[LAD] MIDI jitter
On Tue, 2010-07-06 at 10:57 +0100, Daniel James wrote: [snip] I notice http://www.rme-audio.de/en_support_techinfo.php?page=content/support/en_support_techinfo_steadyclock doesn't mention USB or MIDI at all. Cheers! Daniel Hi all :) hi Daniel :) I'll read this link tomorrow, I just did a short test, right after the postman did give me the ordered equipment. Please take a look at all the tests I did here. The Terratec's MIDI might be ok, but ... spinymouse1...@suse11-2:~ cat .alias alias cpu-o=su -c\cpufreq-set -gondemand\ alias cpu-p=su -c\cpufreq-set -gperformance\ spinymouse1...@suse11-2:~ cpu-p Password: spinymouse1...@suse11-2:~ uname -a Linux suse11-2 2.6.31.6-rt19 #1 SMP PREEMPT RT Wed Nov 18 16:59:26 CET 2009 x86_64 x86_64 x86_64 GNU/Linux spinymouse1...@suse11-2:~ alsa-midi-latency-test -l PortClient name Port name 14:0Midi Through Midi Through Port-0 16:0TerraTec EWX24/96TerraTec EWX24/96 MIDI 20:0USB Device 0x170b:0x11 USB Device 0x170b:0x11 MIDI 1 spinymouse1...@suse11-2:~ alsa-midi-latency-test -i16:0 -o16:0 SUCCESS best latency was 0.98 ms worst latency was 1.42 ms, which is great. spinymouse1...@suse11-2:~ alsa-midi-latency-test -Rrw20 -i16:0 -o16:0 SUCCESS best latency was 0.99 ms worst latency was 1.11 ms, which is great. Then I run glxgears and Firefox with windows always on top and moved the Firefox window while running the tests. spinymouse1...@suse11-2:~ alsa-midi-latency-test -i16:0 -o16:0 SUCCESS best latency was 0.98 ms worst latency was 4.15 ms, which is great. spinymouse1...@suse11-2:~ alsa-midi-latency-test -Rrw20 -i16:0 -o16:0 SUCCESS best latency was 0.99 ms worst latency was 1.11 ms, which is great. Then I tested if the hrtimer might change something, I dunno if the test will use it automatically. spinymouse1...@suse11-2:~ su Password: suse11-2:/home/spinymouse11.2 # chgrp audio /dev/hpet suse11-2:/home/spinymouse11.2 # sysctl -w dev.hpet.max-user-freq=64 dev.hpet.max-user-freq = 64 suse11-2:/home/spinymouse11.2 # modprobe snd-hrtimer suse11-2:/home/spinymouse11.2 # cat /proc/sys/dev/hpet/max-user-freq 64 suse11-2:/home/spinymouse11.2 # exit Firefox and glxgears still on top of the windows and I moved the Firefox windows again during the test. Note that I now used the -R switch for both tests. pinymouse1...@suse11-2:~ alsa-midi-latency-test -Ri16:0 -o16:0 SUCCESS best latency was 0.99 ms worst latency was 1.08 ms, which is great. spinymouse1...@suse11-2:~ alsa-midi-latency-test -Rrw20 -i16:0 -o16:0 SUCCESS best latency was 0.99 ms worst latency was 1.12 ms, which is great. Just for comparison one test for the Swissonic USB MIDI device, without running glxgears or Firefox or moving any window. HPET still enabled. spinymouse1...@suse11-2:~ alsa-midi-latency-test -Rrw20 -i20:0 -o20:0 SUCCESS best latency was 1.17 ms worst latency was 2.23 ms, which is great. Now a final comment to those tests. When I used the USB MIDI device + HPET the audible result wasn't usable for music, but I had the impression that half of the jitter would solve this issue. If the results of the test are correct and if nothing would change when running JACK and doing hard disk recording too, then I guess the PCI MIDI could be ok. I don't have much time today, perhaps tonight or tomorrow I'll mount the new HDD and restore my 64 Studio's. When it's done I'll record some music and additionally I'll ask Achim, http://achimjaroschek.com/ , to stress the computer by playing the Roland drums and some hardcore Classic or hardcore Jazz on the keyboards. It's not only that he plays with all those music giants like Jasper van't Hof, Peter Brötzmann etc., but he once throw his Apple through the window and he always advise me not to make music using the computer anymore. I've got a good feeling, that around 1ms (when the -R switch is set) would be good enough to make music, but again, even if the test says 2.23 ms for the USB device should be great, the USB device is unusable for serious musicians, it results in music that might be done by am idiot without any sense for music. I couldn't use the USB device + HPET even for the simple Pop-Rock I sometimes make. Cheers! Ralf ___ Linux-audio-dev mailing list Linux-audio-dev@lists.linuxaudio.org http://lists.linuxaudio.org/listinfo/linux-audio-dev
Re: [LAD] MIDI jitter
On Tue, Jul 6, 2010 at 8:06 AM, Ralf Mardorf ralf.mard...@alice-dsl.net wrote: I've got a good feeling, that around 1ms (when the -R switch is set) would be good enough to make music, but again, even if the test says 2.23 ms for the USB device should be great, the USB device is unusable for serious musicians, it results in music that might be done by am idiot without any sense for music. you write this as though its some kind of surprise. ___ Linux-audio-dev mailing list Linux-audio-dev@lists.linuxaudio.org http://lists.linuxaudio.org/listinfo/linux-audio-dev
Re: [LAD] MIDI jitter
On Tue, 2010-07-06 at 10:25 -0400, Paul Davis wrote: On Tue, Jul 6, 2010 at 8:06 AM, Ralf Mardorf ralf.mard...@alice-dsl.net wrote: I've got a good feeling, that around 1ms (when the -R switch is set) would be good enough to make music, but again, even if the test says 2.23 ms for the USB device should be great, the USB device is unusable for serious musicians, it results in music that might be done by am idiot without any sense for music. you write this as though its some kind of surprise. Yes, I guess the PCI MIDI is good enough for my needs, but until I didn't tested it by making music I'm sceptic. And I'm sceptic about 2.23 ms for USB too, anyway the PCI card is always around 1.1 ms, with or without HPET, with glxgears and moving windows or without. The main thing for me is that PCI has half of the USB latency for the test, if this is a real value when JACK is running etc. is less important, as long the factor between USB and PCI will be 2, 'half as much'. :) I be hopeful that this issue for my machine is solved now, but until I didn't recorded some music, I don't believe that it's solved and yes, I was surprised even if by theory I shouldn't be surprised regarding to the measured results. - Ralf ___ Linux-audio-dev mailing list Linux-audio-dev@lists.linuxaudio.org http://lists.linuxaudio.org/listinfo/linux-audio-dev
Re: [LAD] MIDI jitter
On Tue, 2010-07-06 at 10:25 -0400, Paul Davis wrote: On Tue, Jul 6, 2010 at 8:06 AM, Ralf Mardorf ralf.mard...@alice-dsl.net wrote: I've got a good feeling, that around 1ms (when the -R switch is set) would be good enough to make music, but again, even if the test says 2.23 ms for the USB device should be great, the USB device is unusable for serious musicians, it results in music that might be done by am idiot without any sense for music. you write this as though its some kind of surprise. Perhaps the Dalai Lama's birthday has impact to prevent MIDI jitter, I don't believe in esoteric, but I might be wrong ;D. -- If somebody like to send him congratulations, here's a forum to do it http://www.avaaz.org/en/ . Apart from the esoteric, that I don't like, I guess he is an exemplary good politician. ___ Linux-audio-dev mailing list Linux-audio-dev@lists.linuxaudio.org http://lists.linuxaudio.org/listinfo/linux-audio-dev
Re: [LAD] [ANN] Drumstick 0.4.0 released
On Tue, Jul 6, 2010 at 2:13 PM, Pedro Lopez-Cabanillas pedro.lopez.cabanil...@gmail.com wrote: This library is used in KMetronome, KMidimon and KMid2, and was formerly known as aseqmm. http://sourceforge.net/projects/drumstick Thanks for making these updates available! Will http://sourceforge.net/projects/kmid2/ and http://sourceforge.net/projects/kmetronome/ be updated to include the latest drumstick? Or should I just drop in the new drumstick dir and recompile? kmid-svn/drumstick/README says This is a local copy, in case the standalone package isn't found. -- since I have fedora package 'drumstick-0.3.1-2.fc12.x86_64' installed, should I just deinstall that package and install drumstick 0.4.0 from source to get the latest drumstick lib running in kmid and kmetronome? FYI, I finally figured out that I have to check http://cia.vc/stats/project/kde/kmid to see what's going on with that project (due to Kmid being in KDE's trunk/extragear/multimedia), but to see what's happening in the library, http://drumstick.svn.sourceforge.net/viewvc/drumstick/trunk/?view=log and then http://kmetronome.svn.sourceforge.net/viewvc/kmetronome/trunk/?view=log http://kmidimon.svn.sourceforge.net/viewvc/kmidimon/trunk/?view=log for the additional apps BTW, is http://kmetronome.sourceforge.net/kaseq.shtml ( https://sourceforge.net/projects/kmetronome/files/kaseq/0.3.1/kaseq-0.3.1.tar.bz2/download ) an application that predates drumstick? Will it be updated to use drumstick or is drumstick not necessary for the kinds of operations performed by kaseq? Niels http://nielsmayer.com ___ Linux-audio-dev mailing list Linux-audio-dev@lists.linuxaudio.org http://lists.linuxaudio.org/listinfo/linux-audio-dev
Re: [LAD] [LAA] gst123-0.1.2
I forwarded my message on compiling gst123 to the fedora and ccrma lists. Got a question about using it in Emacs dired style... others may find my response helpful: orig: http://ccrma-mail.stanford.edu/pipermail/planetccrma/2010-July/017010.html - Thanks for reminding me to test this feature. In xemacs (*), it works nicely allowing playback of any media i've thrown at it Using dired, find the desired file and use keyboard command '!' (shell command on files), giving gst123 as the command. The file will play but will do so in the foreground. To stop it, issue a C-g . The *Shell-Command-Output-Buffer* will contain the following (while playing audio track for http://www.youtube.com/watch?v=AI8NuFAETMQ ). Playing file:///home/npm/Music/Tonight_You_Belong_To_Me.mp3 socket(): Address family not supported by protocol Title : Tonight You Belong To Me Artist : Steve Martin and Bernadette P Album : The Jerk Genre : Comment : Date: 1979 Codec : MPEG 1 Audio, Layer 3 (MP3) ( Bitrate : 256.0 kbit/s Time: 0:00:00.09 of 0:01:59.45 ... You can multiple select files as well and then issue command '!' and it should play through the list of selected media. However, since it plays in the foreground and makes emacs unresponsive, you could also start it in the background through a script and tell it to be less verbose, set desired audio interface, etc: gst123 [OPTION...] URI... - Play video and audio clips -@, --list=filename read playlist of files and URIs from filename --version print version --verbose print GStreamer pipeline used to play files -z, --shuffle play files in pseudo random order -x, --novideo do not play the video stream -a, --audio-output=driver[=dev] set audio output driver and device --display=DISPLAY X display to use Note that it'll playback web clips from the command-line too. With ALSA setup per http://nielsmayer.com/dot-asoundrc.txt (nb: device mythtv sets up my mobo's SPDIF out at 48k): gst123 -a alsa=mythtv http://nielsmayer.com/bm03/freeland-at-solsystem.avi Playing http://nielsmayer.com/bm03/freeland-at-solsystem.avi Comment : Date: 2003 Codec : Uncompressed 8-bit PCM audio (audio) Motion JPE Bitrate : 0.0 kbit/s Niels http://nielsmayer.com (*): xemacs-packages-extra-el-20090217-7.fc12.noarch xemacs-packages-base-el-20090217-4.fc12.noarch xemacs-el-21.5.29-11.fc12.x86_64 xemacs-packages-extra-20090217-7.fc12.noarch flim-xemacs-1.14.8-5.fc12.noarch xemacs-21.5.29-11.fc12.x86_64 xemacs-packages-extra-info-20090217-7.fc12.noarch xemacs-info-21.5.29-11.fc12.noarch xemacs-common-21.5.29-11.fc12.x86_64 xemacs-packages-base-20090217-4.fc12.noarch w3m-el-xemacs-1.4.371-0.1.20091119cvs.fc12.noarch ___ Linux-audio-dev mailing list Linux-audio-dev@lists.linuxaudio.org http://lists.linuxaudio.org/listinfo/linux-audio-dev
Re: [LAD] [LAA] gst123-0.1.2
On Tue, Jul 6, 2010 at 2:43 PM, Niels Mayer nielsma...@gmail.com wrote: Question: is there a way to disable checking for pulseaudio for each new file when specifying multiple media files. e.g.: gst123 *.ogg ? For example: do it once at application startup, or even better, a way to prevent it from happening all-together via environment variable, configuration, etc. Best would be some kind of environmental check so that the timeout on socket needn't occur.The timeout significantly slows down operation of the program even when not issuing ^C's. Answering own question: The search for audio devices is bypassed by setting the -a commandline parameter to the ALSA device one wants to use. I wrapped it in a script to use w/ emacs' dired, etc.: #!/bin/sh args=`/bin/ls -d $*` exec gst123 -a alsa=mythcd $args /dev/null -- Niels http://nielsmayer.com ___ Linux-audio-dev mailing list Linux-audio-dev@lists.linuxaudio.org http://lists.linuxaudio.org/listinfo/linux-audio-dev