Thanks for all your replies!
Now I can refer to this, when being asked "Why CRC and not ...?" :)
Kind regards,
Peter
___
ffmpeg-devel mailing list
ffmpeg-devel@ffmpeg.org
https://ffmpeg.org/mailman/listinfo/ffmpeg-devel
To unsubscribe, visit link ab
On 11/3/22 09:19, Nicolas George wrote:
Leo Izen (12022-11-03):
I'm a bit confused here, aren't there only 255 one-byte changes in the first
place? The 256th is when the byte remains unchanged.
Most data is made of more than one byte.
Ah, so it's on average 255 out of every 256 one-byte
Leo Izen (12022-11-03):
> I'm a bit confused here, aren't there only 255 one-byte changes in the first
> place? The 256th is when the byte remains unchanged.
Most data is made of more than one byte.
--
Nicolas George
___
ffmpeg-devel mailing list
ffm
On 10/26/22 15:13, Michael Niedermayer wrote:
CRC is not a random pick for error detection, CRC has specfic properties
like for example that whole classes of errors are guranteed to be detected
a random hash will not gurantee that.
for example a properly designed 8bit CRC will detect every singl
On 10/26/22, Kieran Kunhya wrote:
> On Tue, 25 Oct 2022, 21:32 Peter B., 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)
On Tue, 25 Oct 2022, 21:32 Peter B., 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
Peter B.:
> Hi everyone :)
>
> This is merely a question of interest. Not a request, complaint or
> trolling of any kind :)
> I'm happy about any answer. I'm curious.
>
> Would it possibly have a significant impact on coding speed of FFV1's
> slicecrc option (Where a CRC is calculated for each fr
Hi everyone :)
This is merely a question of interest. Not a request, complaint or
trolling of any kind :)
I'm happy about any answer. I'm curious.
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
