[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: [Select]

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>
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: [Select]

MLD> cat /var/log/Xorg.0.log | grep "(EE)"
        (WW) warning, (EE) error, (NI) not implemented, (??) unknown.
MLD>
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: [Select]

MLD> cat /var/log/Xorg.0.log | grep "(boot, connected)"
[    56.381] (--) NVIDIA(0):     SONY TV (DFP-1) (boot, connected)
MLD>
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: [Select]

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>
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: [Select]

Option      "metamodes" "DFP-0: 1920x1080_50 +0+0"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: [Select]

MLD> cat /var/log/Xorg.0.log | grep "(EE)"
        (WW) warning, (EE) error, (NI) not implemented, (??) unknown.
MLD>
9. mit xrandr nachschauen was nun die mode ist:

Code: [Select]

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>
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: [Select]

[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 referencedJa, 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.

[clausmuus]

Der Debug-Log Upload Fehler ist behoben.

Claus

[thueringer01]

danke Claus, funktioniert wieder.
Matthias

[MegaX]

Hi

es gibt ein Update von softhddevice.
Bitte mal mit der neuen Version probieren ob die Einträge im Log dann weg sind.

[n1k0]

keine einträge mehr im log

DANKE

[Holger]

zumindest sinds schon mal weniger Einträge... 

Hin und wieder hab ich das Phänomen, dass das Bild steht und beim anschliessend versuchten Kanalwechsel der Ton des neu gewählten Senders kommt, aber das Bild weiterhin steht oder aber das vom alten Kanal weiter läuft

[Holger]

sind denn jetzt nur die Einträge im log ausgeblendet oder gabs Änderungen, dass die Ausgabe stabil(er) funktioniert ?
Gruß
Holger

[MegaX]

Hi

ich hab das debug abgeschalten und hab die Deinterlacer im OSD anders benannnt.
Ist jetzt zwar nur ne Notlösung aber wenn die weiter an intel/vaapi weiter entwickeln wird Johns das bestimmt in SHD anpassen.

An der Stabilität kann ich nix machen und konnte bei meinem Test mit Nvidia kein ruckeln feststellen.

[DLX]

Hi,

ich hatte seit der Umstellung auf 4.0.1 auch Probleme mit verlorenen Frames und teilweise unsynchroner Ausgabe. Ich hatte es auf die alte Terratec Cinergy geschoben und Empfangsprobleme. Nachdem ich sie gegen eine Cine CT ausgetauscht habe, hat es sich deutlich gebessert. Es war zwar etwas komisch für mich, da es vorher funktionierte, aber jetzt hab ich auch einen Tuner mehr Wenn ich das hier so lese, scheint das Problem ja eine andere Ursache gehabt zu haben.

Kann man nicht aus Johns git die Version vom 30.01.2014 auschecken und als NVidia-stable benutzen? (http://projects.vdr-developer.org/projects/plg-softhddevice/repository/revisions)

[Schrauber]

Gleiches Problem hier. Ebenfalls verlorene Frames am laufenden Bande. Leider macht es sich auch in Rucklern im Bild deutlich bemerkbar.

And der Handware liegt es nicht. Ist eine NVidia GT610. Yavdr läuft auf der gleichen Hardware stundenlang ohne einen einzigen verlorenen Frame. Und entsprechend auch ohne Ruckler.

Vielleicht wäre es wirklich eine Idee eine Art Nvidia-Stable softhddevice zusätzlich zu machen.

[MegaX]

Hi

ich bin gerade am überlegen 2 SHD Versionen bereit zu stellen, also eine für Nvidia und eine für Intel.

Da sich aber bei Intel so wie es aussieht nicht wirklich was tut frage ich mich ob sich die Arbeit lohnt oder ob wir den Intel Support erstmal wieder entfernen?