<div dir="ltr"><div dir="ltr"><div><div dir="ltr" class="gmail_attr">Op wo 6 jul. 2022 om 18:34 schreef Scott Brown <<a href="mailto:scottcbrown@gmail.com">scottcbrown@gmail.com</a>>:<br></div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex"><div dir="ltr">Martijn
 filled me in that recent changes (since the official 1.3.4 source) have
 added ARM improvements, and that if I get the most recent code, I 
should be good.</div></blockquote></div><div><br></div><div>Huh, I have no clue why my mailing program decided replies to this shouldn't go through the mailing list, but it did and I didn't notice.</div><div><br></div><div>Anyway, Apple's x86-64 to arm64 translation uses FLACs routines with SSE intrinsics and is able to translate them into corresponding NEON code. When compiling FLAC from source, the compiler isn't able to create these NEON routines, at least not with the same efficiency as the NEON translated from SSE. Since FLAC 1.3.4, NEON intrinsics powered routines have been added to FLAC.</div><div><br></div><div>Kind regards,</div><div><br></div><div>Martijn van Beurden<br></div></div><br><div class="gmail_quote"><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex"><div dir="ltr"><div></div><div>(I can't get the most recent code to compile, but that's a different story I suppose)</div></div></blockquote><div><br></div><div>If you suspect that compilation doesn't succeed because of some issue with the FLAC code, please let me know.<br></div></div></div>