Allowed ffmpeg supported Audio types in ASR input validation

[SanderGi]

Task: https://app.asana.com/0/1203067047205953/1205854628696573

Q/A checklist

• Do a code review of the changes
• Add any new dependencies to poetry & export to requirementst.txt (poetry export -o requirements.txt)
• Carefully think about the stuff that might break because of this change
• The relevant pages still run when you press submit
• If you added new settings / knobs, the values get saved if you save it on the UI
• The API for those pages still work (API tab)
• The public API interface doesn't change if you didn't want it to (check API tab > docs page)
• Do your UI changes (if applicable) look acceptable on mobile?

[devxpy]

Does the mimetype wildcard work? audio/* & video/*

[SanderGi]

Does the mimetype wildcard work? audio/* & video/*

It would, but ffmpeg only supports a subset of all extensions of all audio/video file types so we’d allow users to upload unsupported files

[devxpy]

Does the mimetype wildcard work? audio/* & video/*

It would, but ffmpeg only supports a subset of all extensions of all audio/video file types so we’d allow users to upload unsupported files

Better tradeoff than maintaining this list frankly

[SanderGi]

Does the mimetype wildcard work? audio/* & video/*

It would, but ffmpeg only supports a subset of all extensions of all audio/video file types so we’d allow users to upload unsupported files

Better tradeoff than maintaining this list frankly

Makes sense. I also had to add "application/octet-stream" since sometimes the browser does not recognize the file type of more exotic files like amr: e349e54. I tested 10 random file types and they all worked