On 13.05.2016, at 02:49, Carl Eugen Hoyos <ceho...@ag.or.at> wrote: > Reimar Döffinger <Reimar.Doeffinger <at> gmx.de> writes: > >>> - AV_CODEC_CAP_AUTO_THREADS | AV_CODEC_CAP_LOSSLESS >>> + AV_CODEC_CAP_AUTO_THREADS | (int)AV_CODEC_CAP_LOSSLESS >> >> That doesn't seem like a good idea, AV_CODEC_CAP_LOSSLESS does >> not fit in int, > > Why does 0x8000 not fit in int?
Isn't it 0x80000000?? Either way, the compiler said it didn't fit... >> so we should not try to store it in one, not explicitly cast >> to int... > > What is the correct fix? Where does the "int" the compiler complains about come from? I guess it should be "unsigned" or a 64 bit type instead. _______________________________________________ ffmpeg-cvslog mailing list ffmpeg-cvslog@ffmpeg.org http://ffmpeg.org/mailman/listinfo/ffmpeg-cvslog