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?
Zwei VDR-Versionen gleichzeitig auf einem System?
- Schenk77
- Geschlossen
-
-
Installiere vdrdevel neben deinem VDR
Dann kannst du wahlweise vdr 1.2.6 oder vdr 1.3.22 startenhttp://www.vdrportal.de/board/thread.php?threadid=30755&sid=&hilightuser=4452
http://www.vdrportal.de/board/thread.php?threadid=25344&sid=&hilightuser=4452 -
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!!!!!
-
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
-
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 -
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
Alles anzeigeng++ -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
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. -
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
-
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. -
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:
in dxr3spudecoder.h einzufügen.Tom
-
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
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
Nun bin ich ein bisschen ratlos!
Ist im usr/inlclude/vdrdevel vielleicht die falsche spu.h? Oder hast du noch eine Idee? -
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.
ZitatHab 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
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
-
So sieht die Syslog aus wenn ich vdrdevel starte (vdr hab ich vorher natürlich gestoppt):
Code
Alles anzeigenMar 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
usw.
Nen bisschen weiter unten hab ich aber doch noch einen Fehler gefunden:
Code
Alles anzeigenMar 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
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.
-
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
-
Wie gesagt! Mit dem normalen ct vdr läuft das dxr3-plugin (0.2.2) ohne probleme.
-
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
-
-
Noch nicht. Will ich mich aber demnächst ranmachen.
Tom
-
Klasse! Wäre schön wenn du mir bescheid sagen würdest wenn du es fertig hast. Viel Glück!
-
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
Jetzt mitmachen!
Sie haben noch kein Benutzerkonto auf unserer Seite? Registrieren Sie sich kostenlos und nehmen Sie an unserer Community teil!