Ruckelnde Videos

[whisper]

Laufen denn die betroffenen Filme irgendwo anders absolut sauber?
Ein vdr zum Beispiel spielt eigentlich auch alles einwandfrei ab, dennoch ruckelt mal ein Video, dann ist es oft mit irgendwelchen supertools transcodiert worden, man hat die Optionen bei der Kompression übertrieben, oder der decoder für das entsprechende Format ist mist.
Aber generell zu sagen unter Linux würden Videos ruckel ist eine Fake News.

[Lord_Carlos]

Er hat alternative Fakten

[TomL]

Nachdem ich aktuell mit Jessie (mit KDE) von einem PC zu einem auch nicht gerade leistungsschwachen Notebook migriert bin :::::: Wenn mir jemand einen entscheidenden Hinweis geben könnte, wie ich dieses lästige Ruckeln ein für allemal los werden könnte, wäre ich sehr dankbar!

Ich trau mich das ja kaum zu sagen... ... aber ich hatte lange die gleichen Probleme, mit allen möglichen Videos in allen üblichen Standard-Codierungsvarianten....vor Jahren zuerst mit Ubuntu und dann auch mit Debian Wheezy und Jessie. Und es lag an der KDE... warum weiss nicht, aber es ließ sich bei mir mit KDE nicht beheben. Auch mit der Audio-Ausgabe hatte ich mit der KDE nur Probleme, weil die willkürlich meine Soundcards durcheinander konfiguriert hat, oder mal vergessen und später wie neu-entdeckt hat, oder sie einfach nur wiederholt umsortiert hat. Erst mit dem Wechsel weg von KDE ist das alles nie wieder aufgetreten, weder mit XFCE, LXDE und auch jetzt nicht mehr mit Openbox.

[Teddybear]

Wie sieht es denn nun mit der firmware aus den Backports aus?

[Ulidor]

Danke für die vielen Antworten!

firmware-linux-nonfree habe ich aus den Backports installiert:

Code: Alles auswählen

$ apo firmware-linux-nonfree
firmware-linux-nonfree:
  Installiert:           20161130-2~bpo8+1
  Installationskandidat: 20161130-2~bpo8+1
  Versionstabelle:
 *** 20161130-2~bpo8+1 0
        100 http://ftp.de.debian.org/debian/ jessie-backports/non-free amd64 Packages
        100 /var/lib/dpkg/status
     0.43 0
        500 http://ftp2.de.debian.org/debian/ jessie/non-free amd64 Packages

Es hat keine Änderung gebracht.

...schau doch mal in den KDE-Einstellungen (Desktop-Effekte -> Erweitert) nach VSYNC (das hat das Problem bei mir behoben).

Die Einstellmöglichkeit VSYNC habe ich bei mir nicht gefunden. Aber auch wenn ich die Desktop-Effekte abschalte, bleibt das Ruckeln.

Die xorg.conf habe ich wie gesagt angelegt, weil ich mit meinem Jessie-System auf dem PC und dem Notebook sonst Tearing habe. Auf den anderen frisch installierten Systemen zwar nicht, aber auch da ruckelt alles.

Notebook:

Code: Alles auswählen

$ cat /etc/X11/xorg.conf
# Tipp von: https://de.manjaro.org/index.php?topic=328.0
# Tearing mit Intel Grafik beheben

Section "Device"
   Identifier  "Intel Graphics"
   Driver      "intel"
   Option      "AccelMethod"  "sna"
   Option      "TearFree" "true"
EndSection

PC:

Code: Alles auswählen

$ cat /etc/X11/xorg.conf_PC 
Section "Device"
        Identifier   "Configured Video Device"
        Driver       "radeon"
        Option       "EnablePageFlip" "on"
        Option       "EXAVSync" "on"
        Option       "SwapbuffersWait" "on"
EndSection

Laufen denn die betroffenen Filme irgendwo anders absolut sauber?

Auch alle gekauften Film-DVDs ruckeln. Woanders ausprobiert habe ich nur wenige davon, da war alles einwandfrei. Das gilt vermutlich für alle gekauften Film-DVDs.

... aber ich hatte lange die gleichen Probleme, mit allen möglichen Videos in allen üblichen Standard-Codierungsvarianten....vor Jahren zuerst mit Ubuntu und dann auch mit Debian Wheezy und Jessie. Und es lag an der KDE...

Ich muss ja gestehen, ich bin KDE-Fan, weil es die am detailliertesten zu konfigurierende Oberfläche sein soll. Weniger Einstellungsmöglichkeiten gehen für mich eingentlich gar nicht. Ich habe noch nie eine andere Oberfläche verwendet. Aber vielleicht sollte ich hier doch einfach mal Jessie als zusätzliches System neu installieren, dann aber mit XFCE oder LXDE. Wenn ich damit das Ruckeln endlich los werden sollte, würde ich mich schweren Herzens dafür auch von KDE trennen.

Jedenfalls bin ich mir nach meinen langjährigen Ruckelerfahrungen sicher, dass es nichts mit Codecs, Containern, Auflösungen etc. zu tun hat, denn es ruckelt alles.

[towo]

Mich würde ja mal /var/log/Xorg.0.log interessieren.

Und da weder intel-ddx noch SNA sonderlich stabil ist, kann man alternativ auch mal modesetting als Treiber versuchen.

[Ulidor]

Ach so, hat denn hier jemand ein ruckelfreies KDE? Wenn ja, vielleicht mit einer sündhaft teuren Hardware?

Mal angenommen, es läge bei mir an KDE und bei anderen geht es doch mit KDE, dann könnte es ja sein, dass für ruckelfreies KDE die Hardware-Voraussetzungen höher sind und ich die nie erfüllt habe. Nur so eine Überlegung.

[Teddybear]

Also ich habe hier keine sündhaft teure Hardware, und alles läuft astrein.
Was sagt denn jetzt

Code: Alles auswählen

dmesg | grep -i drm

[Ulidor]

Mich würde ja mal /var/log/Xorg.0.log interessieren.

Und da weder intel-ddx noch SNA sonderlich stabil ist, kann man alternativ auch mal modesetting als Treiber versuchen.

Wie kann ich auf den modesetting-Treiber umstellen und wie komme ich wieder zurück?

Die /var/log/Xorg.0.log ist hier: 39763

[towo]

Wie kann ich auf den modesetting-Treiber umstellen und wie komme ich wieder zurück?

Indem Du folgende x-config benutzt:

Code: Alles auswählen

Section "Device"
   Identifier  "Intel Graphics"
   Driver      "modesetting"
EndSection

Es versteht sich von selbst, daß dafür xserver-xorg-video-modesetting installiert sein muß.

[Ulidor]

Code: Alles auswählen

# dmesg | grep -i drm
[    7.635697] [drm] Initialized
[    7.664914] [drm] Memory usable by graphics device = 4096M
[    7.664916] fb: switching to inteldrmfb from EFI VGA
[    7.665010] [drm] Replacing VGA console driver
[    7.670669] [drm] Supports vblank timestamp caching Rev 2 (21.10.2013).
[    7.670669] [drm] Driver supports precise vblank timestamp query.
[    7.678275] [drm] Finished loading i915/skl_dmc_ver1_26.bin (v1.26)
[    7.700350] [drm] GuC firmware load skipped
[    7.700991] [drm] Initialized i915 1.6.0 20160919 for 0000:00:02.0 on minor 0
[    7.759556] fbcon: inteldrmfb (fb0) is primary device
[    8.833342] [drm] RC6 on
[    8.956996] i915 0000:00:02.0: fb0: inteldrmfb frame buffer device

[Teddybear]

Habe grad mal ein wenig recherchiert...
Man hat den firmware support für die GuC firmware deaktiviert..

Versuch es mal mit diesen Kernelparametern:

Code: Alles auswählen

i915.enable_guc_loading=2 i915.enable_guc_submission=2

Und schau ob sich da was ändert und bestenfalls ohne xorg.conf.

[Ulidor]

Indem Du folgende x-config benutzt:

Code: Alles auswählen

Section "Device"
   Identifier  "Intel Graphics"
   Driver      "modesetting"
EndSection

Es versteht sich von selbst, daß dafür xserver-xorg-video-modesetting installiert sein muß.

Damit startet der X-Server nicht (das Paket ist installiert).

[CH777]

Die Einstellmöglichkeit VSYNC habe ich bei mir nicht gefunden.

Dann solltest du sie mal suchen (z.B. s.o.), ganz in der Nähe sind nämlich auch die Compositing-Einstellungen die dir ebenfalls nützen könnten .

[Ulidor]

Habe grad mal ein wenig recherchiert...
Man hat den firmware support für die GuC firmware deaktiviert..

Heißt das, dass das mit meinem firmware-linux-nonfree aus den Backports sowieso nicht geht?

Versuch es mal mit diesen Kernelparametern:

Code: Alles auswählen

i915.enable_guc_loading=2 i915.enable_guc_submission=2

Habe ich gemacht:

Code: Alles auswählen

# cat /proc/cmdline 
BOOT_IMAGE=/boot/vmlinuz-4.9.0-0.bpo.1-amd64 root=UUID=530bba8c-fba1-43e7-81fd-99e077c19d47 ro i915.enable_guc_loading=2 i915.enable_guc_submission=2 quiet

Zuerst ohne xorg.conf. Das Ruckeln trat bei Film-DVDs und meinen von YouTV herunter geladenen Videos hin und wieder auf, allerdings mit Tearing. Mit xorg.conf war das Tearing weg und sonst genauso wie ohne. Full-HD-Videos ruckeln damit genauso heftig wie ohne die Kernel-Option.

Mein Notebook scheint heute einen relativ guten Tag zu haben, denn als ich es wieder ohne die Kernel-Option gestartet hatte, lief es genauso wie mit. Das ist ja das Verrückte, bei Film-DVDs und nicht allzu anspruchsvollen Videos geht es mal besser und mal schlechter. Ich weiß einfach nicht, wovon das abhängt. Das war bei mir bisher auf jedem Rechner so.

[Ulidor]

Die Einstellmöglichkeit VSYNC habe ich bei mir nicht gefunden.

Dann solltest du sie mal suchen (z.B. s.o.), ganz in der Nähe sind nämlich auch die Compositing-Einstellungen die dir ebenfalls nützen könnten .

Meinst du „Einzelbild-Zerreißen (Tearing) verhindern (VSync)"? Die OpenGL-Einstellungen sind bei mir ausgegraut.
Könnten mir die Einstellungen mehr nutzen als wenn ich die Arbeitsflächen-Effekte abschalte? Auch wenn ich sie abschalte, ändert das nichts am Problem.

[CH777]

Meinst du „Einzelbild-Zerreißen (Tearing) verhindern (VSync)"? Die OpenGL-Einstellungen sind bei mir ausgegraut.

Ja, genau. Das die Einstellungen ausgegraut sind zeigt, dass die Grafik nicht richtig läuft. Insofern kein Wunder, dass du Probleme hast.
Poste mal bitte die Ausgaben von

Code: Alles auswählen

glxinfo | grep OpenGL

und

Code: Alles auswählen

glxinfo | grep render

(glxinfo ist im Paket mesa-utils).

[Ulidor]

Gerne:

Code: Alles auswählen

$ glxinfo | grep OpenGL
libGL error: pci id for fd 4: 8086:1912, driver (null)
OpenGL vendor string: Intel Open Source Technology Center
OpenGL renderer string: Mesa DRI Intel(R) HD Graphics 530 (Skylake GT2) 
OpenGL core profile version string: 4.3 (Core Profile) Mesa 12.0.4
OpenGL core profile shading language version string: 4.30
OpenGL core profile context flags: (none)
OpenGL core profile profile mask: core profile
OpenGL core profile extensions:
OpenGL version string: 3.0 Mesa 12.0.4
OpenGL shading language version string: 1.30
OpenGL context flags: (none)
OpenGL extensions:
OpenGL ES profile version string: OpenGL ES 3.1 Mesa 12.0.4
OpenGL ES profile shading language version string: OpenGL ES GLSL ES 3.10
OpenGL ES profile extensions:

Code: Alles auswählen

$ glxinfo | grep render
libGL error: pci id for fd 4: 8086:1912, driver (null)
direct rendering: Yes
    GLX_MESA_multithread_makecurrent, GLX_MESA_query_renderer, 
    GLX_MESA_multithread_makecurrent, GLX_MESA_query_renderer, 
OpenGL renderer string: Mesa DRI Intel(R) HD Graphics 530 (Skylake GT2) 
    GL_ARB_conditional_render_inverted, GL_ARB_conservative_depth, 
    GL_MESA_texture_signed_rgba, GL_NV_conditional_render, GL_NV_depth_clamp, 
    GL_ARB_compute_shader, GL_ARB_conditional_render_inverted, 
    GL_NV_conditional_render, GL_NV_depth_clamp, GL_NV_light_max_exponent, 
    GL_OES_element_index_uint, GL_OES_fbo_render_mipmap,

[CH777]

Code: Alles auswählen

libGL error: pci id for fd 4: 8086:1912, driver (null)

Da ist der Fehler.

Code: Alles auswählen

OpenGL core profile version string: 4.3 (Core Profile) Mesa 12.0.4

Wie bist du denn daran gekommen?
Mesa 13.0.4 ist aktuell und auch in den Backports verfügbar. Mach mal ein Update, vieleicht bringt's das ja schon.

[Ulidor]

So sieht die Ausgabe jetzt nach dem Update aus:

Code: Alles auswählen

$ glxinfo | grep OpenGL
libGL error: pci id for fd 4: 8086:1912, driver (null)
OpenGL vendor string: Intel Open Source Technology Center
OpenGL renderer string: Mesa DRI Intel(R) HD Graphics 530 (Skylake GT2) 
OpenGL core profile version string: 4.5 (Core Profile) Mesa 13.0.4
OpenGL core profile shading language version string: 4.50
OpenGL core profile context flags: (none)
OpenGL core profile profile mask: core profile
OpenGL core profile extensions:
OpenGL version string: 3.0 Mesa 13.0.4
OpenGL shading language version string: 1.30
OpenGL context flags: (none)
OpenGL extensions:
OpenGL ES profile version string: OpenGL ES 3.2 Mesa 13.0.4
OpenGL ES profile shading language version string: OpenGL ES GLSL ES 3.20
OpenGL ES profile extensions:

Am Ruckeln hat sich nichts verändert.

[CH777]

Am Ruckeln hat sich nichts verändert.

Immer noch der gleiche Fehler. Schade!
Jetzt hab ich gerade leider auch keine Ideen mehr, sorry.

[TomL]

Jetzt hab ich gerade leider auch keine Ideen mehr, sorry.

Wenn das mein Problem wäre und ich zufällig noch ne kleine freie Partition hätte oder eine frei machen könnte, würde ich einfach mal aus Neugier Stretch mit der LXDE installieren und dann mit VLC testen. Ich könnte mir gut vorstellen, dass das Ruckeln damit der Vergangenheit angehört.

[Ulidor]

Freie Partitionen habe ich noch. Aber hier wurde ja gesagt, dass ruckelfreie Videowiedergabe unter KDE auch auf nicht übermäßig teurer Hardware möglich ist. Warum sollte es auch nicht, aber bei mir klappt es aus irgendwelchen Gründen nicht.

Ich habe eben mal die Live-DVD von Xubuntu 16.10 gestartet. Alles, was ich mir da mit dem einzigen installierten Video-Player angesehen habe, lief ruckelfrei. Allerdings mit Tearing, was sich aber bei einer Installation vermutlich auch mit einer entsprechenden xorg.conf beheben lassen würde. Die bekannten Full-HD-Klassiker „Big Bug Bunny" und „Sintel", die auf meinem Jessie extrem ruckeln, spielt der Player von Xubuntu leider nicht ab.

Mit XFCE hatte ich, glaube ich, vorher noch nie zu tun. Ich muss schon sagen, vom komfortablen KDE auf solch einen spartanischen Desktop umzusteigen, kann ich mir doch nicht wirklich vorstellen. Und LXDE soll ja ziemlich ähnlich sein.

Mal eine Frage an alle, die KDE verwenden: Laufen bei euch denn Full-HD-Videos wie „Big Bug Bunny" und „Sintel" unter Jessie tatsächlich auch völlig ruckelfrei?

[Ulidor]

Jetzt hab ich gerade leider auch keine Ideen mehr, sorry.

Trotzdem vielen Dank! Auch an alle anderen, die sich beteiligt haben!

Vielleicht hat ja doch noch irgend jemand die zündende Idee.

[Teddybear]

Also ich nutze derzeit KDE auf einem betagten System, mit AMD Phenom 9950 4x 2,6GHz, 8GB RAM und ner Radeon R5.
FullHD egal ob Blu Ray, mp4 oder Stream etc. alles kein Problem.

An der Leistung deiner Hardware kann es nicht liegen.

Es muss nur der Haken bei deinen Systemen gefunden werden, der die Probleme verursacht.