yaVDR 0.5, TT S-2300 Premium, Headless, leichte Installationsprobleme

Zitat von schneisa

Also scheint es Probleme mit dem Frontend zu gegen (das macht die Bildausgabe am Monitor)

Dafür gibt es eine log Datei in /var/log/upstart/vdr.....

vdr-frontend.log

albert

Kann es sein, dass meine Grafikkarte GT630 schon eine Schuß weg hat? Ich bekomme in keiner Einstellung mehr ein Bild, weder über HDMI noch DVI, als auch in den Einstellungen: xine@vdr-plugin-xine,vdr-sxfe@vdr-plugin-xineliboutput, vdr-plugin-softhddevice). Als ich die eingebaut hatte, hab ich sofort ein Bild über HDMI und DVI bekommen, nur erst ohne Ton.
Kann man das irgendwie testen?

/Doug

Ich werd bekloppt, ich hab's!!!!

Das Problem lag am BIOS vom Mainbord. Ich habe einfach mal ein Reset to defaults gemacht und schon geht es.
Anscheinend hat das Bios durch den Absturtz was weg bekommen, anders kan ich mir das nicht erklären, da ich dort nichts geändert hatte.

Also der yavdr hatte keine Probleme, was auch wieder gut ist.

Gruß
Doug

Zitat von ATD

Ja. Hier ist noch etwas dazu, falls nichts zum Ziel führt.

Hallo Albert,

jetzt hab ich das Problem nachvollziehen können. Wenn ich diesen Eintrag hier mache:

-a hdmi:AES0=0x4,CARD=NVidia,DEV=1 -p hdmi:AES0=0x6,CARD=NVidia,DEV=1

dann geht zwar der Ton aber beim nächsten Reboot hängt sich die Kiste weg und danch gibt's kein Bild mehr.
Erst wenn ich ein Bios Reset mache bekomme ich wieder ein Bild.

Gruß
Doug

Zitat von seahawk1986

Was genau heißt kein Bild mehr? Startet das Frontend nicht oder siehst du gar nichts vom X-Server?

Also, nach dem sich die Kiste aufgehängt hat und ich einen Neustart mache kommt kein Bild mehr über das HDMI-Interface als auch im Live TV (unter Fernbedienung).

Zitat von seahawk1986

Was sind in so einem Fall die letzten Zeilen in der /var/log/upstart/vdr-frontend.log? Wartet er da eventuell auf das falsche Sound-Device? Wie sieht die /etc/init/sound-device.conf aus? Hast du die Onboard-Soundkarte im BIOS deaktiviert?

Ach ja: Onboard Soundkarte! Die hatte ich immer deaktiviert, aber durch das Bios Reset ist die vermutlich ja wieder aktiv.
Aktuell läuft alles aber noch ohne Ton.

Aktuell (nach Bios reset): /etc/init/sound-device.conf

root@vdr:~# cat  /etc/init/sound-device.conf
#################################################################################
#                                                                               #
#   The following configuration file is generated automatically by the yaVDR    #
#     system. Don't change this file as every update of yaVDR will overwrite    #
#         the local changes. Instead put your required customizations           #
#       into /etc/yavdr/templates_custom/ based on the original templates       #
#                      under /usr/share/yavdr/templates.                        #
#                                                                               #
#            http://www.yavdr.org/developer-zone/template-overview/             #
#                                                                               #
#                                                                               #
#################################################################################






start on (sound-device-changed SOUND_INITIALIZED=1 KERNEL=card0) and (sound-device-changed SOUND_INITIALIZED=1 KERNEL=card1) and (sound-device-changed SOUND_INITIALIZED=1 KERNEL=card1)
stop on (sound-device-removed KERNEL=card0) or (sound-device-removed KERNEL=card1) or (sound-device-removed KERNEL=card1)


pre-start script 
true 
end script 


post-stop script 
true 
end script

Ich hab leider nur einmal das vdr-frontend.log von heute (nach Bios Reset), das von gestern kann ich aber noch besorgen:

/var/log/upstart/vdr-frontend.log (aktuell)

vdr-fronend.log aktuell

Gruß
Doug

Zitat von seahawk1986

Du hast im WFE aktuell vermutlich Ausgabe auf allen Geräten gewählt - dann wartet er auf alle Soundkarten mit Digitalen Ausgängen und wenn der Onboard-Sound dann im BIOS deaktiviert wird gibt es keine card1 mehr und er hängt ewig beim Start.

Jo, war zum testen, weil kein Ton kam.

Zitat von seahawk1986

Stell das doch mal nach dem Deaktivieren der Soundkarte im BIOS im WFE auf HDMI um, damit er nur auf die card0 wartet.

Werde ich heute Abend mal testen. HDMI Passthrough oder Stereo? Was muss dann richtigerweise in der asound.conf drin stehen?

Gruß
Doug

Zitat von seahawk1986

Es geht hier aber nur darum, dass wait-for-job-state den Start des vdr-frontend nicht unendlich lange aufhält - die Ton-Einstellungen in der asound.conf werden dann ja sowieso für softhddevice durch deine Einträge in der /etc/vdr/plugins/plugin.softhddevice.conf (yaVDR 0.5, TT S-2300 Premium, Headless, leichte Installationsprobleme) übersteuert.

Genau dieser Eintrag hatte ja gerade die Kiste geschreddert. Vorher hatte ich ja die Soundkarte im Bios deaktiviert und auf HDMI Stereo, dann hab ich diesen Eintrag gemacht, Ton und Bild ging
eine Weile, dann hat er sich aufgehängt und nach einem Neustart ging nix mehr.
Ist der Eintrag denn so richtig?

/Doug

Zitat von seahawk1986

Wenn du Passthrough nutzen willst (VDR hängt an AV-Receiver mit entsprechendem Decoder) nimmst du passthrough, HDMI Stereo ist für den Fall, dass der TV direkt am VDR hängt (die können normalerweise kein 5.1 AC3 Ton und die anderen möglichen Passthrough Formate).

VDR hängt zwar am Fernseher (wie auch der BR-Player) aber daran ist auch mein 5.1 AV Receiver angeschlossen und übernimmt dann den Ton vom Fernseher, demnach müßte ich dann Passthroug wählen, wenn ich 5.1 Sound haben will, oder?

/Doug

VDR läuft jetzt.

Was hab ich gemacht:

- Bios sicherheitshalber noch mal Resetet
- Soundkarte im Bios deaktiviert
- HDMI Stereo im WFE
- cat /etc/vdr/plugins/plugin.softhddevice.conf:

-D 
-a hdmi:AES0=0x4,CARD=NVidia,DEV=1 
-p hdmi:AES0=0x6,CARD=NVidia,DEV=1

- reboot 1:

Danach lief bild und Ton. Aufnahme hat funktioniert, alles gut.

- reboot 2: PC blieb beim booten hängen, Tastatur LEDs blinkten
- PC ausgeschaltet und wieder hochgefahren, danach lief wider alles

reboot 3: hat ohne Probleme funktioniert

Werde das jetzt mal beobachten ob es noch Probleme mit Start/Stop gibt.

Gruß
Doug

Jetzt hab ich nach einer Weile einen Hänger gehabt ca. 10-30 sec stand das Bild (siehe ab 23:00):

syslog

Und jetzt wo ich gerade schreibe 10min später schon wieder über 30sec

Kiste ist sogar IP-technisch nicht mehr erreichbar, scheint also komplett für eine Weile eingefroren zu sein.

/Doug

Jetzt hab ich noch ein Problem und zwar bekomme ich kein Ton über mp3 und mlayer Plugin (das hatte zwischendurch aber mal funktioniert).
Ton für Live TV und Aufnahmen funktionieren ja jetzt.

Hier das log:

Sep 18 14:59:12 vdr vdr: [1115] skinelchi: assuming item display
Sep 18 14:59:12 vdr vdr: [1115] mp3: playback started with instant playlist 03 Mothers Finest Live- Baby Love.mp3
Sep 18 14:59:12 vdr vdr: [1115] [softhddev]SetPlayMode: 0
Sep 18 14:59:12 vdr vdr: [1115] [softhddev]SetVideoDisplayFormat: 1
Sep 18 14:59:12 vdr vdr: [1115] [softhddev]GetSpuDecoder:
Sep 18 14:59:12 vdr vdr: [1115] [softhddev]SetPlayMode: 2
Sep 18 14:59:12 vdr vdr: [1115] [softhddev] play mode external audio
Sep 18 14:59:12 vdr vdr: [3697] mp3: player thread started (pid=1115)
Sep 18 14:59:12 vdr vdr: [3693] TS buffer on device 10 thread ended (pid=1115, tid=3693)
Sep 18 14:59:12 vdr vdr: [3692] buffer stats: 72756 (1%) used
Sep 18 14:59:12 vdr vdr: [3692] receiver on device 10 thread ended (pid=1115, tid=3692)
Sep 18 14:59:12 vdr vdr: video: slow down video, duping frame
Sep 18 14:59:12 vdr vdr: video: decoder buffer empty, duping frame (269/1038) 0 v-buf
Sep 18 14:59:12 vdr vdr: video: --:--:--.---   +0    0   0/\ms   0+5 v-buf
Sep 18 14:59:13 vdr vdr: [3697] mp3: player thread ended (pid=1115)
Sep 18 14:59:13 vdr vdr: [1115] [softhddev]SetPlayMode: 0
Sep 18 14:59:13 vdr vdr: audio: 'alsa' output module used
Sep 18 14:59:13 vdr vdr: audio/alsa: supports pause: yes
Sep 18 14:59:13 vdr vdr: audio:  44100Hz supports 2 2 2 2 2 2 2 2 channels
Sep 18 14:59:13 vdr vdr: audio:  48000Hz supports 2 2 2 2 2 2 2 2 channels
Sep 18 14:59:13 vdr vdr: audio: 192000Hz supports 0 0 0 0 0 0 0 0 channels
Sep 18 14:59:13 vdr vdr: [1115] [softhddev]SetVideoDisplayFormat: 1
Sep 18 14:59:13 vdr vdr: [1115] [softhddev]GetSpuDecoder:
Sep 18 14:59:13 vdr vdr: [1115] switching to channel 23
Sep 18 14:59:13 vdr vdr: [3699] receiver on device 10 thread started (pid=1115, tid=3699, prio=high)
Sep 18 14:59:13 vdr vdr: [3700] TS buffer on device 10 thread started (pid=1115, tid=3700, prio=high)
Sep 18 14:59:14 vdr vdr: [1115] [softhddev]SetPlayMode: 1
Sep 18 14:59:14 vdr vdr: audio/alsa: using device 'hdmi:AES0=0x4,CARD=NVidia,DEV=1'
Sep 18 14:59:14 vdr vdr: audio/alsa: start delay 336ms
Sep 18 14:59:15 vdr vdr: codec: buggy libav, use ffmpeg
Sep 18 14:59:15 vdr vdr: video: decoder buffer empty, duping frame (388/1038) 0 v-buf
Sep 18 14:59:15 vdr vdr: video: slow down video, duping frame
Sep 18 14:59:15 vdr vdr: video:  0:13:39.517 +493  333   0/\ms   0+1 v-buf
Sep 18 14:59:15 vdr vdr: video: slow down video, duping frame
Sep 18 14:59:15 vdr vdr: video: decoder buffer empty, duping frame (393/8) 0 v-buf
Sep 18 14:59:15 vdr vdr: video:  0:13:39.557 +424  321   0/\ms   0+5 v-buf
Sep 18 14:59:15 vdr vdr: video: slow down video, duping frame
Sep 18 14:59:15 vdr vdr: video:  0:13:39.557 +406  304   0/\ms   0+5 v-buf
Sep 18 14:59:15 vdr vdr: video: decoder buffer empty, duping frame (395/8) 3 v-buf
Sep 18 14:59:15 vdr vdr: video:  0:13:39.557 +386  379   0/\ms   3+5 v-buf
Sep 18 14:59:15 vdr vdr: video: slow down video, duping frame
Sep 18 14:59:15 vdr vdr: video:  0:13:39.557 +366  360   0/\ms   2+7 v-buf
Sep 18 14:59:16 vdr vdr: video/vdpau: synced after 46 frames

Gruß
Doug

Wenn die Hänger kommen (siehe weiter oben) seh ich immer folgendes im log:

vdr kernel: [ 6429.751258] BUG: soft lockup - CPU#0 stuck for 23s! [swapper/0:0]

Hab so etwas hier im Forum gefunden allerdings ohne Lösung:
CUP Stuck

Jemand eine Idee?

Hier noch mal der ganze syslog:
syslog cpu stuck

Gruß
Doug

Zitat von ATD

uname -a

root@vdr:~# uname -a
Linux vdr 3.8.0-44-generic #66~precise1-Ubuntu SMP Tue Jul 15 04:01:04 UTC 2014 x86_64 x86_64 x86_64 GNU/Linux

Zitat von ATD

Wenn möglich, Netzteil tauschen.

Das könnte es auch sein, ist halt schon in die Jahr gekommen, es handelt sich um dieses Netzteil:
Netzteil

/Doug