bug: audio recording and playback is mostly broken on iOS and MacOS Safari about web-languageforge

[megahirt]

Additional information that I've uncovered from testing:

The audio is in fact being recorded and saved to the file system in all three of these cases, however the encoding + container is causing playback issues (confirmed via ffprobe analysis):

• MacOS Chrome (opus + webm) saved as .webm
• MacOS Safari (aac + m4a) saved as .webm (this is problematic and should be fixed)
• iOS on iPad (aac + m4a) saved as .webm (same problem as above)

I confirmed the existence of these files by doing a send/receive after the recordings were saved and then saw them in FLEx's AudioVisual folder.

I also tested playback in FLEx from all three of these files and they all playback fine in FLEx even with the erronious webm extension.

At this point is seems like there is a bug where safari records as aac/m4a but the file saves at .webm. We should detect safari and write the correct file extension.

I do not know if Safari can be made to record as opus/webm but we should investigate that as well. Probably best to record in the same format cross-platform.

A second bug is that Safari doesn't seem to be able to playback opus/webm. More investigation needed.

TODO Testing:

• if we go with aac/m4a for safari recordings, test that these can be played back across all devices and platforms

[megahirt]

A potential work around until the filename bug is fixed:

• I was successfully able to successfully upload a m4a recording in safari on macOS and iOS if I record in a separate program and then use the upload file feature.