Yeah, true.
It may not be an issue though, as this is to preview a bunch of small,
animated thumbnails of fairly short video clips for a library interface,
not for playing back long, high resolution, high quality movies.
However, if there are ideas on how to make this more efficient I'd be
more than happy to learn.
This is what I got for so far:
https://gitlab.com/snippets/22447
Cheers,
frank
On 07/14/2016 12:18 PM, Thiago Macieira wrote:
Em quinta-feira, 14 de julho de 2016, às 11:41:12 PDT, Frank Rueter | OHUfx
escreveu:
Thanks.
What I'm currently exploring is using QImageReader, caching the frames
via read() and basically implementing basic play back functions with
timers in a custom paintEvent. That way I should have full control over
which image is displayed when.
Probably won't be the most efficient considering my lack of experience
with those sort of things but I will cross that bridge when I get there :)
No, it's not.
You're basically describing MJPEG, a movie format made up of a sequence of
JPEG-compressed frames. That's older than and produces movies that are less
well compressed than MPEG1, which in turn is older than MPEG 2 (used on DVDs
and most of the world's digital TV broadcasts), which is older than MPEG 4,
which in turn is not as efficient than MPEG 4 Advanced Video Codec a.k.a. H.264.
You'll get none of the improvements made over the last 20 years of video
coding.
_______________________________________________
Interest mailing list
Interest@qt-project.org
http://lists.qt-project.org/mailman/listinfo/interest
