Archiv > Development
softhddevice verliert frames/Mikroruckler
thueringer01:
Hallo,
mein System ist aktuell:
kernel 3.16.1.110-116
vdr-plugin-softhddevice 2014.10.16-33_2.1.6.141
Bei HD-Sendern kommt es ab und zu zu Bildrucklern.
Diese hatte ich vorher nie mit der 4.0.1
Im screenshot sieht man die stetig anwachsende Anzahl an verlorenen Frames.
Ein Debug-Log kann ich leider nicht hochladen, da kommt:
Segmentation fault Dein Upload Code lautet: >:(
Was ist hier los?
edit://MarMic
Zusammenfassung des Threads - Lösung
So irgendwie wird das zu undurchsichtig und deswegen fasse ich mal zusammen wie man alles durchchecken kann... vllt kann das jemand ins wiki übertragen ich habe da grade nicht den nerv zu :-) ... vllt skippy :)
1. rausfinden welchen Treiber man hat und am besten per verbose booten und diesen auswählen
2. es dürfen keine Treiber gemischt werden. D.h. es darf nur xorg + einen weiteren Treiber vorhanden sein also eine ENTWEDERODER-Verknüpfung xorg-nvidia XOR xorg-nvidia.legay XOR xorg-drivers XOR xorg-ati usw usw usw.
3. nach dem hochfahren sollte man nun ein Bild haben und das wird zu 99.9% auf 60Hz laufen, weil der Fernseher meldet, dass es seine beste Darstellungsform ist , dass kann man mit xrandr nachprüfen:
Das ganze sieht so aus:
--- Code: ---MLD> DISPLAY=:0 xrandr
Screen 0: minimum 8 x 8, current 1920 x 1080, maximum 16384 x 16384
DVI-I-0 disconnected primary (normal left inverted right x axis y axis)
VGA-0 disconnected (normal left inverted right x axis y axis)
DVI-I-1 disconnected (normal left inverted right x axis y axis)
HDMI-0 connected 1920x1080+0+0 (normal left inverted right x axis y axis) 1328mm x 747mm
1920x1080 60.0*+ 59.9 50.0 30.0 24.0 60.1 60.0 50.0
1680x1050 60.0
1600x900 60.0
1280x1024 60.0
1280x720 60.0 59.9 50.0 30.0 24.0
1152x864 75.0
1024x768 60.0
800x600 60.3
720x576 50.0 50.1
720x480 59.9 60.1
640x480 59.9 59.9
MLD>
--- End code ---
An diesem Beispiel sieht manm das mein TV grade mit 1920*1080@60Hz angesprochen wird, da das + anzeigt, dass es seine priority Einstellung ist. das Sternchen * zeigt den Modus an.
4. Wir sollten schauen, dass kein anderer Fehler im Xorg Teil vorliegt dazu einmal:
--- Code: ---MLD> cat /var/log/Xorg.0.log | grep "(EE)"
(WW) warning, (EE) error, (NI) not implemented, (??) unknown.
MLD>
--- End code ---
da sollte wie hier nur die Legende angezeigt werden. Wenn andere Fehler auftauchen ist schon bei den Treibern was schief gelaufen.
5. Wir schauen mal nach wie unser DISPLAY angesprochen wird:
--- Code: ---MLD> cat /var/log/Xorg.0.log | grep "(boot, connected)"
[ 56.381] (--) NVIDIA(0): SONY TV (DFP-1) (boot, connected)
MLD>
--- End code ---
nun sieht man an meinem Beispiel (ja ja ja ja ich weiß... ich SAMSUNG fanboy habe im WZ einen SONY... aber Samsung baut auch nur noch.... *insider*), dass mein Fernseher als DFP-1 angesprochen wird. (könnte wie bei INOB als DFP-0 oder was weiss ich angesprochen werden)
6. Anpassen der MODE DATEI:
wir schauen mal wie die MODE DATEI aussieht:
--- Code: ---MLD> cat /etc/X11/xorg.conf.d/templates/30_mode_1920x1080_50.conf
Section "Screen"
Identifier "Screen0"
Device "Device0"
Monitor "Monitor0"
Option "metamodes" "DFP-1: 1920x1080_50 +0+0"
EndSection
Section "Monitor"
Identifier "Monitor0"
Modeline "1920x1080_50" 148.500 1920 2448 2492 2640 1080 1084 1089 1125 +HSync +VSync
Option "ExactModeTimingsDVI" "True"
Option "DPMS" "off"
EndSection
MLD>
--- End code ---
und sehen, dass sie in meinem Fall richtig ist. es wird DFP-1 angesprochen. Wenn man einen anderen Wert in Nr. 5 gefunden hat muss man diese Zeile nur anpassen z.b. auf DFP-0
--- Code: --- Option "metamodes" "DFP-0: 1920x1080_50 +0+0"
--- End code ---
7. Nun muss man diese modefile nur noch auswählen:
am einfachsten über das webif. Man ruft http://mld auf (oder die ip oder was auch immer)
a. klickt auf System
b. Konfiguration
c. Xorg
d. mode dropdown: 1920x1080_50 auswählen
e. SAVE
f. XORG startet nun sogar selbst neu :)
8. man kann nun nochmal checken ob es nun einen fehler bei xorg gibt:
--- Code: ---MLD> cat /var/log/Xorg.0.log | grep "(EE)"
(WW) warning, (EE) error, (NI) not implemented, (??) unknown.
MLD>
--- End code ---
9. mit xrandr nachschauen was nun die mode ist:
--- Code: ---MLD> DISPLAY=:0 xrandr
Screen 0: minimum 8 x 8, current 1920 x 1080, maximum 16384 x 16384
DVI-I-0 disconnected primary (normal left inverted right x axis y axis)
VGA-0 disconnected (normal left inverted right x axis y axis)
DVI-I-1 disconnected (normal left inverted right x axis y axis)
HDMI-0 connected 1920x1080+0+0 (normal left inverted right x axis y axis) 1330mm x 750mm
1920x1080 60.0 + 50.0* 59.9 59.9 30.0 24.0 60.1 60.0 50.0
1680x1050 60.0 59.9
1600x900 60.0
1440x900 59.9
1400x1050 60.0
1360x768 60.0 59.8
1280x1024 60.0
1280x960 60.0
1280x720 60.0 59.9 50.0 30.0 24.0
1152x864 75.0 60.0
1024x768 60.0
960x540 60.0
840x525 60.0 59.9
800x600 60.3 56.2
720x576 50.0 50.1
720x480 59.9 60.1
720x450 59.9
700x525 60.0
680x384 60.0 59.8
640x480 59.9 59.9
512x384 60.0
320x240 60.1
MLD>
--- End code ---
und wir sehen, dass obwohl der TV auf 60hz laufen möchte wir diesen aber nun auf 50hz forcen.
und so bekommt man xorg auf 50 hz
Viel Spass damit, greetz MarMic
p.s. weiss jemand wie ich farbe in codeblöcke bekomme?
Torsten73:
Grundsätzlich sind verlorene und doppelte Frames noch kein Grund zur Sorge, solange es im Bild nicht sichtbar wird. Schöner wären zwar dort überall 0 zu sehen, aber das ist selbst beide starken Grafikkarten nicht der Fall.
Die Frage ist was für HD Sender? Wie hast Du den Deinterlacer und vor allem SkipChromaDeinterlace aktiviert? Bei der GT610 könnte es bei 1080i und motioncompensated (also temporalspartial für vdpau sofern das stimmt, ich mag die neue Bezeichnungen nicht, für vdpau sollte meiner Ansicht nach die für nvidia geltende Bezeichnung gewählt werden, aber das liegt an den vorlieben des Pluginentwicklers) und gleichzeitigem SkipChroma auf nein eng werden. Vergleiche mal ob bei SkipChroma = ja (für schwache Systeme) die Bildruckler weg sind.
Möglicherweise kann aber auch eine geänderte Thermik im System unter VDPAU Vollast die Graka drosseln und zu diesen Rucklern führen. Wie heiß ist Deine GT610? Vielleicht mal die Lüftungswege/Lüfter kontrollieren.
mikeM:
Na dann schau mal hier: http://www.minidvblinux.de/forum/index.php/topic,6299.msg46985.html#msg46985
Das Problem ist hier wohl eher, das im Moment ein Patch im SoftHDDevice ist, der doch rech "Alpha" ist. Wird bei dir auch das Log schön zugemüllt? Wäre es nicht vielleicht besser, vom SHD 2 Versionen zu bauen? Eine für den Test mit Intel Systemen und einen für den Rest?
Und bei ist eine 720 am werkeln die sollte das, genau wie die 610 eigentlich auch, eigentlich locker schaffen....
War ja auch vorher so, bzw. ist auf meinem noch nicht aktualisierten 610er immer noch so!
Gruß
Michael
thueringer01:
Hallo,
danke für eure Meinungen
@Torsten
Die verlorenen Frames treten bei allen Sendern SD+HD auf. Auch nach dem Einschalten, wenn die Graka noch kalt ist, treten diese Effekte auf. An meinem Lüftungskonzept habe ich auch nichts geändert. Mit den unendlichen Einstellmöglichkeiten unter Softhddevice habe ich so meine Verständnisschwierigkeiten. Es steht alles auf default, wie installiert.
@Michael
Im log hab ich sowas in Massen:
--- Code: ---[h264_vdpau @ 0xc108d40] decode_slice_header error
[h264_vdpau @ 0xc108d40] no frame!
[h264_vdpau @ 0xc108d40] non-existing PPS 0 referenced
[h264_vdpau @ 0xc108d40] decode_slice_header error
[h264_vdpau @ 0xc108d40] no frame!
[h264_vdpau @ 0xc108d40] non-existing PPS 0 referenced
--- End code ---
Ja, vorher hatte ich auch keine Probleme.
Wie bekommt man eine "alte" version zum Testen installiert? Geht das überhaupt?
Grüße
Torsten73:
Eine alte Version in eigentlichen Sinne kannst Du nur aus Deinen Sicherungspunkten bekommen. Es gibt keine Möglichkeit einzelne Treiber / Paketversionen zu bestimmen.
Allerdings befürchte ich, dass Du dann vor die integration des vaapi zweiges gehen werden mußt. (irgendwo Anfang Dezember) Danach die Updates manuell einspielen, ohne Softhddevice.
Wenn ich ehrlich bin, fallen mir die dropped Frames auch auf. Gestern bei meinen Arbeiten habe ich mal ausnahmsweise eine Weile bei ZDFHD (James Bond) geschaut, und selbst da waren die zeitweise deutlich sichtbar. Meine VDPAU Optionen sollten eigentlich richtig sein und unter dem alten softhddevice ohne vaapi im yavdr lief es auch ihne Probleme.
Ich bin mir nur nicht sicher, ob es alleine am softhddevice liegt. Das können andere besser beantworten. Ich vermute der Vaapi Zweig greift ja auch an anderen Stellen ins System ein.
Was die Frage nach einem Stable Freeze und Testing Zweig wieder mal aufwirft. Ist ja bereits in der Diskussion.
Navigation
[0] Message Index
[#] Next page
Go to full version