Hi pandel,
danke es geht nun wie erwartet, ich mach den Thread zu
Gruß
catatho
Hi pandel,
danke es geht nun wie erwartet, ich mach den Thread zu
Gruß
catatho
geht grad nicht, bin auf Arbeit, aber wenn ich mich recht erinnere
konnte ich dort nichts finden, ich schau heut abend mal rein.
Gruß
catatho
richtiger Shutdown
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,
hab doch noch einen link gefunden:
http://forum.zenega-user.de/index.php?showtopic=2231&hl=acpi
und noch einen
[Gelöst] S100-Powerbutten aus Shell-Script auslösen
Viel Erfolg
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
Hi,
erst mal danke für das kleine Helferlein, läuft prima.
Vom schwedischen öffentlich rechtlichen Sender SVT gibt es auch
ein Art Mediathek (play.svt.se).
Gibt es eine Möglichkeit (Howto) den Parser zu erweitern ?
Gruß und nochmals Danke
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.
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/Artikel/ausgab…ediaplayer.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
ich nutze vnc,
der vncserver wird beim hochfahren automatisch mitgestartet uind dann kann man mit jedem vncclient darauf zugreifen d.h. per LAN, WLAN von Linux/Windows/PocketPC ...
ciao
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