Beiträge von catatho

    Hi,


    komisch bei mir ist es genau andersherum.


    Wacht der vdr für eine Aufnahme auf und fährt anschliessend wieder runter so wird der nächste Timer korrekt dargestellt.


    Beim Shutdown per FB oder Timeout bleibt die aktuelle Sendungsinfo
    auf dem Display stehen.


    Konfig ist immer noch yavdr 0.2 / 1.7.14


    Gruß
    catatho

    Hi,



    erst einmal ein großes Lob an die Ersteller von yavdr, ihr macht einem die Arbeit wesentlich einfacher.


    Nachdem der neue vdr mit yavdr 0.1.1 fast im Wohnzimmer war, kam mir die Version 0.2 dazwischen.
    Es läuft auch alles soweit bis auf eine Kleinigkeit:


    Nach dem Ausschalten bleibt auf dem Imon Lcd des Antec Fusion Remote die letzte epg Anzeige stehen.
    Es wird je nach Plugin Einstellung weder die Uhrzeit noch die der nächste Timer angezeigt.


    Beendet man den vdr manuell mit


    stop vdr


    so wird der nächste Timer korrekt angezeigt.


    Unter 0.1.1 funktionierte es wie erwartet.


    Haben die User mit dem gleichen Gehäuse ein ähnliches Verhalten ?



    THX
    catatho

    Hi,


    so geht es bei mir seit letztem Jahr mit einem mp3 server (mit eisfair linux)


    Ich fahre die Box so herunter


    /bin/echo "2007-06-04 07:00:00" > /proc/acpi/alarm
    /bin/echo "2007-06-04 07:00:00" > /proc/acpi/alarm
    /sbin/shutdown -h now



    Man kann dann per Schaltuhr die Spannung sogar komplett ausschalten,
    wenn die Uhr dann wieder eingeschaltet hat wacht die S100 von allein
    wieder auf.



    Steht aber auch alles im zenega Forum


    Ciao
    catatho

    Moin,



    an Runvdr hab ich nichts geändert.


    Hatte Probleme die modules richtig zu laden. Mit der empfohlenen Reihenfolge
    gab es immer die Fehlermeldung


    DVB: Unable to find symbol stv0299_attach()


    Ich habe dann


    /sbin/modprobe stv0299


    in /etc/rc.d/rc.modules


    weiter nach oben verschoben, dann ging zumindest der Teil ohne Fehler.



    Gruß und frohes neues
    catatho

    Hi,



    nachdem ich nun einige distris durchproiert habe um das "No Signal" Problem
    zu lösen muss ich mich nun doch einmal an euch wenden.


    Nachdem den Module richtig geladen werden und der vdr auch ein DVB Device findet bekomme ich nach wie vor "No Signal"


    Seit gestern empfange ich auf einmal epg Daten der ARD Sender - nun bin ich langsam am verzweifeln



    Falls noch jemand eine Idee hat wäre ich sehr dankbar.


    Ansonsten einen guten Rutsch


    catatho



    channels.conf und diseq.conf sind von meinem vdr übernommen.
    Das ganze hängt an einem Multiswitch.



    dmesg (Auszug)


    ACPI: PCI Interrupt 0000:00:1f.5[B] -> Link [LNKB] -> GSI 5 (level, low) -> IRQ 5
    PCI: Setting latency timer of device 0000:00:1f.5 to 64
    intel8x0_measure_ac97_clock: measured 51016 usecs
    intel8x0: clocking to 48000
    w83627hf: Found W83627HF chip at 0x290
    Linux video capture interface: v2.00
    cx2388x cx88-mpeg Driver Manager version 0.0.6 loaded
    CORE cx88[0]: subsystem: 18ac:dc00, board: Samsung SMT 7020 DVB-S [card=57,insmod option]
    TV tuner 4 at 0x1fe, Radio tuner -1 at 0x1fe
    !!Samsung RESET done.
    cx88[0]/2: cx2388x 8802 Driver Manager
    ACPI: PCI Interrupt 0000:01:04.2[A] -> Link [LNKA] -> GSI 11 (level, low) -> IRQ 11
    cx88[0]/2: found at 0000:01:04.2, rev: 5, irq: 11, latency: 64, mmio: 0xf6000000
    cx2388x dvb driver version 0.0.6 loaded
    cx8802_register_driver() ->registering driver type=dvb access=shared
    CORE cx88[0]: subsystem: 18ac:dc00, board: Samsung SMT 7020 DVB-S [card=57]
    cx88[0]/2: cx2388x based dvb card
    DVB: registering new adapter (cx88[0])
    DVB: registering frontend 0 (ST STV0299 DVB-S)...
    kjournald starting. Commit interval 5 seconds
    EXT3 FS on hda4, internal journal
    EXT3-fs: mounted filesystem with ordered data mode.
    eepro100.c:v1.09j-t 9/29/99 Donald Becker
    eepro100.c: $Revision: 1.36 $ 2000/11/17 Modified by Andrey V. Savochkin <saw@saw.sw.com.sg> and others
    ACPI: PCI Interrupt Link [LNKE] enabled at IRQ 7
    PCI: setting IRQ 7 as level-triggered
    ACPI: PCI Interrupt 0000:01:08.0[A] -> Link [LNKE] -> GSI 7 (level, low) -> IRQ 7
    PCI: Setting latency timer of device 0000:01:08.0 to 64
    eth0: OEM i82557/i82558 10/100 Ethernet, 00:00:F0:20:C3:2A, IRQ 7.
    Board assembly ffffff-255, Physical connectors present: RJ45 BNC AUI MII
    Primary interface chip unknown-15 PHY #31.
    Secondary interface chip i82555.
    General self-test: passed.
    Serial sub-system self-test: passed.
    Internal registers self-test: passed.
    ROM checksum self-test: passed (0x04f4518b).
    cx2388x v4l2 driver version 0.0.6 loaded
    ACPI: PCI Interrupt 0000:01:04.0[A] -> Link [LNKA] -> GSI 11 (level, low) -> IRQ 11
    cx88[0]/0: found at 0000:01:04.0, rev: 5, irq: 11, latency: 165, mmio: 0xf5000000
    cx88[0]/0: registered device video0 [v4l2]
    cx88[0]/0: registered device vbi0



    /var/log/messages (Auszug)


    Dec 31 13:01:46 SMT-7020S vdr: [3437] VDR version 1.4.7 started
    Dec 31 13:01:46 SMT-7020S vdr: [3437] loading plugin: /usr/local/lib/vdr/libvdr-xineliboutput.so.1.4.5
    Dec 31 13:01:46 SMT-7020S vdr: [3437] loading plugin: /usr/local/lib/vdr/libvdr-setup.so.1.4.5
    Dec 31 13:01:46 SMT-7020S vdr: [3437] loading plugin: /usr/local/lib/vdr/libvdr-skinsoppalusikka.so.1.4.5
    Dec 31 13:01:46 SMT-7020S vdr: [3437] loading plugin: /usr/local/lib/vdr/libvdr-undelete.so.1.4.5
    Dec 31 13:01:46 SMT-7020S vdr: [3437] loading plugin: /usr/local/lib/vdr/libvdr-sysinfo.so.1.4.5
    Dec 31 13:01:46 SMT-7020S vdr: [3437] loading plugin: /usr/local/lib/vdr/libvdr-zaphistory.so.1.4.5
    Dec 31 13:01:47 SMT-7020S vdr: [3437] loading plugin: /usr/local/lib/vdr/libvdr-streamdev-server.so.1.4.5
    Dec 31 13:01:47 SMT-7020S vdr: [3437] loading plugin: /usr/local/lib/vdr/libvdr-streamdev-client.so.1.4.5
    Dec 31 13:01:47 SMT-7020S vdr: [3437] loading plugin: /usr/local/lib/vdr/libvdr-skinenigmang.so.1.4.5
    Dec 31 13:01:47 SMT-7020S vdr: [3437] loading plugin: /usr/local/lib/vdr/libvdr-femon.so.1.4.5
    Dec 31 13:01:47 SMT-7020S vdr: [3437] loading plugin: /usr/local/lib/vdr/libvdr-epgsearch.so.1.4.5
    Dec 31 13:01:47 SMT-7020S vdr: [3437] loading plugin: /usr/local/lib/vdr/libvdr-osdteletext.so.1.4.5
    Dec 31 13:01:47 SMT-7020S vdr: [3437] loading plugin: /usr/local/lib/vdr/libvdr-smtled.so.1.4.5
    Dec 31 13:01:47 SMT-7020S vdr: [3437] loading /etc/vdr/setup.conf
    Dec 31 13:01:47 SMT-7020S vdr: [3437] loading /etc/vdr/sources.conf
    Dec 31 13:01:47 SMT-7020S vdr: [3437] loading /etc/vdr/diseqc.conf
    Dec 31 13:01:47 SMT-7020S vdr: [3437] loading /etc/vdr/channels.conf
    Dec 31 13:01:47 SMT-7020S vdr: [3437] loading /etc/vdr/timers.conf
    Dec 31 13:01:47 SMT-7020S vdr: [3437] loading /etc/vdr/commands.conf
    Dec 31 13:01:47 SMT-7020S vdr: [3437] loading /etc/vdr/svdrphosts.conf
    Dec 31 13:01:47 SMT-7020S vdr: [3437] loading /etc/vdr/remote.conf
    Dec 31 13:01:47 SMT-7020S vdr: [3437] loading /etc/vdr/keymacros.conf
    Dec 31 13:01:47 SMT-7020S vdr: [3437] found 1 video device
    Dec 31 13:01:47 SMT-7020S vdr: [3437] initializing plugin: xineliboutput (1.0.0pre7): X11/xine-lib output plugin
    Dec 31 13:01:47 SMT-7020S vdr: [3437] initializing plugin: setup (0.3.1): Zenslack-Setup
    Dec 31 13:01:47 SMT-7020S vdr: [3437] initializing plugin: skinsoppalusikka (1.0.4): Soppalusikka skin
    Dec 31 13:01:47 SMT-7020S vdr: [3437] initializing plugin: undelete (0.0.6): undelete for recordings
    Dec 31 13:01:47 SMT-7020S vdr: [3437] initializing plugin: sysinfo (0.0.4a): System information plugin
    Dec 31 13:01:47 SMT-7020S vdr: [3437] initializing plugin: zaphistory (0.9.5): History of the last zapped channels
    Dec 31 13:01:47 SMT-7020S vdr: [3437] initializing plugin: streamdev-server (0.3.3-pre3-geni): VDR Streaming Server
    Dec 31 13:01:47 SMT-7020S vdr: [3437] initializing plugin: streamdev-client (0.3.3-pre3-geni): VTP Streaming Client
    Dec 31 13:01:47 SMT-7020S vdr: [3437] initializing plugin: skinenigmang (0.0.4): EnigmaNG skin
    Dec 31 13:01:47 SMT-7020S vdr: [3437] initializing plugin: femon (1.1.0): DVB Signal Information Monitor (OSD)
    Dec 31 13:01:47 SMT-7020S vdr: [3437] initializing plugin: epgsearch (0.9.23): search the EPG for repeats and more
    Dec 31 13:01:47 SMT-7020S vdr: [3437] initializing plugin: osdteletext (0.5.1): Displays teletext on the OSD
    Dec 31 13:01:47 SMT-7020S vdr: [3437] setting primary device to 2
    Dec 31 13:01:47 SMT-7020S vdr: [3437] SVDRP listening on port 2001
    Dec 31 13:01:47 SMT-7020S vdr: [3437] skin "EnigmaNG" not available - using "classic" instead
    Dec 31 13:01:47 SMT-7020S vdr: [3437] starting plugin: xineliboutput
    Dec 31 13:01:47 SMT-7020S vdr: [3444] [xine..put] Listening on port 37890
    Dec 31 13:01:47 SMT-7020S vdr: [3444] [xine..put] Listening for UDP broadcasts on port 37890
    Dec 31 13:01:47 SMT-7020S vdr: [3437] starting plugin: setup
    Dec 31 13:01:47 SMT-7020S vdr: [3437] starting plugin: skinsoppalusikka
    Dec 31 13:01:47 SMT-7020S vdr: [3437] starting plugin: undelete
    Dec 31 13:01:47 SMT-7020S vdr: [3437] undelete: INFO: config file not found: [/etc/vdr/plugins]undelete.conf
    Dec 31 13:01:47 SMT-7020S vdr: [3437] starting plugin: sysinfo
    Dec 31 13:01:47 SMT-7020S vdr: [3437] starting plugin: zaphistory
    Dec 31 13:01:47 SMT-7020S vdr: [3437] loading /etc/vdr/plugins/zaphistory.conf
    Dec 31 13:01:47 SMT-7020S vdr: [3437] starting plugin: streamdev-server
    Dec 31 13:01:47 SMT-7020S vdr: [3437] loading /etc/vdr/plugins/streamdevhosts.conf
    Dec 31 13:01:47 SMT-7020S vdr: [3445] Streamdev: Listening (VTP) on port 2004
    Dec 31 13:01:47 SMT-7020S vdr: [3445] Streamdev: Listening (HTTP) on port 3000
    Dec 31 13:01:47 SMT-7020S vdr: [3437] starting plugin: streamdev-client
    Dec 31 13:01:47 SMT-7020S vdr: [3437] starting plugin: skinenigmang
    Dec 31 13:01:47 SMT-7020S vdr: [3437] starting plugin: femon
    Dec 31 13:01:47 SMT-7020S vdr: [3437] starting plugin: epgsearch
    Dec 31 13:01:47 SMT-7020S vdr: [3437] starting plugin: premiereepg
    Dec 31 13:01:47 SMT-7020S vdr: [3437] Attached premiere EPG filter to device 0
    Dec 31 13:01:47 SMT-7020S vdr: [3437] Attached premiere EPG filter to device 1
    Dec 31 13:01:47 SMT-7020S vdr: [3437] starting plugin: osdteletext
    Dec 31 13:01:47 SMT-7020S vdr: [3437] starting plugin: smtled
    Dec 31 13:01:47 SMT-7020S vdr: [3437] setting current skin to "EnigmaNG"
    Dec 31 13:01:47 SMT-7020S vdr: [3437] loading /etc/vdr/themes/EnigmaNG-DarkBlue.theme
    Dec 31 13:01:47 SMT-7020S vdr: [3437] switching to channel 4
    Dec 31 13:01:50 SMT-7020S vdr: [3444] [xine..put] Client 0 connected: 127.0.0.1:58593
    Dec 31 13:01:50 SMT-7020S vdr: [3444] [xine..put] Client address: 127.0.0.1
    Dec 31 13:01:56 SMT-7020S vdr: [3441] frontend 0 timed out while tuning to channel 4, tp 112460
    Dec 31 13:01:59 SMT-7020S vdr: [3437] switching to channel 1
    Dec 31 13:01:59 SMT-7020S vdr: [3444] [xine..put] Invalid re-send request: 78-78 8 (send pos=0)
    Dec 31 13:02:03 SMT-7020S vdr: [3437] switching to channel 2
    Dec 31 13:02:04 SMT-7020S vdr: [3437] switching to channel 3
    Dec 31 13:02:05 SMT-7020S vdr: [3437] switching to channel 2
    Dec 31 13:02:06 SMT-7020S vdr: [3444] [xine..put] Invalid re-send request: 112-145 6 (send pos=0)
    Dec 31 13:02:07 SMT-7020S vdr: [3446] EPGSearch: timer conflict check started
    Dec 31 13:02:07 SMT-7020S vdr: [3446] EPGSearch: timer conflict check finished
    Dec 31 13:02:10 SMT-7020S vdr: [3444] [xine..put] Invalid re-send request: 124-178 6 (send pos=0)
    Dec 31 13:02:11 SMT-7020S vdr: [3444] [xine..put] Invalid re-send request: 137-189 6 (send pos=0)
    Dec 31 13:02:15 SMT-7020S vdr: [3441] frontend 0 timed out while tuning to channel 2, tp 111954
    Dec 31 13:02:47 SMT-7020S vdr: [3437] connect from 127.0.0.1, port 34804 - accepted
    Dec 31 13:02:47 SMT-7020S vdr: [3437] closing SVDRP connection
    Dec 31 13:02:48 SMT-7020S vdr: [3437] connect from 127.0.0.1, port 34805 - accepted
    Dec 31 13:02:48 SMT-7020S vdr: [3437] closing SVDRP connection
    Dec 31 13:03:20 SMT-7020S vdr: [3441] frontend 0 timed out while tuning to channel 2, tp 111954

    [quote]Original von ronnykornexl
    Warte immer noch bis die Dinger preiswerter werden (manchmal ist's Dumm), deshalb nie getestet.


    Vor zwei Wochen bei avitos fur 69,90 :)



    Dss war der entscheidende Fehler:


    Beim generieren der "plugins.conf" darf man glaube nur eines der Plugins auf "+" setzen.


    Code
    <+> mediamvp
    < > mvp




    Nun läuft es
    THX
    catatho

    Hi,


    ich habe seit einigen Tagen ein MediaMVP. Das Plugin 0.1.4 habe ich mit Hilfe des Install Scriptes compilliert und es wird vom vdr (1.3.12) auch gestartet.


    Ich bekomme allerdings kein Bild.


    Ich habe bisher noch keinen DHCP / tftp Server aufgesetzt.
    Wenn ich den Artikel unter


    http://www.linux-magazin.de/Ar…iaplayer/mediaplayer.html


    richtig verstehe, lädt der MediaMVP die Firmware nur nach der Trennung von der Stromversorgung, danach nicht mehr.


    Also habe ich die Hauppauge Software auf einem PC installiert, eine IP Adresse bekommt der MediaMVP vom DSL Router, danach lädt er dongle.bin vom PC und der MediaMVP startet :-).


    Dann stoppe ich den Service auf dem Windows PC und starte meinen VDR.


    Wenn ich den MediaMVP starte erscheint für kurze Zeit "contacting servers", dann erscheint ein "Setup" auf dem Bildschirm - mehr nicht :-(.


    Stoppe ich den vdr so erscheint auch wieder die Meldung "contacting servers", bis die vdr Software wieder läuft - Cleint und Server finden sich also (scheinbar ?)


    Die Dongle Version habe ich schon abgeglichen. Woran könnte es noch liegen ?


    Am fehlenden DHCP/tftp server ?


    Wie kann man den Status des Plugins abfragen ?


    Gruß
    catatho

    Hi,


    ich habe folgemndes Problem:


    Ich nutzte zur Zeit:
    Suse 7.2 + vdr 1.0.4
    alles läuft äußerst stabil, nvram-wakeup macht keine Probleme


    Ich stelle jetzt auf einer weiteren Platte auf


    Suse 8.1 + vdr 1.1.2x um


    vdr läuft auch so weit



    nvram-wakeup compiliert, liest und schreibt die Werte
    korrekt ins Bios.



    Aber der Rechner bootet nicht zur angegeben Zeit
    (mit Suse 7.2 nach wie vor alles ok)



    Ich habe folgenden Test gemacht:


    7.2: nvram-wakeup ausgeführt


    reboot: im BIOS steht alles korrekt


    reboot in 8.1


    8.1: nvram ausgelesen ->ok , poweroff


    Resultat: PC bootet nicht


    Welche Einstellungen / Module beeinflussen nvram-wakeup ?


    In welchen Dateien sind diese Einstellungen zu finden ?


    Fällt euch noch was ein woran es liegen könnte ?


    Gruß
    catatho

    Hi,


    versuch mal hwclockk mit der option


    --directisa


    aufzurufen.


    Das wars zumindest bei mir (ASUS TUV4) , hat aber eigentlich nichts mit nvram zu tun.


    BTW, was läuft denn bei dir Suse 7.x oder 8.x ?
    Hab zur Zeit unter 8.1 das Problem, das nvram zwar die Werte ins BIOS schreibt, aber trotzdem nicht bootet.


    Unter 7.2 alles kein Problem.


    Ciao
    /catatho