GNOME Bugzilla – Bug 719890
videodecoder: Add API to get the currently pending, parsed frame size
Last modified: 2014-01-18 12:59:14 UTC
See attached patches. Without this the subclass has no idea how much was parsed already and will have to parse a frame over and over again until it is complete if there's no size header at the beginning.
Created attachment 263567 [details] [review] videodecoder: Add API to get the parse adapter that contains already parsed data of a frame
Created attachment 263568 [details] [review] openexrdec: Don't start scanning for the header from the start again each time This will be incredible slow if the upstream block size is very small. Instead continue scanning for the header where we previously stopped.
commit 87829debe49317829a18f9972184b43148b2c9f4 Author: Sebastian Dröge <sebastian@centricular.com> Date: Sat Jan 18 13:54:22 2014 +0100 videodecoder: Add API to get the currently pending frame size for parsing https://bugzilla.gnome.org/show_bug.cgi?id=719890 commit 7548d5f7f9e9687260cd33b01bc382555fdbe73c Author: Sebastian Dröge <sebastian@centricular.com> Date: Sat Jan 18 13:56:28 2014 +0100 openexrdec: Don't start scanning for the header from the start again each time This will be incredible slow if the upstream block size is very small. Instead continue scanning for the header where we previously stopped. For the standard filesrc block-size this made decoding a file about 3 times faster. https://bugzilla.gnome.org/show_bug.cgi?id=719890