GStreamer issueshttps://gitlab.freedesktop.org/groups/gstreamer/-/issues2023-06-06T11:59:06Zhttps://gitlab.freedesktop.org/gstreamer/gstreamer-project/-/issues/32Automate Coverity Scan builds2023-06-06T11:59:06ZEdward HerveyAutomate Coverity Scan buildsI have a WIP docker image for building Gstreamer with the coverity scan tools which I run when I remember about it. Also it requires secret credentials for uploading to the analysis server.
It would be great to have it run automatically...I have a WIP docker image for building Gstreamer with the coverity scan tools which I run when I remember about it. Also it requires secret credentials for uploading to the analysis server.
It would be great to have it run automatically on master of everything at a regular interval (every 25 hours).
* [ ] how to schedule CI job at regular interval
* [ ] how to run jobs with secrets which are limited to only a few people (and make sure they are never visible)
* [ ] how to ensure the runner is a "safe" one (and not from an untrusted party)https://gitlab.freedesktop.org/gstreamer/gstreamer-project/-/issues/30Instructions for people who joined gitlab after bugzilla migration2023-06-06T11:58:13ZEdward HerveyInstructions for people who joined gitlab after bugzilla migrationUnfortunately not everybody joined this gitlab instance before the migration, meaning they don't have notifications/attributions for all their bugzilla contributions.
But it is somewhat easy to do, by searching in the global issues list...Unfortunately not everybody joined this gitlab instance before the migration, meaning they don't have notifications/attributions for all their bugzilla contributions.
But it is somewhat easy to do, by searching in the global issues list for `Submitted by <your bugzilla name>`, `<your bugzilla name> submitted a patch`, `<your bugzilla name> said`, ...
We should add that somewhere (where ?) to the documentation and send out an e-mail/tweet/...https://gitlab.freedesktop.org/gstreamer/gstreamer/-/issues/292utils: Add a "gst_element_create_stream_id" method2023-06-06T11:56:35ZBugzilla Migration Userutils: Add a "gst_element_create_stream_id" method## Submitted by Edward Hervey `@bilboed`
**[Link to original bug (#795976)](https://bugzilla.gnome.org/show_bug.cgi?id=795976)**
## Description
Currently the various gst_pad_create_stream_id functions requires a GstPad. But if you u...## Submitted by Edward Hervey `@bilboed`
**[Link to original bug (#795976)](https://bugzilla.gnome.org/show_bug.cgi?id=795976)**
## Description
Currently the various gst_pad_create_stream_id functions requires a GstPad. But if you use the stream_id argument ... it doesn't use that pad.
For stream providers (like demuxers) who wish to create stream ids (based on upstream information) without creating pads it would be great to have similar functions that don't require a pad.Edward HerveyEdward Herveyhttps://gitlab.freedesktop.org/gstreamer/gst-plugins-bad/-/issues/624Playback with playbin3 of MPEG TS file with two stream collections for a prog...2023-06-06T11:54:16ZBugzilla Migration UserPlayback with playbin3 of MPEG TS file with two stream collections for a program does not preroll## Submitted by mki..@..il.com
**[Link to original bug (#789247)](https://bugzilla.gnome.org/show_bug.cgi?id=789247)**
## Description
Created attachment 361943
MPEG TS with program, which starts with only video stream, but shortly...## Submitted by mki..@..il.com
**[Link to original bug (#789247)](https://bugzilla.gnome.org/show_bug.cgi?id=789247)**
## Description
Created attachment 361943
MPEG TS with program, which starts with only video stream, but shortly has video and audio streams
Brief analysis done by Edward Hervey at Hackfest identified at least two problems:
- mpegtsdemux does not add audio pad for second streams collection,
- playbin3 unnecessary blocks streaming.
Information about TS file from tsinfo tool:
Packet 1 is PAT
Program list:
Program 1 -> PID 0100 (256)
Packet 2 is PMT with PID 0100 (256)
Program 1, version 0, PCR PID 1fff (8191)
Program streams:
PID 0101 ( 257) -> Stream type 1b ( 27) H.264/14496-10 video (MPEG-4/AVC)
Packet 159 is PMT with PID 0100 (256) - content changed
Program 1, version 1, PCR PID 0101 (257)
Program streams:
PID 0101 ( 257) -> Stream type 1b ( 27) H.264/14496-10 video (MPEG-4/AVC)
PID 0102 ( 258) -> Stream type 0f ( 15) 13818-7 Audio with ADTS transport syntax
**Attachment 361943**, "MPEG TS with program, which starts with only video stream, but shortly has video and audio streams":
[ntv-collections-v-va.ts](/uploads/0f9f0d37cbe4321cf370b2cf0446cc88/ntv-collections-v-va.ts)Edward HerveyEdward Herveyhttps://gitlab.freedesktop.org/gstreamer/gst-plugins-base/-/issues/367videorate: Outputs too much data on segment updates2023-06-06T11:40:30ZBugzilla Migration Uservideorate: Outputs too much data on segment updates## Submitted by Edward Hervey `@bilboed`
**[Link to original bug (#785027)](https://bugzilla.gnome.org/show_bug.cgi?id=785027)**
## Description
When an "update" segment arrives in videorate, the next timestamps is resetted, causing ...## Submitted by Edward Hervey `@bilboed`
**[Link to original bug (#785027)](https://bugzilla.gnome.org/show_bug.cgi?id=785027)**
## Description
When an "update" segment arrives in videorate, the next timestamps is resetted, causing a huge amount of duplicate (and late) frames to be outputted.
To reproduce, using the gst-validate media suite:
gst-launch-1.0 -v uridecodebin uri=file://$HOME/gst-validate/gst-integration-testsuites/medias/defaults/mp4/fragmented_nonseekable_sink.mp4 ! identity name=before silent=False ! videorate ! fakesink name=after silent=False
What comes in to videorate:
* segment start:0, stop:2s
* buffers from 0 to 2s
* segment start:0, stop:4s
* buffers from 2s to 4s
* etc...
What comes out of videorate
* segment start:0 stop:2s
* buffers from 0 to 2s
* segment start:0, stop:4s
* buffers from 0 to 2s /!\
** The problem is right here. Those buffers are all duplicates of the incoming 2s buffer and are all late.
* buffers from 2s to 4s
Any element after videorate that assumes that timestamps are increasing is going to have a looot of problems.
### Blocking
* [Bug 783842](https://bugzilla.gnome.org/show_bug.cgi?id=783842)Edward HerveyEdward Herveyhttps://gitlab.freedesktop.org/gstreamer/gst-plugins-bad/-/issues/519gstplayer: Add gst_player_get_state API2023-06-06T11:14:47ZBugzilla Migration Usergstplayer: Add gst_player_get_state API## Submitted by Lyon
**[Link to original bug (#778379)](https://bugzilla.gnome.org/show_bug.cgi?id=778379)**
## Description
For gstpalyer state, currently we can only get the state by state_change callback, when mainloop start runni...## Submitted by Lyon
**[Link to original bug (#778379)](https://bugzilla.gnome.org/show_bug.cgi?id=778379)**
## Description
For gstpalyer state, currently we can only get the state by state_change callback, when mainloop start running.
However, if we need to get the current state when mainloop has not started running. There is no way to get the gstplayer state.
So considering add this gst_player_get_state() API to get the current player state.
Version: 1.xhttps://gitlab.freedesktop.org/gstreamer/gstreamer-vaapi/-/issues/102vaapi: Add GEM buffer support2023-06-06T10:47:59ZBugzilla Migration Uservaapi: Add GEM buffer support## Submitted by wangfei `@wangfei`
**[Link to original bug (#796626)](https://bugzilla.gnome.org/show_bug.cgi?id=796626)**
## Description
This is an Intel feature requirement.
The video driver's vaCreateSurfaces2 driver entrypo...## Submitted by wangfei `@wangfei`
**[Link to original bug (#796626)](https://bugzilla.gnome.org/show_bug.cgi?id=796626)**
## Description
This is an Intel feature requirement.
The video driver's vaCreateSurfaces2 driver entrypoint shall accept a VASurfaceAttribMemoryType attribute value of VA_SURFACE_ATTRIB_MEM_TYPE_KERNEL_PRIME. This attribute will instruct the driver to use the buffer whose Prime file descriptor is stored in the VASurfaceAttribExternalBufferDescriptor as the backing buffer for the new VASurface.https://gitlab.freedesktop.org/gstreamer/gstreamer-vaapi/-/issues/84Unneeded BLIT operation when target is encoder (ex: vaapih264enc)2023-06-06T10:46:13ZBugzilla Migration UserUnneeded BLIT operation when target is encoder (ex: vaapih264enc)## Submitted by phi..@..el.com
**[Link to original bug (#793686)](https://bugzilla.gnome.org/show_bug.cgi?id=793686)**
## Description
This operation
12.4/gstreamer-vaapi-1.12.4/gst-libs/gst/vaapi/gstvaapifilter.c: pipeline_param...## Submitted by phi..@..el.com
**[Link to original bug (#793686)](https://bugzilla.gnome.org/show_bug.cgi?id=793686)**
## Description
This operation
12.4/gstreamer-vaapi-1.12.4/gst-libs/gst/vaapi/gstvaapifilter.c: pipeline_param->output_background_color = 0xff000000;
force BLIT usage (visible with Vtune or intel_gpu_top) - or this is only needed when target is Display... useless when target is encoder (where Alpha is ignored)
This cause extra HW resource usage that can be prevented as this operation is not needed in encoder cases
Can we make this output_background_color configurable (or skip this operation in encode pipeline) ?
Version: 1.12.xhttps://gitlab.freedesktop.org/gstreamer/gstreamer-vaapi/-/issues/96vaapi: gobjectify internal classes2023-06-06T10:40:50ZBugzilla Migration Uservaapi: gobjectify internal classes## Submitted by Víctor Manuel Jáquez Leal `@vjaquez`
**[Link to original bug (#796308)](https://bugzilla.gnome.org/show_bug.cgi?id=796308)**
## Description
gobjectivy internal decoder class and its derivate classes## Submitted by Víctor Manuel Jáquez Leal `@vjaquez`
**[Link to original bug (#796308)](https://bugzilla.gnome.org/show_bug.cgi?id=796308)**
## Description
gobjectivy internal decoder class and its derivate classeshttps://gitlab.freedesktop.org/gstreamer/gstreamer-vaapi/-/issues/81implement dmabuf-import negotiation with upstream2023-06-06T10:39:16ZBugzilla Migration Userimplement dmabuf-import negotiation with upstream## Submitted by Lim Siew Hoon
**[Link to original bug (#792034)](https://bugzilla.gnome.org/show_bug.cgi?id=792034)**
## Description
The dmabuf import previous working with gst-vaapi 1.8.3 version.
Aware that in gst-vaapi 1.12.2 v...## Submitted by Lim Siew Hoon
**[Link to original bug (#792034)](https://bugzilla.gnome.org/show_bug.cgi?id=792034)**
## Description
The dmabuf import previous working with gst-vaapi 1.8.3 version.
Aware that in gst-vaapi 1.12.2 version got a lot of design have been changing and no longer working with icamerasrc plugin in 1.12.2 version.
Previously we added the workaround to get dmabuf import with icamerasrc plugin working with gst-vaapi.
Now to get it properly working, icamerasrc plugin developer will working with gst-vaapi developer what needs to done and how to handle it.
Version: 1.12.2
### Depends on
* [Bug 789476](https://bugzilla.gnome.org/show_bug.cgi?id=789476)
* [Bug 793270](https://bugzilla.gnome.org/show_bug.cgi?id=793270)
* [Bug 793271](https://bugzilla.gnome.org/show_bug.cgi?id=793271)https://gitlab.freedesktop.org/gstreamer/gst-plugins-base/-/issues/418videopool: define GST_BUFFER_POOL_OPTION_VIDEO_DMABUF2023-06-06T10:37:37ZBugzilla Migration Uservideopool: define GST_BUFFER_POOL_OPTION_VIDEO_DMABUF## Submitted by Víctor Manuel Jáquez Leal `@vjaquez`
**[Link to original bug (#793270)](https://bugzilla.gnome.org/show_bug.cgi?id=793270)**
## Description
See commit description.
Though I'm not sure if this is the correct plac...## Submitted by Víctor Manuel Jáquez Leal `@vjaquez`
**[Link to original bug (#793270)](https://bugzilla.gnome.org/show_bug.cgi?id=793270)**
## Description
See commit description.
Though I'm not sure if this is the correct place to define the macro, neither
if it is expected to use dmabuf only for video.
### Blocking
* [Bug 792034](https://bugzilla.gnome.org/show_bug.cgi?id=792034)
* [Bug 793271](https://bugzilla.gnome.org/show_bug.cgi?id=793271)https://gitlab.freedesktop.org/gstreamer/gstreamer-vaapi/-/issues/5920xH264 Video Decode Render-less CPU Usage spike up to ~70% with flag sync=false2023-06-06T10:35:26ZBugzilla Migration User20xH264 Video Decode Render-less CPU Usage spike up to ~70% with flag sync=false## Submitted by Peng Chen `@peng.chen`
**[Link to original bug (#785092)](https://bugzilla.gnome.org/show_bug.cgi?id=785092)**
## Description
1. Create a simple bash script with the 20x gstreamer execution command ( gst-launch-1.0 -...## Submitted by Peng Chen `@peng.chen`
**[Link to original bug (#785092)](https://bugzilla.gnome.org/show_bug.cgi?id=785092)**
## Description
1. Create a simple bash script with the 20x gstreamer execution command ( gst-launch-1.0 -v filesrc location=/videos/1920x1080_10mbps_30fps.mp4 ! qtdemux ! vaapidecode ! fpsdisplaysink video-sink=fakesink text-overlay=false sync=false)
2. Observed the CPU usage spike up to 70%
3, Customer is expecting the CPU utilization result should not be so high if sync=false.Need to further to debug to find out the reason and root causehttps://gitlab.freedesktop.org/gstreamer/gstreamer-vaapi/-/issues/22[metabug] Add support for EGL2023-06-06T10:31:58ZBugzilla Migration User[metabug] Add support for EGL## Submitted by Gwenole Beauchesne `@gb`
**[Link to original bug (#736713)](https://bugzilla.gnome.org/show_bug.cgi?id=736713)**
## Description
This is a meta-task to keep track VA/EGL interop support within gstreamer-vaapi
### Dep...## Submitted by Gwenole Beauchesne `@gb`
**[Link to original bug (#736713)](https://bugzilla.gnome.org/show_bug.cgi?id=736713)**
## Description
This is a meta-task to keep track VA/EGL interop support within gstreamer-vaapi
### Depends on
* [Bug 740753](https://bugzilla.gnome.org/show_bug.cgi?id=740753)
* [Bug 743849](https://bugzilla.gnome.org/show_bug.cgi?id=743849)
* [Bug 743850](https://bugzilla.gnome.org/show_bug.cgi?id=743850)
* [Bug 743851](https://bugzilla.gnome.org/show_bug.cgi?id=743851)
* [Bug 725643](https://bugzilla.gnome.org/show_bug.cgi?id=725643)
* [Bug 735362](https://bugzilla.gnome.org/show_bug.cgi?id=735362)
* [Bug 735364](https://bugzilla.gnome.org/show_bug.cgi?id=735364)
* [Bug 736711](https://bugzilla.gnome.org/show_bug.cgi?id=736711)
* [Bug 736712](https://bugzilla.gnome.org/show_bug.cgi?id=736712)
* [Bug 736715](https://bugzilla.gnome.org/show_bug.cgi?id=736715)
* [Bug 736717](https://bugzilla.gnome.org/show_bug.cgi?id=736717)
* [Bug 736718](https://bugzilla.gnome.org/show_bug.cgi?id=736718)
* [Bug 741079](https://bugzilla.gnome.org/show_bug.cgi?id=741079)
* [Bug 743846](https://bugzilla.gnome.org/show_bug.cgi?id=743846)
* [Bug 743847](https://bugzilla.gnome.org/show_bug.cgi?id=743847)
* [Bug 767203](https://bugzilla.gnome.org/show_bug.cgi?id=767203)
* [Bug 773453](https://bugzilla.gnome.org/show_bug.cgi?id=773453)https://gitlab.freedesktop.org/gstreamer/gstreamer-vaapi/-/issues/58[metabug] Add Flexible Encoding Infrastructure (FEI) Support2023-06-06T10:26:02ZBugzilla Migration User[metabug] Add Flexible Encoding Infrastructure (FEI) Support## Submitted by Sreerenj Balachandran `@sree`
**[Link to original bug (#784667)](https://bugzilla.gnome.org/show_bug.cgi?id=784667)**
## Description
FEI(Flexible Encoding Infrastructure) is an extension to VA API which allows applic...## Submitted by Sreerenj Balachandran `@sree`
**[Link to original bug (#784667)](https://bugzilla.gnome.org/show_bug.cgi?id=784667)**
## Description
FEI(Flexible Encoding Infrastructure) is an extension to VA API which allows applications to have more control over different phases of encoding and trade off quality for speed with their on IPs.
The main highlight of FEI is the possibility to split the encoding process into two phases, first is ENC and the second is PAK.
ENC is the operation which performs all motion vector calculation and prediction.PAK is doing all transformations and entropy coding.
Without having FEI, the whole ENC+PAK is a black box to middleware, but with FEI user can extract the output of ENC and feed PAK with a custom enhanced motion vectors and macroblock prediction modes.
VA-API(libva):
*************************
Patches are already landed in mailing list: https://github.com/01org/libva/pull/83
For now, we only have APIs for AVC encode
intel-vaapi-driver:
*************************
Skylake is the only platform which is supporting FEI now.
Patches are on the way.
GStreaemr-VA API
*************************
Integrating the whole FEI to GStreamer is not trivial. FEI is more useful for customers who have their own encoder but want to offload some parts
of encoding to GPU/fixed-function hardware block for better performance.
I believe, it is better to not mess up the existing vaapih264enc which is our primary encoder and should be good enough for normal use cases.
What changes FEI brings into gstreamer-vaapi:
There will be(minimum of) two new GStreamer elements and a bunch of test applications needs to be implemented.
1: vaapih264feienc: (An advanced h264 encoder which can provide low-level per macroblock tuning parameters)
2: vaapih264feipreenc: (A preprocessing element which can extract MVs and statistics before calling encode function)
I will create two separate bugs to track the development of each.
### Depends on
* [Bug 787118](https://bugzilla.gnome.org/show_bug.cgi?id=787118)
* [Bug 785712](https://bugzilla.gnome.org/show_bug.cgi?id=785712)https://gitlab.freedesktop.org/gstreamer/gstreamer-rs/-/issues/469Add RTSPContext URI getter2023-06-06T10:25:59ZDaniel PendseAdd RTSPContext URI getterI am having the issue of matching which uri a client is connecting to. It would be would be nice to access the uri whom a client connects to from the RTSPContext directly. There is a getter method in the RTSPContext that is yet to be imp...I am having the issue of matching which uri a client is connecting to. It would be would be nice to access the uri whom a client connects to from the RTSPContext directly. There is a getter method in the RTSPContext that is yet to be implemented.https://gitlab.freedesktop.org/gstreamer/gstreamer-vaapi/-/issues/68Refactor VAEntryPointFEI based h264 encoder2023-06-06T10:25:46ZBugzilla Migration UserRefactor VAEntryPointFEI based h264 encoder## Submitted by Víctor Manuel Jáquez Leal `@vjaquez`
**[Link to original bug (#787118)](https://bugzilla.gnome.org/show_bug.cgi?id=787118)**
## Description
In [bug 785712](https://bugzilla.gnome.org/show_bug.cgi?id=785712) we merged...## Submitted by Víctor Manuel Jáquez Leal `@vjaquez`
**[Link to original bug (#787118)](https://bugzilla.gnome.org/show_bug.cgi?id=787118)**
## Description
In [bug 785712](https://bugzilla.gnome.org/show_bug.cgi?id=785712) we merged a new encoder using the new Flexible Encoding Infrastructure (FEI) entrypoint for H264.
But the code is screaming for a refactor and a general clean up.
### Blocking
* [Bug 784667](https://bugzilla.gnome.org/show_bug.cgi?id=784667)https://gitlab.freedesktop.org/gstreamer/gstreamer-vaapi/-/issues/27egl: add support for subpictures2023-06-06T10:22:54ZBugzilla Migration Useregl: add support for subpictures## Submitted by Gwenole Beauchesne `@gb`
**[Link to original bug (#743851)](https://bugzilla.gnome.org/show_bug.cgi?id=743851)**
## Description
Add support for rendering VA subpictures associated to the VA surface we are rendering t...## Submitted by Gwenole Beauchesne `@gb`
**[Link to original bug (#743851)](https://bugzilla.gnome.org/show_bug.cgi?id=743851)**
## Description
Add support for rendering VA subpictures associated to the VA surface we are rendering through gst_vaapi_texture_put_surface(). By default, VA subpictures are ignored(?). A new flag is then introduced to explicitly direct the processing of those subpictures.
### Blocking
* [Bug 736713](https://bugzilla.gnome.org/show_bug.cgi?id=736713)
* [Bug 758397](https://bugzilla.gnome.org/show_bug.cgi?id=758397)https://gitlab.freedesktop.org/gstreamer/gst-plugins-bad/-/issues/4mpegpsdemux: Support HD-DVD EVO files (audio and video substream types)2023-06-06T10:07:05ZBugzilla Migration Usermpegpsdemux: Support HD-DVD EVO files (audio and video substream types)## Submitted by Bastien Nocera `@hadess`
**[Link to original bug (#535372)](https://bugzilla.gnome.org/show_bug.cgi?id=535372)**
## Description
Example streams at:
http://samples.mplayerhq.hu/evob/
The MPEG system stream demu...## Submitted by Bastien Nocera `@hadess`
**[Link to original bug (#535372)](https://bugzilla.gnome.org/show_bug.cgi?id=535372)**
## Description
Example streams at:
http://samples.mplayerhq.hu/evob/
The MPEG system stream demuxer says:
0:00:04.976129301 5082 0x11b1800 WARN mpegdemux gstmpegdemux.c:913:gst_mpeg_demux_parse_pes:`<dvddemux0>` unknown stream id 0xfd
0:00:04.976154136 5082 0x11b1800 WARN mpegdemux gstmpegdemux.c:913:gst_mpeg_demux_parse_pes:`<dvddemux0>` unknown stream id 0xfd
0:00:04.976190014 5082 0x11b1800 WARN mpegdemux gstmpegdemux.c:913:gst_mpeg_demux_parse_pes:`<dvddemux0>` unknown stream id 0xfd
This is the patch for MPlayer:
http://lists.mplayerhq.hu/pipermail/mplayer-users/2007-January/064997.htmlhttps://gitlab.freedesktop.org/gstreamer/gst-plugins-bad/-/issues/25Add support for DivX XSUB subtitles2023-06-06T09:46:31ZBugzilla Migration UserAdd support for DivX XSUB subtitles## Submitted by Bastien Nocera `@hadess`
**[Link to original bug (#628429)](https://bugzilla.gnome.org/show_bug.cgi?id=628429)**
## Description
Created attachment 169171
test.divx
$ gst-launch playbin2 'uri=file:///home/hades...## Submitted by Bastien Nocera `@hadess`
**[Link to original bug (#628429)](https://bugzilla.gnome.org/show_bug.cgi?id=628429)**
## Description
Created attachment 169171
test.divx
$ gst-launch playbin2 'uri=file:///home/hadess/Desktop/test.avi'
Setting pipeline to PAUSED ...
Pipeline is PREROLLING ...
WARNING: from element /GstPlayBin2:playbin20/GstURIDecodeBin:uridecodebin0: No decoder available for type 'video/x-avi-unknown, fourcc=(fourcc)DXSB'.
Additional debug info:
gsturidecodebin.c(712): unknown_type_cb (): /GstPlayBin2:playbin20/GstURIDecodeBin:uridecodebin0
Pipeline is PREROLLED ...
Setting pipeline to PLAYING ...
New clock: GstPulseSinkClock
The file was created with a "normal" avi file, a corresponding srt file, and AviAddXSUBs[1]. This is the "supported" way to embed subtitles in DIVX files for use on the PS3, and other "DivX certified" players.
(If the given file isn't good enough, feel free to ask me for another test one)
[1]: http://www.calcitapp.com/AVIAddXSubs.php (Windows app, works in WINE)
**Attachment 169171**, "test.divx":
[test.avi](/uploads/e9e4c5c80b100195810f734c05f938de/test.avi)https://gitlab.freedesktop.org/gstreamer/gst-plugins-bad/-/issues/29mpegdemux: MPEG-PS demuxer snaps to keyframes even for accurate seeks2023-06-06T09:05:54ZBugzilla Migration Usermpegdemux: MPEG-PS demuxer snaps to keyframes even for accurate seeks## Submitted by Vladimir Eremeev
**[Link to original bug (#636707)](https://bugzilla.gnome.org/show_bug.cgi?id=636707)**
## Description
Playbin2, loaded MPEG2 PS file responds to calls to
gst_element_seek(element,
GST_SE...## Submitted by Vladimir Eremeev
**[Link to original bug (#636707)](https://bugzilla.gnome.org/show_bug.cgi?id=636707)**
## Description
Playbin2, loaded MPEG2 PS file responds to calls to
gst_element_seek(element,
GST_SEEK_FLAG_FLUSH|GST_SEEK_FLAG_ACCURATE,
GST_SEEK_TYPE_SET, position, ... )
by positioning on I-frames only.
This can be very well seen on short clips, loaded in the seek example
( $GST_PLUGINS_BASE/tests/examples/seek/seek.c )
Example file: http://dl.dropbox.com/u/11507187/F14980_3.mpg