After an evaluation, GNOME has moved from Bugzilla to GitLab. Learn more about GitLab.
No new issues can be reported in GNOME Bugzilla anymore.
To report an issue in a GNOME project, go to GNOME GitLab.
Do not go to GNOME Gitlab for: Bluefish, Doxygen, GnuCash, GStreamer, java-gnome, LDTP, NetworkManager, Tomboy.
Bug 656345 - [discoverer] Avoid decoding where possible
[discoverer] Avoid decoding where possible
Status: RESOLVED OBSOLETE
Product: GStreamer
Classification: Platform
Component: gst-plugins-base
unspecified
Other Linux
: Normal enhancement
: git master
Assigned To: GStreamer Maintainers
GStreamer Maintainers
: 770137 (view as bug list)
Depends on: 564749
Blocks:
 
 
Reported: 2011-08-11 14:49 UTC by Mark Nauwelaerts
Modified: 2018-11-03 11:19 UTC
See Also:
GNOME target: ---
GNOME version: ---


Description Mark Nauwelaerts 2011-08-11 14:49:43 UTC 
Assuming tagreadbin as (give or take) in bug #564749 ever makes it into -base, some minor adjustments to discoverer allow using tagreadbin (in turn using a.o. uridecodebin) rather than uridecodebin directly.

While in this mode not all features may be extracted (e.g. no stream topology), it brings some tagreadbin advantages, e.g. typically no decoders are involved.

Patches available in http://cgit.collabora.com/git/user/manauw/gst-plugins-base.git/log/?h=tagreading
Comment 1 Mark Nauwelaerts 2011-09-06 08:27:54 UTC 
FTR, minor update has been done to aforementioned branch.

Any chance for review/movement in this area (and related tagreading) ?
Comment 2 Mark Nauwelaerts 2011-10-04 11:48:16 UTC 
FTR, another update has been done on branch in question.

That is, even when discoverer is using tagreadbin, topology info will now also be extracted/provided.  Note, however, a side-effect of this is that the previous tentative API/flags/enum controlling whether or not to employ tagreadbin has been changed.
Comment 3 Edward Hervey 2013-07-18 06:17:52 UTC 
Now that we have parsers for most common formats, it would be as efficient to stop auto-plugging once we have a parser plugged in. Furthermore those parsers will only set caps and start outputting once they have all/most information.

We would reach the same result (tags/metadata without decoding for formats that have parsers) and more (extract information for formats that don't have a parser).

Furthermore it would concentrate all the information/logic into one single/reused location (the parsers).
Comment 4 Carlos Garnacho 2016-10-09 14:02:46 UTC 
*** Bug 770137 has been marked as a duplicate of this bug. ***
Comment 5 GStreamer system administrator 2018-11-03 11:19:07 UTC 
-- GitLab Migration Automatic Message --

This bug has been migrated to freedesktop.org's GitLab instance and has been closed from further activity.

You can subscribe and participate further through the new bug through this link to our GitLab instance: https://gitlab.freedesktop.org/gstreamer/gst-plugins-base/issues/50.