linear pitch scaling not working on m1 mac without errors

[albluc24]

I'll preface this by sayingI am in no way familiar with c compilation or how to interpret errors or warnings. I completed what seemed like a successfull compilation cloning the repo and running "make", then I added the sonic executable to path. Everything seemed to go as planned, except that the outputs of the commands: "sonic -c -p 0.5 test.wav testsonic.wav" and "sonic -p 0.5 test.wav testsonic.wav" are identical. In other words, it doesn't scale pitch linearly even when asked for it, although when the -c flag is used the "Scaling pitch linearly." thing appears. I then tryed running "make install" to see if it was a problem with linking some kind of internal library(aka itself with sonic.o), but the output is the same. Here is the output of the command "gcc --version", again don't know anything about this so it was the first thing that came to mind:"""
Apple clang version 15.0.0 (clang-1500.1.0.2.5)
Target: arm64-apple-darwin23.3.0
Thread model: posix
InstalledDir: /Library/Developer/CommandLineTools/usr/bin
"""
It probably came installed when I ran "xcode-select install" and I keep the dev tools regurarly updated from system settings, so I think you might be able to reproduce my environment pretty easily.
I tested it on another system and compared the outputs, they are the same as if I never specified the -c flag even though the program is obviously aware that's the case.
If it can help I could try cleaning everything up and recompiling it on a whole other machine rented from scaleway to post a clean output here.
Thanks!

[waywardgeek]

I've got a bug in the pitch slow-down code I need to fix. Older released versions (like the package in Debian) do not have this bug. Sorry for the delay in fixing! I'm sooo buried, it is just nuts, but I'll get to it. Bill

…

On Wed, Mar 6, 2024 at 6:42 AM albluc24 ***@***.***> wrote: I'll preface this by sayingI am in no way familiar with c compilation or how to interpret errors or warnings. I completed what seemed like a successfull compilation cloning the repo and running "make", then I added the sonic executable to path. Everything seemed to go as planned, except that the outputs of the commands: "sonic -c -p 0.5 test.wav testsonic.wav" and "sonic -p 0.5 test.wav testsonic.wav" are identical. In other words, it doesn't scale pitch linearly even when asked for it, although when the -c flag is used the "Scaling pitch linearly." thing appears. I then tryed running "make install" to see if it was a problem with linking some kind of internal library(aka itself with sonic.o), but the output is the same. Here is the output of the command "gcc --version", again don't know anything about this so it was the first thing that came to mind:""" Apple clang version 15.0.0 (clang-1500.1.0.2.5) Target: arm64-apple-darwin23.3.0 Thread model: posix InstalledDir: /Library/Developer/CommandLineTools/usr/bin """ It probably came installed when I ran "xcode-select install" and I keep the dev tools regurarly updated from system settings, so I think you might be able to reproduce my environment pretty easily. I tested it on another system and compared the outputs, they are the same as if I never specified the -c flag even though the program is obviously aware that's the case. If it can help I could try cleaning everything up and recompiling it on a whole other machine rented from scaleway to post a clean output here. Thanks! — Reply to this email directly, view it on GitHub <#49>, or unsubscribe <https://github.com/notifications/unsubscribe-auth/AACVQYQI3ZAYQMMDSPOPURLYW4TNVAVCNFSM6AAAAABEJGD54GVHI2DSMVQWIX3LMV43ASLTON2WKOZSGE3TCNRXGI4TKMA> . You are receiving this because you are subscribed to this thread.Message ID: ***@***.***>

[albluc24]

As I sayd I am in no way familiar with this stuff, but I probably have some time to try and fix it if it's something fairly simple, then I could submit a PR. Inviato da Outlook per iOS<https://aka.ms/o0ukef>

________________________________ Da: Bill ***@***.***> Inviato: Tuesday, March 12, 2024 3:36:17 PM A: waywardgeek/sonic ***@***.***> Cc: albluc24 ***@***.***>; Author ***@***.***> Oggetto: Re: [waywardgeek/sonic] linear pitch scaling not working on m1 mac without errors (Issue #49) I've got a bug in the pitch slow-down code I need to fix. Older released versions (like the package in Debian) do not have this bug. Sorry for the delay in fixing! I'm sooo buried, it is just nuts, but I'll get to it. Bill

On Wed, Mar 6, 2024 at 6:42 AM albluc24 ***@***.***> wrote: I'll preface this by sayingI am in no way familiar with c compilation or how to interpret errors or warnings. I completed what seemed like a successfull compilation cloning the repo and running "make", then I added the sonic executable to path. Everything seemed to go as planned, except that the outputs of the commands: "sonic -c -p 0.5 test.wav testsonic.wav" and "sonic -p 0.5 test.wav testsonic.wav" are identical. In other words, it doesn't scale pitch linearly even when asked for it, although when the -c flag is used the "Scaling pitch linearly." thing appears. I then tryed running "make install" to see if it was a problem with linking some kind of internal library(aka itself with sonic.o), but the output is the same. Here is the output of the command "gcc --version", again don't know anything about this so it was the first thing that came to mind:""" Apple clang version 15.0.0 (clang-1500.1.0.2.5) Target: arm64-apple-darwin23.3.0 Thread model: posix InstalledDir: /Library/Developer/CommandLineTools/usr/bin """ It probably came installed when I ran "xcode-select install" and I keep the dev tools regurarly updated from system settings, so I think you might be able to reproduce my environment pretty easily. I tested it on another system and compared the outputs, they are the same as if I never specified the -c flag even though the program is obviously aware that's the case. If it can help I could try cleaning everything up and recompiling it on a whole other machine rented from scaleway to post a clean output here. Thanks! — Reply to this email directly, view it on GitHub <#49>, or unsubscribe <https://github.com/notifications/unsubscribe-auth/AACVQYQI3ZAYQMMDSPOPURLYW4TNVAVCNFSM6AAAAABEJGD54GVHI2DSMVQWIX3LMV43ASLTON2WKOZSGE3TCNRXGI4TKMA> . You are receiving this because you are subscribed to this thread.Message ID: ***@***.***>

— Reply to this email directly, view it on GitHub<#49 (comment)>, or unsubscribe<https://github.com/notifications/unsubscribe-auth/AJSCMXZ4HK3MVRNBOFEUFLLYX4HGDAVCNFSM6AAAAABEJGD54GVHI2DSMVQWIX3LMV43OSLTON2WKQ3PNVWWK3TUHMYTSOJRG44TSNJYGQ>. You are receiving this because you authored the thread.Message ID: ***@***.***>