Gentoo Forums
Gentoo Forums
Gentoo Forums
Quick Search: in
Trabbls mit Jack und Realtime ... Mammaaaaaaaaaaa!!!!
View unanswered posts
View posts from last 24 hours
View posts from last 7 days

 
Reply to topic    Gentoo Forums Forum Index Deutsches Forum (German)
View previous topic :: View next topic  
Author Message
HymiR
n00b
n00b


Joined: 10 Sep 2006
Posts: 32
Location: Im Sumpf

PostPosted: Tue Dec 05, 2006 4:35 am    Post subject: Trabbls mit Jack und Realtime ... Mammaaaaaaaaaaa!!!! Reply with quote

Servus!

Sorry, dass ich mal wieder mit Problemen daherkomm :)

Ich habe das Jack-Tutorial durchgelesen, weil ich immer beim Einsatz ein Knacken feststellen musste.

Tutorial: http://gentoo-wiki.com/HOWTO_Jack#Configuring_JACK

Ich habe also den Kernel entsprechend konfiguriert, jack mit den nötigen Use-Flags kompiliert,
das Modul realtime-lsm emerged , folgendes Einstellungen getätigt:

Code:

echo "realtime" >> /etc/modules.autoload.d/kernel-2.6
echo "options realtime gid=18" >> /etc/modules.d/realtime
modules-update


und diese Zeile in /etc/fstab eingetragen:
Code:

shmfs                   /dev/shm                shm             defaults                        0 0


Auch habe ich verschiedene gid's (z.b. 100) ausprobiert...
Ich bekam immer den selben Fehler in qjackctl und auch in der Konsole:

Code:

JACK compiled with System V SHM support.
cannot create /dev/shm/jack-1000 directory (Permission denied)
cannot create server sockets
cannot create engine


Scheinbar hab ich also keine Rechte, den Realtimemodus zu nutzen.
Offensichtlich hat "modprobe realtime gid=18" also keine wirkung, was ich auch manuell probiert habe.
Oder liegt der Fehler in der fstab?

Jack ist mit folgenden UseFlags kompil0rt:
Code:
USE="alsa caps  jack-tmpfs mmx sndfile sse"


Nur im Root-Modus lies er sich starten...will aber Jack im Usermodus nutzen.

Kennt wer das problem?
Googeln und so hat mir leider nix gebracht.
Kennt vielleicht wer ein besseres tutorial?

Ich bin dankbar für jeden kleinen Tipp, vielleicht hab ich ja nur was übersehen.... :)

Beste Grüße, Armin.
_________________
"Ich will nie zum Wiedersprechen herausfordern; vielmehr: helft, mit mir das Problem zu gestalten!..."
(Aus "Kritik der höchsten Werte", Friedrich Wilhelm Nietzsche, 1844-1900)
Back to top
View user's profile Send private message
XMath
Guru
Guru


Joined: 14 Aug 2004
Posts: 435
Location: Germany, Gaimersheim

PostPosted: Tue Dec 05, 2006 8:25 am    Post subject: Reply with quote

Moin,
probiers mal als root.
Über Google gabs mit der Fehlermeldung genau einen Treffer.

HTH
Back to top
View user's profile Send private message
HymiR
n00b
n00b


Joined: 10 Sep 2006
Posts: 32
Location: Im Sumpf

PostPosted: Tue Dec 05, 2006 10:24 am    Post subject: Reply with quote

Danke für die schnelle Antwort, aber diese Seite kannte ich bereits.

Doch ich habe zunächste einen Fehler entdeckt:
ich hab vergessen, die Module commoncap und capability
in kernel-2.6 einzutragen, um sie automatich zu laden.

Leider habe ich mich zu früh gefreut:
diese verdammten Drecksmodule lassen sich nicht laden!

Code:
dmesg | grep commoncap

gibt aus:
Code:
commoncap: exports duplicate symbol cap_netlink_send (owned by realtime)


Code:
dmesg | grep capability

gibt aus:
Code:
assign_interrupt_mode Found MSI capability


Wenn ich sie manuell laden will, hab ich folgende Meldungen:
Code:

insmod /lib/modules/2.6.18-gentoo-r2/kernel/security/commoncap.ko
FATAL: Error inserting commoncap (/lib/modules/2.6.18-gentoo-r2/kernel/security/commoncap.ko): Invalid module format
und
Code:

insmod /lib/modules/2.6.18-gentoo-r2/kernel/security/commoncap.ko
WARNING: Error inserting commoncap (/lib/modules/2.6.18-gentoo-r2/kernel/security/commoncap.ko): Invalid module format
insmod /lib/modules/2.6.18-gentoo-r2/kernel/security/capability.ko
FATAL: Error inserting capability (/lib/modules/2.6.18-gentoo-r2/kernel/security/capability.ko): Invalid argument


*Kopfschuss*.......

Ich komm hier nicht mehr weiter, und blick da ganz ehrlich nicht mehr durch.....
Hab dazu nur das im internet gefunden:
http://www.mail-archive.com/gentoo-amd64@lists.gentoo.org/msg04069.html

Bitte helt mir, es gibt doch sicher eine ganze menge von euch hier, die jack unter Gentoo verwenden, und zwar ohne Knackgeräusche Durch Verzögerungen :)

Kann es sein, das bei 2.6.18er Kernen (oder ähnlich neuen) folgende Konfiguration nicht mehr nötig ist, oder
anders gelöst werden muss??

So schaut also meine .config diesbezüglich aus:
Code:

#
# Security options
#
# CONFIG_KEYS is not set
CONFIG_SECURITY=y
# CONFIG_SECURITY_NETWORK is not set
CONFIG_SECURITY_CAPABILITIES=m
# CONFIG_SECURITY_ROOTPLUG is not set
# CONFIG_SECURITY_SECLVL is not set


Ich forsch derweilen weiter....

Büddddöö, büddö :cry:
_________________
"Ich will nie zum Wiedersprechen herausfordern; vielmehr: helft, mit mir das Problem zu gestalten!..."
(Aus "Kritik der höchsten Werte", Friedrich Wilhelm Nietzsche, 1844-1900)
Back to top
View user's profile Send private message
himpierre
l33t
l33t


Joined: 31 Aug 2002
Posts: 867
Location: Berlin

PostPosted: Tue Dec 05, 2006 10:49 am    Post subject: Reply with quote

Quote:
Leider habe ich mich zu früh gefreut:
diese verdammten Drecksmodule lassen sich nicht laden!

Sehr schön ausgedrückt. Müssen das denn verdammte Drecksmodule sein? Feste jeht nich odda watt?

t.
Back to top
View user's profile Send private message
XMath
Guru
Guru


Joined: 14 Aug 2004
Posts: 435
Location: Germany, Gaimersheim

PostPosted: Tue Dec 05, 2006 11:02 am    Post subject: Reply with quote

Hm,
also "invalid module format" heisst doch eigentlich Kernel mit nem anderen gcc übersetzt oder der symbolische Link /usr/src/linux verweist auf andere Sourcen als die des Kernels, der geladen ist. :?:
Back to top
View user's profile Send private message
HymiR
n00b
n00b


Joined: 10 Sep 2006
Posts: 32
Location: Im Sumpf

PostPosted: Tue Dec 05, 2006 11:02 am    Post subject: Reply with quote

Servus!

Quote:
Sehr schön ausgedrückt. Müssen das denn verdammte Drecksmodule sein? Feste jeht nich odda watt?


Danke für den Tipp, is aber nicht gerade förderlich...

Ich wollte noch anmerken, dass jackstart und jackd-realtime sich grundsätzlich nur mit der mageren Meldung beim Startversuch verabschieden:

Code:

11:48:24.572 JACK is starting...
11:48:24.572 jackd-realtime -v -R -P1 -m -dalsa -dhw:0 -r44100 -p1024 -n2 -H -M
11:48:24.574 Could not start JACK. Sorry.
11:48:26.520 JACK was stopped successfully.


Außerdem habe ich jack mal mit USE="-caps" kompiliert - ohne Veränderung der Situation.

Würde mir den Tag retten, wenn wer nen konstruktiven Tipp Hätte... :)
_________________
"Ich will nie zum Wiedersprechen herausfordern; vielmehr: helft, mit mir das Problem zu gestalten!..."
(Aus "Kritik der höchsten Werte", Friedrich Wilhelm Nietzsche, 1844-1900)
Back to top
View user's profile Send private message
HymiR
n00b
n00b


Joined: 10 Sep 2006
Posts: 32
Location: Im Sumpf

PostPosted: Tue Dec 05, 2006 11:07 am    Post subject: Reply with quote

Hallo, XMath,

Quote:
Hm,
also "invalid module format" heisst doch eigentlich Kernel mit nem anderen gcc übersetzt oder der symbolische Link /usr/src/linux verweist auf andere Sourcen als die des Kernels, der geladen ist. :?:


Das ist beides in Ordnung, hab ich überprüft.

Trotzdem Danke:)
_________________
"Ich will nie zum Wiedersprechen herausfordern; vielmehr: helft, mit mir das Problem zu gestalten!..."
(Aus "Kritik der höchsten Werte", Friedrich Wilhelm Nietzsche, 1844-1900)
Back to top
View user's profile Send private message
HymiR
n00b
n00b


Joined: 10 Sep 2006
Posts: 32
Location: Im Sumpf

PostPosted: Tue Dec 05, 2006 4:37 pm    Post subject: Reply with quote

Also, Ich schildere mal den neuesten Stand:

Das Nutzen des SharedMemory laufwerks (/dev/shm) scheint grundsätzlich zu funktionieren.
Ich habe Testweise jackd im rootmodus gestartet, und dann im selbigen Ardour.

Hat prima fuktioniert - bis auf die kratzende und ruckelnde Wiedergabe die ich mit dem großen Aufwand
nicht eliminieren konnte! :(

Also nehme ich an, dass der fehler im Non-Root-Modus (cannot write do /dev/shm - permission denied)
nur ein Fehler ist, was die Berechtigung angeht.

Dafür ist doch das kernelmodul "realtime", also das Paket realtime-lsm,
soweit ich das verstanden habe. Das lässt sich auch problemlos laden.

dmesg|grep realtimegibt folgendes aus:
Code:

commoncap: exports duplicate symbol cap_netlink_send (owned by realtime)
commoncap: exports duplicate symbol cap_netlink_send (owned by realtime)


aber da betrifft ja realtime nicht.

Beim Beenden von jackd (strg+c) krieg ich diese Meldung:
Code:
jack main caught signal 2
starting server engine shutdown
load = 0.0673 max usecs: 12.000, spare = 23207.000
delay of 24020.000 usecs exceeds estimated spare time of 23207.000; restart ...
delay of 25469.000 usecs exceeds estimated spare time of 23207.000; restart ...
delay of 25478.000 usecs exceeds estimated spare time of 23207.000; restart ...
delay of 25455.000 usecs exceeds estimated spare time of 23207.000; restart ...
delay of 25498.000 usecs exceeds estimated spare time of 23207.000; restart ...
delay of 25459.000 usecs exceeds estimated spare time of 23207.000; restart ...
delay of 25453.000 usecs exceeds estimated spare time of 23207.000; restart ...
delay of 25504.000 usecs exceeds estimated spare time of 23207.000; restart ...
delay of 25433.000 usecs exceeds estimated spare time of 23207.000; restart ...
delay of 25502.000 usecs exceeds estimated spare time of 23207.000; restart ...
delay of 25459.000 usecs exceeds estimated spare time of 23207.000; restart ...
delay of 25501.000 usecs exceeds estimated spare time of 23207.000; restart ...
delay of 25441.000 usecs exceeds estimated spare time of 23207.000; restart ...
delay of 25496.000 usecs exceeds estimated spare time of 23207.000; restart ...
delay of 25451.000 usecs exceeds estimated spare time of 23207.000; restart ...
delay of 25463.000 usecs exceeds estimated spare time of 23207.000; restart ...
delay of 25489.000 usecs exceeds estimated spare time of 23207.000; restart ...
delay of 25460.000 usecs exceeds estimated spare time of 23207.000; restart ...
delay of 25510.000 usecs exceeds estimated spare time of 23207.000; restart ...
delay of 25467.000 usecs exceeds estimated spare time of 23207.000; restart ...
delay of 25506.000 usecs exceeds estimated spare time of 23207.000; restart ...
delay of 25465.000 usecs exceeds estimated spare time of 23207.000; restart ...
delay of 25526.000 usecs exceeds estimated spare time of 23207.000; restart ...
load = 0.0616 max usecs: 13.000, spare = 23206.000
delay of 25463.000 usecs exceeds estimated spare time of 23206.000; restart ...
delay of 25456.000 usecs exceeds estimated spare time of 23206.000; restart ...
delay of 25506.000 usecs exceeds estimated spare time of 23206.000; restart ...
delay of 25448.000 usecs exceeds estimated spare time of 23206.000; restart ...
delay of 25503.000 usecs exceeds estimated spare time of 23206.000; restart ...
delay of 25462.000 usecs exceeds estimated spare time of 23206.000; restart ...
delay of 25493.000 usecs exceeds estimated spare time of 23206.000; restart ...
delay of 25459.000 usecs exceeds estimated spare time of 23206.000; restart ...
delay of 25435.000 usecs exceeds estimated spare time of 23206.000; restart ...
delay of 25453.000 usecs exceeds estimated spare time of 23206.000; restart ...
delay of 25438.000 usecs exceeds estimated spare time of 23206.000; restart ...
delay of 25500.000 usecs exceeds estimated spare time of 23206.000; restart ...
delay of 25453.000 usecs exceeds estimated spare time of 23206.000; restart ...


**** alsa_pcm: xrun of at least 0.057 msecs

delay of 25449.000 usecs exceeds estimated spare time of 23206.000; restart ...
delay of 25459.000 usecs exceeds estimated spare time of 23206.000; restart ...
delay of 25392.000 usecs exceeds estimated spare time of 23206.000; restart ...
delay of 25441.000 usecs exceeds estimated spare time of 23206.000; restart ...
delay of 25416.000 usecs exceeds estimated spare time of 23206.000; restart ...
delay of 25445.000 usecs exceeds estimated spare time of 23206.000; restart ...
delay of 25459.000 usecs exceeds estimated spare time of 23206.000; restart ...
delay of 25401.000 usecs exceeds estimated spare time of 23206.000; restart ...
delay of 25452.000 usecs exceeds estimated spare time of 23206.000; restart ...
delay of 25412.000 usecs exceeds estimated spare time of 23206.000; restart ...
delay of 25434.000 usecs exceeds estimated spare time of 23206.000; restart ...
delay of 25414.000 usecs exceeds estimated spare time of 23206.000; restart ...
delay of 25462.000 usecs exceeds estimated spare time of 23206.000; restart ...
delay of 25445.000 usecs exceeds estimated spare time of 23206.000; restart ...
delay of 25454.000 usecs exceeds estimated spare time of 23206.000; restart ...
delay of 25446.000 usecs exceeds estimated spare time of 23206.000; restart ...
delay of 25423.000 usecs exceeds estimated spare time of 23206.000; restart ...
delay of 25461.000 usecs exceeds estimated spare time of 23206.000; restart ...
delay of 25412.000 usecs exceeds estimated spare time of 23206.000; restart ...
delay of 25436.000 usecs exceeds estimated spare time of 23206.000; restart ...
delay of 25409.000 usecs exceeds estimated spare time of 23206.000; restart ...
delay of 25452.000 usecs exceeds estimated spare time of 23206.000; restart ...
delay of 25464.000 usecs exceeds estimated spare time of 23206.000; restart ...
delay of 25448.000 usecs exceeds estimated spare time of 23206.000; restart ...
delay of 25457.000 usecs exceeds estimated spare time of 23206.000; restart ...
delay of 25395.000 usecs exceeds estimated spare time of 23206.000; restart ...
delay of 25458.000 usecs exceeds estimated spare time of 23206.000; restart ...
delay of 25411.000 usecs exceeds estimated spare time of 23206.000; restart ...
delay of 25458.000 usecs exceeds estimated spare time of 23206.000; restart ...
delay of 25399.000 usecs exceeds estimated spare time of 23206.000; restart ...
load = 0.1083 max usecs: 36.000, spare = 23183.000
delay of 25459.000 usecs exceeds estimated spare time of 23183.000; restart ...
delay of 25451.000 usecs exceeds estimated spare time of 23183.000; restart ...
delay of 25437.000 usecs exceeds estimated spare time of 23183.000; restart ...
delay of 25433.000 usecs exceeds estimated spare time of 23183.000; restart ...
delay of 25407.000 usecs exceeds estimated spare time of 23183.000; restart ...
delay of 25454.000 usecs exceeds estimated spare time of 23183.000; restart ...
delay of 25380.000 usecs exceeds estimated spare time of 23183.000; restart ...
delay of 25458.000 usecs exceeds estimated spare time of 23183.000; restart ...
delay of 25399.000 usecs exceeds estimated spare time of 23183.000; restart ...
delay of 25460.000 usecs exceeds estimated spare time of 23183.000; restart ...
delay of 25446.000 usecs exceeds estimated spare time of 23183.000; restart ...
delay of 25448.000 usecs exceeds estimated spare time of 23183.000; restart ...
delay of 25462.000 usecs exceeds estimated spare time of 23183.000; restart ...
delay of 25413.000 usecs exceeds estimated spare time of 23183.000; restart ...
stopping driver
delay of 25460.000 usecs exceeds estimated spare time of 23183.000; restart ...
unloading driver
freeing shared port segments
stopping server thread
stopping watchdog thread
last xrun delay: 25460.000 usecs
max delay reported by backend: 39309.000 usecs
freeing engine shared memory
max usecs: 8441.000, engine deleted
no message buffer overruns
cleaning up shared memory
cleaning up files
unregistering server `default'


Der letzte Absatz sagt mir dass /dev/shm verwendet wurde, und alles korrekt terminiert wurde.

Da ich nun realtime mit
Code:
modprobe realtime gid=18

konfiguriert habe, was mir modprobe -v auch bestätigt, kann das problem
nur daran liegen, dass der Non-Root-Modus von raltime nicht richtig funzt...

Das hengt wohl damit zammen, dass sich commoncap und capability nicht laden lassen...

Das muss doch irgentwie gehn, wie habt ihr das denn gemach??
Habt ihr überhaupt commoncap und capability im Einsatz?

Und was das Kratzen betrift, könnte da der Puffer eine Rolle spielen?
Wie verändere ich den Puffer?
-für alsa?
-für jack?
Stell mich entweder zu blöd an, oder es gibt da nix gescheites :)

Auf den Zugriff auf /dev/shm kann ich notfalls verzichten, da das Knacken damit offensichtlich nichts zu tun hat.
Erschien mir halt nur logisch, wegen den schnelleren Zugriffszeiten auf RAM...

---ABER DAS KNACKEN MUSS WEG!!!---

Danke für eure Mühen und Nerven meine elenden und langen Posts zu lesen (hoffentlich :) )

Gruß, HymiR!
_________________
"Ich will nie zum Wiedersprechen herausfordern; vielmehr: helft, mit mir das Problem zu gestalten!..."
(Aus "Kritik der höchsten Werte", Friedrich Wilhelm Nietzsche, 1844-1900)
Back to top
View user's profile Send private message
Display posts from previous:   
Reply to topic    Gentoo Forums Forum Index Deutsches Forum (German) All times are GMT
Page 1 of 1

 
Jump to:  
You cannot post new topics in this forum
You cannot reply to topics in this forum
You cannot edit your posts in this forum
You cannot delete your posts in this forum
You cannot vote in polls in this forum