summaryrefslogtreecommitdiff
diff options
context:
space:
mode:
authorJoe Rayhawk <jrayhawk@freedesktop.org>2015-04-02 16:37:52 -0700
committerJoe Rayhawk <jrayhawk@freedesktop.org>2015-04-02 16:37:52 -0700
commit64c2d29229ef52b5784b5f4e2e51a324d5ac1c14 (patch)
treeced8db22f0658b7c31dfaf8d3899ea7f8638e43e
parentddcbabe867973ba4263f6569f549c4cb81377f8f (diff)
moin2mdwn: convert page GstBaseDemux
-rw-r--r--GstBaseDemux.mdwn (renamed from GstBaseDemux.moin)26
1 files changed, 15 insertions, 11 deletions
diff --git a/GstBaseDemux.moin b/GstBaseDemux.mdwn
index 881a360..c93884e 100644
--- a/GstBaseDemux.moin
+++ b/GstBaseDemux.mdwn
@@ -1,11 +1,15 @@
-== 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.
+
+
+## Features
+
+* [[GstIndex|GstIndex]]
+* handling queries
+* seeking
+Some implementation can probably be shared with [[GstBaseParse|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.