[Gstreamer-bugs] [Bug 143223] - [id3demux] Optimize tag reading

[bugzilla-daemon at bugzilla.gnome.org]

http://bugzilla.gnome.org/show_bug.cgi?id=143223
GStreamer | gst-plugins | Ver: HEAD CVS

in7y118 at public.uni-hamburg.de changed:

           What    |Removed                     |Added
----------------------------------------------------------------------------
             Status|UNCONFIRMED                 |RESOLVED
         Resolution|                            |INVALID



------- Additional Comments From in7y118 at public.uni-hamburg.de  2004-06-05 13:03 -------
In fact that only happens on the first file and is because id3demux does
typefinding and loads typefind plugins. It doesn't happen on subsequent invocations.

Try "gstreamer/tests/spidey_bench /some/music/file.mp3 > output" to see how fast
it really is. That test autoplugs a pipeline and gets the tags. IUt does that
for the same file 10 times. (The redirection is necessary to not get switches to
the terminal in between and get real results.) It takes around 17.5ms here,
which IMO is fine.

Note that the number of iterations is irrelevant, because it just displays the
granularity of the plugins involved. More iterations = higher granularity = better.

I'm closing this as invalid.

------- You are receiving this mail because: -------
You are the assignee for the bug, or are watching the assignee.
You are the QA contact for the bug, or are watching the QA contact.