Support for SetSourceBytes on IOS

[sylvainjack]

Checklist

• I made sure that the issue I am raising doesn't already exist

Use case / Problem

Hi everyone 🙂
I am developing a flutter app. It's an app that tests a student's proficiency of English as a second language. So there is one part to test oral comprehension. I use Audioplayers to do that part. I just finished it and everything works fine on android phones. I am just a beginner at programming. And I really loved how Audioplayers was easy to work with.
But here is my problem : I just tried it on macbook to test on IOS... and catastrophe !! apparently, it's telling me : "SetSourceBytes is not currently implemented on IOS"... What can I do ? It's so handy to work with SourceBytes.

Do you think this feature will soon be available for IOS as well ?

Proposal / Solution

Unfortunaly as a beginner there is little I can offer as a solution....
Implementing support for SetSourceBytes on IOS would be a solution for my problem :)

Example Code

Example Code

void main() {
}

Affected platforms

iOS

Platform details

No response

Audio Files/URLs/Sources

No response

Mockups

No response

Related issues / more information

No response

Working on PR

no way

[Gustl22]

Unfortunately we don't have these capacities at the moment to implement it. But feel free to help us out. See also this:
#1269 (comment)

[sylvainjack]

Is it much more problematic than with Android phones ? What is the problem ?

[sylvainjack]

I found one way to work around the problem.

1. I check platform : if ANDROID platform then, I use the SourceBytes system.

2. If IOS, then I download my file and store it in a Uint8list variable** "myAudioFileasBytes".

3. Using DART IO package : I create an empty file :
   myAudioFile = File('${(await getApplicationDocumentsDirectory()).path}/XXXXXX.mp3');

4. Then I actually 'write' the file from the stored Bytes : myAudioFile.writeAsBytes(myAudioFileasBytes);

5. Then with AudioPlayers : I use the DeviceFileSource method:
   await _player.play(DeviceFileSource('${(await getApplicationDocumentsDirectory()).path}/${myAudioFile}.mp3'));

I tried it on my iPhone and it worked.

[Gustl22]

Maybe it is somehow possible to override AVAsset to use a Audio AVAssetTrack with AVAudioBuffer. But that's only an assumption. Else we have to provide a workaround.
AVAudioPlayer supports playing from a buffer.

See also: https://stackoverflow.com/questions/50012567/how-to-convert-data-to-avasset

[Erhannis]

Still having this problem, btw; setSource(BytesSource) fails on iOS.

@sylvainjack , that workaround works, but do you know if e.g. my original file is a flac, do I need to name the cache file .flac too?

[Erhannis]

Answered my own question; it DOES work if you save flac data with an mp3 extension.
Edit: However, an a4m file does not work with an mp3 extension, but does with an a4m extension. Similarly a flac file does not work with an a4m extension. A wav file does work with an mp3 extension. I speculate that the extension dictates which of several decoders is used, but each decoder may handle more than one filetype.
Also, this workaround appears to be needed on Mac, as well.