diff options
| author | Joe Rayhawk <jrayhawk@freedesktop.org> | 2015-04-02 16:37:51 -0700 |
|---|---|---|
| committer | Joe Rayhawk <jrayhawk@freedesktop.org> | 2015-04-02 16:37:51 -0700 |
| commit | ddcbabe867973ba4263f6569f549c4cb81377f8f (patch) | |
| tree | 1b966d0588ceb4968b1e93fc14e3cfbf1bc6e3eb | |
| parent | 02d730f5d6983db4cd870526038c9791cfbb229e (diff) | |
| parent | d5dad2fc923950e16cbc1bae20a9707f8bec88ac (diff) | |
moin2iki: Importing Moin history for page GstBaseDemux
| -rw-r--r-- | GstBaseDemux.moin | 11 |
1 files changed, 11 insertions, 0 deletions
diff --git a/GstBaseDemux.moin b/GstBaseDemux.moin new file mode 100644 index 0000000..881a360 --- /dev/null +++ b/GstBaseDemux.moin @@ -0,0 +1,11 @@ +== Features ==
+ * GstIndex
+ * handling queries
+ * seeking
+
+Some implementation can probably be shared with GstBaseParse.
+
+== Design ==
+A key benefit would be more complete implementation for the GStreamer feature set. For an example right now mostly SEEK_SET works - the generic implementation might be able to add the support for other modes - no need to fix it in every single element.
+
+Index handling should be more intelligent (at least as the implementation in avidemux). Seeking is not the primary usecase. Fast time-to-play is important. Thus if possible build the index on demand. In the case of avi, it currently parses the whole file and build an in memory index. This can easily generate a huge data structure (e.g. 50 mb). On the other hand avidemux can play streams where it parses index information while it plays. It would be good it it could also do this for non stream playback - start immediately and remember the index entries. If one seeks backwards, we have the index. If one seeks forward, parse until we have the position.
|