[gstreamer-bugs] [Bug 346563] gstgnomevfssrc doesn't run typefind
GStreamer (bugzilla.gnome.org)
bugzilla-daemon at bugzilla.gnome.org
Tue Jul 4 09:39:33 PDT 2006
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=346563
GStreamer | gst-plugins-base | Ver: HEAD CVS
Tim-Philipp Müller changed:
What |Removed |Added
----------------------------------------------------------------------------
Attachment #68357|none |commented-on
Flag| |
------- Comment #2 from Tim-Philipp Müller 2006-07-04 16:39 UTC -------
Yet it does not fail in practice with playbin/decodebin, since decodebin will
automatically plug a typefind element.
_If_ gnomevfssrc is supposed to do typefinding, it
a) should do so properly if pull-mode is supported (with random access)
b) it should probably work similarly to filesrc, which has a
"typefind" boolean property which is disabled by default
However, personally I don't really think this is something that needs fixing at
this point.
And in any case, typefinding a single buffer isn't really enough/possible in
many cases, especially with non-local sources where you might get very small
buffers. The typefind element takes care of that (and of proper error handling
in the EOS-before-we-could-find-a-type case etc.).
I am aware of your bz2dec issue and I know I asked you to change it to do
typefinding, so admittedly there's an inconsistency, but my answer to that
would be that "sources are special" :)
In 0.11/0.12 we might want to do something better here (like
application/x-typefindme caps or something like 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.
More information about the Gstreamer-bugs
mailing list