There's still an issue with the latest Kernel and my NVIDIA, but on
Tuesday I should be able to compare my USB's to my PCI card's MIDI. I
guess @jackuser - nice -10 for rt has got no impact.
I'm thinking to run the ALSA MIDI latency test without and with hrtimer
(hpet) and without and with glxgears running.
On Sat, 2010-07-03 at 09:12 -0700, Niels Mayer wrote:
  2010/7/3 Ralf Mardorf
<ralf.mardorf(a)alice-dsl.net>et>:
  On Fri, 2010-07-02 at 14:51 -0700, Niels Mayer
wrote:
  sudo alsa-midi-latency-test -w 20 -r -R -i 36:0
-o 36:0 
 Perhaps better without sudo. 
 I was just following Paul Davis' lead (*).
 For me, there's probably no need for this, as my user 'npm' has
 membership in group jackuser spec'd in /etc/security/limits.conf :
  ## Automatically appended by the Planet CCRMA
jack-audio-connection-kit
 ## NPM changed '*' to @jackuser to limit priority escalation to jackd.
 @jackuser - rtprio 99
 @jackuser - memlock 4194304
 @jackuser - nice -10 
 And /etc/group has entries like:
  jackuser:x:476:npm
 rtkit:x:470:npm 
 Running as root sidesteps the need for such setup, as well as any
 permissions issues on the devices under test. From what I can tell,
 the only privileged access in the test program is indicated by the
 following output from 'alsa-midi-latency-test':
  set_realtime_priority(SCHED_FIFO, 99).. done.
 .............................
 (*):
 On Fri, Jul 2, 2010 at 4:50 AM, Paul Davis <paul(a)linuxaudiosystems.com> wrote:
  just for comparison, here are the results for an
RME Digiface:
 sudo /usr/bin/alsa-midi-latency-test -w -r -R -i 20:0 -o 20:0
 ...
  best latency was 0.00 ms
  worst latency was 1.00 ms, which is great. 
 Better if Paul re-ran the test with "-w 20" argument so his fancypants
 RME doesn't end up unfairly claiming the 0ms latency title :-) ...
 Who will claim the low-latency, low-jitter title in this epic
 battle-of-the-geek:
 VLSI-implemented midi on the VT1712 or RME's custom FPGA programming??
 [[ 
http://old.nabble.com/Is-RME-HDSPe-AES-supported-by-alsa--td28460997.html
 ]].
 Note that RME's FPGA implemented MIDI and mixer lacks an important
 feature we get on cheap vt1712 VLSI implementations:
 MIDI control over the built-in digital mixer via envy24control:
 
http://alsa-tools.sourcearchive.com/documentation/1.0.22-1/midi_8c-source.h…
 (yes there's a built-in midi-controllable, 20 channel, 36-bit digital
 mixer hidden in that cheap ebay vt1712 --
 
http://www.via.com.tw/en/products/audio/controllers/envy24/ ).
 Digital mixing is an important feature of RME's TotalMix :
http://www.rme-audio.de/en_support_techinfo.php?page=content/support/en_sup…
 But MIDI control of that mixer seems to be lacking in alsa's hdspmixer
 and RME's implementation:
 
http://www.rme-audio.de/forum/viewtopic.php?id=6105
 -- Niels
 
http://nielsmayer.com
 PS: worlds' cheapest digital mixing console, take old/slow computer,
 add linux and these:
 
http://cgi.ebay.com/ws/eBayISAPI.dll?ViewItem&item=230491593275
 http://cgi.ebay.com/ws/eBayISAPI.dll?ViewItem&item=260501295877 
--
"Suse 11.2 - Proprietärer NVIDIA-Treiber
Beitrag von stachelmaus » 3. Jul 2010, 12:48
Hi :)
für einen selbst gebauten Kernel 2.6.31.6-rt19 x86_64 habe ich den
proprietären NVIDIA Treiber installiert, für den neueren selbst gebauten
Kernel 2.6.33.5-rt23 x86_64 versuche ich nun ausschließlich das Modul zu
bauen, doch es funktionierte bisher nicht.
Der wesentliche Auszug aus /var/log/nvidia-installer.log ist
wahrscheinlich
"[...] test -e include/generated/autoconf.h -a -e
include/config/auto.conf || ( \
echo; \
echo " ERROR: Kernel configuration is invalid."; \
echo " include/generated/autoconf.h or include/config/auto.conf are
missing.";\
echo " Run 'make oldconfig && make prepare' on kernel src to fix
it.[...]".
Das ausführen von make oldconfig && make prepare hat nichts gebracht,
bzw. existieren die Dateien include/generated/autoconf.h und
include/config/auto.conf im Kernel src samt Inhalten.
Wozu es auch immer gut sein mag, den Kernel 2.6.31.6-rt19 gebootet habe
ich es u.a. mit sh ./NVIDIA*.run -a --no-questions -K
--kernel-name=2.6.33.5-rt23 und den Kernel 2.6.33.5-rt23 gebootet u.a.
mit sh ./NVIDIA*.run -a -K versucht.
Der natürlich nicht aktualisierte Installer für eine GeForce 7200 GS ist
NVIDIA-Linux-x86_64-195.36.15-pkg2.run.
Grüße
Ralf" (