[gstreamer-bugs] [Bug 344013] [oggdemux] use parsers to suck less

[GStreamer (bugzilla.gnome.org)]

Do not reply to this via email (we are currently unable to handle email
responses and they get discarded).  You can add comments to this bug at
http://bugzilla.gnome.org/show_bug.cgi?id=344013
 GStreamer | gst-plugins-base | Ver: HEAD CVS





------- Comment #5 from Tim-Philipp Müller  2006-06-14 08:47 UTC -------
Created an attachment (id=67328)
 --> (http://bugzilla.gnome.org/attachment.cgi?id=67328&action=view)
granule mapper thingy (work-in-progress)

> Tim - the problem is that there's no such thing as a 'generic ogg granulepos
> mapper' - it's entirely codec-specific. Hence the proposal to use parsers for
> specific formats (possibly falling back to a full-blown decoder in the
> unfortunate event of us not having a parser).

By 'generic ogg granulepos mapper' I meant 'something where we bundle/hardcode
all known granulepos mappings'. oggdemux should ideally be able to output
packets with correct timestamps without the help of additional elements or
libraries IMHO, just like any other demuxer.

See attached patch for what I started playing with (to illustrate what I mean).



> For vorbis, specifically, it's pretty easy to extract the duration without
> doing a full decode - but you need a fully-decoded setup header, which is
> complex to do (of course, we can just link to libvorbis if we need to).
> 
> For speex, I think the calculations are trivial.

Cool, didn't know that.


-- 
Configure bugmail: http://bugzilla.gnome.org/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are the QA contact for the bug.
You are the assignee for the bug.