From: <tho...@ke...> - 2006-05-10 13:54:06
|
CVS Root: /cvs/gstreamer Module: gstreamer Changes by: thomasvs Date: Wed May 10 2006 13:54:01 UTC Log message: limit to 80 chars add note about changing divider for flags Modified files: docs/design : part-TODO.txt Links: http://freedesktop.org/cgi-bin/viewcvs.cgi/gstreamer/gstreamer/docs/design/part-TODO.txt.diff?r1=1.23&r2=1.24 ====Begin Diffs==== Index: part-TODO.txt =================================================================== RCS file: /cvs/gstreamer/gstreamer/docs/design/part-TODO.txt,v retrieving revision 1.23 retrieving revision 1.24 diff -u -d -r1.23 -r1.24 --- part-TODO.txt 28 Apr 2006 12:58:15 -0000 1.23 +++ part-TODO.txt 10 May 2006 13:53:48 -0000 1.24 @@ -1,23 +1,26 @@ API/ABI ------- -- implement return values from events in addition to the gboolean. This should be - done by making the event contain a GstStructure with input/output values, similar - to GstQuery. A typical use case is performing a non-accurate seek to a keyframe, - after the seek you want to get the new stream time that will actually be used to - update the slider bar. +- implement return values from events in addition to the gboolean. This should + be done by making the event contain a GstStructure with input/output values, + similar to GstQuery. A typical use case is performing a non-accurate seek to a + keyframe, after the seek you want to get the new stream time that will + actually be used to update the slider bar. - GstEvent, GstMessage register like GstFormat or GstQuery. - query POSITION/DURATION return accuracy. Just a flag or accuracy percentage. -- add some sort of time/frame stepping functionality, either with a flag on the seek - event or some new seek event type. The idea would be to operate on the current - playback position instead of the current configured segment when doing the seek. - Idea is that frame stepping forwards can be done in the sinks, ie, just dropping - N frames/time, sending more complicated queries upstream which can ideally handle - those cases more efficiently too. +- add some sort of time/frame stepping functionality, either with a flag on + the seek event or some new seek event type. The idea would be to operate on + the current playback position instead of the current configured segment when + doing the seek. + Idea is that frame stepping forwards can be done in the sinks, ie, just + dropping N frames/time, sending more complicated queries upstream which can + ideally handle those cases more efficiently too. +- use | instead of + as divider in serialization of Flags + (gstvalue/gststructure) IMPLEMENTATION -------------- |