[FFmpeg-devel] [PATCH]Do not use mjpeg frame-threads with cbr and threads=auto

Michael Niedermayer michaelni at gmx.at
Thu Dec 19 14:05:00 CET 2013


On Thu, Dec 19, 2013 at 10:42:59AM +0000, Carl Eugen Hoyos wrote:
> Reimar Döffinger <Reimar.Doeffinger <at> gmx.de> writes:
> 
> > Carl Eugen Hoyos <cehoyos <at> ag.or.at> wrote:
> > >Michael Niedermayer <michaelni <at> gmx.at> writes:
> > >
> > >> > +       && !(avctx->flags & CODEC_FLAG_QSCALE))
> > >> > +        avctx->thread_type &= ~FF_THREAD_FRAME;
> > >> 
> > >> i would reduce the number of threads to 1 with slice 
> > >> threads you generate jpegs with resync markers, i have no
> > >> idea how widely binary decoders support such mjpegs
> > >
> > >I tried to find a decoder that doesn't support slice-encoded 
> > >(m)jpeg but couldn't find one. Where you thinking about a 
> > >particular decoder?
> > 
> > I doubt he was, but I would imagine digital cameras 
> 
> As in:
> Produce a mjpeg file with FFmpeg and copy it to your 
> digital camera to watch it on the camera screen?
> Or do I misunderstand?

note, this patch also affects plain jpegs, not just mjpegs

[...]
-- 
Michael     GnuPG fingerprint: 9FF2128B147EF6730BADF133611EC787040B0FAB

You can kill me, but you cannot change the truth.
-------------- next part --------------
A non-text attachment was scrubbed...
Name: not available
Type: application/pgp-signature
Size: 198 bytes
Desc: Digital signature
URL: <http://ffmpeg.org/pipermail/ffmpeg-devel/attachments/20131219/40ff30bb/attachment.asc>


More information about the ffmpeg-devel mailing list