der Versuch etwas zu grabben wird mit folgender Fehlermeldung quitiert:
WARNING: unable to lock memory. Swapping may disturb the read thread
WARNING: cannot enable real-time scheduling for read thread 1
xlist::sid: timeout wait for data
ja, die Warnung kommt, wenn ggrab als normaler User gestartet werden kann. Dann kann die Prio nicht erhöht werden. Ist aber normalerweise nicht notwendig.
Dein Aufruf hat folgendes Problem: Video -Pid muß als erstes:z.B.
ggrab -p 0x1ff 0x200 0x201 0x203
vielen Dank für die Hilfe. Bin nun weitergekommen. Hat funktioniert (erstmal nur kleine Testgrabs). Ursprünglich wollte ich aber reines Audio grabben (HR XXL). Das kriege ich überhaupt nicht hin. Muß ggrab' trotzdem als erstes die VideoPID mit übergeben werden?
'SearchStreamId: timeout wait for data' wird bei folgendem Aufruf quitiert:
'./ggrab -host 192.168.1.2 -e mp2 -m 1 -p 0x0000 0x0dad'
'xlist::sid: timeout wait for data' erscheint bei folgendem Aufruf:
'./ggrab -host 192.168.1.2 -e mp2 -m 1 -p 0x0dad'
0x0000 = vpid
0x0dad = apid
Als ich es mit der Option '-raw' versuchte, hat sich Linux auf meinem Client komplett aufgehängt. Nichts ging mehr. Keine Maus, kein reset ,nichts.
Ist das Programm evtl. noch nicht so weit oder mache ich was falsch?
Hi, nur audio geht mit -raw. Dann werden MPEG2-Audio Frames abgelegt. Warum sich das bei dir aufhängt, weiß ich nicht. Sollte eigentlich gehen.
Sonst start mal mit -nort und schau obs dann läuft.
Alternativ zieh dir mal ne ganz aktuelle Fassung aus dem CVS (einige kleine Änderungen). Sonst gibts n neues Release vielleicht nächste Woche.
also, hab's nochmal getestet. Mit -nort und ohne. Der Rechner hängt sich nach wie vor auf. Unter X funktioniert nichts mehr (Maus friert ein) und unter der reinen Console bleibt auch alles stehen (auch Wechsel zwischen den virtuellen Consolen funktioniert nicht mehr). Die NUM-Lock sowie SHIFT-Lock-Tasten funktionieren aber noch. Vielleicht hilft Dir das beim Bugtracking weiter. Soviel hierzu.
Was ggrab selbst angeht. Es fängt tatsächlich an einen stream zu schreiben. In beiden Versuchen exakt 126976 Bytes. Danach friert wie beschrieben alles ein. Ich hab's auch mal mit -core gestartet um Dir evtl. einen Core-Dump zu schicken. Fehlanzeige, wird leider nicht geschrieben.
Am laufen habe ich hier Debian 3.0 mit einem 2.4.18er Kernel.
Hoffe das hilft Dir weiter. Werde dann mal das neue Release nächster Woche abwarten.
