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

doug · September 15, 2014 at 7:16 PM

Quote from 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

doug · September 15, 2014 at 11:49 PM

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

ATD · September 16, 2014 at 5:10 PM

Quote from doug

Kann es sein, dass meine Grafikkarte GT630 schon eine Schuß weg hat?

Das halte ich für unwahrscheinlich, ließe sich aber mittels einen Live CD, wie z.B. Ubuntu 14.04 gegentesten.

Albert

schneisa · September 16, 2014 at 6:22 PM

Hi,

glaube auch nicht das die Grafikkarte einen Hau weg hat.
Bist du dir sicher das der HDMI Stecker richtig steckt. Da hatte ich auch schon die tollsten Effekte.

Ein paar Fragen zum eingrenzen:

Siehst du den Mauszeiger auf dem Bildschirm/Fernseher
Siehst du nachdem du
Code
```
sudo stop vdr
```
machst, das yaVDR logo?

Wenn du die beide Punkte mit ja bestätigen kannst, dann hast du ein Problem beim starten der Bildausgabe vom VDR aber nicht unbedingt ein Problem der Grafikkarte.

Wähle mal im WebFrontend wieder SoftHDdevice.
was sagt

Code

svdrpsend plug softhddevice stat

Viele Grüße
schneisa

doug · September 16, 2014 at 9:06 PM

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

doug · September 17, 2014 at 10:07 AM

Quote from 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:

Code

-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

seahawk1986 · September 17, 2014 at 10:16 AM

Quote from doug

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.

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

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?

doug · September 17, 2014 at 11:26 AM

Quote from 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).

Quote from 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

Display Spoiler

Code

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

Display More

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

seahawk1986 · September 17, 2014 at 11:37 AM

Quote from doug

Code

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)

Quote from doug

Ach ja: Onboard Soundkarte! Die hatte ich immer deaktiviert, aber durch das Bios Reset ist die vermutlich ja wieder aktiv.

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.

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

doug · September 17, 2014 at 12:22 PM

Quote from 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.

Quote from 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

seahawk1986 · September 17, 2014 at 1:02 PM

Quote from doug

HDMI Passthrough oder Stereo? Was muss dann richtigerweise in der asound.conf drin stehen?

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).

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.

doug · September 17, 2014 at 1:27 PM

Quote from 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

doug · September 17, 2014 at 1:32 PM

Quote from 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

doug · September 17, 2014 at 10:49 PM

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:

Code

-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

doug · September 17, 2014 at 11:13 PM

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

doug · September 18, 2014 at 7:13 PM

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:

Display Spoiler

Code

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

Display More

Gruß
Doug

doug · September 19, 2014 at 1:54 PM

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

ATD · September 19, 2014 at 5:07 PM

Quote from doug

Jemand eine Idee?

doug, einerseits ist es ein halbherzig gemeldeter Bug, andererseits ein Hardwarefehler in der Spannungsversorgung (Netzteil oder Board). Soviel sagt schon Google.

Was sagt

Code

uname -a

Wenn möglich, Netzteil tauschen.

Albert

doug · September 19, 2014 at 10:19 PM

Quote from ATD

uname -a

Code

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

Quote from 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

ATD · September 20, 2014 at 12:09 AM

Bei mir sieht es älter aus:

Code

Linux Patty 3.8.0-35-generic #52~precise1-Ubuntu SMP Thu Jan 30 17:24:40 UTC 2014 x86_64 x86_64 x86_64 GNU/Linux

Deinen Netzteil würde ich nicht unbedingt haben wollen.

Albert

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

Participate now!

Tags

Users Viewing This Thread