Re: [flac-dev] Autocorrelation precision insufficient

2021-06-30 Thread Martijn van Beurden
Op ma 28 jun. 2021 om 18:52 schreef Dave Yeo : > > On 06/28/21 08:39 AM, David Willmore wrote: > > If we're worried about machine compatibility of SSE2, it may be helpful > > to note that it was introduced with the Pentium4 in 2000 and the > > Athlon64 in 2003. With the exception of the Quark

Re: [flac-dev] Autocorrelation precision insufficient

2021-06-28 Thread David Willmore
If we're worried about machine compatibility of SSE2, it may be helpful to note that it was introduced with the Pentium4 in 2000 and the Athlon64 in 2003. With the exception of the Quark line of processors, no important x86 processor in recent years has lacked SSE2 support. On Mon, Jun 28, 2021

Re: [flac-dev] Autocorrelation precision insufficient

2021-06-28 Thread Martijn van Beurden
Op ma 28 jun. 2021 om 09:45 schreef Brian Willoughby : > 1) What would affect the ability of an embedded FLAC firmware to decode > certain files? > > Is it possible that the SD702 is not capable of processing complex predictors > of higher orders? I cannot say for this specific case. If you

Re: [flac-dev] Autocorrelation precision insufficient

2021-06-28 Thread Brian Willoughby
Thanks. I should probably start a new subject, but I have related questions. Please don't feel obligated to answer ... I'm just curious. 1) What would affect the ability of an embedded FLAC firmware to decode certain files? Is it possible that the SD702 is not capable of processing complex

Re: [flac-dev] Autocorrelation precision insufficient

2021-06-28 Thread Martijn van Beurden
Op ma 28 jun. 2021 om 04:59 schreef Brian Willoughby : > I'd say that it's important to maintain compatibility with players that have > limited capabilities. I don't actually know which levels of compression the > SD702 supports, and which levels are too extreme, but whatever the > threshold is,

Re: [flac-dev] Autocorrelation precision insufficient

2021-06-27 Thread Brian Willoughby
Playing Devil's Advocate here, but isn't the point of compression standards like FLAC that encoders can vary quite a bit, so long as decompression always produces the correct results? In other words, I think it might be taking it too far to require that the encoder produce identical results on

Re: [flac-dev] Autocorrelation precision insufficient

2021-06-27 Thread Martijn van Beurden
Op vr 25 jun. 2021 om 23:22 schreef Robert Kausch : > Regarding VSX, you could try to contact Anton Blanchard to ask whether > he can update the routines. Otherwise, it should be possible to emulate > VSX with QEMU. You won't be able to verify performance that way, of > course, but should be able

Re: [flac-dev] Autocorrelation precision insufficient

2021-06-25 Thread Robert Kausch
Hi Martijn, Great work! I concur with David that compression should work the same on all platforms. There can be SIMD optimizations for some routines, but they should produce the same result as the non-SIMD versions. If outdated optimizations cannot be updated, better drop them instead of

Re: [flac-dev] Autocorrelation precision insufficient

2021-06-25 Thread David Willmore
Martijn, Just a lone voice here, but I would opt for the best compression on the most platforms. As I am one of the people who always run FLAC at the placebo max compression, my vote will always be for best compression over any other resource use. I also can make ARMv7 hardware available to you

Re: [flac-dev] Autocorrelation precision insufficient

2021-06-25 Thread Martijn van Beurden
Op do 24 jun. 2021 om 09:17 schreef Martijn van Beurden : > - Switch to autoc[] as doubles, but remove current SSE and disable VSX > intrinsics for someone to update them later (I don't have any POWER8 > or POWER9 hardware to test). This means all platforms will get the > same compression, but