vdr developer Version 1.3.5

  • Ha ha, endlich mal wieder Erster... :D


    VDR developer version 1.3.5 is now available at


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


    Probably the most important new feature in this version is support
    for VPS ("Video Programming Service") controlled timer recordings.
    This work is actually in a pretty early state, and there is most
    likely still a lot to be tested and improved - but so far it appears
    to work pretty good, so I thought I'd let it out now.


    Please read the file README.vps for more information about how this
    works, and what still has to be done.


    *** BE VERY CAREFUL WHEN USING VPS CONTROLLED TIMERS!
    *** IT MIGHT BE A GOOD IDEA TO PROGRAM BOTH A VPS CONTROLLED AND
    *** A "NORMAL" TIMER (WITH A DIFFERENT START TIME AND MAYBE A SOMEWHAT
    *** DIFFERENT FILE NAME) IF YOU WANT TO RECORD SOMETHING REALLY IMPORTANT.


    With all that said, I would appreciate if many of you could test this
    new and long awaited feature and report any bugs or unexpected behaviours
    you might encounter.


    One funny side note: when I tried to test the VPS function with yesterday's
    "Wetten, dass...?" it actually ended exactly in time - now who would have
    expected _that_? ;)


    WARNING:
    ========


    Before using this version, please make sure you read the file
    README.developer (which is contained in this archive). Also, please
    don't use this version in your "productive" environment (unless you
    know what you're doing ;-), because it automatically changes the
    'channels.conf' file and the changed file might not work with older
    versions of VDR.


    Note that due to the new transponder scanning the number of channels
    may increase dramatically, and so may the amount of EPG data.
    Set the "Setup/DVB/Update channels" option to a smaller value if you
    don't want to get new transponders or channels.


    The changes since version 1.3.4:


    - Fixed reading the EPG preferred language parameter from 'setup.conf'.
    - Fixed switching to a visible programme in case the current channel has neither
    a video nor an audio PID.
    - Fixed editing channels (SID now range checked) and creating new channels (NID,
    TID and RID are now set to 0).
    - Fixed transponder handling to make it work with satellites that provide two
    transponders on the same frequency, with different polarization, like Hispasat
    at S30.0W (thanks to Thomas Bergwinkl for pointing this out). See man vdr(5)
    for details about the enhanced channel ID format.
    - Since there appears to be no general solution for the UPT error yet, a recording
    now initiates an "emergency exit" if the number of UPT errors during one
    recording exceeds 10 (suggested by Gregoire Favre). Since the UPT error doesn't
    happen on my system, this has not been explicitly tested.
    The "preliminary fix" for the UPT error in VDR/dvbdevice.c has been disabled
    by default, since it makes channel switching unpleasently slow. If you want
    to have that workaround back, you can uncomment the line
    //#define WAIT_FOR_LOCK_AFTER_TUNING 1
    in VDR/dvbdevice.c.
    - Adapted the 'sky' plugin to use the actual channel IDs, and to fetch EPG data
    from www.bleb.org.
    - Limited automatic retuning to devices that actually provide the transponder
    (necessary for the 'sky' plugin).
    - Fixed handling receivers in the 'sky' plugin, so that a recording on the same
    channel won't interrupt an ongoing Transfer Mode.
    - Added subtable ID and TSDT handling to 'libsi' (thanks to Marcel Wiesweg).
    - Fixed some Russian OSD texts (thanks to Vyacheslav Dikonov).
    - Added the 'running status' to the EPG events. This is necessary for implementing
    the VPS function for recording.
    - Removed the obsolete 'present' and 'following' handling from the EPG data.
    - The EPG data is now always kept sorted chronologically in the internal data
    structures. This also means that any EPG data retrieved through the SVRDP
    command LSTE is guaranteed to be sorted by start time.
    - Now using the 'running status' in the channel display, so that a programme
    that has an end time that is before the current time, but is still running,
    will still be shown in the display (provided the broadcasters handle the
    'running status' flag correctly). This also applies to programmes that have
    a start time that is in the future, but are already running.
    - Implemented an "EPG linger time", which can be set to have older EPG information
    still displayed in the "Schedule" menu (thanks to Jaakko Hyvätti).
    - Added PDCDescriptor handling to 'libsi'.
    - Implemented handling the VPS timestamps (aka "Programme Identification Label")
    for full VPS support for timers (provided the tv stations actually broadcast
    this information). The VPS time is displayed in the event info page if it exists
    and is different than the event's start time.
    - Extended the SVDRP command LSTE to allow limiting the listed data to a given
    channel, the present or following events, or events at a given time (thanks to
    Thomas Heiligenmann).
    - Fixed a typo in libsi/si.h (thanks to Stéphane Esté-Gracias).
    - Timers can now be set to use the VPS information to control recording a programme.
    The new setup options "Recording/Use VPS" and "Recording/VPS margin", as well as
    the "VPS" option in the individual timers, can be used to control this feature
    (see MANUAL for details).
    Note that this feature will certainly need a lot of testing before it can be
    called "safe"!
    - The "Schedule" and "What's on now/next?" menus now have an additional column
    which displays information on whether there is a timer defined for an event,
    whether an event has a VPS time that's different than its start time, and
    whether an event is currently running (see MANUAL under "The "Schedule" Menu"
    for details).


    The DVB driver I am currently using can be found at


    ftp://ftp.cadsoft.de/vdr/Devel…ux-dvb.2003-11-08.tar.bz2


    which is the CVS 'HEAD' version from 2003-11-08, made available as a complete
    archive for your convenience. Of course, you can also use any newer version from
    the CVS.


    Have fun!


    Klaus

    Meine VDRs:
    >>>Mac mini 2010 mit 2x Sundtek SkyTV Ultimate III, Logitech Harmony 300i, yavdr-0.5a mit softhddevice<<< >>>ZOTAC D2550 ITX-WIFI Supreme mit DD Cine S2, Gehäuse OrigenAE M10, Logitech Harmony 300i, yavdr-0.5a mit softhddevice<<< >>>Raspberry Pi
    2 mit Sundtek SkyTV Ultimate IV, raspbian, rpihddevice-Plugin, Logitech Harmony 200<<<

    2 Mal editiert, zuletzt von maz ()

  • Hi,


    schade eigentlich dass nicht alle Sender ein VPS-Signal bereitstellen, die Kosten dafür dürften sich doch wohl in Grenzen halten. Für alle Tester: Guckt mal unter http://www.st-poelten.at/medien/catv.html , um herauszufinden, welche Sender VPS unterstützen.


    mfg maz

    Meine VDRs:
    >>>Mac mini 2010 mit 2x Sundtek SkyTV Ultimate III, Logitech Harmony 300i, yavdr-0.5a mit softhddevice<<< >>>ZOTAC D2550 ITX-WIFI Supreme mit DD Cine S2, Gehäuse OrigenAE M10, Logitech Harmony 300i, yavdr-0.5a mit softhddevice<<< >>>Raspberry Pi
    2 mit Sundtek SkyTV Ultimate IV, raspbian, rpihddevice-Plugin, Logitech Harmony 200<<<

  • Moin!
    VPS???
    Auch über Satellit?? Oder doch nur über Kabel?
    Dann habe ich da wohl was versäumt, bitte klärt mich auf !!


    bis neulich
    Tom

    ____________________________________________________________________
    Irren ist menschlich - aber wer richtigen Mist bauen will, braucht einen Computer! ;)


  • Das hat nichts mit Sat/Kabel/Terrestrisch zu tun, die Technik ist
    immer die gleiche. Es hängt lediglich davon ab, ob die EPG-Daten
    die nötigen Informationen enthalten. Ich weiß nicht, ob das bei
    S/C/T unterschiedlich ist - würde mich aber wundern, wenn es so wäre,
    denn das wäre ja zusätzlicher Aufwand, jeweils unterschiedliche EPG-Daten
    zu pflegen...


    Klaus

  • hi,


    da gib es nicht viel zu sagen, VPS ist auch für DVB-Standard definiert, wurde aber (vor allem in der anfangszeit) kaum oder nicht durch die anbieter (sender) unterstützt (bzw. nur für analog "ausgestrahlt")
    scheinbar gibt es jetzt ausreichend anbieter, so das es sich gelohnt hat das in der software zu berücksichtigen

  • Hey,


    das ist ja genial!!


    Danke für die Infos :]



    bis neulich
    Tom

    ____________________________________________________________________
    Irren ist menschlich - aber wer richtigen Mist bauen will, braucht einen Computer! ;)

  • Zitat

    Original von jowi24
    Es gibt mehrere Rejects, hauptsächlich wegen der layouttechnischen Veränderungen im Rahmen der VPS-Unterstützung. Der Patch lässt sich also ohne grössere Modifikationen nicht anweden.


    Wie wär's denn, wenn ihr erstmal die _Funktion_ testet, bevor ihr euch
    mit Patcherei beschäftigt? ;)


    Klaus

  • Hallo Klaus!


    Ich habe mal ein paar Sendungen auf ZDF aufgenommen. Allerdings waren am Anfang und Ende der Aufnahme jeweils noch andrere Sachen (Nachrichten, Werbung etc.). Das ist nicht ganz so, wie ich das vom Videorecorder mit VPS gewöhnt bin. Dort starteten bzw. endeten die Aufnahmen wirklich punktgenau am Anfang bzw. am Ende der Sendung. Sicherlich hat es etwas damit zu tun, daß die Sendeanstalten das Signal nicht korrekt schalten. Oder war die Funktion nur für direkt verschobene Sendungen gedacht?
    Da die wenigsten Sender VPS unterstützen, finde ich die globale Einstellung zur Aktivierung von VPS nicht so gut. Da bei aktiviertem VPS die Einstellung für den Zeitpuffer bei Aufnahme nicht greift, wenn ich VPS bei dem jeweiligen Timer deaktiviere.
    Ich fände es besser, wenn in den Timereinstellungen bei aktiviertem VPS die Zeiten des EPG verwendet werden und wenn ich VPS deaktiviere gleich die Zeiten des Timers so abgeändert werden, daß sie wie sonst den Zeitpuffer-Einstellungen entsprechen.


    Gruß,


    Marcus

  • Hallo Klaus,


    Zitat

    Original von kls
    Wie wär's denn, wenn ihr erstmal die _Funktion_ testet, bevor ihr euch
    mit Patcherei beschäftigt? ;)
    Klaus


    klar machen wir das!


    Die besten 'Testfälle' sind jedoch der ganz normale Betrieb durch 'unbeteiligte' User. Ohne Elchi Patch stösst der VDR in meiner Family leider auf wenige Gegenliebe. Ich werd ihn heut Abend einfach mal parallel installieren und switche dann immer zum testen um.


    Oh, hab grad gelesen, dass ich damit nichtmal alleine dastehe :) Du siehst also, das Leben ist garnicht so einfach!

  • Zitat

    Original von DarkAngel
    Da die wenigsten Sender VPS unterstützen, finde ich die globale Einstellung zur Aktivierung von VPS nicht so gut. Da bei aktiviertem VPS die Einstellung für den Zeitpuffer bei Aufnahme nicht greift, wenn ich VPS bei dem jeweiligen Timer deaktiviere.


    Ups, da war ich wohl etwas voreilig. Wenn man auf einem Sender, der kein VPS unterstützt, einen Timer programmiert, wird automatisch "VPS" auf "nein" gesetzt und die Zeitpuffer-Einstellungen werden verwendet. Von daher ist die globale VPS-Einstellung doch sehr sinnvoll, so muß man auch nicht immer überlegen, ob der jeweilige Sender VPS unterstützt oder nicht.


    Gruß,


    Marcus

  • Zitat

    Original von DarkAngel
    Hallo Klaus!


    Ich habe mal ein paar Sendungen auf ZDF aufgenommen. Allerdings waren am Anfang und Ende der Aufnahme jeweils noch andrere Sachen (Nachrichten, Werbung etc.). Das ist nicht ganz so, wie ich das vom Videorecorder mit VPS gewöhnt bin. Dort starteten bzw. endeten die Aufnahmen wirklich punktgenau am Anfang bzw. am Ende der Sendung. Sicherlich hat es etwas damit zu tun, daß die Sendeanstalten das Signal nicht korrekt schalten. Oder war die Funktion nur für direkt verschobene Sendungen gedacht?


    So wie es aussieht muß man schon froh sein, wenn die Sender das "Running Status"
    einigermaßen genau schalten. Ich hatte in den letzten Tagen bei einigen Test sogar
    erhebliche Abweichungen, so wurde z.B. am Sonntag die Sendung ALPHA-CENTAURI
    auf BR-Alpha nicht richtig aufgenommen - der Event war von ca. 20:15 bis ca. 20:30
    auf "running", was natürlich komplett falsch war.


    Ich habe deswegen mal mit "ARD-Digital" Kontakt aufgenommen, bisher aber
    leider noch keine Antwort erhalten... :(


    Bin allerdings noch nicht 100%ig sicher, ob nicht doch noch ein Fehler in VDR ist...


    Klaus

  • Zitat

    Original von kls
    Ich habe deswegen mal mit "ARD-Digital" Kontakt aufgenommen, bisher aber
    leider noch keine Antwort erhalten... :(


    Wow - mittlerweile habe ich eine Antwort von einem Techniker vom
    ARD Play-Out-Center erhalten, der auch noch selber begeisterter VDR-Anwender ist :)
    Also beste Chancen, die Sache in den Griff zu bekommen...


    Klaus

  • Zitat

    Original von kls
    Wow - mittlerweile habe ich eine Antwort von einem Techniker vom
    ARD Play-Out-Center erhalten, der auch noch selber begeisterter VDR-Anwender ist :)
    Also beste Chancen, die Sache in den Griff zu bekommen...


    Klaus


    Coole sache. :hat1 :prost2
    Manchmal denkt man ja, die hätten die DigitalTV-Zuschauer vergessen.


    Ich hätte noch 2 bis 3 Testsendungen heute Abend auf ZDF anzubieten (siehe Bild). Die Zeitänderungen wurden im EPG aktualisiert, aber die eingeschobene Sendung "ZDF Spezial: Terror im Irak" von 19:21 bis 19:35 wurde vom Sender nicht aktualisiert. :(


    Gruß,


    Marcus

  • Folgende Sachen sind mir beim Programmieren der Timer noch aufgefallen.
    Nach der Programmierung von "Sie wollten Hitler töten" und "Frontal21" standen die korrekten VPS-Anfangs- und End-Zeiten im Timer-Menü.
    Nach einem Neustart von VDR sah das allerdings etwas anders aus. Die Endzeiten der Timer hatten sich verschoben (siehe Bild). ich nehme mal an, daß dadurch die korrekte VPS-Aufnahme nicht gelingt.


    Dabei ist mir noch etwas aufgefallen. Manchmal kommt es ja vor, daß ein Timer trotz erfolgreicher Aufnahme in der Timerliste verbleibt. Heute ist das bei mir gleich drei mal bei Aufnahmen mit VPS auf ZDF passiert (siehe Bild oben).


    Gruß,


    Marcus

  • werden eigentlich die patches auch in den VDR eingebaut ? bin da net auf dem laufenden aber mir kommt das so vor als ob so sachen wie z.b. die Submenüs schon sehr stable sind und eigentlich mal in den VDR standartmässig reinkönnen oder ?
    wäre nett dann entfällt das sehr nervige crosspatching ...


    mittlerweile sind das ja schon ziemliche viele patches ...
    warum packen die patch entwickler die änderungen nicht eigentlich gleich in den cvs ??


    sonst ein SEHR gutes Programm bin echt begeistert

    YAVDR 0.3
    DVB-S (noch ohne HD)
    Asus M4N78 PRO mit onboard Geforce 9300 + AMD X2 250 3,00ghz
    4 GB Ram
    Wakeup mit Standby (das ganze schön via Telefon und Jabber steuerbar)

    Einmal editiert, zuletzt von scobby ()

Jetzt mitmachen!

Sie haben noch kein Benutzerkonto auf unserer Seite? Registrieren Sie sich kostenlos und nehmen Sie an unserer Community teil!