Bug 29405

Command used

ffmpeg -f x11grab -r 30 -s 1360x768 -i :0.0 video-name.avi

https://sendvid.com/yrp482v6

https://sendvid.com/psb7axvs

The videos are in processing at the moment of write this

Instead of specifying the display as :0.0, try ...
ffmpeg -f x11grab -r 30 -s 1360x768 -i $DISPLAY video-name.avi

CC: (none) => davidwhodgins

(In reply to Dave Hodgins from comment #2)
> Instead of specifying the display as :0.0, try ...
> ffmpeg -f x11grab -r 30 -s 1360x768 -i $DISPLAY video-name.avi

The result is the same as https://sendvid.com/psb7axvs (once you can see it)

I perform exactly the same actions as in https://sendvid.com/yrp482v6 (icewn video), but for strange reason is like i don't open firefox and only record the window of konsole were i run the command.

I got even weirdest result in tools like kazaam, as it produce a video like i open konsole and run the ffmpeg command but i did't

I found a post in stackoverflow (https://stackoverflow.com/a/44921300) that say that x11grab should be replaced with xcbgrab but maybe our ffmpeg not have that support

fmpeg version 4.3.2 Copyright (c) 2000-2021 the FFmpeg developers
  built with gcc 10 (Mageia 10.3.0-1.mga8)
  configuration: --prefix=/usr --enable-shared --enable-pic --libdir=/usr/lib --shlibdir=/usr/lib --incdir=/usr/include --disable-stripping --enable-postproc --enable-gpl --enable-pthreads --enable-libtheora --enable-libvorbis --disable-encoder=vorbis --enable-libvpx --enable-runtime-cpudetect --enable-libaom --enable-libdc1394 --enable-librtmp --enable-libspeex --enable-libfreetype --enable-libgsm --enable-libcelt --enable-libopus --disable-libopencv --enable-libopenjpeg --enable-libvidstab --enable-libtwolame --enable-libxavs --enable-frei0r --enable-libmodplug --enable-libass --enable-gnutls --enable-libcdio --enable-libpulse --enable-libv4l2 --enable-avresample --enable-opencl --enable-libmp3lame --enable-sndio --enable-libdav1d --enable-libopencore-amrnb --enable-libopencore-amrwb --enable-version3 --enable-libx264 --enable-libx265 --enable-libvo-amrwbenc --enable-libxvid

(In reply to katnatek from comment #4)
> I found a post in stackoverflow (https://stackoverflow.com/a/44921300) that
> say that x11grab should be replaced with xcbgrab but maybe our ffmpeg not
> have that support
Maybe bad info in ffmpeg from https://johnvansickle.com/ffmpeg the option still is x11grab

(In reply to katnatek from comment #3)
> (In reply to Dave Hodgins from comment #2)
> > Instead of specifying the display as :0.0, try ...
> > ffmpeg -f x11grab -r 30 -s 1360x768 -i $DISPLAY video-name.avi
> 
> The result is the same as https://sendvid.com/psb7axvs (once you can see it)
> 
Now you can see it

Assigning to the maintainer of ffmpeg

Assignee: bugsquad => smelror

(In reply to Dave Hodgins from comment #7)
> Assigning to the maintainer of ffmpeg

Recent search by my card give me a solution in https://bugs.mageia.org/show_bug.cgi?id=16986#c14 (i forgot that, this is other lap)

I apply the change to xorg.conf and i could record my desktop with simplescreenrecorder (later i will test with ffmpeg) so the intel driver is apparently the guilty

See Also: (none) => https://bugs.mageia.org/show_bug.cgi?id=16986
Source RPM: (none) => x11-driver-video-intel-2.99.917-63.mga8.src.rpm

This change also works

Section "Device"
    Identifier "device1"
    VendorName "Intel Corporation"
    BoardName "Intel 810 and later"
    Driver "intel"
    Option "DPMS"
    Option "TearFree" "true"
    Option "AccelMethod" "uxa"
    Option "Backlight" "intel_backlight"
EndSection

(In reply to katnatek from comment #9)
> This change also works
> 
> Section "Device"
>     Identifier "device1"
>     VendorName "Intel Corporation"
>     BoardName "Intel 810 and later"
>     Driver "intel"
>     Option "DPMS"
>     Option "TearFree" "true"
>     Option "AccelMethod" "uxa"
>     Option "Backlight" "intel_backlight"
> EndSection

But it stuck on suspend and resume so i only recommend
https://bugs.mageia.org/show_bug.cgi?id=16986#c14

For newcomers to this bug, also see some mitigation at https://wiki.mageia.org/en/Mageia_8_Errata#KDE_Plasma

Keywords: (none) => IN_ERRATA8
CC: (none) => fri

Errata entry rephrased and now in separate header:
https://wiki.mageia.org/en/Mageia_8_Errata#Recording_your_desktop

Is this also valid in MGA9 or why did this land in MGA9 Errata?

(In reply to sturmvogel from comment #13)
> Is this also valid in MGA9 or why did this land in MGA9 Errata?

I'll test, is in my TODO, please add to errata, i will edit ore remove when i done the test

(In reply to sturmvogel from comment #13)
> Is this also valid in MGA9 or why did this land in MGA9 Errata?

The bad news: Not only still valid, the workaround of https://bugs.mageia.org/show_bug.cgi?id=16986#c14, not works

I will do more test, i just test simplescreenrecorder

Looks like the Compositor is the guilty this time, i disable the compositor and close the session and open again and the desktop can be recorded, i do more check with other xorg configurations

Additional note for the records:
When switching from MGA6 to MGA7 the same occured when using XFCE4.
When switching off composite, the screen could be recorded. With composite active, only the desktop was recorded, but no window above it.
Selecting a certain window in simplescreenrecorder instead of the whole desktop made this window be recorded, but no dropdown window was recorded.
When several recordings were done during the same session, every further recording always showed the same scene as during the first recording. Maybe the buffer could not be re-written.
Looks like every window manager coming along with composite / transparency effects does not work properly due to this error

CC: (none) => ubuntu

(In reply to Markus Robert Keßler from comment #17)

The "funny" for me is that i get the lottery with the laptop hardware, i make a test in my desktop system and screen recording works well even with the compositor enabled XD

Updated Mageia 9 Errata

Source RPM: x11-driver-video-intel-2.99.917-63.mga8.src.rpm => x11-driver-video-intel,plasma
Keywords: (none) => IN_ERRATA9