konnte das helfen?
Beiträge von Guevara5
-
-
Hier die Pastebinlinks.
xine:
frontend - http://paste.ubuntu.com/6302780/
syslog - http://paste.ubuntu.com/6302782/softhddevice:
frontend - http://paste.ubuntu.com/6302793/
syslog- http://paste.ubuntu.com/6302791/ -
Sorry für die späte Antwort. Hier mal die Logs.
Die Logs vom fronted bekomm ich nicht hoch, sind zu groß!
Weisst du was genau für Zeilen relevant wären?Danke schonmal
-
machts vll. noch Sinn die Logs vom Wechsel auf softhddevice oder xine zu posten? die zwei funktionieren ja beide nicht.
-
ok sorry. hier die ausgabe bei mir.
Codemedia@media-pc:~$ dpkg -l 'vdr-plugin-*skin*' Gewünscht=Unbekannt/Installieren/R=Entfernen/P=Vollständig Löschen/Halten | Status=Nicht/Installiert/Config/U=Entpackt/halb konFiguriert/ Halb installiert/Trigger erWartet/Trigger anhängig |/ Fehler?=(kein)/R=Neuinstallation notwendig (Status, Fehler: GROSS=schlecht) ||/ Name Version Beschreibung +++-==============-==============-============================================ rc vdr-plugin-ski 0.0.1+git20120 Skin plugin for VDR un vdr-plugin-tex <keine> (keine Beschreibung vorhanden)
-
Nein, text2skin plugin ist deaktiviert.
Output
grep OSDSkin /var/lib/vdr/setup.confZitatOSDSkin = anthra_1920_FSE
-
siehe Anhang
-
Abermals danke. Hab aber unter /etc/init/ keine first-vdr-start.conf
-
Konnten die Logs helfen?
-
Agatha Christie-Roman ist nun im Anhang. Sorry.
Danke dir! -
Noch ein Hinweis. Ein stop vdr funktioniert. Aber ein vdr start bringt folgende Meldung:
vdr: no primary device found - using first device!
Dann hilft nur noch ein reboot.
-
Hallo,
danke mal wieder seahawk.
dann kann das mit meinem aktuellen Wissensstand wohl eher heiter werdenHab mal folgende Dateien abgeändert, bin nun auf diesem Stand. Hoffe ich hab richtig angepasst?
Aber beim Start von VDR blinkt der Cursor ca. 2 Minuten lang, dann kommt erst ein Bild. Sonst noch eine Idee?/etc/init/vdr-frontend.conf
Zitatdescription "yavdr-frontend"
author "Steffen Barszus <steffenbpunkt@gmail.com>"env HOME=/var/lib/vdr
export HOMErespawn
start on started vdr or stopped openbox-tools or started sound-device \
or vdr-frontend-restart
stop on stopping vdr or stopping openboxpre-start script
# wait for vdr, Xorg (after wm is running) and the sound devices to be loaded
start wait-for-job-state WAIT_FOR=vdr TARGET_GOAL=start WAIT_STATE=running WAITER=vdr-frontend WAIT_FOREVER=1 ||:start wait-for-job-state WAIT_FOR=sound-device TARGET_GOAL=start WAIT_STATE=running WAITER=vdr-frontend WAIT_FOREVER=1 ||:
start wait-for-job-state WAIT_FOR=openbox-tools TARGET_GOAL=stop WAIT_STATE=waiting WAITER=vdr-frontend WAIT_FOREVER=1 ||:# dont start if some other application is running
if [ -e /tmp/.standalone ]; then
vdr-dbus-send /Remote remote.Disable ||:
exit 1
fiend script
nice -10
setuid vdr
setgid vdr#env XINE_BUFFER_LOG=1
env USE_AUTOCROP=0
export USE_AUTOCROPscript
export DISPLAY=:1`dbget vdr.tempdisplay`
export __GL_SYNC_TO_VBLANK=1export __GL_SYNC_DISPLAY_DEVICE=`/usr/bin/dbget system.x11.display.0.device`
HUDOPTS=""
#XINELIBOUTPUTOPTS="--post tvtime:method=use_vo_driver --reconnect --audio=alsa --syslog --silent --tcp"
XINELIBOUTPUTOPTS="--video xv --post tvtime:method=Linear,cheap_mode=1,pulldown=0,use_progressive_frame_flag=1 --reconnect --audio=alsa --syslog --silent --tcp"
CONFIG="--config /etc/vdr-sxfe/config_xineliboutput"
exec /usr/bin/vdr-sxfe $HUDOPTS $XINELIBOUTPUTOPTS $CONFIG xvdr://127.0.0.1:37890
end script/etc/X11/xorg.conf.yavdr
ZitatSection "Device"
Identifier "Device0"
Driver "intel"
VendorName "INTEL Corporation"
EndSectionSection "Screen"
Identifier "Screen0"
Device "Device0"
Monitor "HDMI2"
DefaultDepth 24
SubSection "Display"
Depth 24
Modes "1920x1080@50p" "1920x1080@50i" "1920x1080@59.94p" "1920x1080@24p" "1920x1080@60p"
EndSubSection
EndSectionSection "Monitor"
Identifier "HDMI2"
HorizSync 14.0 - 70.0
VertRefresh 24.0 - 62.0
Modeline "1920x1080@24p" 74.230 1920 2560 2604 2752 1080 1084 1089 1125 +hsync +vsync
Modeline "1920x1080@50p" 148.500 1920 2448 2492 2640 1080 1084 1089 1125 +hsync +vsync
Modeline "1920x1080@50i" 74.25 1920 2448 2492 2640 1080 1084 1089 1125 interlace +hsync +vsync
Modeline "1920x1080@59.94p" 148.352 1920 1960 2016 2200 1080 1082 1088 1125 +hsync +vsync
Modeline "1920x1080@60p" 148.500 1920 2008 2056 2200 1080 1084 1089 1125 +hsync +vsync
Option "DPMS" "off"
EndSection -
Hallo mini73 und danke für die schnelle Rückmeldung.
Hier die gewünschten Infos. Allerdings bemängelt er Nvidia, hier ist aber nur Onboard Intel im System?
/var/log/upstart/vdr-frontend.logCode
Alles anzeigen[h264 @ 0x7fa21808c5a0] non-existing PPS 0 referenced [h264 @ 0x7fa21808c5a0] decode_slice_header error [h264 @ 0x7fa21808d120] no frame! [h264 @ 0x7fa21808c5a0] non-existing SPS 0 referenced in buffering period [h264 @ 0x7fa21808c5a0] non-existing PPS 0 referenced [h264 @ 0x7fa21808c5a0] decode_slice_header error [h264 @ 0x7fa21808d800] no frame! [h264 @ 0x7fa21808c5a0] non-existing SPS 0 referenced in buffering period [h264 @ 0x7fa21808c5a0] non-existing PPS 0 referenced [h264 @ 0x7fa21808c5a0] decode_slice_header error [h264 @ 0x7fa21808c5a0] no frame! [h264 @ 0x7fa21808c5a0] Cannot (re-)initialize context during parallel decoding. media@media-pc:~$ ^Ca0] decode_slice_header error media@media-pc:~$ sudo vi /var/log/upstart/vdr-frontend.log media@media-pc:~$ ^C media@media-pc:~$ sudo vi /var/log/upstart/vdr-frontend.log media@media-pc:~$ sudo vi /var/log/upstart/vdr-frontend.log start: You do not have permission to modify job: wait-for-job-state start: You do not have permission to modify job: wait-for-job-state vdr-sxfe 1.0.90-cvs (build with xine-lib 1.2.2, using xine-lib 1.2.2) Post plugins: tvtime:method=use_vo_driver Automatic reconnection enabled Audio driver: alsa vo_vdpau: Use lock display synchronization for some vdpau calls Failed to open VDPAU backend libvdpau_nvidia.so: cannot open shared object file: No such file or directory vo_vdpau: Can't create vdp device : No vdpau implementation. Error opening xvdr+tcp://127.0.0.1:37890 start: You do not have permission to modify job: wait-for-job-state start: You do not have permission to modify job: wait-for-job-state start: You do not have permission to modify job: wait-for-job-state vdr-sxfe 1.0.90-cvs (build with xine-lib 1.2.2, using xine-lib 1.2.2) Post plugins: tvtime:method=use_vo_driver Automatic reconnection enabled Audio driver: alsa vo_vdpau: Use lock display synchronization for some vdpau calls Failed to open VDPAU backend libvdpau_nvidia.so: cannot open shared object file: No such file or directory vo_vdpau: Can't create vdp device : No vdpau implementation. Error opening xvdr+tcp://127.0.0.1:37890 start: You do not have permission to modify job: wait-for-job-state start: You do not have permission to modify job: wait-for-job-state start: You do not have permission to modify job: wait-for-job-state vdr-sxfe 1.0.90-cvs (build with xine-lib 1.2.2, using xine-lib 1.2.2) Post plugins: tvtime:method=use_vo_driver Automatic reconnection enabled Audio driver: alsa vo_vdpau: Use lock display synchronization for some vdpau calls Failed to open VDPAU backend libvdpau_nvidia.so: cannot open shared object file: No such file or directory vo_vdpau: Can't create vdp device : No vdpau implementation. Error opening xvdr+tcp://127.0.0.1:37890 start: You do not have permission to modify job: wait-for-job-state start: You do not have permission to modify job: wait-for-job-state start: You do not have permission to modify job: wait-for-job-state vdr-sxfe 1.0.90-cvs (build with xine-lib 1.2.2, using xine-lib 1.2.2) Post plugins: tvtime:method=use_vo_driver Automatic reconnection enabled Audio driver: alsa vo_vdpau: Use lock display synchronization for some vdpau calls Failed to open VDPAU backend libvdpau_nvidia.so: cannot open shared object file: No such file or directory vo_vdpau: Can't create vdp device : No vdpau implementation. ^[[?25l^[[?1c^[[9;0]^[[?25h^[[?0cxv_set_property: property=8, value=100 xv_set_property: property=2, value=0 xv_set_property: property=3, value=0 xv_set_property: property=5, value=0 xv_set_property: property=24, value=0 xv_set_property: property=25, value=0 xv_set_property: property=4, value=0 xv_set_property: property=1, value=0 xv_set_property: property=0, value=1 xv_set_property: property=0, value=0 xv_set_property: property=0, value=1 xv_set_property: property=0, value=0 xv_set_property: property=0, value=1
vdr-frontend.conf
Code
Alles anzeigendescription "yavdr-frontend" author "Steffen Barszus <[email]steffenbpunkt@gmail.com[/email]>" env HOME=/var/lib/vdr export HOME respawn start on started vdr or stopped openbox-tools or started sound-device \ or vdr-frontend-restart stop on stopping vdr or stopping openbox pre-start script # wait for vdr, Xorg (after wm is running) and the sound devices to be loaded start wait-for-job-state WAIT_FOR=vdr TARGET_GOAL=start WAIT_STATE=running WAITER=vdr-frontend WAIT_FOREVER=1 ||: start wait-for-job-state WAIT_FOR=sound-device TARGET_GOAL=start WAIT_STATE=running WAITER=vdr-frontend WAIT_FOREVER=1 ||: start wait-for-job-state WAIT_FOR=openbox-tools TARGET_GOAL=stop WAIT_STATE=waiting WAITER=vdr-frontend WAIT_FOREVER=1 ||: # dont start if some other application is running if [ -e /tmp/.standalone ]; then vdr-dbus-send /Remote remote.Disable ||: exit 1 fi end script nice -10 setuid vdr setgid vdr #env XINE_BUFFER_LOG=1 env USE_AUTOCROP=0 export USE_AUTOCROP script export DISPLAY=:1`dbget vdr.tempdisplay` export __GL_SYNC_TO_VBLANK=1 export __GL_SYNC_DISPLAY_DEVICE=`/usr/bin/dbget system.x11.display.0.device` HUDOPTS="" XINELIBOUTPUTOPTS="--post tvtime:method=use_vo_driver --reconnect --audio=alsa --syslog --silent --tcp" CONFIG="--config /etc/vdr-sxfe/config_xineliboutput" exec /usr/bin/vdr-sxfe $HUDOPTS $XINELIBOUTPUTOPTS $CONFIG xvdr://127.0.0.1:37890 end script
Danke!
-
Hallo mal wieder,
habe aktuell noch das Problem mit xineliboutput und hdmi sound im WFE, dass beim Start des VDR, ein blinkender Cursor für ca. 2 Minuten anhält.
Danach kommt kurz "No Signal", aber dann gehts. Allerdings muss doch nachvollziehen zu sein, welches Gerät/Einstellung das Problem verursacht.Kernel.log
Zitat[ 7.648128] init: vdr-frontend main process (1615) terminated with status 250
[ 7.648153] init: vdr-frontend main process ended, respawning
[ 11.191201] init: vdr-frontend main process (1697) terminated with status 250
[ 11.191227] init: vdr-frontend main process ended, respawning
[ 14.723514] init: vdr-frontend main process (1759) terminated with status 250
[ 14.723538] init: vdr-frontend main process ended, respawningHabe schon rumgetestet mit verschiedenen Plugins in der order.conf.
Text2Skin-plugin ist deinstalliert. Sleep im /etc/init/vdr-frontend.conf eingefügt.
Verschiedene Anordnungen in der vdr-frontend.conf probiert.Wenn ich im WFE was anders wie xineliboutput nehme z.B. softhddevice kommt erstmal die Fehlermeldung "Fehler beim speichern der Daten" beim speichern und auch kein Bild/Ton.
Sobald wieder zurückgewechselt wird auf xineliboutput -> blinkender cursorKann das was mit der SSD zu tun haben?
Alles ohne Erfolg.... vll. weiß jemand noch Rat?
Danke mal wieder
-
Problem ist gelöst.
Ich hatte durch das viele rumprobieren anscheinend die Flasche Keymap geladen und dauerhaft mit dieser getestet.
Nachdem ich die richtige verwendet hatte (imon-pad) und die udev regel wie von seahawk empfohlen hatte, funktioniert die FB.Danke nochmal!
Allerdings hab ich beim Start noch ein anderes problem: http://www.vdr-portal.de/index.php?page=Thread&threadID=120643
-
Danke abermals. Geht leider auch nicht. Hab nochmal etwas rumprobiert.
Einige Reboots durchgeführt...Konfiguration ist nun folgende:
Zitatir-keytable
Found /sys/class/rc/rc0/ (/dev/input/event3) with:
Driver imon, table rc-imon-pad
Supported protocols: RC-6 other
Enabled protocols: RC-6
Extra capabilities: <access denied>
Found /sys/class/rc/rc1/ (/dev/input/event14) with:
Driver cx23885, table rc-dvbsky
Supported protocols: NEC RC-5 RC-6 JVC SONY LIRC other
Enabled protocols: NEC RC-5 RC-6 JVC SONY LIRC other
Extra capabilities: <access denied>Header der: /etc/rc_keymaps$ sudo vi rc-imon-pad
Zitat# table rc-imon-pad, type: OTHER
Inhalt der /etc/rc_maps.cfg
Zitat
#ir-kbd-i2c rc-hauppauge /lib/udev/rc_keymaps/rc-hauppauge
#imon rc-imon-pad /lib/udev/rc_keymaps/imon-pad
* rc-imon-pad /etc/rc_keymaps/rc-imon-pad
#imon rc-imon-mce /lib/udev/rc_keymaps/rc-imon-mce
#mceusb rc-rc6-mce /lib/udev/rc_keymaps/HOPLOrc6
#mantis_core * /lib/udev/rc_keymaps/skystarhd2
#* rc-tt-1500 /lib/udev/rc_keymaps/rc-tt-1500
#nuvoton-cir rc-rc6-mce /lib/udev/rc_keymaps/rc-rc6-mce
#ati_remote rc-medion-x10 /lib/udev/rc_keymaps/rc-medion-x10
#ati_remote rc-medion-x10-or2x /lib/udev/rc_keymaps/rc-medion-x10-or2x
#ati_remote rc-medion-x10-digitainer /lib/udev/rc_keymaps/rc-medion-x10-digitainerManuelles Laden: sudo ir-keytable -c -p rc-6 -w /etc/rc_keymaps/rc-imon-pad
Zitat
Read rc-imon-pad table
Old keytable cleared
Wrote 73 keycode(s) to driver
Protocols changed to RC-6 otherERGEBNIS: geht nun auch nicht mehr.
Udev:/etc/udev/rules.d/39-ir-keytable.rulesZitatACTION=="add", SUBSYSTEM=="rc", RUN+="ir-keytable -c -p rc-6 -w /etc/rc_keymaps/rc-imon-pad $name"
-
Kann mir noch jemand einen Tip geben?
-
Nochmal danke, leider funktionieren beide Variante nicht.
Aktuell ist die /etc/rc_maps.cfg aufZitatimon * /etc/rc_keymaps/rc-imon-mce
Habs auch mit der strengeren Regel probiert, funktioniert leider auch nicht.Aktueller Kernel-Log:
Zitat[ 5.217754] cx23885_dev_checkrevision() Hardware revision = 0xb0
[ 5.217760] cx23885[0]/0: found at 0000:02:00.0, rev: 2, irq: 16, latency: 0, mmio: 0xfba00000
[ 5.217769] cx23885 0000:02:00.0: setting latency timer to 64
[ 5.241301] Registered IR keymap rc-dvbsky
[ 5.241395] input: cx23885 IR (Bestunar PS8512) as /devices/pci0000:00/0000:00:1c.4/0000:02:00.0/rc/rc1/input14
[ 5.244992] rc1: cx23885 IR (Bestunar PS8512) as /devices/pci0000:00/0000:00:1c.4/0000:02:00.0/rc/rc1
[ 5.246475] IR NEC protocol handler initialized
[ 5.248663] IR RC5(x) protocol handler initialized
[ 5.250662] IR RC6 protocol handler initialized
[ 5.251925] IR JVC protocol handler initialized
[ 5.253200] IR Sony protocol handler initialized
[ 5.254860] IR SANYO protocol handler initialized
[ 5.256101] input: MCE IR Keyboard/Mouse (cx23885) as /devices/virtual/input/input15
[ 5.256196] IR MCE Keyboard/mouse protocol handler initialized
[ 5.257563] lirc_dev: IR Remote Control driver registered, major 248
[ 5.257810] rc rc1: lirc_dev: driver ir-lirc-codec (cx23885) registered at minor = 0
[ 5.257813] IR LIRC bridge handler initializaktueller Auszug von sudo ir-keytables
ZitatFound /sys/class/rc/rc0/ (/dev/input/event3) with:
Driver imon, table rc-imon-pad
Supported protocols: RC-6 other
Enabled protocols: other
Extra capabilities: <access denied>
Found /sys/class/rc/rc1/ (/dev/input/event14) with:
Driver cx23885, table rc-dvbsky
Supported protocols: NEC RC-5 RC-6 JVC SONY LIRC other
Enabled protocols: NEC RC-5 RC-6 JVC SONY LIRC other
Extra capabilities: <access denied>Weiterhin bei manueller Ausführung von:
Zitat
sudo ir-keytable -c -p rc-6 -w /etc/rc_keymaps/imon_mceZitat
Read rc-imon-pad table
Old keytable cleared
Wrote 77 keycode(s) to driver
Protocols changed to RC-6Geht die Keytable.
Dann Funktionstest:Zitatsudo eventlircd stop
Zitatsudo ir-keytable -t
Testing events. Please, press CTRL-C to abort.Zitat--> Kommt nichts an...
1. Kann es sein, dass durch das viele rumbasteln vll. durch lirc geladen wird und die keytable außer acht bleibt?
2. Kann ich den DVBSky-Treiber nicht irgendwie Blacklisten oder ähnliches? Allerdings hab ich die Befürchtung, dass meine TV-Karte dann nicht mehr funktioniert.Danke!
-
Das geht ja schnell. Erstmal danke.
Hier die gewünschten Ausgaben von seahawk1986:
sudo ir-keytable:
Zitat
Found /sys/class/rc/rc0/ (/dev/input/event5) with:
Driver imon, table rc-imon-pad
Supported protocols: RC-6 other
Enabled protocols: other
Repeat delay = 500 ms, repeat period = 125 ms
Found /sys/class/rc/rc1/ (/dev/input/event14) with:
Driver cx23885, table rc-dvbsky
Supported protocols: NEC RC-5 RC-6 JVC SONY LIRC other
Enabled protocols: NEC RC-5 RC-6 JVC SONY LIRC other
Repeat delay = 500 ms, repeat period = 125 ms
/etc/rc_maps.cfg:Zitatimon rc-imon-mce /etc/rc_keymaps/rc-imon-mce
/etc/rc_keymaps/imon_mce:
Zitat# table rc-imon-mce, type: RC6
Hier noch der Kernel.log
[ 5.045672] Registered IR keymap rc-dvbsky[ 5.045771] input: cx23885 IR (Bestunar PS8512) as /devices/pci0000:00/0000:00:1c.4/0000:02:00.0/rc/rc1/input14
[ 5.049367] rc1: cx23885 IR (Bestunar PS8512) as /devices/pci0000:00/0000:00:1c.4/0000:02:00.0/rc/rc1
[ 5.050770] IR NEC protocol handler initialized
[ 5.052232] IR RC5(x) protocol handler initialized
[ 5.053457] IR RC6 protocol handler initialized
[ 5.054727] IR JVC protocol handler initialized
[ 5.055937] IR Sony protocol handler initialized
[ 5.057458] IR SANYO protocol handler initialized
[ 5.058775] input: MCE IR Keyboard/Mouse (cx23885) as /devices/virtual/input/input15
[ 5.058884] IR MCE Keyboard/mouse protocol handler initialized
[ 5.060446] lirc_dev: IR Remote Control driver registered, major 248
[ 5.060925] rc rc1: lirc_dev: driver ir-lirc-codec (cx23885) registered at minor = 0
[ 5.060929] IR LIRC bridge handler initialized
[ 5.704621] init: failsafe main process (814) killed by TERM signalUdev hab ich auch schonmal versucht anzupassen und in den 98.rules hab ich auch rumprobiert... ohne Erfolg, leider.
Danke nochmals!
-
Hallo erstmal,
ich nach einiger Zeit DVB-Viewer unter Windows, dachte ich mir mal auf Ubuntu/VDR umzusteigen und hier mit yavdr 0.5a anzufangen.
Nun zu meinem Problem.
Nachdem ich yavdr aufgesetzt habe, xineliboutput und hdmi stereo + die nötigen Treiber für meine Satix Mystique S2 Xpress eingebunden/installiert/konfiguriert hatte lief alles.
Channels.conf angepasst. HD-Kanäle laufen problemlos umschalten per Tastatur kein Problem.Jetzt bin ich gerade darüber mit meinem IR-Empfänger Antec Veris E-Z Multimedia IR am hadern und hier fangen die Probleme an.
Das Gerät funktioniert aktuell nur, wenn ich Manuell einbinde über:
"sudo ir-keytable -c -p rc-6 -w /etc/rc_keymaps/imon-mce"
-> geht und ich kann damit lautstärke ändern und kanäle rauf und runterschalten. Allerdings nach einem Neustart, wieder das selbe Spiel.
Noch anzumerken ist, dass nach manuellem laden wie oben zwar umgeschaltet werden kann und "sudo ir-keytable -t" bringt trotzdem keine Ausgabe.
Ich vermute es liegt daran, das wie im Kernellog angegeben der DVBSky IR Empfänger geladen wird und nicht der benötigte iMON."lsusb"
Device 15c2:0042 treiber imon geladen, aber wird anscheinend nicht verwendet/etc/rc_keymaps/imon-mce angepasst
/etc/rc_maps.cfg auf imon-mce angepasst
Das nicht alle Tasten erkennt werden ist egal, hier kann ich dann noch manuell die Keymaps anpassen.Könnte mich hier jemand unterstützen, dass auch nach einem Neustart das richtige Gerät und nicht der bei der SatiX mit im Treiber integrierte DVBSky geladen und gemappt wird?
Wäre super, dass kann doch nur eine Kleinigkeit sein.
Gruß