Teensy 4.0 and mp3 and FrankB's audio library

Which has a licence that means it's more likely to get pulled into Teensyduino?
...is also not a proper argument, I admit :)

"I don't care" is also not massively helpful.

Does your library API require use of the AudioBuffer class, or is it internal-only? Mine exposes it for when the user's code is specifying buffer locations, e.g. createBuffer(4096, AudioBuffer::inHeap);. And yes, my library has users too ... and their applications will break if I change my class name, whereas maybe yours' won't. I don't know.
 
OK, so I've taken the trouble to answer my own question - FrankB's library does not expose its AudioBuffer class as part of the API, so it's a non-breaking change to rename it. I've done this rename and submitted a PR - he's often / usually quite quick to respond, so it may become mainstream soon.

In the mean time, you can find the changes I made here, so if you switch to that branch for the time being, @WA2MZG , you should find the errors go away.
 
Thank You
Both my Recorder and MP3 Player programs compile. I just have to "hide" the unwanted Audio Library.
Good idea about using the 1.x.x version so I can use the portable feature. I'll try that next.

AGAIN - THANK YOU

For a laugh - I tried making the portable installation on a memory stick - boy is that an extremely slow process!

Forest
WA2MZG
 
Glad you got it working.

Never tried the memory stick route, my portable installations are all in hard drive folders. Presumably still slow after installation?
 
Hey @WA2MZG

I'm just doing my research for building my own MP3/Audio-Player and stumbled across this post. Could you tell me by any chance, which library you did use for getting ID3 tags? I see that id3 parsing is still on the libs to do list and don't know if it already works.

My idea is to analyze all music files on the SD card and write the information into .json files, to make reading easier and faster for the teensy, instead of iterating through each track.
 
Back
Top