[Bug 737339] gifdec: new element

GStreamer (bugzilla.gnome.org) bugzilla at gnome.org
Tue Oct 21 21:44:11 PDT 2014


https://bugzilla.gnome.org/show_bug.cgi?id=737339
  GStreamer | gst-plugins-bad | unspecified

--- Comment #7 from Vineeth <vineeth.tm at samsung.com> 2014-10-22 04:44:04 UTC ---
I have been analyzing the possibility of using giflib for this element.
These are my observations.

My implementation is such that, i parse the data, and check if the frame end is
reached and display the frame, and continue parsing the rest of the data

The image data(data subblock) in GIF is arranged such that, "The first byte in
the sub-block tells you how many bytes of actual data follow. This can be a
value from 0 (00) it 255 (FF). After you've read those bytes, the next byte you
read will tell you now many more bytes of data follow that one. You continue to
read until you reach a sub-block that says that zero bytes follow."

So with my implementation,
i read the first byte of subblock and skip those many bytes using
gst_byte_reader_skip, until i reach zero bytes.

In case of gstlib, there is no skip function.
we have read each and every byte using 
DGifGetCode and DGifGetCodeNext functions, to find out if the end of the frame
is reached.

In case of reading the complete file and displaying the image, giflib works
well.
But since it leads to OOM case for large files, i guess that cannot be used for
this implementation.

Please advice on the same

-- 
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.


More information about the gstreamer-bugs mailing list