[vdr] [ANNOUNCE] VDR developer version 1.3.38

  • Von: Klaus Schmidinger
    An: ML
    Datum: Heute 13:34:59

    VDR developer version 1.3.38 is now available at


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


    A 'diff' against the previous version is available at


    ftp://ftp.cadsoft.de/vdr/Developer/vdr-1.3.37-38.diff


    The changes since version 1.3.37:


    - Fixed handling second audio and Dolby Digital PIDs for encrypted channels
    (was broken in version 1.3.37).
    - Improved TS/PES conversion to better handle lost TS packets (thanks to
    Reinhard Nissl).
    - Limited the frequency of log messages from the cRepackers.
    - Now using the gettid() syscall to get a thread's pid, so that we get a
    useful value on NPTL systems (suggested by Johannes Stezenbach).
    - Fixed the RCU remote control handling to avoid problems with NPTL (thanks
    to Andreas Share for reporting a lockup with the RCU on NPTL systems).
    - When displaying the amount of free disk space, the space consumed by
    recordings that have been "deleted" but not yet actually "removed" is now
    taken into account (suggested by Christian Vogt).
    - Now avoiding unnecessary disk access when checking if there are deleted
    recordings that need to be removed (reported by Carsten Koch).
    - Fixed handling the DELETEDLIFETIME when removing deleted recordings. Now
    a deleted recording is retained at least DELETEDLIFETIME seconds before
    actually removing it.
    The value of DELETEDLIFETIME has been changed to 300. So after (possibly
    inadvertently) deleting a recording, there will be at least 5 minutes
    in which it can be recovered (unless a new recording immediately requires
    the disk space). The count starts again at 0 every time VDR is started.
    - Fixed a possible crash when displaying the "Low disk space!" message from
    a background thread (thanks to Christof Steininger).
    - Fixed handling OSD areas that have invalid sizes (thanks to Marco Schlüßler).
    - Added a mutex to AssertFreeDiskSpace() to make sure calls from foreground
    and background threads won't interfere.
    - The main menu now dynamically updates its contents in case an instant
    recording or replay stops, etc.
    - The version number of EPG events is now also stored in the epg.data file
    (thanks to Kendy Kutzner).
    - EPG events that are no longer in the currently broadcasted data stream are
    now automatically deleted.
    - Removed an invalid access to Event->schedule in cSchedule::DelEvent().
    - Modified cSchedule::Cleanup() (events are always sorted by time).
    - Schedules are now cleaned up once every hour (not only at 05:00).
    - The "Schedule" and "What's on now/next?" menus are now updated if a timer
    is set or modified.
    - cTimer no longer has its own 'schedule' member, it rather uses that of the
    event it has been set to.
    - The "Red" button in the "Schedule", "What's on now/next?" and "Event" menus
    now immediately creates a timer for the selected event and marks it with 'T'.
    If the event is already marked with 'T', the "Red" button opens the "Edit
    timer" menu for that timer.
    - Removing deleted recordings is now done in a separate thread.
    - Dropped the unused "stop recording on primary interface" stuff.
    - Converting a grabbed image to JPEG is now done with the new function
    RgbToJpeg() (see tools.h).
    - The SVDRP command GRAB now determines the image type (JPEG or PNM) from the
    extension (".jpg", ".jpeg" or ".pnm") of the given file name. The explicit
    'jpeg' or 'pnm' parameter is still accepted for backward compatibility, but
    has no meaning any more.
    - The function cDevice::GrabImage() no longer writes the grabbed image to a
    file, but rather returns a pointer to the image in memory. The wrapper
    function cDevice::GrabImageFile() can be used to write the grabbed image
    directly to a file. Plugins that used the old version of cDevice::GrabImage()
    need to be adapted to the new interface.
    - The new class cBase64Encoder (see tools.h) can be used to encode data in
    base64 (thanks to Bob Withers for publishing his Base64 class).
    - The SVDRP command GRAB now writes the image data to the SVDRP connection
    (encoded in base64) if the given file name consists of only the file
    extension (".jpg", ".jpeg" or ".pnm"), or if only "-" is given as file
    name (based on a suggestion from Darren Salt).
    A simple way of viewing a grabbed image on a remote host is:


    svdrpsend.pl -d <hostname> 'grab -' | sed -n -e 's/^216-//p' -e '1ibegin-base64 644 -' -e '$a====' | uudecode | display


    - The new command line option '-g' must be given if the SVDRP command GRAB
    shall be allowed to write image files to disk. The parameter to this option
    must be the full path name of an existing directory, without any "..", double
    '/' or symlinks. By default, or if "-g- is given, grabbing to files is
    not allowed any more because of potential security risks.
    - Modified the way the SVDRP command GRAB writes the grabbed image to a file
    to avoid a security hole (CAN-2005-0071, reported by Javier Fernández-Sanguino
    Peña):
    + The file handle is now opened in a way that it won't follow symbolic links
    (suggested by Darren Salt).
    + The given file name is now canonicalized, so that it won't contain any
    ".." or symlinks (suggested by Darren Salt).
    + Grabbing to files is limited to the directory given in the the command
    line option '-g'. By default grabbing to files is not allowed any more.
    - Updated the Greek OSD texts (thanks to Dimitrios Dimitrakos).
    - Changed all "illegal" to "invalid" in error messages (there's nothing "illegal"
    in VDR ;-).
    - When started as user 'root' VDR now switches to a lesser privileged user id,
    keeping the capability to set the system time (based on a patch from Ludwig
    Nussel). By default the user id 'vdr' is used, which can be changed through
    the new command line option '-u'. Note that for security reasons VDR will no
    longer run as user 'root' (unless you explicitly start it with '-u root',
    but this is not recommended!). The 'runvdr' script has been changed to
    use the '-u' option.
    - Changed the API of the functions cStatus::Recording() and cStatus::Replaying(),
    so that they can provide the full file name of the recording. Plugins that use
    these (or the related cStatus::Msg...() functions) need to be adapted
    (suggested by Andreas Brugger).
    - The DVB devices now retune (and, if applicable, resend the DiSEqC data) if
    the lock is lost (based on a patch from Reinhard Nissl).
    - Fixed handling multi byte key sequences in cKbdRemote (based on a patch from
    Jürgen Schneider).
    - Removed unused variables in skinclassic.c and skinsttng.c (thanks to Marco
    Schlüßler).
    - Made the static cControl functions thread safe (thanks to Patrick Fischer).
    - Fixed initializing pthread_mutexattr_t and pthread_rwlockattr_t to avoid
    warnings with g++ 4.1.0 (thanks to Ville Skyttä).
    - Fixed incrementing the 'state' variables in the repacker classes in remux.c
    to avoid warnings with g++ 4.1.0 (reported by Ville Skyttä).
    - The Makefile now reports a summary of failed plugins (thanks to Udo Richter).
    - The cTimer constructor can now take an optional cChannel (suggested by
    Patrick Fischer).
    - Fixed setting the main thread id if VDR is running as a daemon.
    - Fixed handling TS packets in cTS2PES (thanks to Reinhard Nissl).
    - Added cTimer::SetPriority() to set a timer's priority (suggested by Kendy Kutzner).
    - Added cMenuEditStrItem::InEditMode() (suggested by Christian Wieninger).
    - Now using FE_READ_STATUS to read the current frontend status (suggested by
    Holger Wächtler).
    - The "Menu" key now behaves consistently. If there is anything on the OSD, it
    is closed when the "Menu" key is pressed, and if there is nothing on the OSD,
    the "Menu" key opens the main menu (suggested by Luca Olivetti).
    - The new option "Setup/OSD/Timeout requested channel info" can be used to turn
    off the automatic timeout of the channel display in case it was invoked by
    a press of the "Ok" key (suggested by Thiemo Gehrke).
    - A message is now given when an instant recording is started (suggested by
    Helmut Auer). Actually the code was already there, just commented out - don't
    remember why it wasn't active...
    - Removed an obsolete "Summary" text from i18n.c and preceded all key definition
    texts with "Key$" to avoid duplicates (reported by Lucian Muresan).
    - Preceded all button texts with "Button$".
    - Removed obsolete "Eject", "Language" and "scanning recordings..." texts.
    - Added missing #include "thread.h" to dvbspu.c (reported by Gavin Hamill).
    - Disabled the use of "fadvise" in cUnbufferedFile because there have been
    several reports that it causes more problems than it solves (suggested by
    Petri Hintukainen). If you want to use "fadvise", you can activate the line
    //#define USE_FADVISE
    in tools.c.
    - Removed unused 'offset' member from cOsdItem.
    - In the "Channels" menu the numeric keys now position the cursor to the channel
    with the given number (see MANUAL, section "Remote Control Keys", note (3) for
    details).
    - The "Mark/Move" function in the "Channels" menu now also works in the non-numeric
    sort modes.
    - The default cOsdObject::Show() now automatically calls cOsdMenu::Display() if
    this is a menu.
    - The new "Info" key brings up information on the currently viewed programme
    or recording. For a live programme this is the same as "Schedule/Ok", i.e. the
    description of the current EPG event. For a recording this is the same as shown
    by the "Info" button in the "Recordings" menu. Plugins that implement players
    can overwrite their cControl::GetInfo() function to show their own info (see
    PLUGINS.html for details). Pressing the "Info" key again while the info is
    displayed will close the OSD. In order to assign this new key to an existing
    remote control setup, the remote.conf file needs to be deleted and VDR has
    to be restarted to go through the process of learning the remote control keys.
    - Any cReceivers still attached to a cDevice when that device switches to a
    different transponder are now automatically detached (suggested by Patrick
    Fischer).
    - The "flags" of a timer are now handled as an unsigned integer value. In order
    to do this, the interface of cMenuEditBitItem also had to be changed.
    - In string entry fields (like, e.g., the file name of a recording) the characters
    can now be entered by pressing the numeric keys, the same way as on a
    telephone keypad (based on the "Easy Input" patch from Marcel Schaeben).
    - Fixed the "Day" field of the "Edit timer" menu when pressing '0' to switch
    from "single shot" to "weekly", followed by the "Right" key (reported by
    Andreas Böttger).
    - The file 'ca.conf' is obsolete and has been removed.
    - Revised all descriptions regarding CICAM.
    - Adapted c(Dvb)Device::ProvidesCa() to the dynamic CA handling.
    - Added a mutex to synchronize cDevice::PlayPesPacket() and SetCurrentAudioTrack()
    (thanks to Reinhard Nissl).
    - Added a SleepMs() in cRecorder::Action() to avoid a busy loop (thanks to Ingo
    Schneider).
    - Cleaned up some trailing white space.



    Well, I've been quite busy working my way towards version 1.4, so
    the list of changes is pretty long this time. Hopefully there will
    only be a few more changes, so I guess we can already see version 1.4
    coming up on the horizon... ;)



    Have fun!


    Klaus

    Dirk

  • *lol* rund 7Minuten nachdem kls das gepostet hat stehts schon hier..

  • skiller2k1


    :D sorry, ich war paar sek. schneller :D


    wirbel


    und 1min nachdem ich per Mail hatte, stands hier

    Dirk


  • Licht am Ende des Horizontes, und das wo mein Urlaub in der nächsten Woche endet. ;(


    Aber trotzdem riesen Vorfreude auf das was da noch kommt. :]


    MacGyver

    :bounce1:fans:bounce1
    -----------------------------------------------------------------------------------------------------------------------------------


    VDR1 Athlon XP 1800, 768MB Ram, 380GB HDD, Nexus 2.2 + Nova plus, Homebrew LircD, GLCD 128x64 mit EasyVDR


    VDR2 Samsung SMT7020-S, 160GBHDD, WakeUp Board von Steve

  • Wow! Das ist *wirklich* mal eine lange Liste an Änderungen!


    Das hier:


    Zitat

    - When displaying the amount of free disk space, the space consumed by
    recordings that have been "deleted" but not yet actually "removed" is now
    taken into account (suggested by Christian Vogt).


    empfinde ich persönlich als kleine Revolution. Mannmann... was wurde man hier im Board "beschimpft" für die blosse Anregung - so Sachen wie, man würde sich nur am freien Diskspace "aufgeilen" wollen, und man solle sich keine Sorgen machen und so Zeugs. Jetzt ist es Bestandteil des VDR geworden. Danke Klaus!


    Gruß,
    Holger

  • Cool!


    Eine richtige grosse Announce! Mein Sonntag ist gerettet ;)


    Leider bekomme ichs aber noch nicht compiliert (Slackware 10.1).


    Zuerst fehlte die sys/capability.h. Die hab ich im Kernel gefunden (ist das die richtige?) und nach /usr/include/sys verlinkt.


    Nun schlägt der Compiler erst später fehl:


    Any Ideas?


    Slackware 10.1.0, Kernel 2.6.14, gcc 3.3.5.


    so long,


    wys


    Sirtobi

    Alte Hardware: Nova-T (neu), DXR3-Karte (RealMagic), Duron 1300+, 256MB Ram
    Software: VDR (devel), Kernel 2.6.16, Slackware 10.2.0


    Neue Hardware: Compaq Deskpro PIII-733, PVR-350, PVR-500,256MB Ram
    Neue Software: VDR(latest stable), Kernel 2.6.21.1, Slackware 11.0.0, ivtv 0.10.2, pvrinput+pvr350 (Wirbel/Seltsam), lirc

  • Das sind nun echt extrem viele Änderungen.
    Einige finde ich sehr gut.


    Was ich auch recht nett finde ist nun die Info Taste.
    Die kann man auch als Hilfe Taste betrachten. Nun kann z.B. das DVD Player Plugin dort seine Tastenbelegung reinschreiben.

  • Jupp!


    An der libcap lags. Dank Dir!

    Alte Hardware: Nova-T (neu), DXR3-Karte (RealMagic), Duron 1300+, 256MB Ram
    Software: VDR (devel), Kernel 2.6.16, Slackware 10.2.0


    Neue Hardware: Compaq Deskpro PIII-733, PVR-350, PVR-500,256MB Ram
    Neue Software: VDR(latest stable), Kernel 2.6.21.1, Slackware 11.0.0, ivtv 0.10.2, pvrinput+pvr350 (Wirbel/Seltsam), lirc

    Einmal editiert, zuletzt von sirtobi ()

  • Lol, wie immer.
    Die letzten 2 Tage damit verbracht alle häuslichen VDRs auf 1.3.37 zu bringen und kaum ist das geschafft, schon gibts ein megaupdate ;)

    Server: Athlon II X2 250 - Asus M3N-H HDMI - 2x1GB RAM - 3TB HDDs -
    1 x Digital Devices Cine S2 V6 DVB-S2 (SD Sender im Highband funktionieren mit der Karte nach wie vor unter Linux nicht, unter Windows schon)
    3 x Nova Budget (die ich eigentlich durch die Cine S2 mit Erweiterungsmodul ersetzen wollte, leider aber für die SD Sender immer noch brauche)
    mit yavdr 0.4.0

  • Zitat

    Original von Egalus
    Lol, wie immer.
    Die letzten 2 Tage damit verbracht alle häuslichen VDRs auf 1.3.37 zu bringen und kaum ist das geschafft, schon gibts ein megaupdate ;)


    dann mach das öfter *g*


    aber echt. nee ganze latte an Änderungen. Da freut man sich echt auf 1.4!


    mfg bn

  • Zitat

    Original von ck3d
    DVD Plugin lässt sich nicht kompelieren


    gruss Chris


    eventuell ist hier was dabei.

  • Zitat

    Original von ck3d
    DVD Plugin lässt sich nicht kompelieren


    Du meinst sicher kompilieren :D Ein genauerer Blick auf den Thread hätte schon geholfen:


    http://www.vdrportal.de/board/thread.php?threadid=44005


    Grüße
    Michi

    Wohnzimmer: Techsolo TC-400 :: ASUS P5N7A-VM :: Intel Core 2 Duo E7400 :: GeForce 9300 onboard :: vdr 1.7.15 e-tobi ::
    In Rente: Pimped Scenic 600 (Bilder und Aufbau) :: PIII 600Mhz :: Hauppauge Nexus-S 2.1 4MB :: vdr 1.5.2 e-tobi ::


    "Wer denkt, dass Volksvertreter das Volk vertreten, der glaubt auch, dass Zitronenfalter Zitronen falten." Zeit zum ändern!

  • Ich finde es ja toll, dass eventuell bald 1.4 fertig ist allerdings konnte ich ab 1.3X die vdr-filme nicht mehr mittels vdrconvert fehlerfrei zur DVD-Konvertieren. Das Format hat sich geändert. Probleme tretten vorallem mit dem Sound auf! Sowohl vdrsync.pl als auch ProjectX haben damit ein Problem. Wie wandelt Ihr eure Filme zu DVD um?


    PS.: Guten morgen. :)


    Cu

    P5N7M / 2GB RAM / E5300 / 320 GB 2,5" / yaVDR 0.5 / 2x TT S2-1600 /eVii S471 / softhddevice / Sony KDL-46W5500 / 50Hz / Onkyo TX-SR508

Jetzt mitmachen!

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