[gelöst] YaVDR 0.5: Grafik und Sound hacken....

Daniel26 · 13. November 2012

Hallo,

ich hab mir (wegen Sound über HDMI) für meinen Esprimo (Client in meiner Sig) ne neue Grafikkarte gekauft. Dies ist eine MSI N210 mit Nvidia G210-Chip.
Habe dann den Rechner neu aufgesetzt (yaVDR 0.5 stable).
Nun habe ich das Problem das das Bild wahnsinnig ruckelt und der Sound hackt bzw. nach ein paar Minuten ganz ausfällt.
Der rechner kriegt sein Material per Streamdev vom Server. Bis jetzt immer per WLAN (das ging alles bis Sonntag noch mit der alten Graka), aber um Probleme mit den Netz auszuschließen hab ich das ganze jetzt per Kabel dran...bringt aber keine Besserung.

Nirgendwo sind verräterische Meldungen zu finden...syslog, dmesg, Xorg.1.log...alles unauffällig.

Jemand ne Ahnung wo ich noch suchen bzw. sogar wie ich das beheben kann?

schneisa · 13. November 2012

Hi,

ohne Logs ist das natürlich Kaffeesatz lesen.

Wie hast du im WFE die Audio Ausgabe eingestellt? Stell doch mal auf HDMI Passthrough. Es gab früher manchmal Probleme wenn es auf "Alle Ausgänge" konfiguriert war.
Ob es das Problem bei der 0.5 noch gibt, kann ich dir aber nicht sagen. Ich war da nie von betroffen.

Ich gehe davon aus, dass du sudo apt-get update; sudo apt-get dist-upgrade schon gemacht hast. Oder?

Schon mal geschaut, ob yaVDR die richtige Soundkarte automatisch ausgewählt hat? (Stickworte: aplay -L und /etc/asound.conf)

Welches Frontend hast du im WFE ausgewählt?

Mit einem Satz: Wo sind die Logfiles?????

Viele Grüße
schneisa

Daniel26 · 13. November 2012

SO, dann liefere ich mal......

aplay -l:

Code

**** Liste der Hardware-GerÃ¤te (PLAYBACK) ****
Karte 0: NVidia [HDA NVidia], GerÃ¤t 3: HDMI 0 [HDMI 0]
  Sub-GerÃ¤te: 1/1
  Sub-GerÃ¤t #0: subdevice #0
Karte 0: NVidia [HDA NVidia], GerÃ¤t 7: HDMI 0 [HDMI 0]
  Sub-GerÃ¤te: 0/1
  Sub-GerÃ¤t #0: subdevice #0
Karte 0: NVidia [HDA NVidia], GerÃ¤t 8: HDMI 0 [HDMI 0]
  Sub-GerÃ¤te: 1/1
  Sub-GerÃ¤t #0: subdevice #0
Karte 0: NVidia [HDA NVidia], GerÃ¤t 9: HDMI 0 [HDMI 0]
  Sub-GerÃ¤te: 1/1
  Sub-GerÃ¤t #0: subdevice #0

Alles anzeigen

asound.conf:

Code

pcm.!default {
    	type hw
    	card 0
    	device 7
}

Im WFE steht der Sound auf "HDMI-Stereo"
Frontend hab ich vdr-plugin-xine...
Updates wurden gemacht (hatte ja gehofft dass das was ändert....)

In den Logfiles ist wie gesagt null...ich kann sie gerne Anhängen....wenn du mir sagst welche du brauchst?

CafeDelMar · 13. November 2012

Daniel26:

Hackt oder hakt der Sound, das macht schon einen Unterschied?

Eventuell kommst Du dem Problem auf die Spur, wenn Du den Loglevel hochsetzt, aber keine Ahnung wie man das bei yaVDR macht.

Hast Du es schon mal mit softhddevice als Frontend probiert, das sollte ja auch dabei sein?

CafeDelMar

Daniel26 · 13. November 2012

Jo, softhd war das gleiche...hab schon alle Frontends durch......
Der Sound hackt...also 3-4 mal die gleichen 3/10 Sec. hintereinander...dann mal wieder ein anderer Textschnipsel...die Grafik ruckelt auch mehr als heftig...

Hier mal ein Log beim Umschalten:

Code

Nov 13 21:10:31 schlafzimmer vdr: [2096] Text2Skin: channelInfo display update thread started (pid=1162, tid=2096)
Nov 13 21:10:31 schlafzimmer vdr: [1162] switching to channel 6
Nov 13 21:10:32 schlafzimmer vdr: [1162] cTS2PES got 0 TS errors, 1 TS continuity errors
Nov 13 21:10:32 schlafzimmer vdr: [2095] ERROR (device.c,1843): UngÃ¼ltiger Dateideskriptor
Nov 13 21:10:32 schlafzimmer vdr: [2095] TS buffer on device 24 thread ended (pid=1162, tid=2095)
Nov 13 21:10:32 schlafzimmer vdr: [2094] buffer stats: 151528 (7%) used
Nov 13 21:10:32 schlafzimmer vdr: [2094] receiver on device 24 thread ended (pid=1162, tid=2094)
Nov 13 21:10:32 schlafzimmer vdr: [2097] receiver on device 24 thread started (pid=1162, tid=2097)
Nov 13 21:10:32 schlafzimmer vdr: [2098] TS buffer on device 24 thread started (pid=1162, tid=2098)
Nov 13 21:10:32 schlafzimmer vdr: [2097] cVideoRepacker: switching to MPEG1/2 mode
Nov 13 21:10:32 schlafzimmer vdr: [2097] cVideoRepacker: operating in MPEG1/2 mode
Nov 13 21:10:36 schlafzimmer vdr: [2096] Text2Skin: channelInfo display update thread ended (pid=1162, tid=2096)

Alles anzeigen

seahawk1986 · 13. November 2012

Also falls es mit der alten Karte nach deinen Lötaktionen noch flüssig lief (ich weiß ja nicht, was du da alles zerstört hast), könntest du ja mal die Grafikkarte und Festplatte mit deinem zweiten Esprimo tauschen, um auszuschließen, dass der SIS-Chipsatz Probleme macht...

Daniel26 · 13. November 2012

Ich hatte die FInger nur am Sound.Chip...und da hab ich vermutlich ne Lötstelle durchtrennt oder ne andere Kurzgeschlossen.

Aber ich werds mal testen...

Daniel26 · 13. November 2012

So, Rechner getauscht....gleiches Spiel. Daran liegts also nicht

Daniel26 · 13. November 2012

Noch was gefunden (diesmal mit xineliboutput als Frontend)

Code

Nov 13 22:05:04 schlafzimmer vdr: [2945] [xine..put] cXinelibServer::Play Buffer overflow (TCP/PIPE)
Nov 13 22:05:04  vdr: last message repeated 199 times
Nov 13 22:05:04 schlafzimmer rsyslogd-2177: imuxsock begins to drop messages from pid 2488 due to rate-limiting
Nov 13 22:05:10 schlafzimmer rsyslogd-2177: imuxsock lost 730 messages from pid 2488 due to rate-limiting
Nov 13 22:05:10 schlafzimmer vdr: [2945] [xine..put] cXinelibServer::Play Buffer overflow (TCP/PIPE)
Nov 13 22:05:10  vdr: last message repeated 16 times
Nov 13 22:05:10 schlafzimmer vdr: [2488] closing SVDRP connection
Nov 13 22:05:10 schlafzimmer vdr: [2945] [xine..put] cXinelibServer::Play Buffer overflow (TCP/PIPE)
Nov 13 22:05:12  vdr: last message repeated 181 times
Nov 13 22:05:12 schlafzimmer rsyslogd-2177: imuxsock begins to drop messages from pid 2488 due to rate-limiting
Nov 13 22:05:16 schlafzimmer rsyslogd-2177: imuxsock lost 91 messages from pid 2488 due to rate-limiting
Nov 13 22:05:16 schlafzimmer vdr: [2945] [xine..put] cXinelibServer::Play Buffer overflow (TCP/PIPE)

Alles anzeigen

seahawk1986 · 13. November 2012

Zitat von Daniel26

Daran liegts also nicht

Gut, dann ist vermutlich nicht mehr am Mainboard kaputt gegangen - am verbauten SIS-Chipsatz im allgemeinen kann es natürlich trotzdem liegen - wäre nicht das erste Mal, dass die Teile Probleme machen...

Du kannst das Droppen der Logeinträge übrigens deaktivieren, wenn du in der /etc/rsyslog.conf folgendes einträgst:

Code

# Don't skip messages
$IMUXSockRateLimitBurst 10000
$SystemLogRateLimitInterval 5
$SystemLogRateLimitBurst 1000

Meine sieht dann so aus: http://paste.ubuntu.com/1356502/

Daniel26 · 13. November 2012

SO,

hab in den dmesg noch folgendes gefunden:

Code

[   24.913934] irq 16: nobody cared (try booting with the "irqpoll" option)
[   24.913942] Pid: 1317, comm: openbox Tainted: P       	O 3.2.0-32-generic #51-Ubuntu
[   24.913945] Call Trace:
[   24.913948]  <IRQ>  [<ffffffff810db0fd>] __report_bad_irq+0x3d/0xe0
[   24.913961]  [<ffffffff810db385>] note_interrupt+0x135/0x190
[   24.913966]  [<ffffffff810d8bfa>] handle_irq_event_percpu+0xaa/0x210
[   24.913972]  [<ffffffff8106e62d>] ? __do_softirq+0xfd/0x210
[   24.913976]  [<ffffffff810d8db1>] handle_irq_event+0x51/0x80
[   24.913980]  [<ffffffff810dbdda>] handle_fasteoi_irq+0x6a/0x110
[   24.913985]  [<ffffffff81015282>] handle_irq+0x22/0x40
[   24.913990]  [<ffffffff81665f5a>] do_IRQ+0x5a/0xe0
[   24.913994]  [<ffffffff8165b2ee>] common_interrupt+0x6e/0x6e
[   24.913996]  <EOI>  [<ffffffff81663442>] ? system_call_fastpath+0x16/0x1b
[   24.914002] handlers:
[   24.914193] [<ffffffffa0926ad0>] nv_kern_isr
[   24.914196] Disabling IRQ #16

Alles anzeigen

Also mal pollirq im Grub mitgegeben....Sound geht jetzt...ist aber zum Bild zeitversetzt.

Daniel26 · 13. November 2012

So, Frequenz Voreinstellung im WFE noch auf 60 Herz gesetzt...es läuft

mini73 · 14. November 2012

Moin!

Falls du wieder zu softhddevice wechseln möchtest: das hat auch eine 60Hz-Einstellung, die dann aktiviert werden muss.
Ist ungewöhnlich, dass dein TV 60Hz macht. Kann der keine 50Hz? Das wäre viel besser...

Lars.

Daniel26 · 14. November 2012

Kann der bestimmt auch....hab halt mal 60 genommen. Stadardmäßig hat der YaVDR 24 Hz aktiviert gehabt...und das war wohl Käse.

mini73 · 14. November 2012

Moin!

Interessant. Zu deutschem Fernsehmaterial passt aber am besten 50Hz, weil entweder mit 25 Bildern pro Sekunde bzw. 50 Bildern (bei HD) gesendet wird.
Würde ich an deiner Stelle mal ausprobieren.

Im Zweifelsfall bei angeschlossenem und eingeschaltetem TV im WFE noch mal nach Bildschirmen suchen lassen. Dann kommt hoffentlich eine 50Hz-Einstellung zu Tage.

Lars.

Paulaner · 14. November 2012

Zitat von Daniel26

Stadardmäßig hat der YaVDR 24 Hz aktiviert gehabt...und das war wohl Käse.

Genau das gleiche Phänomen hatte ich auch bei der Installation von yaVDR-0.5!
Ich musste dann manuell im WFE den Wert auf 50Hz setzen, da bei der automatischen Bildschirmerkennung immer die 24Hz genommen wurden.

Paulaner

[gelöst] YaVDR 0.5: Grafik und Sound hacken....

Jetzt mitmachen!

Teilen