On 10/26/22, Kieran Kunhya <kier...@obe.tv> wrote: > On Tue, 25 Oct 2022, 21:32 Peter B., <p...@das-werkstatt.com> wrote: > >> Hi everyone :) >> >> Would it possibly have a significant impact on coding speed of FFV1's >> slicecrc option (Where a CRC is calculated for each frame slice), to use >> a faster algorithm instead (if one exists)? >> I'm wondering if, for example something like "xxHash" may warrant a try? >> (Haven't found CRC vs xxHash benchmarks yet, but I'm still looking) >> >> Anyhow, >> Thanks for any of your time :D > > > I haven't benchmarked the overhead of the CRC in FFv1 vs the encode or > decode process. > But FFmpeg's CRC could be optimised using multiple unrolled tables or SIMD > or other approaches.
It is already using multiple tables. > > Regards, > Kieran Kunhya > _______________________________________________ > ffmpeg-devel mailing list > ffmpeg-devel@ffmpeg.org > https://ffmpeg.org/mailman/listinfo/ffmpeg-devel > > To unsubscribe, visit link above, or email > ffmpeg-devel-requ...@ffmpeg.org with subject "unsubscribe". > _______________________________________________ ffmpeg-devel mailing list ffmpeg-devel@ffmpeg.org https://ffmpeg.org/mailman/listinfo/ffmpeg-devel To unsubscribe, visit link above, or email ffmpeg-devel-requ...@ffmpeg.org with subject "unsubscribe".
