<html> <head> <base href="https://bugs.freedesktop.org/"> </head> <body> <div> <a class="bz_bug_link bz_status_NEW " title="NEW - Corrupted videos VA-API HW encoding radeonsi" href="https://bugs.freedesktop.org/show_bug.cgi?id=98278#c8">Comment # 8</a> on <a class="bz_bug_link bz_status_NEW " title="NEW - Corrupted videos VA-API HW encoding radeonsi" href="https://bugs.freedesktop.org/show_bug.cgi?id=98278">bug 98278</a> from <a class="email" href="mailto:adf.lists@gmail.com" title="Andy Furniss <adf.lists@gmail.com>"> Andy Furniss</a> <pre>(In reply to Tom from <a href="show_bug.cgi?id=98278#c1">comment #1</a>) > mpv, vlc players show constant errors every .5 sec: > > [ffmpeg/video] h264: illegal short term buffer state detected > V: 00:00:01 / 00:00:16 (10%) Dropped: 20 > [ffmpeg/video] h264: illegal short term buffer state detected > V: 00:00:01 / 00:00:16 (10%) Dropped: 20 > [ffmpeg/video] h264: illegal short term buffer state detected > V: 00:00:01 / 00:00:16 (10%) Dropped: 20 If your gstreamer is the latest, they have changed the default profile from baseline to high which tries to use b-frames, but they are not yet supported/working. I don't think dct8x8=true will do anything, though I could be wrong. I notice your command used matroskamux, which is good, but you call the file mp4 - it will likely ignpre that and make mkv. For screen recording with gstreamer I would avoid mp4 as when you stop it it hasn't for me finalized properly = unplayable file. Maybe I am just crap with gstreamer and control c is not the best way to stop it! Something like this should work, though 3Mbit will be way too low if much is happening when recording recording 1080p60, cqp may be a better choice - but then it will potentially use far more bits and everything may grind to a halt (by default) when Linux does one of its all stopping flushes to disk (though there are workarounds) Pasted from notes, not intended to be better that anything else, just an example - could/should be improved as needed (eg. how to use 709 for CSC as players will tend to assume 1080p is 709. gst-launch-1.0 -f ximagesrc use-damage=0 startx=0 starty=0 endx=1919 endy=1079 ! queue ! videoconvert ! video/x-raw,framerate=60/1,format=NV12 ! queue ! vaapih264enc rate-control=cbr bitrate=3000 ! video/x-h264,profile=baseline ! h264parse ! matroskamux ! filesink location=out.mkv</pre> </div> <hr> You are receiving this mail because: <ul> <li>You are the assignee for the bug.</li> </ul> </body> </html>