Ich werd' es jetzt noch einmal auf der Lenny Maschine bauen und gebe gleich feedback.
vomp Server: RRProc - threadMethod err 1
- rollercontainer
- Geschlossen
-
-
So ein Schiet.
apt-get build-dep vdrdevel-plugin-vompserver hat als requisite vdr-dev, dass installiert aber 1.6.0 vdr-dev. Und vdrdevel-dev braucht s2api und ne neue libc. *grml* Mal schauen was ich noch hinbekomme.
-
@zimbo
Dann brauchst du Visual c++ 2003 runtime
posde
Du kannst ja sehen was dort installiert werden soll und per hand die entsprechenden pakete installieren, dass apt-get build-dep imacht es ja nur einfacher....@alle
Ich werde mich heute noch ransetzen und mich an einem Patch versuchen, die 10 Zeilen von posde haben eine Hypothese wahrscheinlicher werden lassen.Marten
-
Hallo Marten,
schön das Du etwas gefunden hast.
Ich habe jetzt vdr, vdr-plugin-streamdev and vdr-plugin-vompserver einmal von den src packages kompiliert. Leider kein Erfolg. Das Ergebnis ist das selbe. Streamdev liefert mir ein Bild, vompserver leider nicht.
Ich freu' mich auf Updates von Dir.
Wenn es etwas gibt, wie ich Dir helfen kann, gib' Bescheid.
-
Ok, hier ist die einfachste Lösung:
Ändert bitte folgendes:
In vompclient.c in VompClient::Vompclient, die ZeileZitatrrproc.init();
bitte vor die Zeile:Zitatmediaprovider=new ServerMediaFile(cfgBase,media);
verschieben, oder wenn das nicht hilft vor die Zeile:Zitatmedia=new MediaPlayer();
Wenn es abstürzt oder nicht funktioniert, muß ich mehr ändern....
Marten
-
Marten,
vielen Dank für den Tipp. Leider keinen Erfolg:
Code
Alles anzeigenroot@racky:/usr/src# grep -A 10 -B 20 ERR /tmp/vompserver.log | tail -31 00:37:34.520279 [debug] Config - Config error: Section Media not found 00:37:34.520320 [debug] Config - Config error: Section Media not found 00:37:34.520360 [debug] Config - Config error: Section Media not found 00:37:34.520400 [debug] Config - Config error: Section Media not found 00:37:34.520440 [debug] Config - Config error: Section Media not found 00:37:34.520481 [debug] Config - Config error: Section Media not found 00:37:34.520522 [debug] Config - Config error: Section Media not found 00:37:34.520562 [debug] Config - Config error: Section Media not found 00:37:34.520602 [debug] Config - Config error: Section Media not found 00:37:34.520660 [debug] Config - Config error: Section Media not found 00:37:34.520701 [debug] Config - Config error: Section Media not found 00:37:34.520741 [debug] Config - Config error: Section Media not found 00:37:34.520797 [debug] Config - Config error: Section Media not found 00:37:34.520810 [debug] MediaLauncher - found 0 commands 00:37:34.520877 [debug] Client - VompClient run success 00:37:34.520906 [debug] Client - Waiting 00:37:34.520960 [debug] Client - Received chan=1, ser=1, op=1, edl=6 00:37:34.520973 [debug] RRProc - recvReq set req and signalled 00:37:34.520984 [debug] Client - Waiting 00:37:34.521002 [debug] RRProc - threadMethod startup 00:37:34.521017 [ERR] RRProc - threadMethod err 1 00:37:42.516521 [debug] Client - Received chan=3 kats=1278283059 00:37:42.516587 [debug] Client - Waiting
-
Ok, dann verändere das folgende in vompclientrrproc.c :
Code
Alles anzeigenvoid VompClientRRProc::threadMethod() { threadLock(); log->log("RRProc", Log::DEBUG, "threadMethod startup"); if (req_queue.size() != 0) { log->log("RRProc", Log::DEBUG, "threadMethod startup with packets"); while (req_queue.size()) { //log->log("RRProc", Log::DEBUG, "thread while"); req = req_queue.front(); req_queue.pop(); threadUnlock(); // allow recvRequest to be queuing packets while we are working on this one if (!processPacket()) { log->log("RRProc", Log::ERR, "processPacket exited with fail"); return; } threadLock(); } log->log("RRProc", Log::DEBUG, "threadMethod startup with packets processed"); } while(1) { log->log("RRProc", Log::DEBUG, "threadMethod waiting"); threadWaitForSignal(); // unlocks, waits, relocks if (req_queue.size() == 0) { log->log("RRProc", Log::INFO, "threadMethod err 2 or quit"); threadUnlock(); return; } // signalled with something in queue log->log("RRProc", Log::DEBUG, "thread woken with req, queue size: %i", req_queue.size()); while (req_queue.size()) { //log->log("RRProc", Log::DEBUG, "thread while"); req = req_queue.front(); req_queue.pop(); threadUnlock(); // allow recvRequest to be queuing packets while we are working on this one if (!processPacket()) { log->log("RRProc", Log::ERR, "processPacket exited with fail"); return; } threadLock(); } // locked and run out of packets to process } }
Dann sollte es gehen! Hoffe ich, zumindestens die Fehler sollten sich ändern....
Marten
-
Zitat
Original von MartenR
Hoffe ich, zumindestens die Fehler sollten sich ändern....Schlechte Nachricht. Der Fehler hat sich nicht geändert....
Der Fehler ist weg
Marten, vielen Dank für Deine Mühen. Es klappt jetzt wundervoll.
Schöne Woche und liebe Grüße von der Westküste.
-
Hallo,
ich habe den patch jetzt in das debian paket aufgenommen. Tobi hat es jetzt oder wird es bald online stellen. Könnt ihr die 0.3.1-3 mal testen.Marten
-
Wie kriegt man das bei freevdr upgedatet?
-
-
Update gemacht, Fehler weg, MVP läuft wieder.
Vielen Dank für deine Arbeit!
Gruß
Zimbo -
vomp lief wunderbar, ich glaube also nicht an eine falsche dongle.bin.
vompserver ist 0.3.1
die dongle.bin ist 2086944 Bytes lang un datiert auf 2010-04-20 17:43.
Und es hat sich vor update/upgrade-Gedöns nichts geändert......
-
mhess
Die Länge des dongles ist im Prinzip, ok, wenn der server der 0.3.1 release entspricht. Alles was ich aus deinem Log sehen kann ist der client die TCP Verbindung abbricht, dass ist eigentlich meistens auf eine falsche Protokollversion zurückzuführen.Wenn du dem mehr auf dem Grund gehen möchtest, kannst du folgendes tun:
1) Einmal mit dem Windows client der version 0.3.1 testen, funktioniert das. Ist das falsche dongle in der mvp. (Welche Revision der mvp?)
2) Log dich mit telnet in die mvp, kill den vompclient und starte vompclient mit vompclient -d und poste das log. Bevor ich nicht weis warum der client abbricht, ist das falsche dongle am wahrscheinlichsten, im output des clients kann man den genauen Grund sehen. (Der andere Fehler war ein timing Problem des servers)Marten
-
Danke Marten,
dein Patch hat auch meinem yavdr geholfen seinem Media-MVP-Client wieder zu gehorsam zu sein.
Gruß
Kai
Jetzt mitmachen!
Sie haben noch kein Benutzerkonto auf unserer Seite? Registrieren Sie sich kostenlos und nehmen Sie an unserer Community teil!