[ANNOUNCE] VDR developer version 1.7.33

Zitat von Mase

scanner.c:410:25: error: expected ‘;’ before ‘else’

Würde das mal machen.

Zitat von rudirabbit

Würde das mal machen.

Na wo soll deiner Meinung nach das ; hin?

ich habe mal einen diff zwischen beiden Version 1.7.32 und 1.7.33 erstellt.
Beim händischen patchen muss man halt aufpassen, dass man Tabulator mit rein baut, dann klappt es auch.

Zitat von Mase

FireFly
Das Fixen des Burn-Plugins hat bei mir nicht funktioniert.
So sieht es jetzt aus:

Code

if (!PmtFound) {
                                    	if ( Pid == 0)
#if VDRVERSNUM < 10733
                    	else if (Pid == PatPmtParser.PmtPid())
#else
                    	else if (PatPmtParser.IsPmtPid(Pid))
#endif
                                    	else if (Pid == PatPmtParser.PmtPid())
                                            	PatPmtParser.ParsePmt(DataPtr, TS_SIZE);
                                    	else if (PatPmtParser.GetVersions(PatVersion, PmtVersion)) {
                                            	PmtFound = true;

Alles anzeigen

Zeile 8 ist zuviel.

Zitat von nvertigo

Kann es sein, dass Zeile 8 zu viel ist?

Tss, das ist doch die Zeile die ersetzt werden sollte.

Gerald

Danke an alle, so mit dem Ersetzen meinte ich das.

Hallo !

Gibt es schon einen Fix für xineliboutput ?

Der Compile geht aktuell schief:

make[1]: Entering directory `/backup/privat/tv/dvb/vdr-1.7.33/PLUGINS/src/xineliboutput'
Makefile:109: Building inside VDR source tree
g++ -g -O3 -Wall -Werror=overloaded-virtual -Wno-parentheses -fPIC -c -D_FILE_OFFSET_BITS=64 -D_LARGEFILE_SOURCE -D_LARGEFILE64_SOURCE -D_GNU_SOURCE -DPLUGIN_NAME_I18N='"xineliboutput"' -D_REENTRANT -D_LARGEFILE_SOURCE -D_FILE_OFFSET_BITS=64 -DXINELIBOUTPUT_VERSION='"1.0.90-cvs"' -Wall -I../../../include -o xineliboutput.o xineliboutput.c
g++ -g -O3 -Wall -Werror=overloaded-virtual -Wno-parentheses -fPIC -c -D_FILE_OFFSET_BITS=64 -D_LARGEFILE_SOURCE -D_LARGEFILE64_SOURCE -D_GNU_SOURCE -DPLUGIN_NAME_I18N='"xineliboutput"' -D_REENTRANT -D_LARGEFILE_SOURCE -D_FILE_OFFSET_BITS=64 -DXINELIBOUTPUT_VERSION='"1.0.90-cvs"' -Wall -I../../../include -o device.o device.c
device.c: In Elementfunktion »virtual int cXinelibDevice::PlayTs(const uchar*, int, bool)«:
device.c:1162:44: Fehler: »const class cPatPmtParser« hat kein Element namens »PmtPid«
make[1]: *** [device.o] Fehler 1
make[1]: Leaving directory `/backup/privat/tv/dvb/vdr-1.7.33/PLUGINS/src/xineliboutput'

Grüße,

Dirk

Moin,

Zitat von Mase

Na wo soll deiner Meinung nach das ; hin?

Hast natürlich recht, habe den Code gestern gar nicht angesehen, meine unqualifizierte Antwort barsierte nur auf der Compilerfehlermeldung.

Danke.

Grüße,

Dirk

Morgen ..
gibst schon einen ExtPatch ??
Gruß
speed

Moin!

Zitat von FireFly

Abhilfe schafft lt. http://www.gnu.org/software/make/manual/…s_002fRecursion ein

Diff

--- Makefile.org        2012-12-08 18:30:01.250135758 +0100
+++ Makefile    2012-12-08 18:27:47.922882959 +0100
@@ -9,7 +9,7 @@
 # IMPORTANT: the presence of this macro is important for the Make.config
 # file. So it must be defined, even if it is not used here!
 #
-PLUGIN = dvbhddevice
+export PLUGIN = dvbhddevice
 
 ### The version number of this plugin (taken from the main source file):

und damit funktionierts bei mir wieder. Ja, auch in Makefiles kann man Variablen exportieren

Der Patch gefällt mir gut! Hast du Lust, den auf der vdr-Mailingliste zu posten? Dann geht der nicht so leicht verloren und vielleicht fließt er dann in die nächste Version ein.

Lars.

Zitat von mini73

Moin!

Der Patch gefällt mir gut! Hast du Lust, den auf der vdr-Mailingliste zu posten? Dann geht der nicht so leicht verloren und vielleicht fließt er dann in die nächste Version ein.

Ist bereits alles bekannt, und mir liegt auch schon ein größerer Patch zum Thema Makefile vor. Allerdings hat mir der noch nicht so ganz gefallen, daher habe ich ihn in der 1.7.33 noch nicht drin. Kommt voraussichtlich in der 1.7.34.

Klaus

Habe soeben auf 1.7.33 aktualisiert und die konfigurationen von 1.7.32 übernommen.

Wenn ich das Menü öffne, wird zwar schön das LCARS angezeigt - aber es steht nirgends Text drin ..... ??
Habe ich da eine Einstellung übersehen oder vergessen ?

Hallo ich stecke hier noch bei graphtft fest:
Ausgabe:

dspitems.c: In member function »const char* cDisplayItem::variable(const char*, const char*, int&)«:dspitems.c:591: Fehler: keine passende Funktion für Aufruf von »cTimers::GetMatch(const cEvent*&, int*)«/usr/local/src/VDR/include/vdr/timers.h:118: Anmerkung: Kandidaten sind: cTimer* cTimers::GetMatch(time_t)/usr/local/src/VDR/include/vdr/timers.h:119: Anmerkung:                  cTimer* cTimers::GetMatch(const cEvent*, eTimerMatch*)

hat ja auch mit den Aenderung von TimerMatch zu tun, nur leider krieg ich die Lösung nicht gebacken...
Kann da wer helfen?
Danke Grüsse Peje

Zitat von peje

Hallo ich stecke hier noch bei graphtft fest:
Ausgabe:

Sieh dir hier den epgsearch Patch an, dann siehst du wie man es macht und das nächste mal bitte deinen Text lesbar umbrechen.

Gerald

Dank dir GDA den patch von copperhead hab ich gesehen nur wie gesagt klappt das umlegen auf graphtft nicht....
Grüsse Peje

Zitat von peje

Dank dir GDA den patch von copperhead hab ich gesehen nur wie gesagt klappt das umlegen auf graphtft nicht....

Das kann ich mir nicht vorstellen, dass das nicht klappt.

Gerald

meckern tut er in

dspitems.c:591: Fehler: keine passende Funktion für Aufruf von »cTimers::GetMatch(const cEvent*&, int*)«

der Aufruf in dspitems.c sieht so aus:

cTimer* timer = Timers.GetMatch(event, &timerMatch);

Nun wie ersetze ich den Aufruf korrekt? Beispiel epgsearch.diff:

- int timerMatch;
+ eTimerMatch timerMatch

Danke cu peje