Closed ishmael1985 closed 6 years ago
This branch has not yet dealt with issue #41. Clips like aichong.mp4, ailisi.mp4 and bianxingjinggang.mp4, the playback is pretty bad. I got this for bianxingjinggang.mp4 with gst-play-1.0:
I believe the rest should be ok.
Then I will suggest you submit the new issue to track in for topic branch before I will merge in this pull.
Sure. I still need to investigate exactly the cause why these clips do badly with gst-play-1.0, but with gst-launch-1.0, the decode is fine for those 3 clips.
Hmm... it works perfectly on GStreamer version 1.13.1 for me with X11 DRI3 rendering, all 3 clips.
It should be noted that gst-play-1.0 playback of clips such as bianxingjinggang.mp4 has been resolved in GStreamer version 1.13.1 with the following patch:
For Windows, the playback issue still exists as the only readily available latest version of GStreamer build is 1.12.4. The stutter issue is not caused by a regression in any of the patches for the proposed PR, as described in #76.
Commit https://github.com/intel/gstreamer-media-SDK/pull/74/commits/cfaed11c3d75252604717261395017fb60e7bb9e is quite important as it resolves an outstanding issue for GstGL interop. Prior to this, rendering issues can be seen through the following simple pipeline:
GST_GL_PLATFORM=egl gst-launch-1.0 filesrc location=/path/to/video.mp4 ! qtdemux ! h264parse ! mfxdecode ! 'video/x-raw, format=NV12' ! glimagesink
Go check again for this video - gst-play-1.0 bianxingjinggang.mp4 Before this 74 code changed, the video has slightly stuttered. But with new pull code in, the video playback become worse.