[ANNOUNCE] VDR maintenance patch 1.4.2-1

skiller2k1 · 3. September 2006

Frisch aus der ML:
------------------------

VDR maintenance patch 1.4.2-1 is now available at

ftp://ftp.cadsoft.de/vdr/Developer/vdr-1.4.2-1.diff

This is a 'diff' against the official version 1.4.2.

Small fixes to the officially released VDR versions will be first
made available as "maintenance patches" in the Developer directory,
so that they can be reviewed and tested before a new official
release is published.

So please apply the above patch and report whether it works (or
if it causes any new problems).

This version is binary compatible to the previous version, so plugins
don't need to be recompiled.

The changes since version 1.4.2:

- Added LC_ALL to the checks for UTF-8 at startup (suggested by Matthias Schwarzott).
- Fixed the cTimer::operator=() so that it won't mess up the cListObject's pointers
(reported by Alexander Rieger).
- Fixed a memory leak in the cTimer::operator=() when using the 'aux' string
(reported by Alexander Rieger).
- Fixed processing the PDCDescriptor in 'libsi' on big endian systems (thanks to
Martin Ostermann).
- Fixed handling relative volume settings that unmute the audio in the call to
cStatus::MsgSetVolume() (reported by Oliver Endriss).

Have fun!

Klaus

speed · 4. September 2006

Ok ich mach mal den Anfang..
installiert + Bigpatch=läuft.
danke klaus
speed

wilderigel · 4. September 2006

Hab damit seltsame Probleme:

Code

Sep  4 19:52:44 mona vdr: [2431] closing SVDRP connection
Sep  4 19:52:45 mona vdr: [2431] connect from 127.0.0.1, port 4442 - accepted
Sep  4 19:52:45 mona vdr: [2431] closing SVDRP connection
Sep  4 19:53:11 mona vdr: [2431] connect from 127.0.0.1, port 4444 - accepted
Sep  4 19:53:11 mona vdr: [2431] closing SVDRP connection
Sep  4 19:55:01 mona vdr: [9167] streamdev-livestreaming thread ended (pid=9167, tid=9167)
Sep  4 19:55:01 mona vdr: [9169] TS buffer on device 2 thread ended (pid=9169, tid=9169)
Sep  4 19:55:01 mona vdr: [9168] buffer stats: 106408 (5%) used
Sep  4 19:55:01 mona vdr: [9168] receiver on device 2 thread ended (pid=9168, tid=9168)
Sep  4 19:55:01 mona vdr: [9166] streamdev-writer thread ended (pid=9166, tid=9166)
Sep  4 19:55:01 mona vdr: [2531] buffer stats: 106784 (2%) used
Sep  4 19:55:01 mona vdr: [2531] streamdev: closing streamdev connection to 192.168.1.3:1966
Sep  4 19:55:01 mona vdr: [2531] Streamdev: Accepted new client (VTP) 192.168.1.3:2046
Sep  4 19:55:01 mona vdr: [2531] Streamdev: Setting data connection to 192.168.1.3:2005
Sep  4 19:55:01 mona vdr: [9483] streamdev-writer thread started (pid=9483, tid=9483)
Sep  4 19:55:01 mona vdr: [9484] streamdev-livestreaming thread started (pid=9484, tid=9484)
Sep  4 19:55:01 mona vdr: [9485] receiver on device 2 thread started (pid=9485, tid=9485)
Sep  4 19:55:01 mona vdr: [9486] TS buffer on device 2 thread started (pid=9486, tid=9486)
Sep  4 19:57:07 mona vdr: [2431] connect from 192.168.1.3, port 2067 - accepted
Sep  4 19:57:07 mona vdr: [2431] closing SVDRP connection
Sep  4 19:57:46 mona vdr: [2431] connect from 127.0.0.1, port 2613 - accepted
Sep  4 19:57:46 mona vdr: [2431] closing SVDRP connection
Sep  4 19:58:12 mona vdr: [2431] connect from 127.0.0.1, port 2615 - accepted
Sep  4 19:58:12 mona vdr: [2431] closing SVDRP connection
Sep  4 20:00:00 mona vdr: [2529] EPGSearch: search timer update started
Sep  4 20:00:01 mona vdr: [2431] connect from 127.0.0.1, port 2617 - accepted
Sep  4 20:01:01 mona vdr: [2431] PANIC: watchdog timer expired - exiting!

Alles anzeigen

War gestern schonmal, in Verbindung mit Timern (da nur Pro7) und heute wieder (ORF1 und Kabel1)
Und irgendwie startet der Watchdog auch vdr nimma neu.

Patche:
liemikuutio
jumpplay
subtitles-ttxtsubs
submenu
disableDoubleEpgEntrys

Edit:
Könnte ev das Problem sein, ich bau den Patch mal ein.
http://linuxtv.org/pipermail/vdr/2006-September/010590.html - doch auch defekt lt ML
http://linuxtv.org/pipermail/vdr/2006-September/010597.html noch n neuerer Patch.

thefrog · 5. September 2006

Habe den patch auf
1.4.2 vanilla draufgetan.

make clean
make

und wunderbar problemlos durchelaufen.

danke

"Böses Plugin" mal entfernt
-Thomas

Toxic-Tonic · 5. September 2006

Ich an deiner Stelle würde den Hinweis auf das "böse Plugin" mal rauseditieren!!

Gruß

Toxic

abstract · 5. September 2006

Bei mir führt das EPGsearch Plugin zum Absturz.

Toxic-Tonic · 5. September 2006

Zitat

Original von abstract
Bei mir führt das EPGsearch Plugin zum Absturz.

Hast du es noch etwas präziser?

Btw, bei mir läuft das Plugin (VDR mit BP, Setuppatch und MTP-1)

Gruß

Toxic

wilderigel · 5. September 2006

Zitat

Original von abstract
Bei mir führt das EPGsearch Plugin zum Absturz.

Ev der gleiche Fehler wie bei mir und in der ML?

Brougs78 · 5. September 2006

Hi!

wilderigel: Habe auch so ein ähnliches Problem ... wobei bei mir vorher im Automounter-Meldungen stehen, bevor VDR abstürzt (Watchdog).
Hast du den Patch probiert? Behebt er das Problem?

Gruß,
Brougs78

wilderigel · 5. September 2006

Ist etwas schwer zu sagen

Hatte vdr 1.4.2-1 ohne den Patch ca 20 Stunden am laufen bevor er sich verabschiedete.
Jetz mit Patch läuft er auch seit 12 Stunden ohne Absturtz.
Gibt aber noch ne neuere Version als oben angeführt war.

Toxic-Tonic · 5. September 2006

Kann es sein, das im BP schon eine Änderung an der entsprechenden Stelle drin ist? Bei mir sieht die Stelle nach dem Big-Patchen so aus

Code

public:
  cTimer(bool Instant = false, bool Pause = false, cChannel *Channel = NULL);
  cTimer(const cEvent *Event, bool SwitchOnly = false);
  virtual ~cTimer();
  cTimer& operator= (const cTimer &Timer);
  virtual int Compare(const cListObject &ListObject) const;
  bool Recording(void) const { return recording; }

Gruß

Toxic

winni · 5. September 2006

Zitat

Bei mir führt das EPGsearch Plugin zum Absturz.

im Suchtimer-Thread von epgsearch werden cTimer erzeugt und wieder gelöscht. Ich gehe also davon aus, dass mit dem Patch aus der ML das Problem beseitigt ist. Selbst hab ich 1.4.2-1 noch nicht drauf und deshalb wohl keine Probleme.

Tschüss,

winni

Urig · 5. September 2006

Um die Verwirrung um den Bug/Patch mal etwas zu lichten:

Der Bug - der übrigens vor 1.4.2-1 schon da war - betrifft die Benutzung des default Copy-Constructor von cTimer. Seit 1.4.2-1 wird dann bei so falsch kopierten Timern der Speicher des Originals freigegeben.

Kritisch sind Codestellen wie diese:

cTimer NewTimer = OldTimer;
cTimer NewTimer(OldTimer);

.. sowie Übergaben von Timer-Objekten by-value an Funktionen, abgesehen von Zeigen und Referenzen. In Plugins - auch in epgsearch - konnte ich aber keine weiteren Verwendungen des copy-constructors finden.

Auslösen ließ sich der Bug durch das SVDRP-Kommando MODT (modify timer), zb. durch VDRAdmin, aber auch durch epgsearch. Durch den Aufruf wird Speicher zu früh freigegeben, was normalerweise spätestens nach ein paar Aufrufen zum Crash führt.

Gruß,

Udo

winni · 5. September 2006

danke für die Erklärung. Hatte es mir noch nicht genauer angesehen und dachte es läge am Destruktor von cTimer. Aber bei epgsearch liegt es dann, wie von Dir erwähnt, am Aufruf von MODT.

Tschüss,

winni

LordJaxom · 5. September 2006

Dazu vielleicht noch etwas Hintergrund den jeder C++-Programmierer haben sollte:

Die Regel der großen drei

ronnykornexl · 6. September 2006

Nabend

Mal eine Frage, hatte auf Platte auf @Aufnahme, sprich über Pause aufgenommen (auch etwas länger), ca 4 Wochen her.

Heute diese angeschaut, und festgestellt, das das eingetragene EPG das der ersten Sendung entprach, was schade war, denn die nachfolgenden Sendungen in der Aufnahme hatten alle das selbe EPG.

Könnte man das nicht in VDR verbessern?

Bsp: Man nimmt über Pause auf, dann sollte auch das komplette / fortlaufende EPG mit in info.vdr, eingetragen / aufgenommen werden, am besten jeweils mit einem Zeitstempel, so das beim anschauen der Aufnahme, man über Info auch immer das EPG bekommt, und nicht nur das der ersten Sendung.

Wäre sicher auch praktisch, wenn man einen Block (nicht gerade den ersten) aus solch einer Aufnahme schneidet / sichert.

Oder gibt es da schon was für?

MFG Ronny

osmanovic100 · 6. September 2006

Hallo,

ich habe jetzt VDR-1.4.2 mit BigPatch und pluginetup patch.
Wenn ich jetzt VDR maintenance patch 1.4.2-1 verwende gibt es dann probleme? oder muss ich doch erst auf vanilla VDR-1.4.2 patchen und dann erst BigPatch.....?

EDIT:
grade ausprobiert, und es geht nicht (pluginsetup patch funktioniert nicht mehr)
also, mann muss erst auf vanilla patchen und dann alles wieder von vorne (bigpatch.diff, pluginsetup.diff u.s.w )

Mfg,
Osmanovic

osmanovic100 · 6. September 2006

habe alles von vorne gemacht:
1. VDR.1.4.2
2. VDR maintenance patch 1.4.2-1
3. bp-33x_vdr-1.4.2.diff (BigPatch)
4. pluginsetup.diff
und ledier funktioniert pluginsetup nicht richtig b.z.w man kann die plugins nicht in pluginsetup aktivieren und deaktivieren es fehlt alles, kein schrift u.s.w alles lehr...)

muss ich noch was im vdr-setup.xml ändern:

Code

-->
<setup sysconfigFile="/vdr/etc/sysconfig" bootLinux="/sbin/reboot" VDRlibDir="/vdr/plugins">
    <plugins sysconfig="PLUGINLIST">
        <plugin name="setup" info="VDR-Setup" active="yes" protected="yes" />
        <plugin name="reelchannelscan" info="reelchannelscan" active="yes" />
        <plugin name="skinelchi" info="Elchiskin als Plugin" active="yes" />
        <plugin name="femon" info="Anzeige Signalstärke/Qualität" active="yes" />
        <plugin name="mplayer" info="Spielt diverse Videoformate" active="yes" />
        <plugin name="mp3" info="Spielt MP3-Dateien ab" active="yes" />
        <plugin name="director" info="Multifeedkanäle von Premiere nutzen" active="yes" />
        <plugin name="premiereepg" info="EPG für Premiere Sportkanäle" active="yes" />
        <plugin name="epgsearch" info="EPG nach Wiederholungen durchsuchen" active="yes" />
        <plugin name="screenshot" info="Erstellt Screenshots" active="yes" />
        <plugin name="conflictcheckonly" info="conflictcheckonly" active="no" />
        <plugin name="dxr3" info="dxr3" active="no" />
        <plugin name="epgsearchonly" info="epgsearchonly" active="no" />
        <plugin name="dvd" info="DVD Spieler Plugin" active="yes" />
        <plugin name="text2skin" info="Ein Lader für OSD-Skins" active="yes" />
        <plugin name="mp3ng" info="OSD mp3 Player" active="yes" />
        <plugin name="radio" info="Hintergrundbild für Radiosender" active="yes" />
        <plugin name="sleeptimer" info="Schaltet den Computer nach gewählter Zeit ab" active="yes" />
        <plugin name="yaepg" info="Weitere EPG-Ansicht" active="no" />
        <plugin name="osdteletext" info="Teletext Dekoder für das OSD" active="yes" />
        <plugin name="burn" param="-D /dev/dvd -d /media/convert -i /media/convert/dvd/" info="Brennt 
...
...
...

Alles anzeigen

beim patchen gab es kein fehler es sind auch keine *.rej zu finden....

kann mir jemand helfen?

Mfg,
Osmanovic

Bert · 6. September 2006

Hi, osmanovic100

Also ich bin nicht sicher, aber ich glaub im BigPatch von zulu ist der VDR maintenance patch 1.4.2-1 schon integriert.
Das würde dann bedeuten du patcht etwas zu viel (müsstest also den VDR maintenance patch 1.4.2-1) weglassen.
Weiters gibts auch schon nen BigPatch von Frank auf der BigPatch Seite (hab leider den Link nicht zur Hand).
In diesem ist der VDR maintenance patch 1.4.2-1 definitiv integriert.

EDIT:
Sorry hab noch mal nachgesehen hast korrekt gepatcht denn in diesem BigPatch von zulu
ist der VDR maintenance patch 1.4.2-1 nicht integriert.

Hier der Link zum BigPatch von Frank
http://bigpatch.vdr-developer.org/
Paket vdr-1.4.2-1-bigpatch-test1.tar.bz2 downloaden

Könntest ja den mal auf nen plain vanilla Vdr-1.4.2 anwenden (hierbei aber dann
den VDR maintenance patch 1.4.2-1 weglassen.
Weiters ist in diesem Patch auch das pluginsetup.diff dabei, und es steht auch dabei
Please Update to Version >=0.3.1 !
http://www.vdrtools.de/vdrsetup.html
was das Setup Plugin betrifft.

Gruss Bert

osmanovic100 · 7. September 2006

Danke!

EDIT:

jetzt habe ich den aktuellen vdr-1.4.2-1-bigpatch-test1.tar.bz2 verwendet, und das problem bleib....
(man kann die plugins nicht in pluginsetup aktivieren und deaktivieren.... es fehlt alles, kein schrift u.s.w alles lehr...)

1. vdr-14.2 (vanila)
2. patch -p1 -i bigpatch-current.diff
3. patch -p1 -i pluginsetup.diff
(keine *.rej, keine error bei make und make plugins)

vdr-plugin ist die ver. 0.3.1....?

naja, ich bleibe bei vdr-1.4.2

Gruss,
Osmanovic

[ANNOUNCE] VDR maintenance patch 1.4.2-1

Jetzt mitmachen!

Teilen