[ANNOUNCE] VDR developer version 1.5.3

  • Von der ML:


    VDR developer version 1.5.3 is now available at


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


    A 'diff' against the previous developer version is available at


    ftp://ftp.cadsoft.de/vdr/Developer/vdr-1.5.2-1.5.3.diff



    This version finally brings UTF-8 capability to VDR!
    There are still a few minor details to iron out, but all in all
    it already works pretty good.


    Note that if you run VDR on a UTF-8 system, it will write all its
    text files using UTF-8. Existing text files written in ISO will
    not be automatically converted to UTF-8. You will need to do this
    yourself if necessary. Channel and EPG data will be automatically
    changed to UTF-8 as new data comes in.


    If you run VDR on a system with ISO character set, files will still
    be stored in ISO just as before.


    Several bugfixes etc. that have been posted on the mailing list lately
    are still in my inbox and I have yet to look into them.



    WARNING:
    ========


    This is a *developer* version. Even though *I* use it in my productive
    environment, I strongly recommend that you only use it under controlled
    conditions and for testing and debugging.



    The changes since version 1.5.2:


    - Fixed some spelling errors in 'newplugin' (thanks to Ville Skyttä).
    - Fixed a busy loop in fast forward if the next video data file is missing
    (thanks to Reinhard Nissl).
    - Fixed handling frequencies in NitFilter::Process() (thanks to Anssi Hannula).
    - Fixed a race condition with signal handlers at program exit (thanks to Udo
    Richter).
    - Non-primary devices in Transfer mode are now also used for recording (thanks
    to Anssi Hannula).
    - Fixed handling ChannelUp/Down keys if there is currently a replay running
    (thanks to Marco Schlüßler).
    - The new SVDRP command REMO can be used to turn VDR's remote control off and
    on in case other programs need to be controlled (based on patches from Krzysztof
    Parma and Helmut Auer).
    - Increased the maximum number of CA system ids to cope with the AlphaCrypt
    CAM's version 3.11 firmware.
    - Fixed getting the code setting from the locale (thanks to Matthias Schwarzott).
    - Implemented support for Freetype fonts (based on a patch from Alexander Riedel).
    The font names and sizes can be adjusted in the "Setup/OSD" menu.
    Note that VDR now requires freetype fonts to be installed in
    /usr/share/fonts/truetype.
    - If the OSD device in use has at least 8bpp bitmap depth and this is also
    used by the current skin, Freetype fonts are displayed "anti-aliased".
    The new setup parameter "OSD/Anti-alias" can be used to turn this off.
    - The new function cOsd::SetAntiAliasGranularity() can be used to help the OSD
    in managing the available color palette entries when doing anti-aliasing.
    Skins that use 8bpp bitmaps can call this function with the maximum number
    of colors used, and the maximum number of color combinations. The OSD will
    then evenly split the available palette entries between the various colors
    combinations, so that fonts can be "anti-aliased". By default a total of
    10 colors and 10 combinations is assumed.
    - The pixel fonts have been completely removed from the VDR source.
    - VDR is now "UTF-8 aware". It handles strings according to the character
    encoding used on the user's system. All internationalization strings and
    incoming SI data are converted to the system encoding.
    - Plugins that handle strings need to be aware that on systems with UTF-8
    encoding a "character symbol" may consist of more than a single byte in
    memory. The functions and macros named Utf8...() can be used to handle
    strings without needing to care about the underlying character encoding
    (see tools.h for details).
    - Even though the weekdays of repeating timers are presented to the user as UTF-8
    characters in the OSD, the timers.conf file and the SVDRP timer commands still
    use single byte characters ("MTWTFSS") to make sure this information is handled
    correctly between systems with different character encodings.
    - Added a missing i18n string for "CAM" in the Turkish OSD texts.
    - Improved editing strings that are too long to fit into the editable area.
    - Changes to the OSD settings in the "Setup/OSD" menu now immediately take effect
    when the "Ok" key is pressed.


    Have fun!


    Klaus

    KODI, tvh, arch x86_64, Octopus net 2 x Duoflex C/C2/T2 , NUC7i3BNH, Crucial MX300 2TB, LG LM 669S

    Linux is the best OS I have ever seen -- Albert Einstein

  • Zitat

    Originally posted by KBF
    Achtung: Die Truetype-Fonts müssen direkt im Verzeichnis liegen, dürfen also nicht in Unterverzeichnissen sein.


    Da wird sich wohl noch was tun, denn mittlerweile habe ich erfahren, daß es für das Verzeichnis, in dem diese Fonts zu finden sind, anscheinend (wie so oft...) keinerlei Standard gibt :( Jeder schmeißt sie hin, wo es ihm gerade gefällt...


    Klaus

  • Läuft hier jetzt auch (meine erste 1.5 :-). Erst mal gabs einen segfault, weil er die fonts nicht gefunden hat. Tip für plain gentoo-User: emerge corefonts und dann einen Link von corefonts auf truetype, dann läufts ...


    Grüße, Peter

    KODI, tvh, arch x86_64, Octopus net 2 x Duoflex C/C2/T2 , NUC7i3BNH, Crucial MX300 2TB, LG LM 669S

    Linux is the best OS I have ever seen -- Albert Einstein

  • Zitat

    Original von lostinspc
    Läuft hier jetzt auch (meine erste 1.5 :-). Erst mal gabs einen segfault, weil er die fonts nicht gefunden hat. Tip für plain gentoo-User: emerge corefonts und dann einen Link von corefonts auf truetype, dann läufts ...


    Grüße, Peter


    Auch Danke für die neue Version!


    Bei Crux (falls das überhaupt einer nutzt ...) die selbe Geschichte.


    http://vdr-wiki.de/wiki/index.php/Crux#VDR_1.5.3


    MFG Ronny

  • Hallo,


    von mir auch mal ein fettes Dankeschön. Die neuen Fonts sehen mit xine auf dem Monitor wirklich super aus!


    Zitat

    - Fixed handling ChannelUp/Down keys if there is currently a replay running


    Ich streame von meinem VDR (1.4.7-ext30) auf meinen Testrechner. Wenn ich als Client vdr-1.5.3-plain nehme, schaltet er mit Up/Down manchmal nicht um. Erst wenn ich den Kanal direkt anwähle geht es dann.


    Kann das mit dieser Änderung zu tun haben.


    Gruß, Marc


    EDIT:
    Mir ist jetzt aufgefallen, das auch per direkter Anwahl die Kanäle manchmal nicht sofort laufen. Erst wenn ich ein zweites mal den gleichen Kanal wähle, kommt ein Bild. Von vdr-1.4.7 zu vdr-1.4.7 funktioniert das Umschalten zuverlässig.


    >>>> x-vdr <<<< Installations-Skript für einen VDR mit Debian als Basis

    2 Mal editiert, zuletzt von zulu ()


  • libiconv (1.11) und gettext (0.16.1) ist ganz frisch


    [EDIT] : mit LIBS = -ljpeg -lpthread -ldl -lcap -lfreetype -liconv im Makefile gehts - wieso ist das nötig ?

    2 Mal editiert, zuletzt von magicamun ()

  • Moin,


    Zitat

    Läuft hier jetzt auch (meine erste 1.5 :-). Erst mal gabs einen segfault, weil er die fonts nicht gefunden hat. Tip für plain gentoo-User: emerge corefonts und dann einen Link von corefonts auf truetype, dann läufts ...


    Beides habe ich gemacht, der VDR startet kurz (Bild) und beendet sich dann.

    Code
    Sep  5 19:06:05 vdr vdr: [31184] ERROR: FreeType: error 36 in FT_Load_Glyph
    Sep  5 19:06:05 vdr vdr: [31184] ERROR: FreeType: error 36 in FT_Load_Glyph
    Sep  5 19:06:05 vdr vdr: [31184] ERROR: FreeType: error during FT_Load_Glyph
    Sep  5 19:06:05 vdr vdr: [31184] ERROR: FreeType: error during FT_Load_Glyph


    Siehe auch unter Gentoo Beitrag VDR 1.5.8 Freetype, VDR startet nicht.


    -andreas


    -- Ubuntu Server 22.04.3 LTS & VDR 2.6.0 --



    Hardware: Digital Devices Cine S2 V6.5 im Dell T20 headless und AppleTV 4k mit Mr.MC als Client am TV

  • 36 == 0x24


    Laut fterrdef.h..


    FT_ERRORDEF_( Invalid_Size_Handle, 0x24, \
    "invalid size handle" )


    Ich würd ja vermuten, dass mit deinen Schriftarten was nicht stimmt..

  • Moin Wirbel,


    Zitat

    Ich würd ja vermuten, dass mit deinen Schriftarten was nicht stimmt..


    Die waren in Ordnung.
    Problem gelöst: Es waren Einstellungsleichen in der setup.conf, nachdem ich da kräftig aufgeräumt habe läuft auch der VDR 1.5.x wieder.


    -andreas


    -- Ubuntu Server 22.04.3 LTS & VDR 2.6.0 --



    Hardware: Digital Devices Cine S2 V6.5 im Dell T20 headless und AppleTV 4k mit Mr.MC als Client am TV

  • Wäre trotzdem interessant genauer zu beleuchten was da schief lief. Vielleicht versteckt sich da noch n Fehlerchen in vdr-1.5

  • Moin Wirbel,


    so wie ich das sehe war einer der folgenden Einträge problematisch:
    /etc/vdr/setup.conf:

    Code
    FontFix = Courier:Bold
    FontFixSize = 20
    FontOsd = Arial Black:Regular
    FontOsdSize = 22
    FontSml = Courier New:Regular
    FontSmlSize = 18


    -andreas


    -- Ubuntu Server 22.04.3 LTS & VDR 2.6.0 --



    Hardware: Digital Devices Cine S2 V6.5 im Dell T20 headless und AppleTV 4k mit Mr.MC als Client am TV

Jetzt mitmachen!

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