VDR 1.3.14 erschienen

Aus der ML:

Zitat

VDR developer version 1.3.14 is now available at

ftp://ftp.cadsoft.de/vdr/Developer/vdr-1.3.14.tar.bz2

*** NOTE THAT THE WARNINGS REGARDING THE USE OF VPS CONTROLLED
*** TIMERS FROM PREVIOUS RELEASE NOTES STILL APPLY!

The changes since version 1.3.13:

- Fixed detecting transponder lock in cDvbTuner (based on a patch from Stefan
Meyknecht).
- What was previously marked with WAIT_FOR_LOCK_AFTER_TUNING is now permanently
active and uses a cCondVar to signal when a transponder is locked.
- Added some missing 'const' to cChannel.
- Added a sample setup for 'DisiCon-4 Single Cable Network' to 'diseqc.conf'
(thanks to Oliver Endriss).
- Fixed attaching a cPlayer to a cDevice, so that 'Operation not permited'
errors don't occur any more (thanks to Marco Schlüßler).
- Fixed a case where the resultBuffer in cRemux ran full before getting a sync.
- Removed the usleep() call from cDvbPlayer::Action() to make VDR run on NPTL
systems (thanks to Alfred Zastrow). The NPTL check at startup has also been
removed.
- Taking the complete size of available data into account when deciding whether
to clear the transfer buffer to avoid overflows (thanks to Reinhard Nissl).
- Updated Romanian language texts and the iso8859-2 fonts (thanks to Lucian Muresan).
- Now actually using the iso8859-15 fonts (thanks to Lucian Muresan).
- Some minor code cleanups (thanks to Prakash K. Cheemplavam).
- Fixed missing cleanup at program exit in case there is a problem with a plugin
(thanks to Mattias Grönlund for pointing this out).
- Increased the required free buffer space in the resultBuffer of cRemux to
2 * IPACKS to avoid a buffer overflow in case a cTS2PES writes one complete
packet and then (within processing the same TS packet) wants to write another
small packet.
- Removed the signal handler and WakeUp() call from cThread (it is no longer
needed).
- Added some checks when cancelling a thread and removed the usleep() in
cThread::Start() (suggested by Ludwig Nussel). Also removed 'running' from
cThread and using only childTid to indicate whether a thread is actually
running.
- Added cCondWait::Sleep() and using it to replace all usleep() calls (based
on a suggestion by Werner Fink).
- Only assigning events to timers if the related schedule has actually been
modified.
- When searching for the present event, the running status is now only taken
into account if the event has been "seen" within the past 30 seconds.
This avoids shortly seeing the wrong events in the channel display when
switching to a channel that hasn't been tuned to in a while.

Have fun!

Klaus

Alles anzeigen

Hoi !

Thanks Klaus, für die neue Version !

g++ -g -O2 -Wall -Woverloaded-virtual -c -DREMOTE_LIRC -D_GNU_SOURCE -DVIDEODIR=\"/video\" -DPLUGINDIR=\"./PLUGINS/lib\" -DVFAT -I../DVB/include vdr.c
vdr.c: In function `int main(int, char **)':
vdr.c:889: jump to label `Exit'
vdr.c:353:   from here
vdr.c:504:   crosses initialization of `bool TimerInVpsMargin'
vdr.c:503:   crosses initialization of `bool UserShutdown'
vdr.c:502:   crosses initialization of `bool ForceShutdown'
vdr.c:501:   crosses initialization of `int MaxLatencyTime'
vdr.c:500:   crosses initialization of `time_t LastActivity'
vdr.c:499:   crosses initialization of `time_t LastChannelChanged'
vdr.c:498:   crosses initialization of `int PreviousChannelIndex'
vdr.c:497:   crosses initialization of `int PreviousChannel[2]'
vdr.c:496:   crosses initialization of `int LastTimerChannel'
vdr.c:495:   crosses initialization of `int LastChannel'
vdr.c:494:   crosses initialization of `class cOsdObject * Temp'
vdr.c:493:   crosses initialization of `class cOsdObject * Menu'
make: *** [vdr.o] Error 1

Was'n das ? Keine Patches drin, alles Plain Vanilla.

Zitat

Original von Boergen
Hoi !

Thanks Klaus, für die neue Version !

Code

g++ -g -O2 -Wall -Woverloaded-virtual -c -DREMOTE_LIRC -D_GNU_SOURCE -DVIDEODIR=\"/video\" -DPLUGINDIR=\"./PLUGINS/lib\" -DVFAT -I../DVB/include vdr.c
vdr.c: In function `int main(int, char **)':
vdr.c:889: jump to label `Exit'
vdr.c:353:   from here
vdr.c:504:   crosses initialization of `bool TimerInVpsMargin'
vdr.c:503:   crosses initialization of `bool UserShutdown'
vdr.c:502:   crosses initialization of `bool ForceShutdown'
vdr.c:501:   crosses initialization of `int MaxLatencyTime'
vdr.c:500:   crosses initialization of `time_t LastActivity'
vdr.c:499:   crosses initialization of `time_t LastChannelChanged'
vdr.c:498:   crosses initialization of `int PreviousChannelIndex'
vdr.c:497:   crosses initialization of `int PreviousChannel[2]'
vdr.c:496:   crosses initialization of `int LastTimerChannel'
vdr.c:495:   crosses initialization of `int LastChannel'
vdr.c:494:   crosses initialization of `class cOsdObject * Temp'
vdr.c:493:   crosses initialization of `class cOsdObject * Menu'
make: *** [vdr.o] Error 1

Alles anzeigen

Was'n das ? Keine Patches drin, alles Plain Vanilla.

Alles anzeigen

Hab' ich hier nicht - compiliert einwandfrei.

gcc version 3.3 20030226 (prerelease) (SuSE Linux)

Klaus

Hab genau den gleichen Fehler, Kernel ist 2.4.26, sollte doch gehen oder?

gcc --version gibt "2.95.3" an.

Hi,

habe eben auf 1.3.14 geupdatet, und die änderung mit dem Sender-Lock macht mit DVB-T arge probleme.
Da gibts ja bekanntermaßen meist nicht sofort nen LOCK, also hängt vdr nun nach einem Neustart beim Zappversuch auf meine DVB-T-Kanäle.

Beispiel:
54 ist bei mir EinMux (DVB-S)
55 ist ARD (DVB-T)

drücke ich "kanal +" bei 54 dann passiert ca. 20sec gar nix (Tastatur reagiert nichtmehr) dann plötzlich ist er wieder bei 54 und führt alle Tastaturanschläge durch die ich gedrückt habe.
Auf 55 komme ich dennoch nicht.

Log:
Oct 24 18:44:31 b5 vdr[20220]: ERROR: no lock for channel 55 on device 2
Oct 24 18:44:31 b5 vdr[20220]: ERROR: Transfer-Mode kann nicht gestartet werden!

Zitat

Original von Ozymandias
Hab genau den gleichen Fehler, Kernel ist 2.4.26, sollte doch gehen oder?

gcc --version gibt "2.95.3" an.

Verschieb' einfach die betroffenen Zeilen weiter nach vorne,
hinter die Zeile

int ExitCode = 0;

dann müsste es auch mit Compilern aus der Steinzeit klappen.

Klaus

Zitat

Original von kls
dann müsste es auch mit Compilern aus der Steinzeit klappen.

Klaus

Bis vor kurzen hattest du doch auch so ein System!

Uwe

Zitat

Original von Uwe

Bis vor kurzen hattest du doch auch so ein System!

Uwe

Alles anzeigen

Ja, das war auch eher ironisch gemeint, da ich mir das auch
immer wieder (von den Treiber-Entwicklern) anhören muß...

Klaus

Hallo,

- Fixed detecting transponder lock in cDvbTuner (based on a patch from Stefan
Meyknecht).

bedeutet das, daß der vdsb gefixt sein könnte?

Markus

Zitat

Original von kls
Ja, das war auch eher ironisch gemeint, da ich mir das auch
immer wieder (von den Treiber-Entwicklern) anhören muß...

Klaus

Hi Klaus,

so hatte ich es ja auch verstanden, konnte mir nur nicht diesen Kommentar verkneifen!

Uwe

PS: Auf meinem Suse 8.2 System ist gerade alles sauber durchgelaufen!

Danke, der Compiler läuft jetzt durch.
Ich habe mal gelesen, dass das updaten von gcc nicht ganz unproblematisch ist, was hängt da alles dran?

Zitat

Original von kls

Verschieb' einfach die betroffenen Zeilen weiter nach vorne,
hinter die Zeile

int ExitCode = 0;

dann müsste es auch mit Compilern aus der Steinzeit klappen.

Alles anzeigen

Gesagt, getan, diff erstellt. Man beachte den Namen.

Yo. Die Version schaut bisher prima aus. Keine Probleme beim Zappen o.ä.

Was mir allerdings auffällt ist, dass bei Verwendung von text2skin (0.0.8 ) die What's Now/Next Info sehr oft nicht angezeigt wird, wenn man einfach auf OK drückt. Wartet man dann ein Weilchen, funktioniert es wieder ein oder zwei mal.

Ohne Text2Skin wird die Info jedes Mal zuverlässig angezeigt.

Im Log kann ich nichts erkennen.

Prima, es klappt alles...

Meine ersten Eindrücke (vorherige Version: 1.3.12)
- Reaktion auf FB ist schneller.
- Umschaltzeit bei Transponderwechsel ist etwas länger geworden. Kommt das durch einen UPT/VDSB-Workaround?
- Der Bug mit dem Sternchen ist noch drin (nicht oder nur kurz angespielte Filme werden mit Sternchen gekennzeichnet, allerdings erscheint/verschwindet das Sternchen nur nach touch /video/.update und nicht automatisch).

Danke für die neue Version, Klaus!

Zitat

Original von Ozymandias
Prima, es klappt alles...

Meine ersten Eindrücke (vorherige Version: 1.3.12)
- Reaktion auf FB ist schneller.
- Umschaltzeit bei Transponderwechsel ist etwas länger geworden. Kommt das durch einen UPT/VDSB-Workaround?

Na ja, es wird halt explizit auf einen Transponder-Lock gewartet
um UPT/VDSB zu vermeiden. Ist so gesehen eigentlich kein
Workaround mehr, sondern so isses nunmal.

Allerdings könnte man evtl. noch untersuchen, ob der UPT/VDSB
vielleicht nur dann kommt, wenn nicht die Live-PIDs eingestellt werden.
In dem Fall könnte man an der Stelle noch entsprechen unterscheiden
und das Zappen damit schneller machen. Vielleicht kann da ja mal
jemand, der diesen Fehler öfter mal hat, ein paar Versuche machen.

Zitat

- Der Bug mit dem Sternchen ist noch drin (nicht oder nur kurz angespielte Filme werden mit Sternchen gekennzeichnet, allerdings erscheint/verschwindet das Sternchen nur nach touch /video/.update und nicht automatisch).

Es hat auch keiner behauptet, daß sich da was getan hat

Klaus

Hi

ist in dieser vdr-Version die Aktualisierung der bereits angeschauten Aufnahmen korrigiert (*-Markierung in der Liste).

Gruss

Joe

/Memo für mich: Nicht gleichzeitig Formel 1 schauen und Threads lesen. Da könnte man etwas überlesen. Muss nicht sein - kann sein.

Jo,

stöööööhnn...erst wochenlang nix und jetzt wirste wieder jeden Sonntag mit ner neuen Version erschlagen.

Auf der ML häufen sich bereits wieder die Kommentare...hehe.

kls

Schön fand ich deine Ausführungen über deine eigene TODO-Liste, die du aber im Leben nicht der breiten Öffentlichkeit zur Verfügung stellen wirst, damit du nicht endlose Diskussionen darüber in Trab setzt, was jetzt nun als nächstes wirklich wichtig ist und was nicht.

Man muss einfach mal anmerken, dass unser Meister einen Plan hat, dessen Weg und Umsetzung sich dem einfachen Fussvolk schlicht und ergreifend einfach entzieht.

Auch wundert man sich jede Woche, warum nicht längst jemand von den Entwicklungsabteilungen bei Humax, Sony, Panasonic, JVC, Pioneer und wie die Läden alle noch heissen mögen, beim Klaus an die Tür geklopft haben...hehe..

Aber ich werde demnächst mal wieder meine vier Karten in Betrieb nehmen und die 1.3.14 mit eingeschaltetem Auto-PID und EPG-Scan hoffentlich sang- und klanglos nach einigen Stunden zum Absturz bringen...grins.

Auf das es uns allen niemals langweilig werden möge mit unseren Babies

Greets Olaf

Zitat

Original von olafhenkel
Jo,

stöööööhnn...erst wochenlang nix und jetzt wirste wieder jeden Sonntag mit ner neuen Version erschlagen.

Auf der ML häufen sich bereits wieder die Kommentare...hehe.

kls

Schön fand ich deine Ausführungen über deine eigene TODO-Liste, die du aber im Leben nicht der breiten Öffentlichkeit zur Verfügung stellen wirst, damit du nicht endlose Diskussionen darüber in Trab setzt, was jetzt nun als nächstes wirklich wichtig ist und was nicht.

Man muss einfach mal anmerken, dass unser Meister einen Plan hat, dessen Weg und Umsetzung sich dem einfachen Fussvolk schlicht und ergreifend einfach entzieht.

Auch wundert man sich jede Woche, warum nicht längst jemand von den Entwicklungsabteilungen bei Humax, Sony, Panasonic, JVC, Pioneer und wie die Läden alle noch heissen mögen, beim Klaus an die Tür geklopft haben...hehe..

Aber ich werde demnächst mal wieder meine vier Karten in Betrieb nehmen und die 1.3.14 mit eingeschaltetem Auto-PID und EPG-Scan hoffentlich sang- und klanglos nach einigen Stunden zum Absturz bringen...grins.

Auf das es uns allen niemals langweilig werden möge mit unseren Babies

Greets Olaf

Alles anzeigen

gerade du müßtest es doch wissen:

"don't touch a running System"...

MFG
Ulrich

Zitat

- When searching for the present event, the running status is now only taken into account if the event has been "seen" within the past 30 seconds.

Ahhhhhhh
Allein für diesen Fix muss ich sofort meinen VDR auf 1.3.14 umstellen!!!
Wie immer einen Riesen-Dank an den Meister der Meister...

Ohne dass das Zwangsläufig hier rein gehört: Gibt es eigentlich eine Art Paypal-Konto, falls man das Projekt auf die Art etwas unterstützen möchte?

Schöne Grüße
Micha