After an evaluation, GNOME has moved from Bugzilla to GitLab. Learn more about GitLab.
No new issues can be reported in GNOME Bugzilla anymore.
To report an issue in a GNOME project, go to GNOME GitLab.
Do not go to GNOME Gitlab for: Bluefish, Doxygen, GnuCash, GStreamer, java-gnome, LDTP, NetworkManager, Tomboy.
Bug 740774 - Extremely jerky output with HD streams non-accelerated sinks
Extremely jerky output with HD streams non-accelerated sinks
Status: RESOLVED OBSOLETE
Product: GStreamer
Classification: Platform
Component: gstreamer-vaapi
unspecified
Other Linux
: Normal major
: git master
Assigned To: GStreamer Maintainers
GStreamer Maintainers
Depends on:
Blocks:
 
 
Reported: 2014-11-26 19:10 UTC by Arun Raghavan
Modified: 2018-05-04 12:55 UTC
See Also:
GNOME target: ---
GNOME version: ---



Description Arun Raghavan 2014-11-26 19:10:17 UTC
For 720p and higher videos, vaapidecode seems to be broken when used with non-accelerated (i.e. not vaapi/gl/clutter) sinks. I first saw this with GStreamer 1.2, gstreamer-vaapi 0.5.9, and Firefox's gstreamer backend, but am able to reproduce this with gstreamer-vaapi and gst master as well.

To reproduce the problem, the following pipeline works:

gst-launch-1.0 filesrc location=/path/to/some/720p-file.mp4 ! qtdemux ! h264parse ! vaapidecode ! xvimagesink

CPU usage is quite low (~15% in gnome-shell, and ~5% in gst-launch-1.0). I don't see anything obvious in logs that might suggest a stall either.

The problem does not occur with 360p videos (I'm taking the same video from YouTube in both cases with youtube-dl).
Comment 1 sreerenj 2014-11-27 04:48:47 UTC
Tried a couple of samples (720p and 1920x816) in my HSW based machine, but not able to reproduce any issue !
Comment 2 Arun Raghavan 2014-11-27 05:04:49 UTC
Okay, let's try to pin this down better, then.

The video I am using is: http://arunraghavan.net/temp/Goldspot%20%27Ina%20Mina%20Dika%27%20Official%20Video-_Bw5XdvXWKY.mp4

Same pipeline as in my original description.

CPU: Intel i5 4570
GPU: Intel HD 4600
Kernel: 3.17.2-200.fc20.x86_64
gstreamer: master as of 26th Nov 2014
gstreamer-vaapi: master as of 26th Nov 2014
libva: 1.2.1
libva-intel-driver: 1.2.2
Comment 3 sreerenj 2014-11-27 05:30:46 UTC
(In reply to comment #2)
> Okay, let's try to pin this down better, then.
> 
> The video I am using is:
> http://arunraghavan.net/temp/Goldspot%20%27Ina%20Mina%20Dika%27%20Official%20Video-_Bw5XdvXWKY.mp4
> 
> Same pipeline as in my original description.
> 
> CPU: Intel i5 4570
> GPU: Intel HD 4600
> Kernel: 3.17.2-200.fc20.x86_64
> gstreamer: master as of 26th Nov 2014
> gstreamer-vaapi: master as of 26th Nov 2014
> libva: 1.2.1
> libva-intel-driver: 1.2.2

Hm, still can't reproduce the issue ! I have bit older gstreamer from git (00bcd94723f565c087ce559ab32cc49a74c30a8f,  Mon Oct 6 13:38:21 2014 +0200) .
Comment 4 Arun Raghavan 2014-11-27 05:33:01 UTC
I see this with gstreamer-1.2 and gstreamer-vaapi-0.5.9 as well. This used to work (vaapidecode + Firefox) several months ago, so I don't believe the discrepancy in those versions matters.
Comment 5 sreerenj 2016-03-24 16:54:01 UTC
Moving to Product:GStreamer, Component:gstreamer-vaapi
Comment 6 Víctor Manuel Jáquez Leal 2018-05-04 12:55:33 UTC
This is 4 years old bug. And the code has evolved a lot. If the problems persists, please reopen.