On Mon, Apr 15, 2013 at 08:31:46AM +0200, Nicolas BERTRAND wrote:
> Le 15/04/2013 06:15, Kostya Shishkov a écrit :
> >a) make FATE test account for fuzziness of the result
> ??
We have tests for audio that allow result to be slightly different from the
reference - exactly because of floats.
> >b) add lots of round() and forget about performance in principle
> Performance is already crap
But then it won't be possible to improve it much even with SIMD.
> >c) add an integer version of IDWT (even if only for bitexact tests)
> Thats may be not possible. in JPEG2000 2 cases ( lossy, and
> lossless) . lossy float IDWT lossless integer IDWt. And its 2
> separate algos ( duabechies 9/7 and daubechies 5/3). Dcinema case is
> always lossy
One can always approximate. With JPEG-1992 DCT is also defined with
floating-point coefficients yet many implementations use integers.
> >d) replace IDWT with an integer version for all instances
> diff with c?
if (daub_9_7) {
if(flags & BITEXACT)
do_some_int_idwt();
else
do_float_idwt();
}
versus
do_int_idwt();
> >ö) do nothing and pretend it's OK
> Sounds not bad.
> I will test on 32 bits, and see how wrong is the image. and compare
> with 64 bits one.
>
> >___________________________________________
>
> Which tool do you use for testing on 32 bits versions ( I only know
> virtualbox) ?
Well, any OS on x86_64 I know allows running applications for x86.
_______________________________________________
libav-devel mailing list
[email protected]
https://lists.libav.org/mailman/listinfo/libav-devel
