-
Notifications
You must be signed in to change notification settings - Fork 14
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
Audio burrito flavor types seem to give too much information #317
Comments
I agree that mimetype would make more sense than compression (especially with the compression field being container types). Is it best to have the codec be in the mimetype, or should that be a separate optional field (and just leave it "audio/ogg" in the example)? I would like the simplicity of the formats matching on mimetype. It might be valuable to have a variety of formats within a burrito such as wav, mp3. I suppose if you wanted to offer various qualities of compressed formats like mp3 though, you would need to have multiple formats for a mimetype (and then a way for an ingredient to link to it). |
The Audio Burrito flavor details were inherited and haven't been discussed since I joined. Happy to rethink them all. |
App developers to weigh in on what properties they actually need for each file. What properties can we drop from the audio flavor? |
|
change "reading" to "nonDrama" |
Audio Burrito flavor details lists the bitRate, bitDepth, and samplingRate as optional parameters. The bitRate, for example doesn't really work for compressed audio such as mp3. Is it better to list the compression type as "mp3" or to list it using the mimeType like the ingredients does: "audio/mpeg". There doesn't seem to be any way to link ingredients to a particular format ... which seems like it would be necessary if there were multiple formats. Would we have multiple formats of wav or mp3 files in one burrito or should we just use the mimeType in the ingredient to reference the formats in the flavor type?
I think the committee also decided we would like to add "ogg" or the mimeType: "audio/ogg;codecs=opus" to the list of supported types. Should we add "m4a" which is what many cell phones create when they record? Do we need the limit or should we just support a larger list?
The text was updated successfully, but these errors were encountered: