Question about possibility of HTTP streaming support

[CharlesWiltgen]

Hey @sbooth, in 2022 you said, "The HTTP input source pathway is the least-tested so it's definitely possible SFBAudioEngine is doing something incorrectly with NSURLSessionDataTask, especially when it comes to seeking."

Fair enough! Is that still true? I've been using happily using SFBAudioEngine to build a Yet Another Music Player, but I'm starting to think that I incorrectly assumed that HTTP streaming would be achievable. That's totally on me, of course, but it would be great to get a sanity-check. Thank you!

[sbooth]

In 2022 🤣 has it been that long!?

It's been a while since I've thought about this but at the time I remember thinking that with the current design it would be difficult to get HTTP streaming working because a decoder is expected to be ready to provide samples as soon as -openReturningError: returns; there is not a provision for a buffering period or anything asynchronous is nature. Things have changed a bit with SFBAudioEngine since then so perhaps it is achievable without too much rearchitecting, but I would have to take another look.