Beiträge von tcash

    Hallo,


    man findet im Forum ja
    einige Ansätze, zwecks Umwandeln, Kodierung von Aufnahmen, aber
    viele Lösungen basieren auf den Vdr Rechner. Bei mir ist der VDR
    Rechner aber nicht auf Leistung, sondern auf Stromsparen ausgelegt.
    Gibt es eine Möglichkeit so z.B. die Aufnahmen auszulagern und die
    Umwandlung auf einen leistungsstarken Rechner auszuführen, am besten
    per Script in Verbindung mit Handbrake, nutzt jemand so eine
    Variante?


    Danke schon im Voraus.
    Gruß tcash

    Hallo,


    nach dem bei mir meine Nova HD S2 Karte abrauchte, habe ich mir die Tevii S480 zugelegt (sollte eigentlich Out of the Box funktionieren). Doch nach dem Einbau wurde mir nur Kanal nicht verfügbar angezeigt. Laut einen anderen Beitrag, sollte ein nachträgliches apt-get install linux-media-dkms das Problem lösen. Jetzt funktioniert die Tevii S480, aber bei meiner Fernbedienung (X10 Medion) funktionieren nun einige Tasten nicht mehr richtig.
    Wie passt das alles zusammen, es wäre schön, wenn meine FB wieder richtig funktionieren würde, was kann ich jetzt noch machen.
    Danke schon im Voraus.


    Gruß tcash

    Hallo,


    erst einmal ein großes Lob und Danke schön an die Macher von yavdr, es hat alles out of the Box geklappt!!!


    ich habe auch meinen VDR von Diskless auf CF umgestellt, als CF Karte habe ich mir eine 133x geholt und ich muss sagen es funktioniert fast perfekt,Boot Zeiten von ca. 35 Sekunden, warten auf NFS Freigaben über die Fstab mit eingeschlossen.
    Bis auf ein paar kleine Problemen, um die Schreibzugriffe zu minimieren, habe ich folgende Anpassungen an meiner Fstab vorgenommen.


    none /tmp tmpfs rw,nosuid,nodev,size=150M 0 0
    none /var/log tmpfs rw,nosuid,nodev,noexec,size=104M 0 0
    none /var/cache/vdr tmpfs rw,nosuid,nodev,noexec,size=54M 0 0
    none /var/tmp tmpfs rw,nosuid,nodev,noexec,size=54M 0 0
    none /var/cache/samba tmpfs rw,nosuid,nodev,noexec,size=54M 0 0
    none /var/lib/samba tmpfs rw,nosuid,nodev,noexec,size=54M 0 0


    Wenn ich auch noch das Verzeichnis /var/lib/vdr mit rein nehme, dann startet mein VDR nicht mehr.


    Unter XBMC habe ich aber mehr Schreibzugriffe, da läuft die Sache nicht ganz so rund, wie kann ich meine Schreibzugriffe unter XBMC noch minimieren.
    Was kann man noch in das Ram verlagern, es werden z.B. EPG Daten bei jeden Start von XBMC geupdatet, dass würde ich gerne ausschalten.
    Danke schon im Voraus.


    Gruß tcash

    Hallo,


    ich habe jetzt folgende Sachen versucht und komme immer laut syslog nur bis


    kernel time sync status change 2001



    in der /etc/init/vdr.conf einfügen von

    script
    sleep 15
    exec /usr/sbin/vdr-upstart
    end script


    Eine Erhöhung des sleep Wertes auf 55 hat auch nichts gebracht.


    und als zweiten Versuch


    filesystem mit started udev-finished


    tauschen


    Doch ich bekomme den vdr nicht beim booten gestartet, erst durch starten von Hand bekomme ich ein Bild. Was kann ich noch versuchen, damit der vdr normal starten.


    Gruß tcash

    Hallo,


    ich habe jetzt meinen yavdr 0.1 auf PXE/nfsroot Freigaben umgestellt, in großen und ganzen läuft die Sache, bis auf dem Umstand, dass der vdr nicht beim booten startet (ich sehe ein schwarzes Bild mit dem yavdr Logo), erst nach der Eingabe von start vdr bekomme ich ein Bild


    syslog nach dem boot



    messages





    nach dem starten von start vdr per Hand


    syslog


    und die messages

    Code
    Sep 26 20:49:17 linuxhd logger: executing /usr/sbin/vdr-upstart
    Sep 26 20:49:17 linuxhd logger: searching for video directories
    Sep 26 20:49:17 linuxhd logger: adding $MOUNTS to vdr: ""
    Sep 26 20:49:19 linuxhd kernel: [  533.446161] cx24116_firmware_ondemand: Waiting for firmware upload (dvb-fe-cx24116.fw)...
    Sep 26 20:49:19 linuxhd kernel: [  533.446167] cx88-mpeg driver manager 0000:01:05.2: firmware: requesting dvb-fe-cx24116.fw
    Sep 26 20:49:19 linuxhd kernel: [  533.474813] cx24116_firmware_ondemand: Waiting for firmware upload(2)...
    Sep 26 20:49:24 linuxhd kernel: [  538.572363] cx24116_load_firmware: FW version 1.22.82.0
    Sep 26 20:49:24 linuxhd kernel: [  538.572374] cx24116_firmware_ondemand: Firmware upload complete
    Sep 26 20:49:24 linuxhd vdr: [4410] [general.info] captured 1 video device


    Was kann ich jetzt noch machen, damit der vdr schon nach dem booten startet?


    Update


    Das einfügen von sleep 15 in der /etc/init/vdr (nach script) hat auch keine Verbesserung gebracht!!!


    Gruß tcash

    Hallo,
    danke noch eimal für die Tipps, doch ich habe es nicht geschafft, dass ich ein TV Bild bekomme.
    Ich denke auch, dass es nicht an meiner xorg.conf liegen kann, weil ich sehen kann, wie der vdr den TV mit dir richtige Auflösung + Frequenz ansteuert.
    Am Wochenende habe ich jetzt mal zum testen, mein Backup von yavdr 0.2 Stand Juni zurückgespielt und da bekomme ich ein Bild bei gleicher Fehlermeldung (Xorg[1022]: segfault at 20c ip 00b59568 sp bf818f30 error 4 in evtouch_drv.so[b57000+5000]).
    Nach erfolgloser Fehlersuche, bin ich nun wieder auf yavdr 0.11 zurück geswitcht.


    Gruß tcash

    Danke für die schnelle Antwort, den Touch als LCD Ausgabe würde ich gerne behalten, es macht sich gut wenn man zur Not noch eine Consolen Ausgabe hat, ohne immer den großen LCD zu bemühen.
    Kann mir jemand erklären, was bei dem apt-get dist-upgrade von yavdr 0.2 schiefgelaufen ist?
    Vor den dist-upgrade konnte ich den Touchscreen und meinen LCD Fernseher benutzen, über einen Lösungsansatzes würde ich mich freuen. Es muss doch möglich sein, beide Teile zu verwenden, wie vor dem dist-upgrade.


    Gruß tcash

    Hallo Gda,


    mein Gehäuse besitzt zwar einen 7`Touchscreen, doch der wird von mir nicht genutzt. Ich steuere ihn nur beim booten und hochfahren an.


    Die Probleme habe ich doch erst nach einen apt-get dist-upgrade, nach Beendigung des Prozesses habe ich dann meine angepasste xorg.conf.yavdr wieder eingespielt, anbei meine xorg.conf.yavdr


    Section "ServerLayout"
    Identifier "Layout0"
    Screen 0 "Screen0" 0 0
    Screen 1 "Screen1" RightOf "Screen0"
    InputDevice "Keyboard0" "CoreKeyboard"
    InputDevice "Mouse0" "CorePointer"
    EndSection


    Section "Files"
    EndSection


    Section "Module"


    #Load "freetype"
    Load "dbe"
    Load "extmod"
    #Load "type1"
    Load "glx"
    EndSection


    Section "ServerFlags"
    Option "blank time" "0"
    Option "standby time" "0"
    Option "suspend time" "0"
    Option "off time" "0"
    Option "Xinerama" "0"
    EndSection


    Section "InputDevice"


    # generated from default
    Identifier "Mouse0"
    Driver "mouse"
    Option "Protocol" "auto"
    Option "Device" "/dev/psaux"
    Option "Emulate3Buttons" "no"
    Option "ZAxisMapping" "4 5"
    EndSection


    Section "InputDevice"


    # generated from commandline input
    Identifier "Keyboard0"
    Driver "kbd"
    Option "XkbLayout" "de"
    Option "XkbModel" "pc105"
    EndSection


    Section "Monitor"
    Identifier "Monitor0"
    VendorName "Unknown"
    ModelName "SHARP HDMI"
    HorizSync 15.0 - 75.0
    VertRefresh 49.0 - 76.0
    Option "DPMS"
    Option "ExactModeTimingsDVI" "True"
    Option "UseDisplayDevice" "DFP-0"
    Option "UseEDIDFreqs" "False"
    ModeLine "1920x1080@24" 74.160 1920 2558 2602 2750 1080 1084 1089 1125 +HSync +VSync
    ModeLine "1920x1080@50" 148.50 1920 2448 2492 2640 1080 1084 1089 1125 +HSync +VSync
    ModeLine "1920x1080@60" 148.350 1920 2008 2052 2200 1080 1084 1089 1125 +HSync +VSync
    EndSection



    Section "Monitor"
    Identifier "Monitor1"
    VendorName "Unknown"
    ModelName "OGE"
    HorizSync 33.0 - 50.0
    VertRefresh 45.0 - 78.0
    EndSection


    Section "Device"
    Identifier "Device0"
    Driver "nvidia"
    VendorName "NVIDIA Corporation"
    BoardName "GeForce 9400"
    BusID "PCI:3:0:0"
    Screen 0
    Option "CustomEdid" "DFP-0:/etc/X11/custom.edid"
    Option "ConnectedMonitor" "DFP-0"
    Option "UseDisplayDevice" "DFP-0"
    EndSection


    Section "Device"
    Identifier "Device1"
    Driver "nvidia"
    VendorName "NVIDIA Corporation"
    BoardName "GeForce 9400"
    BusID "PCI:3:0:0"
    Screen 1
    EndSection


    Section "Screen"
    Identifier "Screen0"
    Device "Device0"
    Monitor "Monitor0"
    DefaultDepth 24
    Option "NoLogo"
    Option "DynamicTwinView" "false"
    Option "AllowGLXWithComposite" "True"
    Option "AddARGBVisuals" "True"
    Option "AddARGBGLXVisuals" "True"
    Option "NoLogo" "False"
    Option "RenderAccel" "True"
    Option "UseEvents" "True"
    Option "TripleBuffer" "True"
    Option "ExactModeTimingsDVI" "True"
    Option "FlatPanelProperties" "Scaling = Native"
    Option "TwinView" "0"
    #Option "metamodes" "DFP: nvidia-auto-select +0+0"
    SubSection "Display"
    Depth 24
    Modes "1920x1080@50" "1920x1080@24"
    EndSubSection
    EndSection


    Section "Screen"
    Identifier "Screen1"
    Device "Device1"
    Monitor "Monitor1"
    DefaultDepth 24
    Option "TwinView" "0"
    Option "metamodes" "CRT: 800x600_60 +0+0"
    SubSection "Display"
    Depth 24
    EndSubSection
    EndSection


    Section "Extensions"
    Option "Composite" "Disable"
    EndSection


    Gruß tcash

    Hallo Hepi,


    danke für die schnelle Antwort, aber ich komme nicht weiter, laut einem Forumsbeitrag muss
    triplebuffer on aktiviert werden und triplebuffer ist bei mir aktiviert.


    'I found out that this must be becouse of the new xorg.conf setting triplebuffer on'


    Ansonsten habe ich keinen weiteren Beitrag zur Lösung des Problemes gefunden


    Gruß tcash

    Hallo,


    ich habe gestern auf meinen funktionierenden yavdr 0.2 System (Stand Juni 2010) ein apt-get dist-upgrade ausgeführt und jetzt bekomme ich keine Sender mehr angezeigt. Ich sehe über meinem Fernseher, dass zwar die richtige Auflösung mit der entsprechenden Frequenz angesteuert wird, aber der Bildschirm ist schwarz mit dem yavdr Logo.


    In der Syslog sehe ich auch keinen großen Fehler anbei mal die Log


    Sep 16 21:42:59 vdrhd vdr: [989] VDR version 1.7.15 started
    Sep 16 21:42:59 vdrhd vdr: [989] switched to user 'vdr'
    Sep 16 21:42:59 vdrhd vdr: [989] codeset is 'UTF-8' - known
    Sep 16 21:42:59 vdrhd anacron[1108]: Normal exit (0 jobs run)
    Sep 16 21:42:59 vdrhd vdr: [989] found 26 locales in /usr/share/locale
    Sep 16 21:42:59 vdrhd vdr: [989] loading plugin: /usr/lib/vdr/plugins/libvdr-xine.so.1.7.15
    Sep 16 21:42:59 vdrhd vdr: [989] loading plugin: /usr/lib/vdr/plugins/libvdr-conflictcheckonly.so.1.7.15
    Sep 16 21:42:59 vdrhd vdr: [989] loading plugin: /usr/lib/vdr/plugins/libvdr-externalplayer.so.1.7.15
    Sep 16 21:42:59 vdrhd vdr: [989] loading plugin: /usr/lib/vdr/plugins/libvdr-extrecmenu.so.1.7.15
    Sep 16 21:42:59 vdrhd vdr: [989] loading plugin: /usr/lib/vdr/plugins/libvdr-systeminfo.so.1.7.15
    Sep 16 21:42:59 vdrhd vdr: [989] loading plugin: /usr/lib/vdr/plugins/libvdr-iptv.so.1.7.15
    Sep 16 21:42:59 vdrhd vdr: [989] loading plugin: /usr/lib/vdr/plugins/libvdr-wirbelscan.so.1.7.15
    Sep 16 21:42:59 vdrhd vdr: [989] loading plugin: /usr/lib/vdr/plugins/libvdr-streamdev-server.so.1.7.15
    Sep 16 21:42:59 vdrhd vdr: [989] loading plugin: /usr/lib/vdr/plugins/libvdr-menuorg.so.1.7.15
    Sep 16 21:42:59 vdrhd vdr: [989] loading plugin: /usr/lib/vdr/plugins/libvdr-live.so.1.7.15
    Sep 16 21:42:59 vdrhd vdr: [989] loading plugin: /usr/lib/vdr/plugins/libvdr-epgsearch.so.1.7.15
    Sep 16 21:42:59 vdrhd vdr: [989] loading plugin: /usr/lib/vdr/plugins/libvdr-text2skin.so.1.7.15
    Sep 16 21:42:59 vdrhd vdr: [989] loading plugin: /usr/lib/vdr/plugins/libvdr-femon.so.1.7.15
    Sep 16 21:42:59 vdrhd vdr: [989] loading plugin: /usr/lib/vdr/plugins/libvdr-quickepgsearch.so.1.7.15
    Sep 16 21:42:59 vdrhd vdr: [989] loading plugin: /usr/lib/vdr/plugins/libvdr-channellists.so.1.7.15
    Sep 16 21:42:59 vdrhd vdr: [989] loading plugin: /usr/lib/vdr/plugins/libvdr-epgsearchonly.so.1.7.15
    Sep 16 21:42:59 vdrhd vdr: [989] loading plugin: /usr/lib/vdr/plugins/libvdr-skinenigmang.so.1.7.15
    Sep 16 21:42:59 vdrhd vdr: [989] loading plugin: /usr/lib/vdr/plugins/libvdr-vnsiserver.so.1.7.15
    Sep 16 21:42:59 vdrhd vdr: [989] loading plugin: /usr/lib/vdr/plugins/libvdr-yaepghd.so.1.7.15
    Sep 16 21:42:59 vdrhd vdr: [989] loading plugin: /usr/lib/vdr/plugins/libvdr-osdteletext.so.1.7.15
    Sep 16 21:42:59 vdrhd vdr: [989] loading /var/lib/vdr/setup.conf
    Sep 16 21:42:59 vdrhd vdr: [989] ERROR: unknown config parameter: yaepghd.ReplaceOrgSchedule = 0
    Sep 16 21:42:59 vdrhd vdr: [989] loading /var/lib/vdr/sources.conf
    Sep 16 21:42:59 vdrhd vdr: [989] loading /var/lib/vdr/diseqc.conf
    Sep 16 21:42:59 vdrhd vdr: [989] loading /var/lib/vdr/channels.conf
    Sep 16 21:42:59 vdrhd vdr: [989] loading /var/lib/vdr/timers.conf
    Sep 16 21:42:59 vdrhd vdr: [989] loading /var/lib/vdr/commands.conf
    Sep 16 21:42:59 vdrhd vdr: [989] loading /var/lib/vdr/reccmds.conf
    Sep 16 21:42:59 vdrhd vdr: [989] loading /var/lib/vdr/svdrphosts.conf
    Sep 16 21:42:59 vdrhd vdr: [989] loading /var/lib/vdr/remote.conf
    Sep 16 21:42:59 vdrhd vdr: [989] loading /var/lib/vdr/keymacros.conf
    Sep 16 21:42:59 vdrhd vdr: [989] reading EPG data from /var/cache/vdr/epg.data
    Sep 16 21:42:59 vdrhd vdr: [1162] video directory scanner thread started (pid=989, tid=1162)
    Sep 16 21:42:59 vdrhd vdr: [1163] video directory scanner thread started (pid=989, tid=1163)
    Sep 16 21:43:00 vdrhd vdr: [1162] video directory scanner thread ended (pid=989, tid=1162)
    Sep 16 21:43:00 vdrhd vdr: [1163] video directory scanner thread ended (pid=989, tid=1163)
    Sep 16 21:43:00 vdrhd vdr: [989] registered source parameters for 'A - ATSC'
    Sep 16 21:43:00 vdrhd vdr: [989] registered source parameters for 'C - DVB-C'
    Sep 16 21:43:00 vdrhd vdr: [989] registered source parameters for 'S - DVB-S'
    Sep 16 21:43:00 vdrhd vdr: [989] registered source parameters for 'T - DVB-T'


    Sep 16 21:43:00 vdrhd vdr: [989] probing /dev/dvb/adapter0/frontend0
    Sep 16 21:43:00 vdrhd vdr: [989] creating cDvbDevice
    Sep 16 21:43:00 vdrhd vdr: [989] new device number 1
    Sep 16 21:43:00 vdrhd vdr: [989] LNB-sharing: setting device 0 to use LNB 1
    Sep 16 21:43:00 vdrhd kernel: [ 8.604529] cx24116_firmware_ondemand: Waiting for firmware upload (dvb-fe-cx24116.fw)...
    Sep 16 21:43:00 vdrhd kernel: [ 8.604536] cx88-mpeg driver manager 0000:01:05.2: firmware: requesting dvb-fe-cx24116.fw
    Sep 16 21:43:00 vdrhd kernel: [ 8.681805] cx24116_firmware_ondemand: Waiting for firmware upload(2)...
    Sep 16 21:43:00 vdrhd acpid: client connected from 1022[0:0]
    Sep 16 21:43:00 vdrhd acpid: 1 client rule loaded
    Sep 16 21:43:00 vdrhd kernel: [ 8.866868] svc: failed to register lockdv1 RPC service (errno 97).
    Sep 16 21:43:00 vdrhd kernel: [ 8.869064] NFSD: Using /var/lib/nfs/v4recovery as the NFSv4 state recovery directory
    Sep 16 21:43:00 vdrhd kernel: [ 8.887959] NFSD: starting 90-second grace period
    Sep 16 21:43:00 vdrhd anacron[1298]: Anacron 2.3 started on 2010-09-16
    Sep 16 21:43:00 vdrhd anacron[1298]: Normal exit (0 jobs run)
    Sep 16 21:43:00 vdrhd kernel: [ 9.144713] CPU0 attaching NULL sched-domain.
    Sep 16 21:43:00 vdrhd kernel: [ 9.144719] CPU1 attaching NULL sched-domain.
    Sep 16 21:43:05 vdrhd kernel: [ 13.720967] CPU0 attaching sched-domain:
    Sep 16 21:43:05 vdrhd kernel: [ 13.720973] domain 0: span 0-1 level MC
    Sep 16 21:43:05 vdrhd kernel: [ 13.720977] groups: 0 1
    Sep 16 21:43:05 vdrhd kernel: [ 13.720986] CPU1 attaching sched-domain:
    Sep 16 21:43:05 vdrhd kernel: [ 13.720990] domain 0: span 0-1 level MC
    Sep 16 21:43:05 vdrhd kernel: [ 13.720994] groups: 1 0
    Sep 16 21:43:05 vdrhd kernel: [ 13.736187] cx24116_load_firmware: FW version 1.26.90.0
    Sep 16 21:43:05 vdrhd kernel: [ 13.736196] cx24116_firmware_ondemand: Firmware upload complete
    Sep 16 21:43:05 vdrhd vdr: [989] frontend 0/0 provides DVB-S2 with QPSK ("Conexant CX24116/CX24118")
    Sep 16 21:43:05 vdrhd vdr: [989] found 1 DVB device
    Sep 16 21:43:05 vdrhd vdr: [989] initializing plugin: xine (0.9.3): Software-basierte Wiedergabe mittels xine
    Sep 16 21:43:05 vdrhd vdr: [989] new device number 9
    Sep 16 21:43:05 vdrhd vdr: [1327] XineRemote control thread started (pid=989, tid=1327)
    Sep 16 21:43:05 vdrhd vdr: [1327] Entering cXineRemote thread
    Sep 16 21:43:05 vdrhd vdr: [1326] section handler thread started (pid=989, tid=1326)
    Sep 16 21:43:05 vdrhd vdr: [1325] tuner on frontend 0/0 thread started (pid=989, tid=1325)
    Sep 16 21:43:05 vdrhd vdr: [989] initializing plugin: conflictcheckonly (0.0.1): Direkter Zugriff auf epgsearch's Konflikt-Prüfungs-Menü
    Sep 16 21:43:05 vdrhd vdr: [989] initializing plugin: externalplayer (0.1.0): launch external players
    Sep 16 21:43:05 vdrhd vdr: [989] initializing plugin: extrecmenu (1.3-beta1): Erweitertes Aufzeichnungs-Menü
    Sep 16 21:43:05 vdrhd vdr: [989] initializing plugin: systeminfo (0.1.1): Anzeige von Systeminformationen
    Sep 16 21:43:05 vdrhd vdr: [989] initializing plugin: iptv (0.4.2): Erlebe IPTV
    Sep 16 21:43:05 vdrhd vdr: [989] registered source parameters for 'I - IPTV'
    Sep 16 21:43:05 vdrhd vdr: [989] new device number 10
    Sep 16 21:43:05 vdrhd vdr: [989] creating IPTV device 0 (CardIndex=9)
    Sep 16 21:43:05 vdrhd vdr: [989] initializing plugin: wirbelscan (0.0.5-pre12a): DVB and pvrinput channel scan for VDR
    Sep 16 21:43:05 vdrhd vdr: [989] initializing plugin: streamdev-server (0.5.0-pre): VDR Streaming Server
    Sep 16 21:43:05 vdrhd vdr: [989] initializing plugin: menuorg (0.4.4): Reorganisiert das Haupmenü
    Sep 16 21:43:05 vdrhd vdr: [989] loading menuorg config file from /var/lib/vdr/plugins/menuorg.xml
    Sep 16 21:43:05 vdrhd vdr: [989] initializing plugin: live (0.2.0): Live Interactive VDR Environment
    Sep 16 21:43:05 vdrhd vdr: [989] initializing plugin: epgsearch (0.9.25.beta17): Suche im EPG nach Wiederholungen und anderem


    Sep 16 21:43:05 vdrhd vdr: [989] initializing plugin: epgsearch (0.9.25.beta17): Suche im EPG nach Wiederholungen und anderem
    Sep 16 21:43:05 vdrhd vdr: [989] initializing plugin: text2skin (1.3.1): Lader für textbasierte Skins
    Sep 16 21:43:05 vdrhd vdr: [989] initializing plugin: femon (1.7.7): DVB Signal Informationsanzeige (OSD)
    Sep 16 21:43:05 vdrhd vdr: [989] initializing plugin: quickepgsearch (0.0.1): Schnelle Suche nach Sendungen
    Sep 16 21:43:05 vdrhd vdr: [989] initializing plugin: channellists (0.0.4): Verwalte deine Kanallisten
    Sep 16 21:43:05 vdrhd vdr: [989] initializing plugin: epgsearchonly (0.0.1): Direkter Zugriff auf epgsearch's Suchenmenu
    Sep 16 21:43:05 vdrhd vdr: [989] initializing plugin: skinenigmang (0.1.1): EnigmaNG Oberfläche
    Sep 16 21:43:05 vdrhd vdr: [989] initializing plugin: vnsiserver (0.0.1): VDR-Network-Streaming-Interface (VNSI) Server
    Sep 16 21:43:05 vdrhd vdr: [989] initializing plugin: yaepghd (0.0.2beta): Yet another EPG in HD
    Sep 16 21:43:05 vdrhd vdr: [989] initializing plugin: osdteletext (0.8.3): Zeigt den Videotext auf dem OSD an
    Sep 16 21:43:05 vdrhd vdr: [989] setting primary device to 2
    Sep 16 21:43:05 vdrhd vdr: [989] assuming manual start of VDR
    Sep 16 21:43:05 vdrhd vdr: [989] SVDRP listening on port 6419
    Sep 16 21:43:05 vdrhd vdr: [1331] section handler thread started (pid=989, tid=1331)
    Sep 16 21:43:05 vdrhd vdr: [989] skin "EnigmaNG" not available - using "classic" instead
    Sep 16 21:43:05 vdrhd vdr: [989] starting plugin: xine
    Sep 16 21:43:05 vdrhd vdr: [989] starting plugin: conflictcheckonly
    Sep 16 21:43:05 vdrhd vdr: [989] starting plugin: externalplayer
    Sep 16 21:43:05 vdrhd vdr: [989] plugin 'externalplayer' called obsolete function RegisterI18n()
    Sep 16 21:43:05 vdrhd vdr: [989] starting plugin: extrecmenu
    Sep 16 21:43:05 vdrhd vdr: [1334] extrecmenu worker thread thread started (pid=989, tid=1334)
    Sep 16 21:43:05 vdrhd vdr: [989] starting plugin: systeminfo
    Sep 16 21:43:05 vdrhd vdr: [989] starting plugin: iptv
    Sep 16 21:43:05 vdrhd vdr: [989] starting plugin: wirbelscan
    Sep 16 21:43:05 vdrhd vdr: [989] starting plugin: streamdev-server
    Sep 16 21:43:05 vdrhd vdr: [989] loading /var/lib/vdr/plugins/streamdev/streamdevhosts.conf
    Sep 16 21:43:05 vdrhd vdr: [989] starting plugin: menuorg
    Sep 16 21:43:05 vdrhd vdr: [989] starting plugin: live
    Sep 16 21:43:05 vdrhd vdr: [989] LIVE: initial file cache has 82 entries and needs 307010 bytes of data!
    Sep 16 21:43:05 vdrhd vdr: [989] starting plugin: epgsearch
    Sep 16 21:43:05 vdrhd vdr: [989] loading /var/lib/vdr/plugins/epgsearch/epgsearchcats.conf
    Sep 16 21:43:05 vdrhd vdr: [989] loading /var/lib/vdr/plugins/epgsearch/epgsearchmenu.conf
    Sep 16 21:43:05 vdrhd vdr: [989] starting plugin: text2skin
    Sep 16 21:43:05 vdrhd vdr: [1336] ERROR: Unable to load cert/key (/var/lib/vdr/plugins/live/live.pem//var/lib/vdr/plugins/live/live-key.pem): No such file or directory
    Sep 16 21:43:05 vdrhd vdr: [1337] EPGSearch: conflictcheck thread started (pid=989, tid=1337)
    Sep 16 21:43:05 vdrhd vdr: [1335] streamdev server thread started (pid=989, tid=1335)
    Sep 16 21:43:05 vdrhd vdr: [1335] Streamdev: Listening (VTP) on port 2004
    Sep 16 21:43:05 vdrhd vdr: [1335] Streamdev: Listening (HTTP) on port 3000
    Sep 16 21:43:05 vdrhd vdr: [989] text2skin: loading /var/lib/vdr/plugins/text2skin/anthra_1920_OS/anthra_1920_OS.colors
    Sep 16 21:43:05 vdrhd vdr: [989] parsing /var/lib/vdr/plugins/text2skin/anthra_1920_OS/anthra_1920_OS.skin
    Sep 16 21:43:05 vdrhd vdr: [989] text2skin: loading /var/lib/vdr/plugins/text2skin/anthra_1920_FS/anthra_1920_FS.colors
    Sep 16 21:43:05 vdrhd vdr: [989] parsing /var/lib/vdr/plugins/text2skin/anthra_1920_FS/anthra_1920_FS.skin
    Sep 16 21:43:05 vdrhd vdr: [989] text2skin: loading /var/lib/vdr/plugins/text2skin/anthra_1280_FS/anthra_1280_FS.colors
    Sep 16 21:43:05 vdrhd vdr: [989] parsing /var/lib/vdr/plugins/text2skin/anthra_1280_FS/anthra_1280_FS.skin
    Sep 16 21:43:05 vdrhd vdr: [989] text2skin: loading /var/lib/vdr/plugins/text2skin/anthra_1280_OS/anthra_1280_OS.colors
    Sep 16 21:43:05 vdrhd vdr: [989] parsing /var/lib/vdr/plugins/text2skin/anthra_1280_OS/anthra_1280_OS.skin
    Sep 16 21:43:05 vdrhd vdr: [989] text2skin: loading /var/lib/vdr/plugins/text2skin/PearlHD/PearlHD.colors
    Sep 16 21:43:05 vdrhd vdr: [989] parsing /var/lib/vdr/plugins/text2skin/PearlHD/PearlHD.skin
    Sep 16 21:43:05 vdrhd vdr: [989] starting plugin: femon
    Sep 16 21:43:05 vdrhd vdr: [989] starting plugin: quickepgsearch
    Sep 16 21:43:05 vdrhd vdr: [989] starting plugin: channellists
    Sep 16 21:43:05 vdrhd vdr: [989] starting plugin: epgsearchonly
    Sep 16 21:43:05 vdrhd vdr: [989] starting plugin: skinenigmang
    Sep 16 21:43:05 vdrhd vdr: [989] starting plugin: vnsiserver
    Sep 16 21:43:05 vdrhd vdr: [989] VNSI: VNSI Server started
    Sep 16 21:43:05 vdrhd vdr: [989] starting plugin: yaepghd
    Sep 16 21:43:05 vdrhd vdr: [989] starting plugin: osdteletext
    Sep 16 21:43:05 vdrhd vdr: [1345] VDR VNSI Server thread started (pid=989, tid=1345)
    Sep 16 21:43:05 vdrhd vdr: [989] setting current skin to "EnigmaNG"
    Sep 16 21:43:05 vdrhd vdr: [989] loading /var/lib/vdr/themes/EnigmaNG-Glass.theme
    Sep 16 21:43:05 vdrhd vdr: [989] ERROR: remote control XineRemote not ready!
    Sep 16 21:43:05 vdrhd lircd-0.8.6[928]: accepted new client on /var/run/lirc/lircd
    Sep 16 21:43:05 vdrhd vdr: [989] remote control LIRC - keys known
    Sep 16 21:43:05 vdrhd vdr: [989] switching to channel 3
    Sep 16 21:43:05 vdrhd vdr: [989] creating directory /var/cache/vdr/vtx/S19.2E-1-1107-17501
    Sep 16 21:43:05 vdrhd vdr: [1348] receiver on device 1 thread started (pid=989, tid=1348)
    Sep 16 21:43:05 vdrhd vdr: [1349] TS buffer on device 1 thread started (pid=989, tid=1349)
    Sep 16 21:43:05 vdrhd vdr: [1346] LIRC remote control thread started (pid=989, tid=1346)
    Sep 16 21:43:05 vdrhd vdr: [989] setting watchdog timer to 60 seconds
    Sep 16 21:43:05 vdrhd vdr: [1350] osdteletext-receiver thread started (pid=989, tid=1350)
    Sep 16 21:43:05 vdrhd vdr: [989] OSD size changed to 1920x1080 @ 1
    Sep 16 21:43:05 vdrhd vdr: [989] EnigmaNG: cPluginSkinEnigma::LoadChannelLogo: LOGO "ProSieben.xpm" NOT FOUND in /usr/share/vdr-enigmang-icons/[hq]logos
    Sep 16 21:43:05 vdrhd vdr: [989] EnigmaNG: cPluginSkinEnigma::LoadXpm(/usr/share/vdr-enigmang-icons/hqlogos/no_logo.xpm) LOGO NOT FOUND
    Sep 16 21:43:06 vdrhd kernel: [ 14.772915] Xorg[1022]: segfault at 20c ip 00b59568 sp bf818f30 error 4 in evtouch_drv.so[b57000+5000]
    Sep 16 21:43:06 vdrhd init: vdr-frontend main process (1323) terminated with status 1
    Sep 16 21:43:06 vdrhd init: vdr-frontend main process ended, respawning
    Sep 16 21:43:06 vdrhd init: vdr-frontend post-stop process (1353) killed by SEGV signal
    Sep 16 21:43:06 vdrhd kernel: [ 14.801404] hsetroot[1353]: segfault at 88 ip 08049c46 sp bffe85f0 error 4 in hsetroot[8048000+4000]
    Sep 16 21:43:06 vdrhd vdr: [1337] EPGSearch: timer conflict check started
    Sep 16 21:43:06 vdrhd vdr: [1337] EPGSearch: timer conflict check finished
    Sep 16 21:43:06 vdrhd init: x main process (1022) killed by SEGV signal
    Sep 16 21:43:06 vdrhd init: x main process ended, respawning
    Sep 16 21:43:06 vdrhd acpid: client 1022[0:0] has disconnected
    Sep 16 21:43:06 vdrhd acpid: client connected from 1354[0:0]
    Sep 16 21:43:06 vdrhd acpid: 1 client rule loaded
    Sep 16 21:43:06 vdrhd acpid: client connected from 1354[0:0]
    Sep 16 21:43:06 vdrhd acpid: 1 client rule loaded
    Sep 16 21:43:07 vdrhd vdr: [1326] changing pids of channel 3 from 511+511=2:512=deu@4;515=deu@106:0:33 to 511+511=2:512=deu@3;515=deu@106:0:33
    Sep 16 21:43:07 vdrhd vdr: [989] retuning due to modification of channel 3
    Sep 16 21:43:07 vdrhd vdr: [989] switching to channel 3
    Sep 16 21:43:07 vdrhd vdr: [1326] changing pids of channel 8 from 767+767=2:768=deu@4:0:34 to 767+767=2:768=deu@3:0:34
    Sep 16 21:43:08 vdrhd vdr: [1348] cVideoRepacker: switching to MPEG1/2 mode
    Sep 16 21:43:08 vdrhd vdr: [1348] cVideoRepacker: operating in MPEG1/2 mode
    Sep 16 21:43:08 vdrhd vdr: [1326] changing pids of channel 17 from 1023+1023=2:1024=deu@4:0:35 to 1023+1023=2:1024=deu@3:0:35
    Sep 16 21:43:08 vdrhd kernel: [ 16.648539] eth0: no IPv6 routers present
    Sep 16 21:43:11 vdrhd vdr: [989] max. latency time 1 seconds
    Sep 16 21:43:16 vdrhd vdr: [1326] changing transponder data of channel 3 from 12545:hC56M2O0S0:S19.2E:22000 to 12545:HC56M2O0S0:S19.2E:22000
    Sep 16 21:43:16 vdrhd vdr: [1326] changing transponder data of channel 5 from 12545:hC56M2O0S0:S19.2E:22000 to 12545:HC56M2O0S0:S19.2E:22000
    Sep 16 21:43:16 vdrhd vdr: [1326] changing transponder data of channel 8 from 12545:hC56M2O0S0:S19.2E:22000 to 12545:HC56M2O0S0:S19.2E:22000
    Sep 16 21:43:16 vdrhd vdr: [1326] changing transponder data of channel 17 from 12545:hC56M2O0S0:S19.2E:22000 to 12545:HC56M2O0S0:S19.2E:22000
    Sep 16 21:43:16 vdrhd vdr: [1326] changing transponder data of channel 57 from 12544:hC56M2O0S0:S19.2E:22000 to 12544:HC56M2O0S0:S19.2E:22000
    Sep 16 21:43:16 vdrhd vdr: [1326] changing transponder data of channel 58 from 12544:hC56M2O0S0:S19.2E:22000 to 12544:HC56M2O0S0:S19.2E:22000
    Sep 16 21:43:16 vdrhd vdr: [1326] changing transponder data of channel 995 from 12545:hC56M2O0S0:S19.2E:22000 to 12545:HC56M2O0S0:S19.2E:22000
    Sep 16 21:43:16 vdrhd vdr: [1326] changing transponder data of channel 1110 from 12545:hC56M2O0S0:S19.2E:22000 to 12545:HC56M2O0S0:S19.2E:22000
    Sep 16 21:43:16 vdrhd vdr: [1326] changing transponder data of channel 1135 from 12545:hC56M2O0S0:S19.2E:22000 to 12545:HC56M2O0S0:S19.2E:22000
    Sep 16 21:43:16 vdrhd vdr: [989] retuning due to modification of channel 3
    Sep 16 21:43:16 vdrhd vdr: [989] switching to channel 3
    Sep 16 21:43:16 vdrhd vdr: [1350] osdteletext-receiver thread ended (pid=989, tid=1350)
    Sep 16 21:43:16 vdrhd vdr: [1349] TS buffer on device 1 thread ended (pid=989, tid=1349)
    Sep 16 21:43:16 vdrhd vdr: [1348] buffer stats: 108664 (5%) used
    Sep 16 21:43:16 vdrhd vdr: [1348] receiver on device 1 thread ended (pid=989, tid=1348)
    Sep 16 21:43:16 vdrhd vdr: [1359] receiver on device 1 thread started (pid=989, tid=1359)
    Sep 16 21:43:16 vdrhd vdr: [1360] TS buffer on device 1 thread started (pid=989, tid=1360)
    Sep 16 21:43:18 vdrhd vdr: [1359] cVideoRepacker: switching to MPEG1/2 mode
    Sep 16 21:43:18 vdrhd vdr: [1359] cVideoRepacker: operating in MPEG1/2 mode
    Sep 16 21:44:01 vdrhd CRON[1418]: (vdr) CMD (mount-loader)
    Sep 16 21:46:01 vdrhd CRON[1461]: (vdr) CMD (mount-loader)
    Sep 16 21:48:01 vdrhd CRON[1489]: (vdr) CMD (mount-loader)
    Sep 16 21:49:16 vdrhd /usr/bin/signal-event[1507]: processing signal change-frontend
    Sep 16 21:49:16 vdrhd /usr/bin/signal-event[1507]: processing template /etc/init/vdr-frontend.conf
    Sep 16 21:49:16 vdrhd /usr/bin/signal-event[1507]: processing template /etc/init/x.conf
    Sep 16 21:49:16 vdrhd /usr/bin/signal-event[1507]: processing action /usr/share/yavdr/events/change-frontend/10_change-order-conf change-frontend
    Sep 16 21:49:17 vdrhd /usr/bin/signal-event[1507]: processing action /usr/share/yavdr/events/change-frontend/20_restart-vdr change-frontend



    Was kann ich nun noch machen, außer mein Backup vom Juni 2010 zurück zu spielen?
    Danke schon im Voraus.


    Gruß tcash

    Hallo Nemon,


    ja der Fehler liegt auf meiner Seite, ich habe wohl MBit/s und MByte/s durch einander gebracht.
    Dann steht dem Umbau meines VDR ja nichts mehr im Wege. Für die Dockstar brauche ich nur noch eine neue 2 TB HD, hat jemand einen Tipp, die HD sollte Stromsparend sein und schnell.


    Gruß tcash

    Hallo Nemon,,


    ja das sind meine Schreibraten und Sky Fussball sendet ja so ca. max. 18 MB/s, also wäre es am Limit.Ich muss das ganze erst einmal testen, auch wenn noch andere Benutzer im Heimnetzwerk auf die Platte zu greifen. Da ich mir auch eine neue 2 TB Platte zulegen muss, ist vielleicht die neue HD ein wenig schneller, so das ich dann schreibend auf über 20 MB/s komme und noch etwas Luft habe.


    Gruß tcash

    Hallo,


    ich habe auch eine Dockstar am laufen mit Debian Squeeze (über usb stick gebootet).
    Die Dockstar soll bei mir als stromparendes NAS System laufen und stromsparend ist die Dockstar auch.
    2,5 650 GB HD idle ca. 5 W schreibend ca. 7 W.
    3,5 1 TB HD idle ca. 10 W und schreibend so um die 11,7 W.


    Transferraten im GB Lan über NFS Freigaben bei einer Test Datei von 1 GB, so ca.16 MB/s, am Anfang sind es sogar 25 MB/s doch die Transferrate bricht schnell auf ca. 16 MB/s ein.
    Die CPU Auslastung ist beim übertragen der Test Datei so ca. 50 % (verschiedene Dateiformate probiert ext3, ext4 und xfs).
    Ich wollte mein VDR System mit einer CF Karte betreiben (System Partition) und das Video Verzeichnis wollte ich dann über NFS Freigaben realisieren, aber bei den Transferraten und HD Aaufnahen von SKY HD (bei Fussball so ca. 16-18 MB/s) wird es wohl schwierig werden.


    Gruß tcash

    Hallo,


    das Problem mit dem Laden vom imon Modul konnte ich nun lösen (löschen des entsprechenden Kernelmoduls, denn Blacklist hat nicht funktioniert).
    Ich habe nun auch über Webfrontend die ATI/NVidia/X10 I & II RF Remote FB ausgewählt und in /usr/share/lirc/remotes/atiusb die lircd.conf.atiusb angepasst, aber meine FB funktioniert immer noch nicht. In der Syslog steht folgende Meldung


    Aug 13 21:14:35 linuxhd kernel: [ 7.684575]
    Aug 13 21:14:35 linuxhd kernel: [ 7.684576] lirc_atiusb: USB remote driver for LIRC $Revision: 1.85 $
    Aug 13 21:14:35 linuxhd kernel: [ 7.684577] lirc_atiusb: Paul Miller <pmiller9@users.sourceforge.net>
    Aug 13 21:14:35 linuxhd kernel: [ 7.684595] lirc_dev: lirc_register_driver: sample_rate: 0
    Aug 13 21:14:35 linuxhd kernel: [ 7.691682] lirc_atiusb[2]: X10 WTI RF receiver on usb3:2
    Aug 13 21:14:35 linuxhd kernel: [ 7.705827] usbcore: registered new interface driver lirc_atiusb




    Aug 13 21:14:42 linuxhd lircd-0.8.6[1220]: accepted new client on /var/run/lirc/lircd
    Aug 13 21:14:42 linuxhd vdr: [3646] LIRC remote control thread started (pid=2284, tid=3646)
    Aug 13 21:14:42 linuxhd vdr: [2284] ERROR: remote control XineRemote not ready!
    Aug 13 21:14:42 linuxhd vdr: [2284] remote control LIRC - keys known

    Was kann ich jetzt noch schrauben, danke schon im Voraus


    Gruß tcash

    Hallo,


    ich habe nun schon längere Zeit Probleme mit meiner imon Fernbedienung, deshalb habe ich mir jetzt einen Atiusb/medion X10 Fernbedienung zugelegt. Die FB wird auch im Log erkannt, aber das alte imon Modul wird auch noch geladen und deshalb habe ich einen Konflikt.
    Das imon Teil ist im Gehäuse fest verkabelt, also ausbau, oder deaktivieren nicht so einfach möglich)


    Aug 11 13:34:39 linuxhd lircd-0.8.6[3913]: accepted new client on /var/run/lirc/lircd
    Aug 11 13:34:39 linuxhd lircd-0.8.6[3913]: couldn't claim USB interface: Device or resource busy
    Aug 11 13:34:39 linuxhd lircd-0.8.6[3913]: Failed to initialize hardware
    Aug 11 13:34:39 linuxhd lircd-0.8.6[3913]: reading in mode LIRC_MODE_LIRCCODE failed



    lsmod ->


    lirc_imon 25872 0
    lirc_atiusb 16284 0
    lirc_dev 10804 2 lirc_imon,lirc_atiusb


    Ich habe jetzt schon unter /etc/modprobe.d/ in der blacklist.conf folgenden Eintrag gesetzt.


    blacklist lirc_imon


    sowie in der /etc/modprobe.d/lirc-blacklist.conf


    Aber lirc_imon wird nach wie vor geladen, wie kann ich nun das Laden vom imon Modul verhindern und wie kann ich meine Medion X10 FB sauber einbinden?


    Danke schon im Voraus.


    Gruß tcash

    Hallo,


    danke für die schnellen Antworten und eines zuerst, ich wollte keine Kritik üben, oder rumnörgeln.
    Ich bin Froh und dankbar, dass es das Projekt yavdr gibt, denn dadurch läuft bei mir HDTV erst richtig rund.
    Mir ist nur aufgefallen, dass ich die genannten Probleme unter yavdr 0.1 nicht habe (Hardware Probleme sollte ja dann ausgeschlossen sein), sondern nur unter yavdr 0.2. Ich sollte auch zu bedenken geben, dass ich yavdr 0.2 kurz nach dem Erscheinen ausprobiert habe und mittlerweile sind ja auch schon wieder einige Updates und Veränderungen eingeflossen und deshalb wollte ich nur wissen, ob die anfänglichen Probleme ausgestanden sind.


    Gruß tcash

    Hallo,


    ich hatte mein System von yavdr 0.1 nach 0.2 umgestellt (so ca. 1 Woche nach dem erscheinen von yavdr 0.2). Doch leider war die Bildqualität nicht optimal, so z.B. hatte ich sporadisch verpixelte Bilder. Ich bin dann, sehr schnell wieder auf yavdr 0.1 zurück . Meine Frage, ist das Problem mit der schlechten Bildqalität bei yavdr 0.2 mittlerweile behoben, oder sollte man mit dem Wechsel noch etwas warten. Danke schon im Voraus.

    Hallo,


    ich habe ein Problem mit meiner imon Fernbedienung, seit kurzer Zeit funktionieren einige Tasten nicht mehr, Ich konnte von einem Kumpel seine FB (auch eine imon) mal testen und es liegt eindeutig an meine FB. Was für Möglichkeiten habe ich jetzt, würde eine programmierbare FB Sinn machen und welche Modelle kann man empfehlen.
    Ich möchte auch nicht mehr auf die vielen zusätzlichen Funktionstasten meiner imon FB verzichten (z.B Cursor Steuer Kreuz, rot,grün,blau und gelb usw,)
    Danke schon im Voraus.


    Gruß tcash