[Gstreamer-bugs] [Bug 117692] Changed - docs/random/mimetypes needs updating

bugzilla-daemon at widget.gnome.org bugzilla-daemon at widget.gnome.org
Thu Jul 17 09:55:16 PDT 2003


Please do not reply to this email- if you want to comment on the bug, go to the
URL shown below and enter your comments there.

http://bugzilla.gnome.org/show_bug.cgi?id=117692

Changed by rbultje at ronald.bitfreak.net.

--- shadow/117692	Thu Jul 17 12:04:53 2003
+++ shadow/117692.tmp.29999	Thu Jul 17 12:55:16 2003
@@ -28,6 +28,27 @@
 GstFormat and GstBuffer specify a "media specific" offset/format. For every
 mimetype there needs to be documentation on what they mean.
 
 
 Apart from that, it needs to get out of docs/random and into the official
 documentation.
+
+------- Additional Comments From rbultje at ronald.bitfreak.net  2003-07-17 12:55 -------
+I agree.
+
+For point 1, we used to use a property 'framed' or 'parsed' for this
+(more names were used, they all meant the same and there was no common
+convention...). If this was set to TRUE, then the buffer contained
+parsed stuff, e.g. an X amount of raw audio samples (aligned by
+channels * samplesize), or one frame per buffer (video, mp3). We
+should probably move this back, agree on a common name and make each
+plugin use it.
+
+The rule is then that parsed=TRUE means bordered by whatever is
+documented in the docs. parsed=FALSE means stream data, no alignment
+whatsoever.
+
+As for point 2, I don't know how that should work either. I don't
+think it's media-specific, but mediatype-specific. E.g. audio samples
+(I think mp3 uses samples here, too), video frames.
+
+As for point 3: yes.




More information about the Gstreamer-bugs mailing list