<html> <head> <base href="https://bugs.freedesktop.org/"> </head> <body> <div> <a class="bz_bug_link bz_status_NEW " title="NEW - ffmpeg using radeonsi vaapi on Polaris21 RX560 creates h264 steams not playable by gstreamer & hw players" href="https://bugs.freedesktop.org/show_bug.cgi?id=105277#c4">Comment # 4</a> on <a class="bz_bug_link bz_status_NEW " title="NEW - ffmpeg using radeonsi vaapi on Polaris21 RX560 creates h264 steams not playable by gstreamer & hw players" href="https://bugs.freedesktop.org/show_bug.cgi?id=105277">bug 105277</a> from <a class="email" href="mailto:hojuruku@gmail.com" title="Luke McKee <hojuruku@gmail.com>"> Luke McKee</a> <pre>(In reply to Julien Isorce from <a href="show_bug.cgi?id=105277#c1">comment #1</a>) > Maybe related issue: <a href="https://bugzilla.gnome.org/show_bug.cgi?id=793836">https://bugzilla.gnome.org/show_bug.cgi?id=793836</a> No it's working fine here with gst-play-1.0 using omx (i hacked the priorities in gstreamer to use omx decoding over vaapi). (media-plugins/gst-plugins-omx-1.12.4) So now more testing for good luck..... <10 mins later> I'll attach a gstreamer debug log for playing that file with omx,vaapi, and xv/ffmpeg if you are curious. That proves 100% this issue isn't related to that bug at all. That ticket was a vaapi decoding issue. The test vector they uploaded also plays here without problems with gstreamer 1.12.4. totem seems to crash on it though but it's probably something to do with clutter and a very short file. I made a longer file with this: gst-launch-1.0 videotestsrc pattern=blink num-buffers=30 ! video/x-raw, framerate=30/1 ! x264enc key-int-max=1 ! mp4mux faststart=true movie-timescale=300 trak-timescale=30 ! filesink location=i-frames-non-frag.mp4</pre> </div> <hr> You are receiving this mail because: <ul> <li>You are the assignee for the bug.</li> </ul> </body> </html>