>
> also there are 2 divisions in this that you can trivially eliminate
> /255 and /65535 (extra precission beyond IEEE float/double could change
> these)
>
> also the whole could be done with fewer floats and no extra complexity
> for example:
> int64_t tmp2 = 16843009LL * i;
> (float)((double)tmp2 / (1LL<<32))
> and
> int64_t tmp2 = 4295032833LL * i or uint64_t 281479271743489
>
>
Still raise the assert for me.
Maybe we can go back to the initial patch i propose.
Let the simple initial code, for non bitexact conversion
and use a dedicated calc for bit exact version, without float calc

Martin
_______________________________________________
ffmpeg-devel mailing list
ffmpeg-devel@ffmpeg.org
http://ffmpeg.org/mailman/listinfo/ffmpeg-devel

Reply via email to