gstreamer/ext/jpeg
Edward Hervey bd094da838 ext/jpeg/gstjpegdec.*: Clip outgoing buffers according to currently configured segment.
Original commit message from CVS:
* ext/jpeg/gstjpegdec.c: (gst_jpeg_dec_finalize),
(gst_jpeg_dec_init), (gst_jpeg_dec_chain),
(gst_jpeg_dec_sink_event), (gst_jpeg_dec_change_state):
* ext/jpeg/gstjpegdec.h:
Clip outgoing buffers according to currently configured segment.
2006-05-28 13:30:13 +00:00
..
gstjpeg.c docs/plugins/: Added smoke and jpeg to the docs. 2006-03-03 15:50:40 +00:00
gstjpegdec.c ext/jpeg/gstjpegdec.*: Clip outgoing buffers according to currently configured segment. 2006-05-28 13:30:13 +00:00
gstjpegdec.h ext/jpeg/gstjpegdec.*: Clip outgoing buffers according to currently configured segment. 2006-05-28 13:30:13 +00:00
gstjpegenc.c Define GstElementDetails as const and also static (when defined as global) 2006-04-25 21:39:46 +00:00
gstjpegenc.h docs/plugins/: Added smoke and jpeg to the docs. 2006-03-03 15:50:40 +00:00
gstsmokedec.c Define GstElementDetails as const and also static (when defined as global) 2006-04-25 21:39:46 +00:00
gstsmokedec.h docs/plugins/: Added smoke and jpeg to the docs. 2006-03-03 15:50:40 +00:00
gstsmokeenc.c Define GstElementDetails as const and also static (when defined as global) 2006-04-25 21:39:46 +00:00
gstsmokeenc.h docs/plugins/: Added smoke and jpeg to the docs. 2006-03-03 15:50:40 +00:00
Makefile.am docs/plugins/: Added smoke and jpeg to the docs. 2006-03-03 15:50:40 +00:00
README ext/jpeg/: Added a new simple jpeg based codec 2004-06-08 11:47:35 +00:00
smokecodec.c ext\jpeg\smokecodec.c: use of GST_DEBUG instead of DEBUG(a...) for WIN32 2006-03-30 23:37:16 +00:00
smokecodec.h docs/plugins/: Added smoke and jpeg to the docs. 2006-03-03 15:50:40 +00:00
smokeformat.h expand tabs 2005-12-06 19:44:58 +00:00

The Smoke Codec
---------------

This is a very simple compression algorithm I was toying with when doing a
Java based player. Decoding a JPEG in Java has acceptable speed so this codec
tries to exploit that feature. The algorithm first compares the last and the 
new image and finds all 16x16 blocks that have a squared difference bigger than
a configurable threshold. Then all these blocks are compressed into an NxM JPEG.
The quality of the JPEG is inversely proportional to the number of blocks, this
way, the picture quality degrades with heavy motion scenes but the bitrate stays
more or less constant.
Decoding decompresses the JPEG and then updates the old picture with the new
blocks.


TODO:
----
- make format extensible
- motion vectors
- do some real bitrate control