[ANNOUNCE] VDR Extensions Patch v.72

Hi Zulu,
since i changed something in the Italian translation after your new patched i attach here the full EP with ITA modifications for 1.6.0 and 57pre3 patches.
Please, give it a try to include only the part you are interested.

I put them in the italian repository here:

http://vdrbox.altervista.org/risorse/index.php?action=downloadfile&filename=ita_extpatch.tar.bz2&directory=VDR-Patch&

Let me know if you need any other info.

Thanks,
Gringo

moin,

Zitat

Original von zulu
Ich hoffe bei der Developer Version ja auf vdr-1.6.0 plus hdtv. Daran möchte ich dann die neue Dev Version des Patches anpassen.

Oben habe ich die einzel Patche mal gegen den momentanen Stand der Version 56 getauscht. Das wäre bis jetzt
Update auf vdr-menuorg-0.4.diff
Neuer Patch ATSC (vdr-atsc-0.0.2.diff)
Submenu Patch entfernt
Code aufgeraeumt...

Gruß
Marc

Alles anzeigen

wieso wurde der Submenu Patch entfernt ?
Gibts noch den v.56 mit Submenu zum Downloaden ?
mfg
/funktioniert das problemlos, wenn ich aus dem 'vdr-1.6.0-ext55_ext56.diff' den Teil mit submenu Kram entferne,
oder ist mit Schwierigkeiten zu rechnen ?

moin,
im ersten Post sollte unter 'Folgende Patche sind auswählbar:' ,
der 'SUBMENU - Patch entfernt werden,
der ja leider nicht mehr Bestandteil vom Extension Patch ist.
mfg

Hallo,

Zitat

Original von zulu
Hab den Submenu-Patch mal als Addon im ersten Post angehängt.

Gruß
Marc

Super Service. vielen Dank.

Zitat

Wieso hängst du eigentlich so am Submenu-Patch?

Nutze den schon von Anfang an, funktioniert problemlos, wuerde ungern wechseln.
mfg

kleine Frage Marc,

ext58 und vdrsymbols-ttf-20080411 funktionieren jetzt sowohl mit UTF8, als auch mit den alten Fonts zusammen?

Gruß Christian

Ich bin endlich mal zum Debuggen gekommen, weil seit vdr 1.6 mit ExtPatch und eingeschaltetem DVDARCHIVE im Original-VDR-Aufnahmenmenü (nicht mit extrecmenu) von Archivaufnahmen Länge falsch und dvdname nur als Schmierzeichen angezeigt werden.

Folgender Patch behebt das Problem

--- recording.c.orig    2008-03-24 15:10:10.000000000 +0100
+++ recording.c 2008-04-11 10:40:34.000000000 +0200
@@ -1231,20 +1231,20 @@ const char *cRecording::Title(char Delim
            char oldLength[21];


            if (strrchr(RecLength, '\''))
-              cString oldLength = cString::sprintf("%s", *RecLength);
+              sprintf(oldLength,"%s", *RecLength);
            else
               oldLength[0] = 0;


            if (dvdname) {
-              char tmp[BUFSIZ];
               if (atoi(dvdname) != 0) {
+                char tmp[BUFSIZ];
                  if (Setup.DvdDisplayZeros)
-                    cString tmp = cString::sprintf("%04d", atoi(dvdname));
+                    sprintf(tmp,"%04d", atoi(dvdname));
                  else {
                     int num = atoi(dvdname);
                     bool displaySpace = !(Setup.DvdDisplayMode == 1 && oldLength[0] != 0);
                     // ugly hack to have 2 spaces instead of one 0 for each place
-                    cString tmp = cString::sprintf("%s%s%s%d", displaySpace && (num < 1000) ? "  " : "",
+                    sprintf(tmp,"%s%s%s%d", displaySpace && (num < 1000) ? "  " : "",
                                                                displaySpace && (num < 100)  ? "  " : "",
                                                                displaySpace && (num < 10)   ? "  " : "",
                                                                num);

Im alten Code werden oldLength und tmp als *char definiert, aber zwischendrin neu als cString. Diese neue Definition gilt aber nur im umschliessenden Block. Wenn tmp z.B. später dvdname zugewiesen wird, ist immer noch ein zufälliger Inhalt in tmp *char.
Da sich mir der Sinn nicht erschliesst, zwischendrin mit cString zu arbeiten, habe ich das wieder rausgeworfen (Man kann natürlich auch mit tmp als cString arbeiten, muss es dann aber gleich so definieren und die umständlicheren cString::sprintf verwenden.)
Vielleicht kann das ja in die nächste Version des sonst tollen Extensionpatches einfliessen.
Gruß
Johann

Russische übersetzung im Anhang

mit 1.6.0-1 gibt's ein reject. So wird das dann geradegebogen

diff -u eit.c~ eit.c
--- eit.c~      2008-04-14 12:57:05.000000000 +0200
+++ eit.c       2008-04-14 13:19:23.000000000 +0200
@@ -457,10 +457,29 @@
   time_t sattim = getTime();
   time_t loctim = time(NULL);


+  #ifdef USE_SETTIME
+       char *cmd;
+       char timestr[20];
+       struct tm *ptm;
+       struct tm tm_r;
+       ptm = localtime_r(&sattim, &tm_r);
+  #endif /* SETTIME */
+
   int diff = abs(sattim - loctim);
   if (diff > 2) {
      mutex.Lock();
      if (abs(diff - lastDiff) < 3) {
+ #ifdef USE_SETTIME
+         if (SetTime)
+           {
+              strftime(timestr,20,"%m%d%H%M%Y.%S",ptm);
+              asprintf(&cmd,"%s %s %ld",SetTime,timestr,sattim);
+              dsyslog("Executing: %s",cmd);
+              SystemExec(cmd);
+              free(cmd);
+           }
+         else
+ #endif /* SETTIME */
         if (stime(&sattim) == 0)
            isyslog("system time changed from %s (%ld) to %s (%ld)", *TimeToString(loctim), loctim, *TimeToString(sattim), sattim);
         else

Hi Marc,

da der VDR-1.7.0 wohl in Richtung DVB-S2 und .h264 geht, wäre es nicht sinnvoll die .h264 Patches von Reinhard Nissl mit in den Extensions Patch zu nehmen ?
Reinhard hatte gestern die .h264 Erweiterung für den VDR-1.7.0 auf der VDR Mailingliste gepostet, beim Überfliegen sind mir dort einige Änderungen am dvbdevice.c aufgefallen, eventuell kann man die ja so verwenden.

Kind regards

SED