[Bug 719615] oggdemux: slow seeking on some ogg files

[GStreamer (bugzilla.gnome.org)]

https://bugzilla.gnome.org/show_bug.cgi?id=719615
  GStreamer | gst-plugins-base | git

--- Comment #6 from Oleksij Rempel <bug-track at fisher-privat.net> 2013-12-04 10:58:21 UTC ---
Am 03.12.2013 23:49, schrieb Monty Montgomery:> Any time code is stuck in a
loop calling ogg_sync_pageseek() or
> ogg_sync_pageout(), you'll see most of the time sunk into checksum
> calculation.  It's the only thing in libogg that _can_ take much time.
>  This is not likely a libogg bug, but a bug in the code calling libogg
> in a tight loop.
> 
> Looking at the file listed in the bug, there's a page discontinuity at
> the very beginning; after the header packets/pages, there are several
> missing pages before data starts normally.  Whatever generated or
> trimmed this file did a ragged job at the beginning.  This isn't an
> error, strictly speaking, but it's not completely correct either.
> First thing I'd check is whether or not this has tripped up the
> seeking code in gstreamer...  Or actually, _any_ kind of analysis of
> what gstreamer is actually doing.
> 
> A profiler is not a debugger!  It's just waving a dead chicken at this
> problem, then trying to read the tea leaves.  As of yet we have no
> concrete evidence of what is happening aside from gstreamer
> calculating a ton of Ogg checksums.
> 
> Monty

-- 
Configure bugmail: https://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.