GNOME Bugzilla – Bug 573895
Frame-stepping not re-implemented
Last modified: 2012-09-02 04:28:51 UTC
We previously were able to do frame-stepping in the Viewer, but we can't anymore. This needs to be re-implemented.
has support for variable speed playback been merged yet? can we take advantage of that in pitivi?
The frame-step seeking [1] has been in core since 0.10.24. All the work is done in core, so it doesn't involve anything specific to be implemented in plugins... for forward stepping. For backward stepping, it will only work for demuxer/decoders that support negative-rate-seeking. 1: http://gstreamer.freedesktop.org/data/doc/gstreamer/head/gstreamer/html/gstreamer-GstEvent.html#gst-event-new-step
Created attachment 185332 [details] [review] patch to implement basic frame-stepping
I wrote a patch for implementing framestepping. It's not ideal, since there are cases where it could be seeking by other than the project output framerate, but it does let you seek backward and forward in the timeline on a frame-by-frame basis. I added buttons for seeking one frame in either direction to viewer.py and added a function to pipeline.py to seek forward or backward an arbitrary number of frames.
Okay, got a reworked and simplified version of this in my pygi branch, which should be merged to master sometime soon. I also have a fix for bug #682752.
Framestepping is now the default behavior of the left and right keys in pitivi master, mainly with commit d6006aa11.