I'm trying to watch a movie using mpv/ffplay and none of the video outputs are usable for GTX 1060. The video plays smoothly for up to 5 seconds, then it looks like some frames are shown out of order or even in a reverse order. I've tried all the possible outputs: -vo xv -vo opengl -vo vaapi -vo x11 The issue occurs both in full screen and windowed modes. I'm _not_ using a compositing window manager. Some info: 4.14.13-300.fc27.x86_64 [ 0.000000] Console: colour VGA+ 80x25 [ 0.000000] console [tty0] enabled [ 1.369154] nouveau 0000:01:00.0: NVIDIA GP106 (136000a1) [ 1.476845] nouveau 0000:01:00.0: bios: version 86.06.0e.00.28 [ 1.477677] nouveau 0000:01:00.0: fb: 6144 MiB GDDR5 [ 1.479278] nouveau 0000:01:00.0: DRM: VRAM: 6144 MiB [ 1.479280] nouveau 0000:01:00.0: DRM: GART: 1048576 MiB [ 1.479281] nouveau 0000:01:00.0: DRM: BIT table 'A' not found [ 1.479283] nouveau 0000:01:00.0: DRM: BIT table 'L' not found [ 1.479284] nouveau 0000:01:00.0: DRM: TMDS table version 2.0 [ 1.479285] nouveau 0000:01:00.0: DRM: DCB version 4.1 [ 1.479287] nouveau 0000:01:00.0: DRM: DCB outp 00: 01000f42 04620030 [ 1.479288] nouveau 0000:01:00.0: DRM: DCB outp 01: 04811f96 04600020 [ 1.479289] nouveau 0000:01:00.0: DRM: DCB outp 02: 04011f92 04620020 [ 1.479290] nouveau 0000:01:00.0: DRM: DCB outp 03: 04822f86 04600010 [ 1.479291] nouveau 0000:01:00.0: DRM: DCB outp 04: 04022f82 04620010 [ 1.479292] nouveau 0000:01:00.0: DRM: DCB outp 06: 02033f62 04620010 [ 1.479293] nouveau 0000:01:00.0: DRM: DCB outp 07: 02844f76 04600020 [ 1.479295] nouveau 0000:01:00.0: DRM: DCB outp 08: 02044f72 00020020 [ 1.479296] nouveau 0000:01:00.0: DRM: DCB conn 00: 00001031 [ 1.479297] nouveau 0000:01:00.0: DRM: DCB conn 01: 02000146 [ 1.479298] nouveau 0000:01:00.0: DRM: DCB conn 02: 01000246 [ 1.479299] nouveau 0000:01:00.0: DRM: DCB conn 03: 00010361 [ 1.479300] nouveau 0000:01:00.0: DRM: DCB conn 04: 00020446 [ 1.540695] [drm] Supports vblank timestamp caching Rev 2 (21.10.2013). [ 1.540696] [drm] Driver supports precise vblank timestamp query. [ 1.600885] nouveau 0000:01:00.0: DRM: MM: using COPY for buffer copies [ 1.925147] nouveau 0000:01:00.0: DRM: allocated 1920x1080 fb: 0x60000, bo ffff962d06d62000 [ 1.926150] fbcon: nouveaufb (fb0) is primary device [ 2.332812] Console: switching to colour frame buffer device 240x67 [ 2.349240] nouveau 0000:01:00.0: fb0: nouveaufb frame buffer device [ 2.356147] [drm] Initialized nouveau 1.3.1 20120801 for 0000:01:00.0 on minor 0 [ 26.758339] nouveau 0000:01:00.0: gr: intr 00000040 [ 33.415288] nouveau 0000:01:00.0: gr: intr 00000040
Compositing doesn't help either.
Are you using xf86-video-nouveau or modesetting? If the latter, please try to use xf86-vidoe-nouveau. Frames showing out of order is a frequent issue when copying the contents of the frame takes too long (and so the "old" frame being displayed actually ends up with "new" contents written over it). I have a hard time imagining that this would happen with -vo xv and xf86-video-nouveau, but who knows.
(In reply to Ilia Mirkin from comment #2) > Are you using xf86-video-nouveau or modesetting? If the latter, please try > to use xf86-vidoe-nouveau. > > Frames showing out of order is a frequent issue when copying the contents of > the frame takes too long (and so the "old" frame being displayed actually > ends up with "new" contents written over it). I have a hard time imagining > that this would happen with -vo xv and xf86-video-nouveau, but who knows. Oh, another way this comes up is if your CPU is too slow to decode the video -- the display thread thinks it has a "good" buffer, but it actually shows an old frame. There's no video decoding acceleration in nouveau since the GM10x family, so you're doing this all with CPU.
Created attachment 136801 [details] Xorg.0.log I'm now attaching Xorg.0.log so that you could check yourself. (In reply to Ilia Mirkin from comment #2) > Are you using xf86-video-nouveau or modesetting? If the latter, please try > to use xf86-vidoe-nouveau. > > Frames showing out of order is a frequent issue when copying the contents of > the frame takes too long (and so the "old" frame being displayed actually > ends up with "new" contents written over it). I have a hard time imagining > that this would happen with -vo xv and xf86-video-nouveau, but who knows. # cat /etc/X11/xorg.conf.d/01-nouveau.conf Section "Device" Identifier "Videocard0" Driver "nouveau" VendorName "NVIDIA" BoardName "NVIDIA Corporation GP106 [GeForce GTX 1060 6GB] (rev a1)" EndSection (In reply to Ilia Mirkin from comment #3) > (In reply to Ilia Mirkin from comment #2) > > Are you using xf86-video-nouveau or modesetting? If the latter, please try > > to use xf86-vidoe-nouveau. > > > > Frames showing out of order is a frequent issue when copying the contents of > > the frame takes too long (and so the "old" frame being displayed actually > > ends up with "new" contents written over it). I have a hard time imagining > > that this would happen with -vo xv and xf86-video-nouveau, but who knows. > > Oh, another way this comes up is if your CPU is too slow to decode the video > -- the display thread thinks it has a "good" buffer, but it actually shows > an old frame. There's no video decoding acceleration in nouveau since the > GM10x family, so you're doing this all with CPU. My CPU is more than capable - under NVIDIA binary drivers no such issue exists. Average CPU load for this video is less than 20%.
One more thing: I have no problems playing youtube FullHD videos (which are not accelerated at all) either in Google Chrome or in Mozilla Firefox.
I wont recommend using/keeping the GP106 (GTX 1060). It cant ever run with free software: https://www.theregister.co.uk/2015/04/15/nvidia_gtx_900_linux_driver_roadbloack/ https://www.phoronix.com/scan.php?page=news_item&px=Nouveau-XDC2017 https://www.phoronix.com/scan.php?page=news_item&px=Nouveau-XDC2016-NVIDIA Sell this crappy GP102 card away and go away from nvidia. Nvidia died with the 780ti card. Its the last end-user card that can be used normaly. Everything else is in some countries even a legal problem. Because the manufacturer (nvidia) blocks the users from beeing able to boot the software they want on THEIR hardware - happyly illegal in some countries. Hopefully some layer would sue the heck out of nvidia so that they would have to release the private signing key or close their doors. Blocking the freedom of the users on such way should not be accepted by anyone.
(In reply to caguduzexi from comment #6) > I wont recommend using/keeping the GP106 (GTX 1060). It cant ever run with > free software: > https://www.theregister.co.uk/2015/04/15/ > nvidia_gtx_900_linux_driver_roadbloack/ > https://www.phoronix.com/scan.php?page=news_item&px=Nouveau-XDC2017 > https://www.phoronix.com/scan.php?page=news_item&px=Nouveau-XDC2016-NVIDIA > > Sell this crappy GP102 card away and go away from nvidia. Nvidia died with > the 780ti card. Its the last end-user card that can be used normaly. > Everything else is in some countries even a legal problem. Because the > manufacturer (nvidia) blocks the users from beeing able to boot the software > they want on THEIR hardware - happyly illegal in some countries. Hopefully > some layer would sue the heck out of nvidia so that they would have to > release the private signing key or close their doors. > Blocking the freedom of the users on such way should not be accepted by > anyone. User banned and bug-reopened.
The source video is broken (incorrectly encoded). I'm deeply sorry for the noise.
Use of freedesktop.org services, including Bugzilla, is subject to our Code of Conduct. How we collect and use information is described in our Privacy Policy.