Gnomemeeting Absturz bei Verbindung mit Video senden

[McAldo]

Hallo

Ich habe hier Gnomemeeting laufen um Videotelefonie zu machen. Die Gegenstelle ist ein Windowsrechner mit Netmeeting. Wenn ich dort anrufe, wird die Verbindung auch sofort aufgebaut. Aktiviere ich Video empfangen kommt auch das Bild. Sobald ich aber Video senden aktiviere und dann anrufe stürzt Gnomemeeting ab. Ich hatte den anderen Rechner zum Einrichten und Testen in meinem Lan, da funtkionierte alles bestens. Beide Seiten Bild und kein Absturz bei Anruf. Allerings läuft auf dem Rechner mit Gnomemeeting kein FW. Zum Internet habe ich aber einen FW. Ich vermute nun, dass irgendwelche Ports gesperrt sind. Aber eigentlich können alle Verbindungen, die raus gehen auch Rückpakete empfangen. Für den Videoempfang des Bildes der Gegenstelle mußte ich DNat auf einige Ports machen. Das klappt wie gesagt.
Hat da jemand Erfahrung mit oder eine Idee, woran dieser Absturz liegen kann?

Und gleich mal noch ne 2. Frage hinterher zu dem Thema. Wenn der Windows-PC mit Netmeeting auf meinen PC (Debian, Gnomemeeting) anruft, dann kann ich diese eingehende Verbindung annehmen. Es steht dann auch im Statusfeld Verbunden mit ... Auf dem WindowsPC wird aber weiter versucht anzurufen und irgendwann bricht das ab mit der Meldung, dass die Gegenstelle den Anruf zur Zeit nicht annehmen kann. Das hatte ich aber schon gemacht. Kann Netmeeting mit der Verbindungsannahmemeldung von Gnomemeeting nichts anfangen, oder woran könnte das liegen? Dieses hatte ich nur im LAN getestet, nicht übers Internet.

Danke für Hilfe.

McAldo

[McAldo]

Ich habe nun mal weiter gesucht, aber bisher nichts entdeckt. Auch ein Aufruf von gnomemeeting mit strace brachte nichts neues.
Hier mal das Ende der vielen Meldungen. An der Stelle wurde die Verbindung (mit Video senden) von der Gegenstelle angenommen.

Code: Alles auswählen

ioctl(7, FIONREAD, [0])                 = 0
ioctl(7, FIONREAD, [0])                 = 0
poll([{fd=8, events=POLLIN}, {fd=7, events=POLLIN}, {fd=12, events=POLLIN|POLLPRI}, {fd=14, events=POLLIN}, {fd=16, events=POLLIN|POLLPRI}], 5, 0) = 0
gettimeofday({1102792356, 210710}, NULL) = 0
write(7, "5\20\4\0\2\n\300\1\25\0\300\1\30\0\30\0;\3\5\0\35\0\300"..., 2036) = 2036
write(7, ">\20\7\0\4\n\300\0011\0\300\1\35\0\300\1\0\0\0\0\313\0"..., 2048) = 2048
write(7, "8\20\4\0\35\0\300\1\0\0\10\0\0\0\0\0\233\7\2\0\t\n\300"..., 1680) = 1680
ioctl(7, FIONREAD, [0])                 = 0
poll([{fd=8, events=POLLIN}, {fd=7, events=POLLIN}, {fd=12, events=POLLIN|POLLPRI}, {fd=14, events=POLLIN}, {fd=16, events=POLLIN|POLLPRI}], 5, 0) = 0
ioctl(7, FIONREAD, [0])                 = 0
poll([{fd=8, events=POLLIN}, {fd=7, events=POLLIN, revents=POLLIN}, {fd=12, events=POLLIN|POLLPRI}, {fd=14, events=POLLIN}, {fd=16, events=POLLIN|POLLPRI}], 5, -1) = 1
ioctl(7, FIONREAD, [32])                = 0
read(7, "\36y\313\3737\215\262\5M\0\300\1-\0\240\1\1\0\0\0j\1\0"..., 32) = 32
write(7, "\22\0\7\0-\0\240\1\210\1\0\0\23\0\0\0 \7\2\0\1\0\0\0j\214"..., 76) = 76
read(7, "\1\2\316\373\0\0\0\0\33\0\300\1\0\0\0\0\0\0\0\0\25\0\0"..., 32) = 32
ioctl(7, FIONREAD, [0])                 = 0
poll([{fd=8, events=POLLIN, revents=POLLIN}, {fd=7, events=POLLIN}, {fd=12, events=POLLIN|POLLPRI}, {fd=14, events=POLLIN}, {fd=16, events=POLLIN|POLLPRI}], 5, -1) = 1
read(8, "A", 1)                         = 1
ioctl(7, FIONREAD, [0])                 = 0
poll([{fd=8, events=POLLIN}, {fd=7, events=POLLIN}, {fd=12, events=POLLIN|POLLPRI}, {fd=14, events=POLLIN}, {fd=16, events=POLLIN|POLLPRI}], 5, 0) = 0
ioctl(7, FIONREAD, [0])                 = 0
poll([{fd=8, events=POLLIN}, {fd=7, events=POLLIN, revents=POLLIN}, {fd=12, events=POLLIN|POLLPRI}, {fd=14, events=POLLIN}, {fd=16, events=POLLIN|POLLPRI}], 5, -1) = 1
rt_sigprocmask(SIG_SETMASK, NULL, [RTMIN], 8) = 0
rt_sigsuspend([]

Vielleicht kann das jemand etwas entschlüsseln.

McAldo

[McAldo]

Hm..., scheint doch etwas komplizierter zu sein.
Ich habe das nun mal im LAN mit einem weiteren Linux-PC und Gnomemeeting getestet. Sobald Video senden aktiviert ist, stürzt der PC weiterhin ab. Also irgendwelche FW-Einstellungen können da nicht Schuld sein, da auf beiden Rechner keine lief.
Mit xawtv wird die WebCam sofort als /dev/video0 gefunden und auch ein Bild angezeigt. Die Funktion in Gnomemeeting bei der man sich das eigene Bild anzeigen lassen kann geht auch. Wenn ich diese Funktion aktiviere und dann auf Anruf gehe, erscheinnt kurz das Bild bei der Gegenstelle und dann stürzt Gnomemeeting wieder ab auf dem PC mit der WebCam.

Hat vielleicht jemand eine Idee, woran das liegen könnte. Bin mit meinem Latein irgendwie am Ende. Bin für jeden Hinweis dankbar.

McAldo

[McAldo]

Nachdem ich nun den 2.6.8er Kernel installierte habe, und das Modul für die WebCam nun für diesen kompiliert hatte, treten die gleichen Probleme wieder auf. Sobald die Funktion "Video senden" ausgewählt ist und die Verbindung zustande kommt, hängt sich Gnomemeeting auf bei dem PC mit der Logitech-WebCam. Wenn von einem anderem PC das Bild kommt, klappt es ohne Probleme.
Ich habe das nun wieder über das Internet und auch im LAN getestet. Im LAN ist kein FW zwischen den PC's, also kann es nicht an falschen Einstellungen liegen. Ich vermute, dass sich Module oder Prozesse stören.
Ich habe also Gnomemeeting mal mit strace aufgerufen. Das Logfile liegt hier:

Edit: URL wurde gelöscht, da nun eine Lösung vorhanden ist, siehe nächste Antwort!

Es ist ziemlich lang. Ich habe es dann abgebrochen, nach dem Gnomemeeting sich wieder aufgehangen hatte, als die Videoverbindung aufgebaut wurde.
Vielleicht erkennt ja jemand etwas in der Ausgabe was zur Problemlösung führt. Bin wie immer für jeden sachdienlichen Hinweis dankbar.

Gruß
McAldo

[McAldo]

Hier nun eine Lösung:

Eine Einstellung in dem Treiber stimmte nicht. Man bekommt dies heraus, wenn man

Code: Alles auswählen

tail -f /var/log/messages

aufruft. Dort steht dann eine solche Meldung:

kernel: quickcam: Bug detected in user program, use qcset compat=dblbuf

Ich habe versucht, beim laden des Moduls quickcam zu übergeben. Das hat aber nicht funktioniert. Führt man jedoch das aus, was in der Meldung steht

Code: Alles auswählen

qcset compat=dblbuf

dann funktioniert die Videoübertragung sofort.
Eventuell muß eine andere Einstellung genommen werden. Dies sieht man bei

Code: Alles auswählen

qcset -h

obwohl ich die Hilfe nicht besonders ausführlich finde.

Ich habe mir diese Zeile nun in meine Profiles gelegt, damit das ausgeführt wird, wenn ein Login erfolgt. Vielleicht gibt es ja noch eine andere Lösung.

McAldo

[MaleYAK]

Probleme mit der Verbindung Netmeeting zur Gnomemeeting

Hallo
in deinem ersten Thread hast du erwähnt, dass du Problemmemit der Verbindung von Netmeeting zur Gnomemeeting hattest. Die habe ich nbämlich auch.
Eine verbindung von Gnomemeeting zur Netmeeting funktioniert einwandfrei, doch umgekehrt geschieht dasselbe wie du es beschrieben hast
Hast du vielleicht eine Lösung gefunden oder hat jemand noch die selben Probleme

Für Hilfe wäre ich dankbar

[McAldo]

Offenbar hängen die Probleme bei Netmeeting zu Gnomemeeting mit der Windowsversion oder einem Firewall zusammen.

Ich habe nun in meinem LAN einen Rechner mit Windows 98 und einen Debian-Rechner (beide ohne FW) zum testen genommen, dabei funktionierte alles. Auf beiden Rechnern funktionierte alles.
Ein Anruf mit Videobild von Gnomemeeting nach Netmeeting klappte. Auch konnte ich mit Netmeeting Gnomemeeting anrufen, ohne das ein Absturz erfolgte.
Mein nächster Test wird nun sein, dies über das Internet zum laufen zu bekommen.

McAldo

[debconf]

Ich bin auch auf der Suche nach einer Videoconferencing-Lösung zwischen
Windows und Linux und bin gerade auf http://myphone.sourceforge.net/
gestossen. Werde es mal testen und wenns funzt dann melde ich mich nochmal.