gstreamer/subprojects/gst-plugins-good/ext/jpeg
Seungha Yang 125c89319a jpegdec: Fix progressive/interlaced detection
If input height and parsed one are identical, do not consider it as interlaced

Fixing below pipeline:
gst-launch-1.0 videotestsrc ! video/x-raw,format=I420,width=640,height=10 \
  ! jpegenc ! jpegparse ! jpegdec ! videoconvert ! autovideosink

Part-of: <https://gitlab.freedesktop.org/gstreamer/gstreamer/-/merge_requests/6181>
2024-02-26 23:21:44 +09:00
..
gstjpeg.c
gstjpeg.h
gstjpegdec.c jpegdec: Fix progressive/interlaced detection 2024-02-26 23:21:44 +09:00
gstjpegdec.h
gstjpegelements.h
gstjpegenc.c
gstjpegenc.h
gstjpegplugin.c
gstsmokedec.c
gstsmokedec.h
gstsmokeenc.c
gstsmokeenc.h
meson.build meson: Call pkgconfig.generate in the loop where we declare plugins dependencies 2022-09-01 21:17:35 +00:00
README
smokecodec.c
smokecodec.h
smokeformat.h

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