By uskatpayday loans

[ solved ] EPG XVDR special characters

January 4th, 2012

Home › Forums › GeeXboX for PC › [ solved ] EPG XVDR special characters

This topic contains 32 replies, has 2 voices, and was last updated by  tomlohave 1 year, 3 months ago.

Viewing 15 posts - 16 through 30 (of 33 total)
  • Author
    Posts
  • #2484

    josch.hh
    Key Master

    BTW,

    may you should set VDR_CHARSET_OVERRIDE in runvdr as default because it is not specific for germany (as i just realized)
    Taken from german vdr wiki:
    ” VDR_CHARSET_OVERRIDE = Workaround für Provider, die ihre EPG Daten nicht dem Standard ISO6937 entsprechend kodieren”
    Means in english “Workaround for Provider, who don’t encode their EPG data as spcifed in ISO6937″
    This also applies for french.

    For example the german pay tv provider “Sky Germany” does not stick to the rules of ISO6937 for EPG data.
    With the setting VDR_CHARSET_OVERRIDE = ISO-8859-15, you get your EPG information from vdr in the write encoding and special chars work in general.

    #2485

    tomlohave
    Key Master

    but /video/ is on casper-rw which is a n ext2 filesystem
    and my result is from my usb stick (fat32 too)

    #2486

    tomlohave
    Key Master

    so did you test this ?

    #2487

    josch.hh
    Key Master

    as i already mention, yes. lots of times.

    how is your /.root mount, plz post

    #2488

    tomlohave
    Key Master

    same as yours i guess …

    rootfs / rootfs rw 0 0
    /dev/sdc1 /.root vfat rw,relatime,fmask=0022,dmask=0022,codepage=cp850,iocharset=iso8859-1,shortname=mixed,utf8,errors=remount-ro 0 0
    /dev/loop0 /.squashfs squashfs ro,relatime 0 0
    none /.data tmpfs rw,relatime 0 0
    none / aufs rw,relatime,si=f3d2de66 0 0
    tmpfs /run tmpfs rw,nosuid,nodev,relatime,mode=755 0 0
    proc /proc proc rw,nosuid,nodev,noexec,relatime 0 0
    sysfs /sys sysfs rw,nosuid,nodev,noexec,relatime 0 0
    devtmpfs /dev devtmpfs rw,nosuid,relatime,size=513984k,nr_inodes=128496,mode=755 0 0
    tmpfs /dev/shm tmpfs rw,nosuid,nodev,relatime 0 0
    devpts /dev/pts devpts rw,nosuid,noexec,relatime,gid=5,mode=620,ptmxmode=000 0 0
    tmpfs /sys/fs/cgroup tmpfs rw,nosuid,nodev,noexec,relatime,mode=755 0 0
    cgroup /sys/fs/cgroup/systemd cgroup rw,nosuid,nodev,noexec,relatime,release_agent=/lib/systemd/systemd-cgroups-agent,name=systemd 0 0
    cgroup /sys/fs/cgroup/cpuset cgroup rw,nosuid,nodev,noexec,relatime,cpuset 0 0
    cgroup /sys/fs/cgroup/cpu cgroup rw,nosuid,nodev,noexec,relatime,cpu 0 0
    cgroup /sys/fs/cgroup/cpuacct cgroup rw,nosuid,nodev,noexec,relatime,cpuacct 0 0
    cgroup /sys/fs/cgroup/memory cgroup rw,nosuid,nodev,noexec,relatime,memory 0 0
    cgroup /sys/fs/cgroup/devices cgroup rw,nosuid,nodev,noexec,relatime,devices 0 0
    cgroup /sys/fs/cgroup/freezer cgroup rw,nosuid,nodev,noexec,relatime,freezer 0 0
    cgroup /sys/fs/cgroup/blkio cgroup rw,nosuid,nodev,noexec,relatime,blkio 0 0
    systemd-1 /dev/mqueue autofs rw,relatime,fd=23,pgrp=1,timeout=300,minproto=5,maxproto=5,direct 0 0
    systemd-1 /dev/hugepages autofs rw,relatime,fd=24,pgrp=1,timeout=300,minproto=5,maxproto=5,direct 0 0
    tmpfs /tmp tmpfs rw,relatime 0 0
    tmpfs /media tmpfs rw,nosuid,nodev,noexec,relatime,mode=755 0 0
    fusectl /sys/fs/fuse/connections fusectl rw,relatime 0 0
    /dev/sdc1 /mnt/USB\040Disk\040#3\040geexbox\040(0) vfat rw,relatime,fmask=0022,dmask=0022,codepage=cp850,iocharset=iso8859-1,shortname=mixed,utf8,errors=remount-ro 0 0
    /dev/sda1 /mnt/SATA\040Disk\040#1\040WDC_WD2500JS-60NCB1\040(0) ext3 rw,relatime,errors=continue,barrier=1,data=writeback 0 0
    /dev/sdb1 /mnt/SATA\040Disk\040#2\040WDC_WD200BB-00CFC0\040(0) ext4 rw,relatime,barrier=1,data=ordered 0 0
    /dev/sdb3 /mnt/SATA\040Disk\040#2\040WDC_WD200BB-00CFC0\040(0)\040#1 reiserfs rw,relatime 0 0

    #2490

    josch.hh
    Key Master

    yes, no more idea at the moment

    #2491

    tomlohave
    Key Master

    i have tested with de_DE, no problem

    #2492

    tomlohave
    Key Master

    did you test with LC_CTYPE ?
    in /usr/lib/runvdr :

    export LC_CTYPE=de_DE (in place of all other export … )

    from vdr.c :
    char *CodeSet = NULL;
    if (setlocale(LC_CTYPE, “”))
    CodeSet = nl_langinfo(CODESET);
    else {
    char *LangEnv = getenv(“LANG”); // last resort in case locale stuff isn’t installed
    if (LangEnv) {
    CodeSet = strchr(LangEnv, ‘.’);
    if (CodeSet)
    CodeSet++; // skip the dot

    #2494

    josch.hh
    Key Master

    the main issue here is really that i don’t know why my epg.data is iso an yours is utf…

    #2497

    josch.hh
    Key Master

    If i only use “export LC_CTYPE=de_DE”
    Then VDR drops back to default settings and uses ‘ISO-8859-1′:

    Jan 2 19:32:48 geexbox user.err vdr: [1694] VDR version 1.7.20 started
    Jan 2 19:32:48 geexbox user.err vdr: [1694] codeset is ‘ISO-8859-1′ - known

    This will surely work, because the iocharset fits to VDR’s codeset.

    What does vdr tell you in your log (first two lines)?

    #2501

    tomlohave
    Key Master

    Jan 2 21:40:35 geexbox user.err vdr: [841] VDR version 1.7.20 started
    Jan 2 21:40:35 geexbox user.err vdr: [841] codeset is ‘UTF-8′ - known
    Jan 2 21:40:38 geexbox user.err vdr: [841] found 28 locales in /usr/share/locale
    with
    cat /etc/locale.conf
    LANG=en_US.UTF-8

    when forcing with LC_CTYPE=fr_FR , back to ISO-8859-1

    #2504

    josch.hh
    Key Master

    Same for me.

    With LANG=de_DE.UTF-8 VDR starts with “codeset is ‘UTF-8′ – known” but i kann get the special chars in XBMC.
    With LC_CTYPE=de_DE VDR falls back to ISO-8859-1 and i get the special chars.

    I would of course prefer to run everything in UTF8 then ISO-8859-1.

    #2506

    josch.hh
    Key Master
    #2511

    josch.hh
    Key Master

    ok, fix also the channel name -> did convert the channels.conf to utf8 -> works.

    But to be honest, the issues never stop.

    Currently for what ever reason vdr does collect any EPG data. i used r13766 from scratch.
    I tried everything i could think of.
    Plz help.

    #2512

    josch.hh
    Key Master

    ok, ok finally got it.

    The reason why VDR is was not collecting EPG was that something messed the “date” of my pc.
    To be honest i never thought it was so easy, and i really dont know which action cased the mess of the date.
    In 1927 there was no EPG data at all, i am sure. ;-)

    To really finalize this post:

    Since r13733 i get all special chars in EPG as well as in channel names with VDR set to UTF and /etc/locale set to LANG=de_DE.UTF-8

    I think we can close this now.

    Thanks for all your help.

Viewing 15 posts - 16 through 30 (of 33 total)

You must be logged in to reply to this topic.

Comments are closed.