tput, or is the official 1.4.2
missing something?
Thanks,
Scott
On Mon, Sep 19, 2022 at 4:15 PM Scott Brown wrote:
> Hi everyone,
>
> I'm back with the same issue as before: flac encoding on an M1 Max Macbook
> pro is much slower on an arm build of 1.4.0 than it is running throug
oh yeah. duh. works fine now
thanks!
Scott
On Thu, Sep 22, 2022 at 1:07 AM Martijn van Beurden
wrote:
> Op do 22 sep. 2022 om 01:20 schreef Scott Brown :
>
>> output of Make V=1 attached.
>>
>> Thank you for the help.
>>
>>
> OK, in retrospect, I should
That took under 5 seconds.
So there must be some compile-magic i'm missing?
Thanks,
Scott
On Mon, Sep 19, 2022 at 4:39 PM Martijn van Beurden
wrote:
> Op ma 19 sep. 2022 22:15 schreef Scott Brown :
>
>>
>> Any idea what's causing this?
>>
>
> Can'
4 takes: 7.38 seconds
The same file with the arm build from the settings above: 41.71 seconds
This file is a 24 bit, 96khz wav file.
Any idea what's causing this?
Thanks,
Scott
On Sun, Jul 10, 2022 at 5:01 PM Scott Brown wrote:
> Thank you very much, Robert. Setting the CXXFLAGS and LDFL
-8; format=flowed
>
> Am 08.07.2022 um 09:26 schrieb Martijn van Beurden:
> > Op wo 6 jul. 2022 om 22:09 schreef Scott Brown :
> >
> > Same list of cputype errors
> >
> >
> > It doesn't seem to be obvious where the problem lies, and I do not
> >
Same list of cputype errors
On Wed, Jul 6, 2022 at 3:30 PM Martijn van Beurden wrote:
> Op wo 6 jul. 2022 om 21:21 schreef Scott Brown :
> > Configure for just arm64 gives neon optimizations, but "make" gives a
> bunch of cputype errors:
>
> What happens if you run
:440: all] Error 2
On Wed, Jul 6, 2022 at 2:59 PM Martijn van Beurden wrote:
> Op wo 6 jul. 2022 om 20:45 schreef Scott Brown :
> > Neon optimizations : .. no
>
> It seems for some reason NEON is not enabled by configure. Can you
> provide the config.log
Stack protector : no
Fuzzing support (Clang only) : no
On Wed, Jul 6, 2022 at 1:17 PM Martijn van Beurden wrote:
> Op wo 6 jul. 2022 om 18:34 schreef Scott Brown :
>
>> Martijn filled me in that recent changes (since the official 1.3.4
>>
timized, and
> programs linked against the framework automatically inherited the
> improvements. flac does not use these frameworks, so my example may not be
> relevant.
>
> For comparison, how long does your test set take when going through
> emulation?
>
> Brian
>
>
>
Hi everyone,
I've got a question regarding Apple Silicon chips and flac encoding. I'm
not seeing the speed I think I should be seeing
I compiled a universal flac 1.3.4 for Apple Silicon and 64 bit intel like
so:
./configure -enable-static -disable-shared CFLAGS=" -arch arm64 -arch
x86_64 -isysro
Thank you.
I actually modified the shntool source to handle WAVEFORMATEXTENSIBLE so I
can use 1.3.4.
Scott
On Sat, Apr 23, 2022 at 11:30 AM Martijn van Beurden
wrote:
> Op za 23 apr. 2022 16:17 schreef Scott Brown :
>
>> Is there a flag to switch this back to the old behavior?
&g
Thanks, that would explain it.
Is there a flag to switch this back to the old behavior?
I guess I could try to modify shntool to handle it.
Thanks,
Scott
On Sat, Apr 23, 2022 at 6:16 AM Martijn van Beurden
wrote:
> Op vr 22 apr. 2022 om 23:45 schreef Scott Brown :
> > 2. What c
Hi everyone,
I've run into an issue on flac versions greater than 1.3.2, both on an
intel macs and apple silicon macs. I've compiled natively for both
platforms and see the same issue on both.
With the compiled flac binary, I can encode and decode files just fine, but
the issue pops up when using
Is there any size limitation for album art?
I have a user who says adding large artwork (from a scanner) is corrupting
the file metadata. I don't know if this is a flac limitation, a tag lib
issue, or something I'm doing.
Thanks,
Scott
___
flac-dev mail
Adding -O3 now has these results:
51.81 seconds for the file that took 222 seconds without -O3. So that was
it.
Thank you!
Scott
On Sat, Jul 26, 2014 at 3:47 AM, Martijn van Beurden
wrote:
> op 25-07-14 19:32, Scott Brown schreef:
> > ./configure -enable-static -disable-shar
hing wrong?
Thanks,
Scott
On Fri, Jul 25, 2014 at 12:54 PM, lvqcl wrote:
> Scott Brown wrote:
>
> > I'm on a Mac and I'm noticing that encoding via the flac command line is
> > significantly slower with version 1.3.0 than 1.2.1. I'm encoding a 24/96
> > file
Hello,
I'm on a Mac and I'm noticing that encoding via the flac command line is
significantly slower with version 1.3.0 than 1.2.1. I'm encoding a 24/96
file to flac, both from wav and aiff and both formats are showing the same
speed decrease when using 1.3.0.
To give an idea of the speed decreas
17 matches
Mail list logo