Zwei VDR-Versionen gleichzeitig auf einem System?

Schenk77 · 28. Februar 2005

Hallo,
ich habe seit längerem das ct'vdr am laufen also VDR Version 1.2.6. Das läuft auch sehr stabil aber da ja viele Plugins (vor allem das DXR3-Plugin) nicht mehr für 1.2.6 weiter entwickelt werden, würde ich gern parallel ein 1.3.x System aufspielen und es mal testen.
Nun wird ich gern wissen ob das überhaupt möglich ist?
Und falls ja wie mache ich das?

wilderigel · 28. Februar 2005

Installiere vdrdevel neben deinem VDR
Dann kannst du wahlweise vdr 1.2.6 oder vdr 1.3.22 starten

http://www.vdrportal.de/board/thread.php?threadid=30755&sid=&hilightuser=4452
http://www.vdrportal.de/board/thread.php?threadid=25344&sid=&hilightuser=4452

Schenk77 · 28. Februar 2005

Das ist ja Klasse! Auf so eine elegante und einfache Lösung hätte ich garnicht gehofft. Hatte zwar auch schon mal von vdrdevel gehört aber nicht gedacht das es parallel laufen kann.

Danke!!!!!

TomG · 1. März 2005

Zitat

Original von Schenk77
Das ist ja Klasse! Auf so eine elegante und einfache Lösung hätte ich garnicht gehofft. Hatte zwar auch schon mal von vdrdevel gehört aber nicht gedacht das es parallel laufen kann.

Ja, vdrdevel ist genau für diesen Parallel-Betrieb ausgelegt. Allerdings gibt es zur Zeit noch kein DXR3-Plugin für vdrdevel. Die letzten Versuche waren nicht sehr erfolgreich, liegen aber auch schon ein paar Monate zurück.

Falls du die neueren DXR3-Sourcen (aus dem CVS?) zum Laufen bringst, kannst du mir das Ergebnis schicken. Da warten bestimmt auch schon andere drauf. Zur Debianisierung für vdrdevel gibt es im Paket vdrdevel-dev das Kommando debianize-vdrdevelplugin - inklusive Manpage.

Tom

Uatschitchun · 1. März 2005

Auf der ML wurde eine Seite mit Patches für das DXR3-Plugin (1.3.22) bekannt gegeben ... habe aber den Link gerade nicht zu Hand
Ggf. lüppts ja mit den Patches dort ... schaue heute abend mal nach dem Link ...

Den CVS vom plugin würde ich z.Zt. nicht nutzen ... laut AC (Samstag kurz gesprochen) ist das plugin in Bearbeitung für "tng"

LG
Roman

Schenk77 · 2. März 2005

Danke erstmal für die Antworten.

Ich habe jetzt den halben Tag damit verbracht das Plugin irgendwie übersetzt zu bekommen. Dabei habe ich die Version aus diesem Thread genommen (Also Pre3-CVS mit OSD). Er hängt aber immer an der selben stelle. Hier ist die Ausgabe:

Code

g++ -O2 -Wall -Woverloaded-virtual -c -DPLUGIN_NAME_I18N='"dxr3"' -DSOCKET_CHMOD=0660 -D_GNU_SOURCE -DMICROCODE=\"/usr/share/misc/em8300.uc\"
 -DLOGPATH=\"/video/\"      -I../../../include -I../../../../DVB/driver -I/ffmpeg -I/usr/src/em8300/include dxr3device.c
In file included from dxr3device.h:29,
                 from dxr3device.c:23:
/usr/include/vdrdevel/spu.h:38: Warnung: `virtual void
   cSpuDecoder::processSPU(unsigned int, uint8_t*, bool)' was hidden
dxr3spudecoder.h:59: Warnung:   by `void cDxr3SpuDecoder::processSPU(unsigned
   int, uint8_t*)'
dxr3device.c: In member function `virtual cSpuDecoder*
   cDxr3Device::GetSpuDecoder()':
dxr3device.c:489: error: cannot allocate an object of type `cDxr3SpuDecoder'
dxr3device.c:489: error:   because the following virtual functions are
   abstract:
/usr/include/vdrdevel/spu.h:38: error:  virtual void
   cSpuDecoder::processSPU(unsigned int, uint8_t*, bool)
make: *** [dxr3device.o] Fehler 1

Alles anzeigen

Ich habe auch meinen gcc auf 3.4.3 geupdated. Hat aber alles nichts geholfen.
Habe mal die Zeile 489 auskommentiert und dann lief es durch. Aber natürlich funktioniert das Plugin dann nicht mehr (also keine Anzeige).
Kann ja auch halbwegs Progen und habe deshalb mal versucht den Fehler nachzuvollziehen. Aber meiner Meinung nach ist da keiner!
Hat noch jemand einen Tipp? Bin am verzweifeln.

TomG · 2. März 2005

Die Methode processSPU hat seit VDR-1.3.18 einen dritten Parameter (siehe /usr/include/vdrdevel/spu.h). Den musst du bei der abgeleiteten Klasse im DXR3-Plugin auch hinzufügen. Ist aber merkwürdig, dass das in der CVS-Version noch nicht so ist. Vielleicht steht dort ein "#ifdef VERSNUM ...". Dann wäre das Problem bei dir, dass das Define VERSNUM nicht richtig gesetzt ist.

Tom

Schenk77 · 2. März 2005

mhh..
Daran kann es nicht liegen. Da ich dein testing (also die 1.3.17) genommen hab. Hab auch mal nachgeschaut in der dxr3spudecoder und da ist ein "#if VDRVERSNUM >= 10318" mit den verschiedenen processSPU's drin. Werd aber auch mal dein experimental testen vielleicht hab ich damit Erfolg!?
Außerdem hab ich den Multipatch drin und den werd ich auch mal auf standard ändern da das dxr3-Plugin auch mit manchen Patches (z.B. optbuf3) nicht kompilieren soll.
Na ich teste mal noch ein bisschen.

TomG · 3. März 2005

Dann hast du vielleicht nur das falsche vdrdevel-dev installiert?

Code

/usr/include/vdrdevel/spu.h:38: Warnung: `virtual void
   cSpuDecoder::processSPU(unsigned int, uint8_t*, bool)' was hidden

ist auf jeden Fall aus VDR >= 1.3.18.

Das würde aber bedeuten, dass VDRVERSNUM in dxr3spudecoder.h nicht richtig ausgewertet wird. Einen ähnlichen Fall hatte ich gerade bei einem anderen Plugin. Versuch doch mal:

Code

#include <vdr/config.h>

in dxr3spudecoder.h einzufügen.

Tom

Schenk77 · 3. März 2005

Hab vdrdevel und vdrdevel-dev nochmal mit dpkg --purge komplett runter gemacht un dannach wieder neu drauf um sicher zu gehen das nichts durcheinander ist.

Hab

Code

#include <vdr/config.h>

auch mal eingfügt und getestet hat aber leider nichts geholfen.

Mir ist aber in der spu.h im vdrdevel-verzeichnis (von testing also v1.3.17) aufgefallen, dass dort processSPU drei Parameter hat und das sollte ja eigentlich erst ab der v1.3.18 so sein. Hab dann daraufhin in der dxr3spudecoder.c und .h die #if VDRVERSNUM >= 10318 auskommentiert und nur die prozessSPU mit den drei Parametern drin gelassen. Und siehe da er hat es dann auch anstandslos kompiliert. Wird auch vom vdrdevel mit gestartet aber es kommt kein Bild. In den Logfiles konnte ich nachlesen das der vdrdevel ständig neu gestartet wird und auch nicht die typische Ausgabe kommt

Code

adv717.o Configuring for PAL usw.

Nun bin ich ein bisschen ratlos!
Ist im usr/inlclude/vdrdevel vielleicht die falsche spu.h? Oder hast du noch eine Idee?

TomG · 4. März 2005

Zitat

Original von Schenk77
Mir ist aber in der spu.h im vdrdevel-verzeichnis (von testing also v1.3.17) aufgefallen, dass dort processSPU drei Parameter hat und das sollte ja eigentlich erst ab der v1.3.18 so sein.

Sorry! ich hatte gar nicht dran gedacht, dass ich in 1.3.17 den dvd-subtitles-Patch drin habe, der ab 1.3.18 in den VDR übernommen wurde. Deshalb ist diese Änderung schon in vdrdevel-1.3.17 drin.

Zitat
Hab dann daraufhin in der dxr3spudecoder.c und .h die #if VDRVERSNUM >= 10318 auskommentiert und nur die prozessSPU mit den drei Parametern drin gelassen. Und siehe da er hat es dann auch anstandslos kompiliert. Wird auch vom vdrdevel mit gestartet aber es kommt kein Bild. In den Logfiles konnte ich nachlesen das der vdrdevel ständig neu gestartet wird und auch nicht die typische Ausgabe kommt
Code
adv717.o Configuring for PAL usw.
Nun bin ich ein bisschen ratlos!
Ist im usr/inlclude/vdrdevel vielleicht die falsche spu.h? Oder hast du noch eine Idee?

Was steht denn in /var/log/syslog oder /tmp/vdrdevel.err als Ursache des Neustarts?

Falls du Multipatch verwendest, solltest du es besser erst mal mit Standard versuchen.

Tom

Schenk77 · 4. März 2005

So sieht die Syslog aus wenn ich vdrdevel starte (vdr hab ich vorher natürlich gestoppt):

Code

Mar  3 22:22:00 vdr vdr[11521]: VDR version 1.3.17 started  
Mar  3 22:22:00 vdr vdr[11521]: loading plugin: /usr/lib/vdrdevel/plugins/libvdr-dxr3.so.1.3.17  
Mar  3 22:22:00 vdr vdr[11521]: creating directory /var/lib/vdrdevel/themes  
Mar  3 22:22:00 vdr vdr[11521]: loading /var/lib/vdrdevel/sources.conf  
Mar  3 22:22:00 vdr vdr[11521]: loading /var/lib/vdrdevel/diseqc.conf  
Mar  3 22:22:00 vdr vdr[11521]: loading /var/lib/vdrdevel/channels.conf  
Mar  3 22:22:00 vdr vdr[11521]: loading /var/lib/vdrdevel/commands.conf  
Mar  3 22:22:00 vdr vdr[11521]: loading /var/lib/vdrdevel/reccmds.conf  
Mar  3 22:22:00 vdr vdr[11521]: loading /var/lib/vdrdevel/svdrphosts.conf  
Mar  3 22:22:00 vdr vdr[11521]: loading /var/lib/vdrdevel/ca.conf  
Mar  3 22:22:00 vdr vdr[11521]: loading /var/lib/vdrdevel/remote.conf  
Mar  3 22:22:00 vdr vdr[11521]: loading /var/lib/vdrdevel/keymacros.conf  
Mar  3 22:22:00 vdr vdr[11521]: probing /dev/dvb/adapter0/frontend0  
Mar  3 22:22:00 vdr vdr[11524]: tuner on device 1 thread started (pid=11524, tid=16386)  
Mar  3 22:22:00 vdr vdr[11525]: Section handler thread started (pid=11525, tid=32771)  
Mar  3 22:22:00 vdr vdr[11521]: probing /dev/dvb/adapter1/frontend0  
Mar  3 22:22:00 vdr vdr[11521]: found 1 video device  
Mar  3 22:22:00 vdr vdr[11521]: initializing plugin: dxr3 (0.2.3-pre3-cvs): DXR3-MPEG decoder plugin  
Mar  3 22:22:06 vdr runvdrdevel: restarting VDR  
Mar  3 22:22:14 vdr kernel: PCI: Found IRQ 11 for device 00:0a.0  
Mar  3 22:22:14 vdr kernel: skystar2.c: FlexCopII(rev.130) chip found  
Mar  3 22:22:14 vdr kernel: skystar2.c: the chip has 6 hardware filters  
Mar  3 22:22:14 vdr kernel: DVB: registering new adapter (Technisat SkyStar2 driver).  
Mar  3 22:22:14 vdr kernel: probe_tuner: try to attach to Technisat SkyStar2 driver  
Mar  3 22:22:14 vdr kernel: stv0299.c: setup for tuner Samsung TBMU24112IMB  
Mar  3 22:22:14 vdr kernel: DVB: registering frontend 0:0 (STV0299/TSA5059/SL1935 based)...  
Mar  3 22:22:14 vdr vdr[11608]: VDR version 1.3.17 started  
Mar  3 22:22:14 vdr vdr[11608]: loading plugin: /usr/lib/vdrdevel/plugins/libvdr-dxr3.so.1.3.17  
Mar  3 22:22:14 vdr vdr[11608]: loading /var/lib/vdrdevel/sources.conf  
Mar  3 22:22:14 vdr vdr[11608]: loading /var/lib/vdrdevel/diseqc.conf  
Mar  3 22:22:14 vdr vdr[11608]: loading /var/lib/vdrdevel/channels.conf  
Mar  3 22:22:14 vdr vdr[11608]: loading /var/lib/vdrdevel/commands.conf  
Mar  3 22:22:14 vdr vdr[11608]: loading /var/lib/vdrdevel/reccmds.conf  
Mar  3 22:22:14 vdr vdr[11608]: loading /var/lib/vdrdevel/svdrphosts.conf  
Mar  3 22:22:14 vdr vdr[11608]: loading /var/lib/vdrdevel/ca.conf  
Mar  3 22:22:14 vdr vdr[11608]: loading /var/lib/vdrdevel/remote.conf  
Mar  3 22:22:14 vdr vdr[11608]: loading /var/lib/vdrdevel/keymacros.conf  
Mar  3 22:22:14 vdr vdr[11608]: probing /dev/dvb/adapter0/frontend0  
Mar  3 22:22:14 vdr vdr[11611]: tuner on device 1 thread started (pid=11611, tid=16386)  
Mar  3 22:22:14 vdr vdr[11608]: probing /dev/dvb/adapter1/frontend0  
Mar  3 22:22:14 vdr vdr[11608]: found 1 video device  
Mar  3 22:22:14 vdr vdr[11608]: initializing plugin: dxr3 (0.2.3-pre3-cvs): DXR3-MPEG decoder plugin  
Mar  3 22:22:14 vdr vdr[11612]: Section handler thread started (pid=11612, tid=32771)  
Mar  3 22:22:20 vdr runvdrdevel: restarting VDR  
Mar  3 22:22:28 vdr kernel: PCI: Found IRQ 11 for device 00:0a.0  
Mar  3 22:22:28 vdr kernel: skystar2.c: FlexCopII(rev.130) chip found  
Mar  3 22:22:28 vdr kernel: skystar2.c: the chip has 6 hardware filters  
Mar  3 22:22:28 vdr kernel: DVB: registering new adapter (Technisat SkyStar2 driver).  
Mar  3 22:22:28 vdr kernel: probe_tuner: try to attach to Technisat SkyStar2 driver  
Mar  3 22:22:28 vdr kernel: stv0299.c: setup for tuner Samsung TBMU24112IMB  
Mar  3 22:22:28 vdr kernel: DVB: registering frontend 0:0 (STV0299/TSA5059/SL1935 based)...  
Mar  3 22:22:28 vdr vdr[11689]: VDR version 1.3.17 started

Alles anzeigen

usw.

Nen bisschen weiter unten hab ich aber doch noch einen Fehler gefunden:

Code

Mar  3 22:24:41 vdr runvdrdevel: restarting VDR  
Mar  3 22:24:49 vdr kernel: PCI: Found IRQ 11 for device 00:0a.0  
Mar  3 22:24:49 vdr kernel: skystar2.c: FlexCopII(rev.130) chip found  
Mar  3 22:24:49 vdr kernel: skystar2.c: the chip has 6 hardware filters  
Mar  3 22:24:49 vdr kernel: DVB: registering new adapter (Technisat SkyStar2 driver).  
Mar  3 22:24:49 vdr kernel: probe_tuner: try to attach to Technisat SkyStar2 driver  
Mar  3 22:24:49 vdr kernel: stv0299.c: setup for tuner Samsung TBMU24112IMB  
Mar  3 22:24:49 vdr kernel: DVB: registering frontend 0:0 (STV0299/TSA5059/SL1935 based)...  
Mar  3 22:24:49 vdr vdr[12518]: VDR version 1.3.17 started  
Mar  3 22:24:49 vdr vdr[12518]: loading plugin: /usr/lib/vdrdevel/plugins/libvdr-dxr3.so.1.3.17  
Mar  3 22:24:49 vdr vdr[12518]: ERROR: /usr/lib/vdrdevel/plugins/libvdr-dxr3.so.1.3.17: cannot open shared object file: Datei oder Verzeichnis nicht gefunden  
Mar  3 22:24:49 vdr vdr[12518]: ERROR: (null): Ungültige Adresse  
Mar  3 22:24:49 vdr vdr[12518]: max. latency time 0 seconds  
Mar  3 22:24:49 vdr vdr[12518]: exiting  
Mar  3 22:24:49 vdr runvdrdevel: stopping after fatal fail (vdr: /usr/lib/vdrdevel/plugins/libvdr-dxr3.so.1.3.17: cannot open shared object file: Datei oder Verzeichnis nicht gefunden)  
Mar  3 22:25:10 vdr vdr[12680]: VDR version 1.3.17 started

Alles anzeigen

Ist sehr eigenartig oder?
Verträgt sich vielleicht doch irgendein vdr-Patch nicht mit dem Plugin?

Auch und eine /tmp/vdrdevel.err gibt es bei mir nicht.

TomG · 5. März 2005

Das sieht gar nicht gut aus. Beim Initialisieren des Plugins steigt der VDR immer aus. Das könnte natürlich auch daran liegen, dass der Zugriff auf die DXR3-Karte nicht funktioniert. Da kann ich dir nicht wirklich weiterhelfen.

Tom

Schenk77 · 5. März 2005

Wie gesagt! Mit dem normalen ct vdr läuft das dxr3-plugin (0.2.2) ohne probleme.

TomG · 6. März 2005

Wie gesagt, ich kann dir da nicht weiterhelfen. Das einzige was ich bisher mit dxr3 zu tun hatte, war, dass ich versucht habe für vdrdevel-1.3.15 ein Plugin-Paket mit dem damaligen CVS-Stand zu erstellen. Das ging nur mit einigen Tricks und funktionierte wohl auch nicht richtig. Insbesondere hat sich wohl die Treiber-Ansteuerung gegenüber dem dxr3-plugin (0.2.2) für vdr-1.2.6 geändert.

Tom

Schenk77 · 7. März 2005

Ich habe in diesem Thread gelesen das man auch das xine Plugin für die dxr3 Ausgabe nutzen kann. Wäre ja eventuell ne alternative!? Gibts das Xine-Plugin schon für VdrDevel debanisiert?

TomG · 7. März 2005

Noch nicht. Will ich mich aber demnächst ranmachen.

Tom

Schenk77 · 7. März 2005

Klasse! Wäre schön wenn du mir bescheid sagen würdest wenn du es fertig hast. Viel Glück!

TomG · 7. März 2005

Ich hoffe, ich denk dran, dir 'ne Mail zuschicken.

Debianisiert ist das xine-Plugin ja schon lange von Darren Salt. Tobi hat es vor kurzem für vdr-1.2.6 veröffentlicht. Also muss ich es nur noch nach vdrdevel konvertieren. Da wird es hoffentlich nicht viel Schwierigkeiten geben.

Tom

Zwei VDR-Versionen gleichzeitig auf einem System?

Jetzt mitmachen!

Teilen

Benutzer online in diesem Thema