[vdr] [ANNOUNCE] VDR developer version 1.3.41

seba · 29. Januar 2006

Aus der ML

Zitat

VDR developer version 1.3.41 is now available at

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

A 'diff' against the previous version is available at

ftp://ftp.cadsoft.de/vdr/Developer/vdr-1.3.40-41.diff

The changes since version 1.3.40:

- EPG events from epg.data or SVDRP's PUTE command now have their Title set to
"No Title" if none was set.
- Fixed checking toFile in cCuttingThread::Action() (found in a larger patch from
Artur Skawina).
- Fixed a crash when pressing '0' in the "Schedule" menu on a channel that doesn't
have any EPG data (reported ny Alexander Hans).
- Updated the Danish OSD texts (thanks to Mogens Elneff).
- Fixed a missing ',' in the Greek OSD texts (thanks to Arthur Konovalov).
- Updated the Estonian OSD texts (thanks to Arthur Konovalov).
- Fixed handling the tfRecording flag when reading timers (bug reported by Andreas
Mair).
- Now checking whether the channel exists before setting the PMT filter in
cPatFilter::Process() (thanks to Thomas Bergwinkl).
- Now trying to reestablish the connection to the LIRC daemon in case it breaks
(thanks to Ville Skyttä).
- Updated the Finnish OSD texts (thanks to Rolf Ahrenberg).
- Fixed channel switching with the Down (Up) key in case the current channel is
already the first (last) in the list (reported by Frank Krömmelbein).
- Removed the "buffer reserve" in Transfer Mode - it's no longer necessary with
recent driver/firmware versions.
- The epg.data file is now written when VDR exits (suggested by Daniel Karsubka).
- Fixed cTimers::GetNextActiveTimer() so that it won't return an expired timer
(reported by Rolf Ahrenberg).
- Changed DVBS_TUNE_TIMEOUT and DVBC_TUNE_TIMEOUT to 9000ms to avoid problems with
channels that have low symbol rates (reported by Suur Karu).
- Fixed displaying the current audio track in the channel display.
- When reading epg.data (or data from PUTE), the version number of events with
table IDs smaller than 0x50 is now ignored because otherwise the current
running status would not be set after a restart of VDR.
- Implemented a timeout for remote controls that don't deliver "repeat" keypresses
very fast (based on a suggestion by Luca Olivetti; problem with the new handling
of k_Repeat keypresses in channel switching reported by Udo Richter).
- When looking for the present or following EPG event, the running status is now
always taken into account.
- Now initializing the channels' schedule pointers when reading the epg.data file,
so that the first WhatsOn menu will come up faster.
- If a shutdown is requested, but the shutdown script doesn't actually halt the
system, it is now tried again after 5 minutes (suggested by Helmut Auer).
- Separated the 'install' target into several individual targets; renamed the
'plugins-install' target to 'install-plugins' (thanks to Helmut Auer).

Have fun!

Klaus

Alles anzeigen

MfG

Dr. Seltsam · 29. Januar 2006

unglaublich. 4 Stunden lang online und noch kein Feedback? Sind wir alle etwa schon "satt" ?

I30R6 · 29. Januar 2006

Naja eher in Trauer Stimmung

aber trotzdem Danke , Kls . rennt wie immer

I30R6

duc · 30. Januar 2006

wieso in trauer stimmung ?

sdu · 30. Januar 2006

Zitat

Original von duc
wieso in trauer stimmung ?

-> http://www.vdr-portal.de/board/thread.php?threadid=45094

ggsm · 30. Januar 2006

mal wieder ein paar super Änderungen danke!

ronnykornexl · 30. Januar 2006

Nabend

Geht bei wem tvmovie2vdr, mit dieser VDR Version?

Bekomme einen restart (vdr), beim füttern mit externen EPG Daten?

Code

bash> /usr/local/bin/tvm2vdr.pl -v
...
inserting new 1139085300 NZZ Format 53671
clearing EPG
clre
< EPG data cleared
quit
< host closing connection
EPG-Info for gotv:  -1 / 0
PUTE
< Enter EPG data, end with "." on a line by itself
C S19.2E-1-1115-13102 GoTV;GoTV
E
T
e
c
.
<
EPG-Info for das-vierte:  -1 / 115
PUTE
<
C S19.2E-133-5-1793 DAS VIERTE,D VIERTE;BetaDigital
Broken pipe

Alles anzeigen

MFG Ronny

Eichbaum · 30. Januar 2006

Hi,

ich habe die gleiche Frage zwar schon bei der 1.3.40 gestellt, jedoch noch keine Antwort bekommen. Deshalb probier ichs hier nochmal...

Ich hatte die Ganze Zeit 1.3.34 im Einsatz.
Nun bin ich auf 1.3.39 bzw. jetzt auf 1.3.40 umgestiegen. Dabei habe ich bemerkt, das wenn ich auf einen Prem Kanal umschalte, das ganze viel länger dauert als vorher.
Hat das noch jemand bemerkt oder ist nur ein Problem von mir?

Gruß
Boris

steffx · 30. Januar 2006

Hallo,

ich habe von vdr-1.3.38 auf 1.3.41 upgedatet. Erst sah alles ganz gut aus. Jetzt musste ich jedoch folgendes feststellen:

Ich habe ein System mit zwei DVB-Karten. Starte ich jetzt eine Aufnahme auf der zweiten Karte und schalte dann um (mit Channel+ bzw Channel-) springt die primäre Karte auf den nächsten Kanal auf dem selben Transponder (also z.b. von Sat1 auf Pro7), die anderen Kanäle werden einfach übersprungen (wie bei einem System mit nur einer Karte).

Wähle ich einen anderen Kanal über die Zifferntasten kann ich diesen problemlos anschauen.
Ohne Aufnahme verhält sich das System völlig normal.

Mache ich was falsch ?
Hat sonst noch jemand dieses Problem ?

steffx

stefan.h · 30. Januar 2006

steffx:

Siehe dazu meine Mails auf der ML: "channel up/down doesnn't work"

Gruß
Stefan

kla.b · 30. Januar 2006

Hallo Eichbaum,
habe auch das Gefühl das die Umschaltzeiten seit 1.3.39 länger sind.
Sonst läufts prima.

John Difool · 30. Januar 2006

Hi ronnykornexl, Hi Eichbaum,

habe hier tvmovie2vdr 0.5.4-1 mit vdr 1.3.40-1 im Einsatz auf zwei VDR.

Funktioniert, aber ich habe festgestellt das ich erst in das /etc/vdr/tvmovie2vdr Verzeichnis wechseln muss, bevor ich /usr/bin/tvm2vdr.pl starte.
Sonst hatte ich ebenfalls einen Restart des VDR.

Bye
John

steffx · 30. Januar 2006

stefan.h

danke für den Tipp. Hab das Primär-Limit jetzt von 2 auf 0 gesetzt und das System verhält sich jetzt wie erwartet.
Nur verstanden hab ich nix
Was ist eigentlich das Primär-Limit (nehme an die anzahl der gleichzeitigen Aufnahmen auf dem primären Device) ??
Und warum muß ich das jetzt auf 0 stellen ... ist das ein Bug oder ein Feature ??

steffx

HolgerR · 30. Januar 2006

Zitat

Original von steffx
Was ist eigentlich das Primär-Limit (nehme an die anzahl der gleichzeitigen Aufnahmen auf dem primären Device) ??

Nope, das ist die Priorität, bei der das Primary Device anfängt, zuzuschlagen. Sehr nützlich für "fake-Aufnahmen: Einfach eine Aufnahme auf einem Sender programmieren, den nur das Primary Device hat, mit der Priorität = "0" und das Limit auf "1" setzen. Der Rechner wacht auf und zeichnet "nichts" auf. Wie gesagt: Nützlich für alles mögliche

Gruß,
Holger

ggsm · 30. Januar 2006

Eichbaum ich hab das Premiere Problem auch. Vorallem kann ich oft gar nicht
auf Premiere 2-7 schalten. 1 funktioniert immer. Mit der alter Version klappts.

EDIT: also auf die Sender schalten kann ich schon, aber es bleibt dunkel.

franzose · 30. Januar 2006

Zitat

Original von HolgerR
Nope, das ist die Priorität, bei der das Primary Device anfängt, zuzuschlagen. Sehr nützlich für "fake-Aufnahmen: Einfach eine Aufnahme auf einem Sender programmieren, den nur das Primary Device hat, mit der Priorität = "0" und das Limit auf "1" setzen. Der Rechner wacht auf und zeichnet "nichts" auf. Wie gesagt: Nützlich für alles mögliche

Hä? Da habe ich mal so gar nichts verstanden von...

hotzenplotz5 · 30. Januar 2006

jop auch hier das problem mit premiere. alle anderen verschlüsselten sender funktionieren ohne probleme. nur premiere 2-7 zickt.
die aber auch nur mit channel up/down. schalte ich direkt auf z.b premiere3
(liegt bei mir aufr 57 also 5-7) dann funktionieren auch premiere2-7 ohne probleme ?!

Zitat

habe auch das Gefühl das die Umschaltzeiten seit 1.3.39 länger sind

bei mir eher das gegenteil, wie gesagt nur die premiere sender "verhalten" sich seltsam

kls · 30. Januar 2006

Zitat

Original von steffx
Hallo,

ich habe von vdr-1.3.38 auf 1.3.41 upgedatet. Erst sah alles ganz gut aus. Jetzt musste ich jedoch folgendes feststellen:

Ich habe ein System mit zwei DVB-Karten. Starte ich jetzt eine Aufnahme auf der zweiten Karte und schalte dann um (mit Channel+ bzw Channel-) springt die primäre Karte auf den nächsten Kanal auf dem selben Transponder (also z.b. von Sat1 auf Pro7), die anderen Kanäle werden einfach übersprungen (wie bei einem System mit nur einer Karte).

Wähle ich einen anderen Kanal über die Zifferntasten kann ich diesen problemlos anschauen.
Ohne Aufnahme verhält sich das System völlig normal.

Alles anzeigen

Ändere mal die Zeile

if (Channel && !Channel->GroupSep() && cDevice::GetDevice(Channel, 0))

in menu.c nach

if (Channel && !Channel->GroupSep() && (PrimaryDevice()->ProvidesChannel(Channel, Setup.PrimaryLimit) cDevice::GetDevice(Channel, 0)))

(ungetestet, nur 'ne Idee).

Klaus

ronnykornexl · 30. Januar 2006

Zitat

Original von John Difool
Hi ronnykornexl, Hi Eichbaum,

habe hier tvmovie2vdr 0.5.4-1 mit vdr 1.3.40-1 im Einsatz auf zwei VDR.

Funktioniert, aber ich habe festgestellt das ich erst in das /etc/vdr/tvmovie2vdr Verzeichnis wechseln muss, bevor ich /usr/bin/tvm2vdr.pl starte.
Sonst hatte ich ebenfalls einen Restart des VDR.

Bye
John

Alles anzeigen

Nabend

Hier geht es aber um 1.3.41, und da scheint etwas nicht mehr zu passen.

Ob es das ist?

Code

- EPG events from epg.data or SVDRP's PUTE command now have their Title set to "No Title" if none was set.

Eigentlich sollte es ja nicht möglich sein VDR via SVDRP (was für ein Befehl / Daten auch immer) ins Nirvana zu schicken.

MFG Ronny

kls · 30. Januar 2006

Zitat
Original von ronnykornexl
Nabend

Geht bei wem tvmovie2vdr, mit dieser VDR Version?

Bekomme einen restart (vdr), beim füttern mit externen EPG Daten?
Code
bash> /usr/local/bin/tvm2vdr.pl -v
...
inserting new 1139085300 NZZ Format 53671
clearing EPG
clre
< EPG data cleared
quit
< host closing connection
EPG-Info for gotv:  -1 / 0
PUTE
< Enter EPG data, end with "." on a line by itself
C S19.2E-1-1115-13102 GoTV;GoTV
E
T
e
c
.
<
EPG-Info for das-vierte:  -1 / 115
PUTE
<
C S19.2E-133-5-1793 DAS VIERTE,D VIERTE;BetaDigital
Broken pipe
Alles anzeigen
MFG Ronny
Alles anzeigen

Die Daten sind nicht korrekt, da nach E bzw. T ja eigentlich noch was kommen sollte

Ändere mal

Code

case 'e': if (!Event->Title())
                         Event->SetTitle(tr("No title"));
                      Event = NULL;

in epg.c nach

Code

case 'e': if (Event && !Event->Title())
                         Event->SetTitle(tr("No title"));
                      Event = NULL;

Wenn die Daten fehlerhaft waren wird kein Event erzeugt, und dann "kracht's" natürlich hier.

Klaus

[vdr] [ANNOUNCE] VDR developer version 1.3.41

Jetzt mitmachen!

Teilen

Benutzer online in diesem Thema