Skip to content
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

Open
gtryus opened this issue Nov 21, 2024 · 5 comments
Open

Audio burrito flavor types seem to give too much information #317

gtryus opened this issue Nov 21, 2024 · 5 comments
Assignees
Labels
Audio Scripture Burrito Audio

Comments

@gtryus
Copy link

gtryus commented Nov 21, 2024

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?

@jonathanrobie jonathanrobie added the Audio Scripture Burrito Audio label Nov 21, 2024
@jsarabia
Copy link

jsarabia commented Dec 3, 2024

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).

@jtauber
Copy link
Collaborator

jtauber commented Jan 16, 2025

The Audio Burrito flavor details were inherited and haven't been discussed since I joined. Happy to rethink them all.

@jtauber jtauber added the Talk About This! Consider putting this issue on the agenda for an SB meeting label Jan 16, 2025
@jtauber
Copy link
Collaborator

jtauber commented Jan 30, 2025

App developers to weigh in on what properties they actually need for each file.

What properties can we drop from the audio flavor?

@jtauber
Copy link
Collaborator

jtauber commented Feb 13, 2025

  • move properties to individual ingredients
  • consider: tag array for each ingredient or arbitrary JSON object or string key to string value mapping
  • at overall SB spec level, ingredients can have a JSON object "properties"
  • controlled vocabulary keys ("x-" for extension)
  • "properties" are optional for audio files

@jtauber jtauber removed the Talk About This! Consider putting this issue on the agenda for an SB meeting label Feb 13, 2025
@jtauber
Copy link
Collaborator

jtauber commented Feb 13, 2025

change "reading" to "nonDrama"

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
Audio Scripture Burrito Audio
Projects
None yet
Development

No branches or pull requests

4 participants