Topic: BASS for ARM Linux

[Ian @ un4seen]

Apparently libbassenc_mp3 require the same treatment as libbassenc trial.

Yes, the latest libbassenc_mp3.so (and the other BASSenc add-ons) links with libbass.so too. It looks like the BASSenc update fixed the problem you were having with that, so that and similar updates for the other BASSenc add-ons have now been placed in the BASSenc package in the 1st post. Please redownload that and see if you still have any problem with them.

[rdkartono]

Update 27/08/2021 : so far bassenc works.
just curious about how Raspbian Buster + onboard audio + BASS can't work properly, but Raspbian Buster + usb sound + BASS can work.

or should I post in new question ?

[Ian @ un4seen]

I saw you started another thread for the Raspbian Buster sound issue, so I've replied there:

   www.un4seen.com/forum/?topic=19510

[Ian @ un4seen]

The ARM Linux version of the BASSmix 2.4.11 release is up in the 1st post.

[elan]

Unless I'm just missing it, there doesn't appear to be a aarch64 versions of libbass_ape/mpc, is that intentional?

[Ian @ un4seen]

Those packages (and BASS_SPX/TTA) are/were indeed missing aarch64 support (aarch64 wasn't supported yet at the time of their last updates). aarch64 support has been added to them now, so please re-download to get that.

[SteveS]

Hopefully, this is something simple I am doing wrong...

My setup is a raspberry pi running Bullseye, with the latest libraries from here.
My playback hardware is a Pimoroni PirateAudio DAC with a 3W amp and push-fit connections for speakers.
My config.txt disables on-board audio (dtparam=audio=off) and loads the relevant driver for the DAC (dtoverlay=hifiberry-dac) and turns on the amp. (gpio=25=op,dh).

aplay -l shows me the single card [sndrpihifiberry] as expected.
I can play back MP3 files by using BASS_StreamCreateFile(....), BASS_ChannelPlay(...) as expected, and if I set a sync point, it works as well. I get playback, nice and clear, no issues.

HOWEVER, as with many low-cost DAC solutions, alsamixer shows that there is *no* volume control for the output device.
So, how can I vary the playback volume?

Obviously BASS_SetVolume() won't do anything.
Should I be looking at BASS_ChannelSetAttribute for this?

The documentation says 0.0 means silent, 1.0 means normal, and above 1.0 means amplification.
What about if I use, say 0.5f? Would that give me 50% volume?
I have experimented a little with this, but unless I use 1.0, it seems like it's muted the sound.

A little clarification would go a long way, here. I am, as ever, willing to hear an explanation that in fact, not only am I barking up thr wrong tree, but that the forest is also wrong!

[SteveS]

Hopefully, this is something simple I am doing wrong...

Yes, it was. Having re-read the code, and tried a different example program, I discovered that the code determining what the volume should be was returning 0.0 around 95% of the time. Once I'd fixed that, all was as it should be. Apologies for the noise.

[Ian @ un4seen]

Just to confirm, you could indeed use BASS_ChannelSetAttribute (BASS_ATTRIB_VOL) instead of BASS_SetVolume. Another possibility is the BASS_CONFIG_GVOL_STREAM option (with BASS_SetConfig), which apples to all streams rather than a single one, so more similar to the effect of BASS_SetVolume.

[Ian @ un4seen]

The ARM Linux version of the BASSenc 2.4.16 release is up in the 1st post.

[Ian @ un4seen]

The ARM Linux versions of the BASSenc_MP3 2.4.1.4, BASSCD 2.4.7.1, and BASSmix 2.4.11.2 updates are up in the 1st post.

[Ian @ un4seen]

The ARM Linux version of the new BASSAPE add-on (replacing BASS_APE) is up in the 1st post.

[Ian @ un4seen]

The ARM Linux version of the BASSMIDI 2.4.14 release is up in the 1st post.

[Hanuman]

I'll just note an inconsistency: x64 has file libbass_ape.so whereas arm64 has file libbassape.so

[Ian @ un4seen]

That looks like you probably downloaded the arm64 add-on more recently than the x64 add-on. The old BASS_APE (libbass_ape.so) add-on was replaced by a new BASSAPE (libbassape.so) add-on earlier this year. You can get the latest x64 add-on from the BASS webpage.

Starting from the next BASS release, the ARM builds will be included in the standard Linux BASS/add-on packages, so it'll be simpler to keep them in sync then.

[SteveS]

I have an existing player app that deals with playlists of MP3s, and uses the fact that pay has reached a certain point (the end of the track) to trigger the next one in sequence.
This is all working fine.

However, I would now like to do the same, but instead of playing through a normal audio device, I would like to send everything to an ICECAST server. Ideally, I would also like to be able to send metadata, which I have for all the MP3s, some of it embedded, and some as external data.

I am having trouble understanding how this would work in practice. Can anyone give me an outline for how this would work?
Thanks

Steve

[Ian @ un4seen]

You can use BASS's "No Sound" device for the "instead of playing through a normal audio device" part. And you can use the BASSenc add-on for the encoding and casting part, possibly also the BASSenc_MP3 add-on if you want MP3. To encode everything that's played by your app, you can set the encoder on BASS's output mix. Putting that all together, it could look something like this:

Code: [Select]

BASS_Init(0, 44100, 0, 0, ); // initialize No Sound device
outmix = BASS_StreamCreate(0, 0, 0, STREAMPROC_DEVICE, 0); // get output mix
encoder = BASS_Encode_MP3_Start(outmix, options, BASS_ENCODE_QUEUE | BASS_ENCODE_PAUSE, 0, 0); // set an MP3 encoder on it
BASS_Encode_CastInit(encoder, ...); // setup connection with Icecast server
BASS_Encode_SetPaused(encoder, false); // start encoding

Please see the documentation for details on the mentioned functions.

[Ian @ un4seen]

The ARM Linux version of the BASSmix 2.4.12 release is up in the 1st post.