On 10/26/22, Kieran Kunhya <[email protected]> wrote: > On Tue, 25 Oct 2022, 21:32 Peter B., <[email protected]> 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 > [email protected] > https://ffmpeg.org/mailman/listinfo/ffmpeg-devel > > To unsubscribe, visit link above, or email > [email protected] with subject "unsubscribe". > _______________________________________________ ffmpeg-devel mailing list [email protected] https://ffmpeg.org/mailman/listinfo/ffmpeg-devel To unsubscribe, visit link above, or email [email protected] with subject "unsubscribe".
