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 666376 - Seeking in GES is not working correctly in preview with in-point
Seeking in GES is not working correctly in preview with in-point
Status: RESOLVED INVALID
Product: GStreamer
Classification: Platform
Component: gst-editing-services
0.10.x
Other Linux
: Normal normal
: git master
Assigned To: GStreamer Maintainers
GStreamer Maintainers
Depends on:
Blocks:
 
 
Reported: 2011-12-16 17:08 UTC by Xabier Rodríguez Calvar
Modified: 2012-01-06 11:22 UTC
See Also:
GNOME target: ---
GNOME version: ---


Attachments
test program (6.78 KB, application/octet-stream)
2011-12-16 17:08 UTC, Xabier Rodríguez Calvar
Details

Description Xabier Rodríguez Calvar 2011-12-16 17:08:59 UTC
Created attachment 203685 [details]
test program

Compile the attached test program. Usage:  ./test <input_video_uri> <audio_uri> <original_duration> [video_in_point [seeking_point]]

Have a longer than 20s video and a longer than 20s audio.

./test video audio 20 0 0 shows both videos from second 0. Ok
./test video audio 20 5 0 shows video + 5 and audio + 0. Ok
./test video audio 20 0 5 should show video + 5 and audio + 5. It is showing video + 5 and audio +5.
./test video audio 20 5 5 should show video + 5 + 5 and audio + 5. It is showing video + 5 and audio + 5.
Comment 1 Xabier Rodríguez Calvar 2011-12-16 17:13:45 UTC
In the last case, you even have 5 seconds of video with no audio.
Comment 2 Robert Swain 2012-01-06 11:22:10 UTC
I've tested the code with recent git checkouts of gst modules including gst-editing-services. Cases 1 and 2 work fine for me.

For the third case, reading the code suggests you're using the wrong seek flag for video - you shouldn't use GST_SEEK_FLAG_KEY_UNIT but rather GST_SEEK_FLAG_ACCURATE. This case then performs as I expect, starting the video and audio from 5s and playing from there for 15s.

The fourth case, according to the code should set the inpoint of the video to 5s such that 0s in the compostion should start the video from 5s and the audio from 0s and the duration to be 15s. Then the seeking point is set to 5s which causes the video to start from 10s and the audio from 5s. This is what I observe after changing the seek flag as detailed in the previous paragraph.

Closing as invalid, but if this still fails for you after using the correct seek flag, feel free to reopen. :)