Is audio working in macOS?

[pgilfernandez]

I can't make audio files to preview (actually hear something) under macOS... I don't know if it's the audio file format, the config or what... could anyone help me?

Thanks

[rodlie]

Works on my Macbook Air (2017) and Macbook Pro (2012). I have a new Mac Mini, but I have not tested sound on it yet.

But I remember I had to modify the samplerate compared to Linux/Windows, see

friction/src/core/Sound/esoundsettings.h

Line 38 in 9dcfbd8

#ifdef Q_OS_MAC

[rodlie]

we should probably expose audio settings in general.

[pgilfernandez]

Yes, we should... I was turning crazy... it's almost impossible to figure it out. Why is there this 22050Hz "limitation" under macOS?

I made it work with .wav but, is there any format limitation?

Another thing that should be exposed is the fact that "Non cached preview" doesn't render audio...

[rodlie]

Why is there this 22050Hz "limitation" under macOS?

Because the audio is garbage if 44100. I don't remember the reason (been a while), but cutting it in half works (for playback, when rendering it will not cap anything).

but, is there any format limitation?

No, whatever ffmpeg can read. I use mp3, m4a (aac) etc, works fine.

Another thing that should be exposed is the fact that "Non cached preview" doesn't render audio...

Non cache preview is not playback, so audio etc is not supported of course.

[pgilfernandez]

So, it is possible to import an audio layer at 22050 for preview and use another one at 44100 for final rendering?

And well, this only happens under macOS, right? I mean, Windows and Linux can preview 44100

[rodlie]

The samplerate is for the audio playback through Qt, it has nothing to do with the audio file or render output.

The samplerate cap is only for macOS and only for playback.

[rodlie]

btw, If I remember correctly the issue with 44100 on Mac was the buffer size, but I didn't digg any deeper.

friction/src/core/Sound/audiohandler.cpp

Line 40 in 9dcfbd8

const int BufferSize = 32768;