[MegaX]

Na toll...jetzt habt ihrs geschafft 

Vor lauter Senf hier und Senf da will i etz a Bratwurstweckla mit Senf 

[kuro13]

Wünsche - en Guata

Senf hast du ja genug.

[Schrauber]

EDIT: Ein Debug-Log hab ich von dir hier auch noch nicht gesehen. Gut könnte daran liegen das du ja Softwareentwickler bist und ich die Fehler bei den Usern suche die ja nix dafür können 

Könnte auch daran liegen, das keiner danach gefragt hat
Code: saxOd9

Das stammt von einem heute frisch aufgesetzten System. Neu installiert aus dem "Standard mit SHD Frontend" ISO. Bis auf die Pakete usb und tools auch nichts weiter installiert.

Wenn Du einen Vorschlag für die vermeintlich falschen SHD-Einstellungen hast, dann bitte her damit. Ich nutze Einstellungen, die auf anderen Installationen wunderbar funktionieren.

Falls es weiter vorne untergegangen ist, ich hatte auch software Decoding getestet. Damit funktioniert das Ganze ruckelfrei.

[Schrauber]

So, jetzt nochmal der Gegencheck auf meinem Produktiv-VDR. Das ist ein E-350 Board. Ein komplett anderer Hardware-Unterbau. Einzige Gemeinsamkeit ist die Nvidia-Grafik. In dem Falle allerdings eine GT630.

Ergebnis: Exakt das gleiche. Es ruckelt genauso wie auf dem Q1900-M System.

Ich möchte ja gerne daran glauben, das ich einfach nur zu dämlich bin. Aber irgendwie habe ich jetzt zwei mal verschiedene Hardware auf der es bei praktisch keiner anderen VDR-Installation ruckelt, nur mit MLD. Auch bei identischen Einstellungen von Softhddevice.
Aber ich probiere gerne jeden Tip aus.

[kuro13]

Gestern habe ich mich sehr lange mit Softhddevice im Wiki beschäftigt - wieder mal. Dann habe ich mir die setup.conf von MLD und yaVDR vorgenommen. Dann die kleinen Unterschiede im Bereich softhddevice in MLD geändert.
Letztendlich habe ich alle Einträge "softhddevice" in der setup.conf von yaVDR in die von MLD kopiert.

Ergebnis: Keine Änderung.

Dann habe ich in den Anzeigeeinstellungen vom yaVDR WebIf die Frequenzeinstellungen auf 60 Hz geändert.

Ergebnis: Leichtes Zittern (Mikroruckler) bei Laufschriften in N24 und bei Aufnahmen (Dokumentationen 720p) - wie bei MLD. Nach dem Zurücksetzten auf 50 Hz war dieser Effekt verschwunden.

Da ich in meinem ION System zwei SSD's (MLD, yaVDR) und eine HD mit den Aufnahmen und Medien installiert habe, kann ich das ja recht gut vergleichen.

Auch ist mir aufgefallen, dass die meisten User, die in diesem Thread ihre Beobachtungen mitgeteilt haben, nVidia Grafik verwenden.

Bei mir scheint die "Ruckelsache" einfach an der Ausgabe von 60 HZ zu liegen.

Leider habe ich keine Ahnung, wie ich das in MLD ändern könnte. Dabei wäre mir MLD als Haupt-VDR auf der SSD1 viel lieber.

Ps: Bitte nicht schlagen, bin kein Entwickler sondern gelernter Handwerker, der altersbedingt in Rente ist

[MarMic]

häng mal bitte das xorg log von yavdr und mld an...

habe da ne vermutung

greetz MarMic

[kuro13]

@MarMic

Ich hoffe, deine Vermutung wird sich als Beweis herausstellen.
Angehängte Log Dateien, jeweils aus /var/log

MLD: Xorg.0.log
yaVDR: Xorg.1.log

[mikeM]

Der Unterschied, den ich hier sehe ist erstmal die NVidia Version: 304.116 bei Yavdr und 304.121 bei MLD. Wobei der aktuellste hier der 304.125 wäre. Ausserdem ist Yavdr auf Version 1.11.3 vom xorg während MLD die Version 1.15.1 verwendet. Support für diese Version vom xorg ist aber erst ab 304.117 vom NVidia vorhanden. Damit fällt wohl ein check mit der Version 304.116 aus. Im Changelog zu 304.123 wird der Xorg 1.15 noch mal erwähnt und der 304.125 fixed scheinbar einiges an Bugs....

Ausserdem fällt mir im Log von MLD noch das hier auf:

Code: [Select]

[    11.144] (II) AIGLX: Screen 0 is not DRI2 capable
[    11.144] (EE) AIGLX: reverting to software rendering
[    11.307] (EE) AIGLX error: dlopen of /usr/lib/x86_64-linux-gnu/dri/swrast_dri.so failed (/usr/lib/x86_64-linux-gnu/dri/swrast_dri.so: undefined symbol: _glapi_tls_Dispatch)
[    11.307] (EE) GLX: could not load software renderer
[    11.307] (II) GLX: no usable GL providers found for screen 0
Das ist beim yavdr nicht da.

Und dann noch:
yavdr:

Code: [Select]

[     8.479] (II) NVIDIA(0): Validated MetaModes:
[     8.479] (II) NVIDIA(0):   
[     8.479] (II) NVIDIA(0):     "DFP-0:1920x1080_50{ViewPortIn=1920x1080,ViewPortOut=1920x1080+0+0}"

während MLD:

Code: [Select]

[    10.956] (WW) NVIDIA(0): No valid modes for "DFP-1:1920x1080_50+0+0"; removing.
[    10.956] (WW) NVIDIA(0):
[    10.956] (WW) NVIDIA(0): Unable to validate any modes; falling back to the default mode
[    10.956] (WW) NVIDIA(0):     "nvidia-auto-select".
[    10.956] (WW) NVIDIA(0):
[    10.956] (II) NVIDIA(0): Validated MetaModes:
[    10.956] (II) NVIDIA(0):     "DFP-0:nvidia-auto-select"


Gruß
Michael

[MarMic]

hi mikeM,

danke fürs analysieren. Ich denke ich habe den wirklichen Fehler gefunden bzw. soll claus mal schauen was ich ihm geschrieben habe

ich hatte zusätzlich noch vermuttet das seine modeline von der EDID abgewiesen wird ... ABER ... die wird ja völlig falsch interpretiert und macht nen fallback -> klar das man so nichts forcen kann

das muss geprüft werden, aber zu erst muss der schlimmere fehler weg den hast du zum glück gar nicht aufgezeigt ich kannte den aber noch aus der 3.0 Zeit wer den Fehler findet -> *pscht* last alle mal suchen

gruß

MarMic

[iNOB]

Und ich wundere mich die ganze Zeit über ein ruckelndes Bild (speziell bei 1080i) und die 60Hz Anzeige meines Toshiba TVs. Fein, wenn das Problem erkannt und behoben werden kann.

[mikeM]

@MarMic
Verdammt. Eine Fehlermeldung hab ich übersehen. Hat Dein gefundener Fehler was mit dem laden eines Moduls zu tun? 
Gruß
Michael

[MarMic]

 

[mikeM]

Wobei der Fehler scheinbar ja nur beim legacy Treiber ist? Beim 340.65 sieht das normal aus....

Gruß
Michael


EDIT: Bis auf das die modlines ebenfalls abgewiesen werden.

[kuro13]

Hallo ihr Wissenden
Woran liegt es denn: An nVidia, Xorg oder beiden?

Macht doch bitte einen Linux/VDR Teilversteher ein wenig schlau

@iNOB
Möchtest du dir nicht einmal eine Signatur über deine HW zulegen?
Wenn du von möglichen Problemen oder Fehlern berichtest wissen die Entwickler wenigstes, bei welcher Hardware die auftreten.

[MarMic]

ja sieht aus wie nur bei legacy weil

Code: [Select]

II) LoadModule: "glx"
[     9.540] (II) Loading /usr/lib/xorg/modules/extensions/libglx.so
[    10.239] (II) Module glx: vendor="NVIDIA Corporation"
[    10.239] compiled for 4.0.2, module version = 1.0.0
[    10.239] Module class: X.Org Server Extension
[    10.239] (II) NVIDIA GLX Module  340.65  Tue Dec  2 09:10:06 PST 2014

wieso nutzt du den legacy?

der alte treiber kennt auch noch nicht:

Code: [Select]

[    11.384] (II) NVIDIA(0): Setting mode "DFP-1:1920x1080_50+0+0"
weil bei mir frisst er das

greetz MarMic

@kuro, hast du irgendwas verbogen bei den packages? eigentlich ist libglx in legacy als auch im neuen treiber richtig enthalten. ich boote aber mal schnell mim legacy treiber. -> hast du noch ein xorg package drüber gejagt?

poste mal was du an packages auf dem system hast