Nur ein kurzer Einwurf: Ich habe gestern nach dem Lesen des Threads hier (ich hatte auch die Soundprobleme mit XBMC) einfach mal Pulseaudio installiert. Nach einer ätzenden Frickelei mit der Konfiguration (kann ich Google nicht mehr bedienen oder sind die Anleitungen für die Konfiguration von Pulseaudio, wenn man von der automatischen Standartkonfiguration abweichen muß, rar gesäht?), da meine Onboardsoundkarte sich als zwei Karten anmeldet und die Autokonfiguration von Pulseaudio immer versucht hat den analogen Teil anzusprechen, läuft das ganze jetzt erstaunlich rund. Ich habe über HDMI 5.1 Surroundsound sowohl in VDR (mit softhddevice) als auch in XBMC. Ob AC3 Passthrought automatisch geht habe ich noch nicht getestet (und kann es mit meinem Setup hier auch nicht wirklich).
Beiträge von Twilek
-
-
Hi Johns,
ich habe meine LibAV Pakete auf die Version von der das Softhddevicepaket abhängt downgegraded und siehe da Bild und Ton sind wieder da. Vielen Dank!! Vielleicht könntest Du es so basteln, daß das Softhddevice im Syslog eine Warnung hinterlässt wenn es falsche LibAV Versionen findet..
Cheers
Twilek
-
Hallo hape60,
ich habe exakt dasselbe Problem mit dem Softhddevice, das Du hattest. Ich habe allerdings Deine Antwort nicht wirklich verstanden. Ich benutze das normale YaVDR Repository im testing branch und nicht das von e-Tobi. Welches Paket/Software hast Du neu kompiliert?
johns in meinem Log werden genau diese Infos angezeigt. Ich habe das 331.20 nvidia Modul mid VDPAU. In keinem Log File tauchen Errors auf und ich habe genau das Problem mit dem schwarzen Bild (schon seit ca 3-4 Monaten)
Vielen Dank
Twilek
-
Kurz zurück zum Problem des schwarzen Bildschirms. Ich habe das Output-Plugin auf Xine umgestellt und schwupps ist das Bild da. Zurückgestellt auf Softhddevice und die Schwärze ist zurück. Was auch immer im vorletzten Update vom SoftHDDevice verändert worden ist macht bei mir Probleme... Das Xine Plugin scheint sich mit dem Nvidia Treiber gut zu vertragen...
Kann ich irgendwie mehr debug Infos vom SoftHDDevice holen?
-
-
Consult /var/lib/dkms/nvidia-304/304.88/build/make.log for more information.
Was sagt denn das Log?
-
Sicher, dass Du die 319.32 hattest?
Habe mein DPKG Log gecheckt. Treiber wurden am 13.10. installiert und seitdem habe ich einiges an Fernsehen gesehen...
Code
Alles anzeigen2013-10-13 16:13:24 install nvidia-319 <keine> 319.32-0ubuntu0.0.1 2013-10-13 16:13:24 status half-installed nvidia-319 319.32-0ubuntu0.0.1 2013-10-13 16:13:38 status triggers-pending man-db 2.6.1-2ubuntu1 2013-10-13 16:13:38 status half-installed nvidia-319 319.32-0ubuntu0.0.1 2013-10-13 16:13:41 status unpacked nvidia-319 319.32-0ubuntu0.0.1 2013-10-13 16:13:41 status unpacked nvidia-319 319.32-0ubuntu0.0.1 2013-10-13 16:13:42 install nvidia-319-updates <keine> 319.32-0ubuntu0.0.1 2013-10-13 16:13:42 status half-installed nvidia-319-updates 319.32-0ubuntu0.0.1 2013-10-13 16:13:57 status half-installed nvidia-319-updates 319.32-0ubuntu0.0.1 2013-10-13 16:13:58 status unpacked nvidia-319-updates 319.32-0ubuntu0.0.1 2013-10-13 16:13:58 status unpacked nvidia-319-updates 319.32-0ubuntu0.0.1
-
Naja vor dem Update heute lief eigentlich alles damit ganz fluffig
-
Ich habe ihn jetzt ein paar mal neu gestartet ohne Erfolg. Ich denke mal die anderen Kernels sind noch installiert und damit auch die alten Nvidia DKMS Module. Das Modul scheint geladen zu sein und zu funktionieren (zumindest nach Syslog). Das OSD läuft ja auch problemlos...
CodeNov 10 18:15:51 TwiVDR kernel: [ 20.331569] NVRM: loading NVIDIA UNIX x86_64 Kernel Module 319.32 Wed Jun 19 15:51:20 PDT 2013
Mir ist aufgefallen, daß ich per Webinterface zwar noch die Auflösung umstellen kann, der "Test Viewport" macht nichts mehr und die Werte für den Overscan werden auch ignoriert...
Im Syslog sieht das dann so aus...
Code
Alles anzeigenNov 10 18:25:33 TwiVDR /usr/bin/signal-event.real[2615]: processing signal test-viewport Nov 10 18:25:33 TwiVDR /usr/bin/signal-event.real[2615]: processing action /usr/share/yavdr/events/test-viewport/10_set-overscan test-viewport 0 DFP-1 1920x$ Nov 10 18:25:33 TwiVDR /usr/bin/signal-event.real[2615]: finished processing signal test-viewport Nov 10 18:25:41 TwiVDR vdr: [1554] retrying Nov 10 18:25:44 vdr: last message repeated 5 times Nov 10 18:25:44 TwiVDR /usr/bin/signal-event.real[2621]: processing signal test-viewport Nov 10 18:25:44 TwiVDR /usr/bin/signal-event.real[2621]: processing action /usr/share/yavdr/events/test-viewport/10_set-overscan test-viewport 0 DFP-1 1920x$ Nov 10 18:25:44 TwiVDR /usr/bin/signal-event.real[2621]: finished processing signal test-viewport Nov 10 18:25:52 TwiVDR /usr/bin/signal-event.real[2624]: processing signal test-viewport Nov 10 18:25:52 TwiVDR /usr/bin/signal-event.real[2624]: processing action /usr/share/yavdr/events/test-viewport/10_set-overscan test-viewport 0 DFP-1 480x5$ Nov 10 18:25:52 TwiVDR /usr/bin/signal-event.real[2624]: finished processing signal test-viewport Nov 10 18:25:58 TwiVDR vdr: video: 13:34:44.976 +32 3194 0/\ms 182+2 v-buf Nov 10 18:26:02 TwiVDR vdr: [1554] retrying Nov 10 18:26:11 vdr: last message repeated 5 times Nov 10 18:26:11 TwiVDR /usr/bin/signal-event.real[2630]: processing signal test-viewport Nov 10 18:26:11 TwiVDR /usr/bin/signal-event.real[2630]: processing action /usr/share/yavdr/events/test-viewport/10_set-overscan test-viewport 0 DFP-1 480x5$ Nov 10 18:26:11 TwiVDR /usr/bin/signal-event.real[2630]: finished processing signal test-viewport Nov 10 18:26:17 TwiVDR /usr/bin/signal-event.real[2633]: processing signal test-viewport Nov 10 18:26:17 TwiVDR /usr/bin/signal-event.real[2633]: processing action /usr/share/yavdr/events/test-viewport/10_set-overscan test-viewport 0 DFP-1 1920 $ Nov 10 18:26:17 TwiVDR /usr/bin/signal-event.real[2633]: finished processing signal test-viewport Nov 10 18:26:27 TwiVDR /usr/bin/signal-event.real[2636]: processing signal rescan-display Nov 10 18:26:27 TwiVDR /usr/bin/signal-event.real[2636]: processing action /usr/share/yavdr/events/rescan-display/00_stop-x rescan-display Nov 10 18:26:27 TwiVDR kernel: [ 656.361558] init: vdr-frontend main process (1925) killed by TERM signal Nov 10 18:26:27 TwiVDR vdr: [2153] non blocking file reader thread ended (pid=1554, tid=2153)
Kann es sein, daß irgendeine Bibliothek zum Streamdecodieren zerschsossen ist (da ja auch Aufzeichnungen nicht gehen)? Was für ein paket nutzt VDR dafür?
Es wurden folgende Sachen mitgeupdatet?
Code
Alles anzeigen2013-11-10 17:08:59 upgrade libavformat53 4:0.8.6-0ubuntu0.12.04.1 7:0.10.9-1~precise1 2013-11-10 17:08:59 status half-configured libavformat53 4:0.8.6-0ubuntu0.12.04.1 2013-11-10 17:08:59 status unpacked libavformat53 4:0.8.6-0ubuntu0.12.04.1 2013-11-10 17:08:59 status half-installed libavformat53 4:0.8.6-0ubuntu0.12.04.1 2013-11-10 17:08:59 status half-installed libavformat53 4:0.8.6-0ubuntu0.12.04.1 2013-11-10 17:09:00 status unpacked libavformat53 7:0.10.9-1~precise1 2013-11-10 17:09:00 status unpacked libavformat53 7:0.10.9-1~precise1 2013-11-10 17:09:00 upgrade libavcodec53 4:0.8.6-0ubuntu0.12.04.1 7:0.10.9-1~precise1 2013-11-10 17:09:00 status half-configured libavcodec53 4:0.8.6-0ubuntu0.12.04.1 2013-11-10 17:09:00 status unpacked libavcodec53 4:0.8.6-0ubuntu0.12.04.1 2013-11-10 17:09:00 status half-installed libavcodec53 4:0.8.6-0ubuntu0.12.04.1 2013-11-10 17:09:01 status half-installed libavcodec53 4:0.8.6-0ubuntu0.12.04.1 2013-11-10 17:09:02 status unpacked libavcodec53 7:0.10.9-1~precise1 2013-11-10 17:09:02 status unpacked libavcodec53 7:0.10.9-1~precise1 2013-11-10 17:09:02 upgrade libavutil51 4:0.8.6-0ubuntu0.12.04.1 7:0.10.9-1~precise1 2013-11-10 17:09:02 status half-configured libavutil51 4:0.8.6-0ubuntu0.12.04.1 2013-11-10 17:09:02 status unpacked libavutil51 4:0.8.6-0ubuntu0.12.04.1 2013-11-10 17:09:02 status half-installed libavutil51 4:0.8.6-0ubuntu0.12.04.1 2013-11-10 17:09:02 status half-installed libavutil51 4:0.8.6-0ubuntu0.12.04.1 2013-11-10 17:09:03 status unpacked libavutil51 7:0.10.9-1~precise1 2013-11-10 17:09:03 status unpacked libavutil51 7:0.10.9-1~precise1 2013-11-10 17:09:03 install libopenjpeg2 <keine> 1.3+dfsg-4+squeeze1build0.12.04.1 2013-11-10 17:09:03 status half-installed libopenjpeg2 1.3+dfsg-4+squeeze1build0.12.04.1 2013-11-10 17:09:03 status unpacked libopenjpeg2 1.3+dfsg-4+squeeze1build0.12.04.1 2013-11-10 17:09:03 status unpacked libopenjpeg2 1.3+dfsg-4+squeeze1build0.12.04.1
-
Ich habe nur ein Upgrade gemacht (apt-get dist-upgrade)
Coderoot@TwiVDR:~# uname -r 3.2.0-54-generic root@TwiVDR:~# dkms status nvidia-319, 319.32, 3.2.0-54-generic, x86_64: installed nvidia-319, 319.32, 3.2.0-55-generic, x86_64: installed nvidia-319, 319.32, 3.2.0-56-generic, x86_64: installed nvidia-319-updates, 319.32, 3.2.0-54-generic, x86_64: installed nvidia-319-updates, 319.32, 3.2.0-55-generic, x86_64: installed nvidia-319-updates, 319.32, 3.2.0-56-generic, x86_64: installed root@TwiVDR:~#
-
Hallo zusammen,
seit dem letzten Update heute habe ich mit dem Softhddevice kein Bild mehr (TV Bild bleibt schwarz). Ton ist da und ich kann auch das OSD aufrufen (es ist ein pechschwarzes Bild). Aufzeichnungen (die lange vor dem Problem aufgezeichnet wurden) starten ebenfalls nur mit Ton. In den Logdateien habe ich bis jetzt keinerlei Fehlermeldungen gefunden. Ganz im Gegenteil das Syslog sieht für meine Begriffe absolut normal uas
Code
Alles anzeigen... Nov 10 18:16:47 TwiVDR vdr: video: 16:33:53.832 +24 176 160/\ms 0+5 v-buf Nov 10 18:16:57 TwiVDR vdr: video: decoder buffer empty, duping frame (92/918) 4 v-buf Nov 10 18:16:57 TwiVDR vdr: video: speed up video, droping frame Nov 10 18:16:57 TwiVDR vdr: video: 16:34:03.612 -31 276 160/\ms 2+6 v-buf Nov 10 18:16:58 TwiVDR vdr: [1554] [softhddev]SetPlayMode: 0 Nov 10 18:16:58 TwiVDR vdr: [1554] [softhddev]SetVideoDisplayFormat: 1 Nov 10 18:16:58 TwiVDR vdr: [1554] [softhddev]GetSpuDecoder: Nov 10 18:16:58 TwiVDR vdr: [1554] replay /srv/vdr/video.00/DAS!/2013-05-14.18.43.15-0.rec Nov 10 18:16:58 TwiVDR vdr: [1554] playing '/srv/vdr/video.00/DAS!/2013-05-14.18.43.15-0.rec/00001.ts' Nov 10 18:16:58 TwiVDR vdr: [1554] [softhddev]SetPlayMode: 1 Nov 10 18:16:58 TwiVDR vdr: [2152] dvbplayer thread started (pid=1554, tid=2152, prio=high) Nov 10 18:16:58 TwiVDR vdr: [2152] resuming replay at index 0 (0:00:00.01) Nov 10 18:16:58 TwiVDR vdr: [2153] non blocking file reader thread started (pid=1554, tid=2153, prio=high) Nov 10 18:16:58 TwiVDR vdr: audio/alsa: using device 'default' Nov 10 18:16:58 TwiVDR vdr: video/vdpau: missed frame (1/4) Nov 10 18:16:58 TwiVDR vdr: audio/alsa: start delay 336ms Nov 10 18:16:58 TwiVDR vdr: video/vdpau: synced after 32 frames Nov 10 18:16:58 TwiVDR vdr: video: slow down video, duping frame Nov 10 18:16:58 TwiVDR vdr: video: 13:25:45.696 +92 1790 0/\ms 109+3 v-buf ...
Mir fehlen ein wnig die Ideen wo ich mit Suchen beginnen soll...
Grüße
Twilek -
Die Lösung war sehr einfach. Die remote.conf war vom Template-System nicht wiederhergestellt worden und war leer. Allerdings gab es auch keine Backups wie sie sonst generiert werden (Bug?). Ich habe die Datei jetzt händisch aus den Template-Vorlagen zusammenkopiert und simsalabim die Fernbedienung läuft wieder wie am Schürchen... Damit ist der WAF Faktor wieder hoch und ich kann schlafen gehen, gute Nacht
-
Habe ich gemacht, leider weiter keine Regung auf meine Fernbedienung. Der Receiver müsste ein Nuvoton MCE CIR sein. Das Modul nuvoton_cir ist geladen. Der Receiver wird auch erkannt:
Code
Alles anzeigen[ 18.404393] input: Nuvoton w836x7hg Infrared Remote Transceiver as /devices/pnp0/00:06/rc/rc0/input2 [ 18.404621] rc0: Nuvoton w836x7hg Infrared Remote Transceiver as /devices/pnp0/00:06/rc/rc0 [ 18.405534] nuvoton_cir: driver has been successfully loaded [ 18.915931] input: MCE IR Keyboard/Mouse (nuvoton-cir) as /devices/virtual/input/input3 [ 18.964432] rc rc0: lirc_dev: driver ir-lirc-codec (nuvoton-cir) registered at minor = 0 Sep 15 02:03:02 TwiVDR kernel: [ 18.404079] Registered IR keymap rc-rc6-mce Sep 15 02:03:02 TwiVDR kernel: [ 18.604969] IR RC5(x) protocol handler initialized Sep 15 02:03:02 TwiVDR kernel: [ 18.761006] IR RC6 protocol handler initialized Sep 15 02:03:02 TwiVDR kernel: [ 18.787980] IR JVC protocol handler initialized Sep 15 02:03:02 TwiVDR kernel: [ 18.856764] IR Sony protocol handler initialized Sep 15 02:03:02 TwiVDR kernel: [ 18.915931] input: MCE IR Keyboard/Mouse (nuvoton-cir) as /devices/virtual/input/input3 Sep 15 02:03:02 TwiVDR kernel: [ 18.917429] IR MCE Keyboard/mouse protocol handler initialized Sep 15 02:03:02 TwiVDR kernel: [ 18.950713] lirc_dev: IR Remote Control driver registered, major 250 Sep 15 02:03:02 TwiVDR kernel: [ 18.964443] IR LIRC bridge handler initialized Sep 15 02:03:25 TwiVDR vdr-frontend[1890]: watching "MCE IR Keyboard/Mouse (nuvoton-cir)": /dev/input/event3
Der "Clear" Knopf wird (als einziger) erkannt und detached das Frontend(?!). Wenn ich XBMC starte funktioniert die Fernbedienung dort komplett.
Den einzigen Unterschied, den ich zu einem Syslog vor dem Update feststellen konnte ist, daß vdr vorher ein
und jetzt ein
ausgibt.
-
Hallo,
ich benutze YaVDR mit dem testing repository. Irgendwie ist beim letzen Upgrate mit der Templategenerierung etwas grundlegend schief gegangen (er hat aus den Templates nur leere Dateien erzeugt) und es hat so ziemlich das gesamte System zerlegt. Mit einem aptitude reinstall yavdr-utils und einiger Konfiguration über das Webinterface habe ich das soweit wieder hingebogen, daß die meisten Sachen wieder laufen. Vorher hat er meine Fernbedienung ohne Probleme automatisch erkannt (MCE Fernbedienung am Asrock ION 3D). Das tut er jetzt nicht mehr. Kann ich die automatische Erkennung irgendwie erzwingen oder liegt es an was ganz anderem?
Cheers
Henning
-
Argl, ich habe den Fehler gefunden, der Eintrag zur Aktivierung der TV Funktion ist in den Skin Optionen (?!) und wenn man den einmal anschaltet aktiviert sich auch der passenden Settings Eintrag. Wenn ich jetzt noch rausfinde wie ich dem Ding eine richtig tolle Timeline mit hohem WAF Faktor und ohne die gefühlt Abermillionen unnötige Knöpfe beibiege wird das das ultimative Mediacenter
Update: Habe ein paar schöne und schlichte Skins gefunden (Momentan Xperience1080)...
-
Ich habe den Aeon Skin, der vorher PVR konnte und ich habe auch schon mal sicherheitshalber auf den Original Skin ohne Erfolg umgeschaltet. Ich glaube ich habe eine Version, die kein PVR hat.. Komisch
-
Ja einfach ein dist-upgrade... Der PVR Eintrag taucht in den Einstellungen nicht mehr auf und Installation eines PVR Plugins bringt auch nichts.
-
Seitdem ich aus dem testing repository XBMC 12.2 installiert habe hat XMBC keine PVR Funktionalität mehr. Ist die in der Version noch nicht implementiert oder habe ich da was falsch konfiguriert??
-
Einen Schritt näher. Jetzt weiss ich warum es nicht nervt. Der VDR stürzt beim runterfahren ab (auch mit gelöschter epg).
-
http://paste.ubuntu.com/5604727/
Das System ist öh 2-3 Monate in Betrieb und läuft auf Testing. Im Moment nerven die Abstürze kaum, insofern ist mein Leidensdruck nicht sehr hoch. Trotzdem möchte ich natürlich gerne den Fehler finden (vielleicht haben den andere ja auch)
So ich habe die epg.data gelöscht. Mal sehen was passiert.