[FFmpeg-devel] [PATCH 00/10] crystalhd: Move to new decode API
philipl at overt.org
Wed Oct 26 22:40:18 EEST 2016
The CrystalHD hardware decoder is an excellent example of something that was
ill-suited to the old 1:1 decode API. I had to put in a ton of fragile
heuristics and sleep()s to make it mostly work.
By switching to the new m:n decode API, all that crap can get tossed out,
and things actually look sane now.
Obviously, switching to the new API while dropping support for the old one
is an incompatible change, but the decoder functionality with the old API
was so fragile that it just isn't worth maintaing - and obviously, retaining
support for the old API means keeping all the hacks, so we'd gain nothing.
Philip Langdale (10):
crystalhd: Fix up the missing first sample
crystalhd: Switch to new decode API and remove the insanity
crystalhd: Revert back to letting hardware handle packed b-frames
crystalhd: Remove trust_interlaced heuristic
crystalhd: We don't need the track the last picture number anymore
crystalhd: Remove h.264 parser
crystalhd: Keep NOPTS_VALUE so we know it's not there.
crystalhd: Loop for a frame internally where possible.
crystalhd: Simplify output frame handling
crystalhd: Update high level description
libavcodec/crystalhd.c | 699 +++++++++++++------------------------------------
libavcodec/version.h | 2 +-
2 files changed, 178 insertions(+), 523 deletions(-)
More information about the ffmpeg-devel