vomp Server: RRProc - threadMethod err 1

Ich werd' es jetzt noch einmal auf der Lenny Maschine bauen und gebe gleich feedback.

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 Zeile

Zitat

rrproc.init();

bitte vor die Zeile:

Zitat

mediaprovider=new ServerMediaFile(cfgBase,media);

verschieben, oder wenn das nicht hilft vor die Zeile:

Zitat

media=new MediaPlayer();

Wenn es abstürzt oder nicht funktioniert, muß ich mehr ändern....

Marten

Marten,

vielen Dank für den Tipp. Leider keinen Erfolg:

root@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 :

void 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?

mhess
Wende dich dazu an die Leiute die freevdr machen.
Aber deine Fehllermeldung ist eine ganz andere, ich vermute ein falsches dongle im Moment. (Ich habe nur err 1 gefixt).

Marten

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