[Bug 105277] ffmpeg using radeonsi vaapi on Polaris21 RX560 creates h264 steams not playable by gstreamer & hw players

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

 



Comment # 4 on bug 105277 from
(In reply to Julien Isorce from comment #1)
> Maybe related issue: https://bugzilla.gnome.org/show_bug.cgi?id=793836

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


You are receiving this mail because:
_______________________________________________
dri-devel mailing list
dri-devel@xxxxxxxxxxxxxxxxxxxxx
https://lists.freedesktop.org/mailman/listinfo/dri-devel

[Index of Archives]     [Linux DRI Users]     [Linux Intel Graphics]     [Linux USB Devel]     [Video for Linux]     [Linux Audio Users]     [Yosemite News]     [Linux Kernel]     [Linux SCSI]     [XFree86]     [Linux USB Devel]     [Video for Linux]     [Linux Audio Users]     [Linux Kernel]     [Linux SCSI]     [XFree86]
  Powered by Linux