GNOME Bugzilla – Bug 797206
There are duplicate frames when cutting and further gluing adjacent segments
Last modified: 2018-11-03 12:54:40 UTC
Created attachment 373767 [details] output file via Pitivi Hi! I want to cut and then combine to segments from original file (duration of file is 2.569 seconds) I use next command line for it: ges-launch-1.0 +clip input.mkv inpoint=0 duration=1.5 +clip input.mkv inpoint=1.5 duration=1.5 -o output.via.ges-launch.ogv and I use Pitivi also. In both cases, the output file contains the jerks of the image at the glue point (see attachment). Attachments can be downloaded here (a total of about 6 megabytes): https://yadi.sk/d/etFcfITZCm-qvQ input.mkv - original file output.via.Pitivi.mp4 - output via Pitivi output.via.ges-launch.ogv - output via ges-launch What is the problem and how can I avoid it. Big thanks!
There seems to be a problem when seeking on your input file (codec is `video/x-vp6-flash` which is not officially supported by Pitivi, thus not very well tested in GES). You should use proxies in Pitivi for it to work, and I tested and it works just fine. Also your file lasts 2.56sec but `ges-launch-1.0 +clip input.mkv inpoint=0 duration=1.5 +clip input.mkv inpoint=1.5 duration=1.5` will try to play that file from 1.5 to 3 (in the second part). Please confirm it works using proxies and we should change the bug title as I believe the issue is much les generic than stated in there.
I found another video with a similar problem. Source video codec format is "video/mpeg" (mpegversion: 4) source file: "Matrix_Reloaded_Trailer_XviD_AAC_11sub_640x346.mkv" result file: "Matrix_Reloaded_Trailer_XviD_AAC_11sub_640x346.mkv_out.mkv" Attachments (~25 Mb): https://yadi.sk/d/v6hRV3g4MTFvCQ I use next command file (under windows): set file=Matrix_Reloaded_Trailer_XviD_AAC_11sub_640x346.mkv ges-launch-1.0 +clip %file% inpoint=70 duration=5^ +clip %file% inpoint=75 duration=5^ -o %file%_out.mkv^ -f video/x-matroska:video/x-h264:audio/mpeg --- I want to use file with codec `video/x-vp6-flash` in my program. How can I use GES in my program with fast and accurate editing with this and others video formats ? Do I need to use proxy files, as Pitivi does (i.e. transcode the original video into the MJPEG codec format before editing)?
Actually use of proxy files for me is not quite an appropriate solution (in my programm). How can i use fast and accurate editing with this and others video formats via GES without proxy...?
(In reply to Oleg from comment #3) > Actually use of proxy files for me is not quite an appropriate solution (in > my programm). How can i use fast and accurate editing with this and others > video formats via GES without proxy...? To me there is a bug somewhere (not 100% sure where, but I would guess outside GES itself) and we will need to fix it :-)
(In reply to Oleg from comment #2) > I found another video with a similar problem. Source video codec format is > "video/mpeg" (mpegversion: 4) > > source file: "Matrix_Reloaded_Trailer_XviD_AAC_11sub_640x346.mkv" > result file: "Matrix_Reloaded_Trailer_XviD_AAC_11sub_640x346.mkv_out.mkv" > > Attachments (~25 Mb): > https://yadi.sk/d/v6hRV3g4MTFvCQ > > I use next command file (under windows): > > set file=Matrix_Reloaded_Trailer_XviD_AAC_11sub_640x346.mkv > ges-launch-1.0 > +clip %file% inpoint=70 duration=5^ > +clip %file% inpoint=75 duration=5^ > -o %file%_out.mkv^ > -f video/x-matroska:video/x-h264:audio/mpeg > > --- > I want to use file with codec `video/x-vp6-flash` in my program. > How can I use GES in my program with fast and accurate editing with this and > others video formats ? > Do I need to use proxy files, as Pitivi does (i.e. transcode the original > video into the MJPEG codec format before editing)? Seeking on this file is broken (for some reason we start decoding before a keyframe and first frames are broken)
-- GitLab Migration Automatic Message -- This bug has been migrated to freedesktop.org's GitLab instance and has been closed from further activity. You can subscribe and participate further through the new bug through this link to our GitLab instance: https://gitlab.freedesktop.org/gstreamer/gst-editing-services/issues/43.