Bigpatch für VDR 1.3.32

Grégoire · 12. September 2005

Hallo,

seit einigen Stunden benütze ich vdr-1.3.32-bp-test0.diff.bz2 mit epgsearch und xine plugins (ohne Livebuffer) und es scheint gut zum laufen

Aber ich probiere es nur weil ich keine wichtig Datei habe...

Danke sehr !

Frank99 · 13. September 2005

Hallo,

so hier ist nun die erste richtige Version des BigPatches für VDR 1.3.32.
->DOWNLOAD<-

Diese Version war für mich die bisher schwierigste, da sich im VDR dieses mal extrem viel geändert hat was Auswirkungen auf den BP hatte

Momentan funktioniert der Patch für das submenu Plugin und vermutlich auch der Patch für das Setup Plugin(?) NICHT!
Deshalb habe ich momentan nur den eigentlichen BigPatch auf den Server gelegt.

Im laufe der Woche gibt es auch noch ein neues Plugin Paket, 21 Plugins konnte ich patchen, das diese wieder mit der neuen VDR Version funktionieren.
Die restlichen schaffe ich dann hoffentlich auch noch

Bye,
Frank

Scorp · 13. September 2005

Frank99

Ist bei den 21 Plugins die Du zum Laufen bekommen hast zufällig auch yaepg dabei?

Klaus hat anscheinend ziemlich heftig gewütet...

Grégoire · 13. September 2005

Es lauft sehr gut hier, danke sehr

Unimatrix0 · 13. September 2005

Hi!

Also ich hab damit nur ein Problem. Wenn der LB eingeschaltet ist und ich VDR neu starten will, kommt er nicht mehr hoch.
Muss dann in der setup.conf livebuffer = 0 machen. Dann läuft er wieder.
In den Logs ist mir nichts Auffälliges begegnet. Ist das was bekanntes ? Ich dachte hier auch schon sowas überflogen zu haben, kann den Thread aber grad nicht finden.

Gruss
Unimatrix0

Kail · 13. September 2005

Hallo Frank,

danke für Deine tolle Arbeit.
Folgende Plugins wurden bei mir noch nicht compiliert:
-yaepg
-osdpip
-streamdev

Gruß Kail

Unimatrix0 · 13. September 2005

Kail
Da könnte Dir ev. dieser Thread helfen.

cody · 14. September 2005

Frank99

Ich hab mal den Patch für das Setup Plugin angepasst.
Von der Function bin ich mir nicht 100% sicher. Ich hab in der menu.c die abfrage if (Plugins == NULL) geändert in if (true) da es ja kein Plugins mehr gibt.

pat · 14. September 2005

Hallo Frank,

Ich musste in der Version ein link setzen von

linvdr:/usr/local/src/VDR# ls -l /usr/src/
lrwxrwxrwx 1 root root 18 Sep 14 08:32 DVB -> /usr/local/src/DVB
lrwxrwxrwx 1 root root 18 Sep 14 08:32 linux -> /usr/local/src/DVB
lrwxrwxrwx 1 root root 18 Sep 14 08:33 linux-2.6.12.2 -> /usr/local/src/DVB

Wegen
linvdr:/usr/local/src/VDR# ls -l /lib/modules/2*
lrwxrwxrwx 1 root root 23 Aug 12 18:18 build -> /usr/src/linux-2.6.12.2

Ist die Meldung nur als Warnung zu verstehen, oder stimmt was nicht?

ID_TRASHING -I../DVB/include menu.c
menu.c: In method `void cMenuMain::Set(int)':
menu.c:3258: warning: unused variable `bool showInfo'

make[1]: Leaving directory `/mnt/usr/local/src/vdr-1.3.32/libsi'
g++ -fPIC -g -O2 -Wall -Woverloaded-virtual -rdynamic audio.o channels.o ci.o config.o cutter.o device.o diseqc.o dvbdevice.o dvbosd.o dvbplayer.o dvbspu.o eit.o eitscan.o epg.o filter.o font.o i18n.o interface.o keys.o lirc.o menu.o menuitems.o nit.o osdbase.o osd.o pat.o player.o plugin.o rcu.o receiver.o recorder.o recording.o remote.o remux.o ringbuffer.o sdt.o sections.o skinclassic.o skins.o skinsttng.o sources.o spu.o status.o svdrp.o themes.o thread.o timers.o tools.o transfer.o vdr.o videodir.o tinystr.o tinyxml.o tinyxmlerror.o tinyxmlparser.o submenu.o osdcontroller.o rcontroller.o dvbsub.o vdrttxtsubshooks.o -ljpeg -lpthread -ldl ./libsi/libsi.a -o vdr
tools.o: In function `ReadStream(int, void *, unsigned int)':
/usr/local/src/VDR/tools.c:93: warning: posix_fadvise is not implemented and will always fail

make[1]: Entering directory `/mnt/usr/local/src/vdr-1.3.32/PLUGINS/src/remote-0.3.3'
make[1]: *** No rule to make target `../../../include/vdr/csa.h', needed by `remote.o'. Stop.

Und die Plugins lassen sich nicht mehr Linken csa.h sollte auch nicht drin seien . Warum ??

Danke
Gruss Pat

Frank99 · 14. September 2005

Unimatrix0
Bei mir funtkioniert es, kommt eventuell bei dir eine Meldung auf der Console?

Grégoire
Könntest du bitte das "(Experimental!)" aus der Thread Überschrift entfernen, das sieht sonst etwas abschreckend aus

Plugins:
Die hier genanten Plugins sind relativ schnell wieder zum laufen zu bekommen einfach die Zeile:

#include <vdr/device.h>

ergänzen in den *.c Dateien in denen der Fehler beim kompilieren auftritt.
Sorry ich habe diese Woche leider keine Zeit Diffs zu erstellen.

pat
Das mit dem Link, ist von Klaus wohl so beabsichtigt gewesen.

Zitat

ID_TRASHING -I../DVB/include menu.c
menu.c: In method `void cMenuMain::Set(int)':
menu.c:3258: warning: unused variable `bool showInfo'

Das ist völlig harmlos, ich werde das in der nächsten Version ändern.

Zu deinem Compile Problem mit dem remote Plugin, entweder baust du diesen "bösen" Patch wieder ein oder machst bevor du die Plugins kompilierst ein "make plugins clean" im VDR Verzeichniss

Bye,
Frank

viking · 14. September 2005

Zitat

Original von patIch musste in der Version ein link setzen von

linvdr:/usr/local/src/VDR# ls -l /usr/src/
lrwxrwxrwx 1 root root 18 Sep 14 08:32 DVB -> /usr/local/src/DVB
lrwxrwxrwx 1 root root 18 Sep 14 08:32 linux -> /usr/local/src/DVB
lrwxrwxrwx 1 root root 18 Sep 14 08:33 linux-2.6.12.2 -> /usr/local/src/DVB

Wegen
linvdr:/usr/local/src/VDR# ls -l /lib/modules/2*
lrwxrwxrwx 1 root root 23 Aug 12 18:18 build -> /usr/src/linux-2.6.12.2

Alles anzeigen

Es gab eine änderung im Makefile von VDR für Kernel 2.6 system = wo er die DVB treiber sucht. Einfach im Makefile (oder Makefile.config ?) den pfad wieder auf "..\DVB" ändern.
Habe gerade kein zugiff auf mein VDR so das ich den genauen text nicht sagen kann.

Gruß
Viking

Scorp · 14. September 2005

-

rdnzl · 14. September 2005

Hallo,

der SourceCaps beschwert sich bei mir:

[/var/log/messages]
...
Error: unknown source character ' '
Error: unknown config parameter: SourceCaps = 1 S13E S19.2E
...

Meine setup.conf, die sonst funzt, hat folgende Einträge

SourceCaps = 1 S13E S19.2E
SourceCaps = 2 S19.2E

Der 1. Eintrag, der wohl beim Einlesen/Parsen den Fehler verursacht,
wird rausgeworfen.

MfG

[edit]
Lösung:
in der sources.c ist
&& !isblank(*s)
'rausgefallen'

Unimatrix0 · 14. September 2005

Zitat

Original von Frank99
Unimatrix0
Bei mir funtkioniert es, kommt eventuell bei dir eine Meldung auf der Console?

Mir ist nichts Aussagekräftiges aufgefallen, aber das, was ich im Log zu sehen bekomme hänge ich hier mal an. Auf Console 8 seh ich auch nix was nicht seine Berechtigung hätte.

Gruss
Unimatrix0

thomas83 · 14. September 2005

Zitat

Original von Unimatrix0

Mir ist nichts Aussagekräftiges aufgefallen, aber das, was ich im Log zu sehen bekomme hänge ich hier mal an. Auf Console 8 seh ich auch nix was nicht seine Berechtigung hätte.

Mir ist schon was aufgefallen:

Code

Sep 14 12:47:01 amd1200 vdr[7305]: switching to channel 3
Sep 14 12:47:01 amd1200 vdr[7346]: transfer thread started (pid=7346, tid=163851)

Es wird ein Transfermode gestartet, was eigentlich nicht sein dürfte. Ich verstehe im Moment nicht, wieso er da bei dir einen Transfermode will.
Mit folgendem Patch sollte dies nicht mehr passieren. Könntest du bitte testen, ob damit alles bei/nach dem Start richtig funktioniert.

Diff

--- vdr-1.3.32-LiveBuffer-0.1.1-a/dvbdevice.c   2005-09-12 19:27:39.000000000 +0200
+++ vdr-1.3.32-LiveBuffer-0.1.1/dvbdevice.c     2005-09-13 18:38:34.000000000 +0200
@@ -810,7 +810,7 @@
                             || pidHandles[ptVideo].pid == Channel->Vpid() // for recording the PIDs must be shifted from DMX_PES_AUDIO/VIDEO to DMX_PES_OTHER
                             );


-  bool StartTransferMode = IsPrimaryDevice() && !DoTune
+  bool StartTransferMode = IsPrimaryDevice() && !DoTune && !Setup.LiveBuffer
                            && (LiveView && HasPid(Channel->Vpid() ? Channel->Vpid() : Channel->Apid(0)) && (pidHandles[ptVideo].pid != Channel->Vpid() || pidHandles[ptAudio].pid != Channel->Apid(0))// the PID is already set as DMX_PES_OTHER
                               || !LiveView && (pidHandles[ptVideo].pid == Channel->Vpid() || pidHandles[ptAudio].pid == Channel->Apid(0)) // a recording is going to shift the PIDs from DMX_PES_AUDIO/VIDEO to DMX_PES_OTHER
                               );

Alles anzeigen

Thomas

Scorp · 14. September 2005

Hi,

also ich hab hier was kurioses. Seit der Version 1.3.32 werden das text2skin und weatherng gegen libmagick.so.5 gelinkt anstatt gegen so.6.

Ich muß mir das nochmal ansehen, an der DEV-Umgebung hat sich nichts geändert.

Grégoire · 14. September 2005

Ich sollte dieses Thread nicht geoffnen haben, tut mir leid, in meiner Idee war es eine neue Thread zum öffnen für die nicht mehr "Experimental!!" Versionen

Ich hoffe tvrad-chan-insertion.diff wirdst im BigPatch2 sein

Danke sehr

Unimatrix0 · 14. September 2005

Zitat

Original von thomas83

Mir ist schon was aufgefallen:

Code

Sep 14 12:47:01 amd1200 vdr[7305]: switching to channel 3
Sep 14 12:47:01 amd1200 vdr[7346]: transfer thread started (pid=7346, tid=163851)

Es wird ein Transfermode gestartet, was eigentlich nicht sein dürfte. Ich verstehe im Moment nicht, wieso er da bei dir einen Transfermode will.
Mit folgendem Patch sollte dies nicht mehr passieren. Könntest du bitte testen, ob damit alles bei/nach dem Start richtig funktioniert.

Diff

--- vdr-1.3.32-LiveBuffer-0.1.1-a/dvbdevice.c   2005-09-12 19:27:39.000000000 +0200
+++ vdr-1.3.32-LiveBuffer-0.1.1/dvbdevice.c     2005-09-13 18:38:34.000000000 +0200
@@ -810,7 +810,7 @@
                             || pidHandles[ptVideo].pid == Channel->Vpid() // for recording the PIDs must be shifted from DMX_PES_AUDIO/VIDEO to DMX_PES_OTHER
                             );


-  bool StartTransferMode = IsPrimaryDevice() && !DoTune
+  bool StartTransferMode = IsPrimaryDevice() && !DoTune && !Setup.LiveBuffer
                            && (LiveView && HasPid(Channel->Vpid() ? Channel->Vpid() : Channel->Apid(0)) && (pidHandles[ptVideo].pid != Channel->Vpid() || pidHandles[ptAudio].pid != Channel->Apid(0))// the PID is already set as DMX_PES_OTHER
                               || !LiveView && (pidHandles[ptVideo].pid == Channel->Vpid() || pidHandles[ptAudio].pid == Channel->Apid(0)) // a recording is going to shift the PIDs from DMX_PES_AUDIO/VIDEO to DMX_PES_OTHER
                               );

Alles anzeigen

Thomas

Alles anzeigen

Cool Thomas, nun läuft er auch bei aktiviertem LB wieder an. Mir sind bisher keine "Nebenwirkungen" aufgefallen. Hab aber auch erst einige Min. getestet.

Thx!
Unimatrix0

Kail · 14. September 2005

Zitat

Original von Scorp
Hi,

also ich hab hier was kurioses. Seit der Version 1.3.32 werden das text2skin und weatherng gegen libmagick.so.5 gelinkt anstatt gegen so.6.

Ich muß mir das nochmal ansehen, an der DEV-Umgebung hat sich nichts geändert.

Hallo scorp,

bei mir wird weiterhin gegen ...so.6 gelinkt.
Somit keine Veränderung gegenüber den "älteren" Versionen.

Gruß Kail

zulu · 14. September 2005

Hallo,
Der submenu-patch von TomG aus diesem Beitrag http://www.vdr-portal.de/board/thread.php?threadid=39023&sid=

läuft nach einer kleinen Anpassung auch nach dem bigpatch

ab Zeile 185

Diff

diff -Naur vdr-1.3.12-orig/menu.h vdr-1.3.12-submenu/menu.h
--- vdr-1.3.12-orig/menu.h	2004-06-13 13:46:03.000000000 +0200
+++ vdr-1.3.12-submenu/menu.h	2005-02-03 14:26:32.606815800 +0100
@@ -17,7 +17,8 @@
 #include "dvbplayer.h"
 #include "recorder.h"
 #include "skins.h"
+#include "submenu.h"
 #include "transfer.h"
 
 class cMenuText : public cOsdMenu {
 private:

Alles anzeigen

Grüsse Marc

Bigpatch für VDR 1.3.32

Jetzt mitmachen!

Teilen

Benutzer online in diesem Thema