Recipe #0489 Multimedia Canvas #507
Conversation
Initial commit to version control ⚡️
|
No known viewer support. Viewers are currently listed to facilitate checking as the recipe progresses. |
|
@triplingual Theseus supports this recipe: There is also the Fire demo Tom created back in 2016, which feels relevant: |
| "format": "video/mp4", | ||
| "height": 360, | ||
| "width": 480, | ||
| "duration": 3971.24 |
There was a problem hiding this comment.
There is no selector on the resource, so because it's painted to: t=27,57 I've assumed that the selector/cropping is t=0,27. Is that a correct assumption?
There was a problem hiding this comment.
Things are in-flight enough that it's a correct assumption given the current state of things, but it may become an incorrect one as I continue to edit. Right now, everything has been for placement only, to see whether I could get it syntactically valid and perhaps even working in a viewer. Now that you've shown me Theseus (thank you very much!) I can do something with the manifest and resources that might approach an authentic implementation of the use case. As part of that, I'll tighten up the syntax and make sure the property values are appropriate.
Co-authored-by: Stephen Fraser <[email protected]>
|
I've had a look at the manifest and I think it is valid despite what the validator says. I've tried it in the new validator version: IIIF/presentation-validator#155 and it works fine. So I think for now turn off validtion to get it to build. |
Conformed other elements as well
|
Also note we tested enabling the validation and it seems it does now validate. So if you want to merge this pull request: #531 into this one it should re-enable the validation. |
Update preview.yml
|
@glenrobson Could you say a bit more about this one?
I'm reading it to say that control of the viewer is (may be) in the hands of the person viewing, as with Theseus, so there's no way in this example to prevent someone from jumping around the timeline or pausing the timeline. Another way it's not a drop-in example for teaching, just a general proof-of-concept. |
|
Editors considered timing limitations to be restrictions and requested additional text noting that manifests cannot strictly dictate what people can do with the Manifest because those capabilities are dependent as much on the viewer as on the Manifest.
|
Not 100% sure I got the bit about timeline and selections, but it's a first pass. |
|
Hi, @triplingual - Re: the comment about "viewers may allow the user to control the timeline", that may have been a miscommunication. I think we were suggesting you add details to the implementation section to highlight the use of the time and fragment selectors to create the canvas timeline, which you've done :) Someone may have suggested something about user controls, but I don't remember. In any case, you do talk about this a bit in the restrictions, which is good. |
|
For the title, if we don't want it to me specifically about teaching, perhaps "Time-based multimedia canvas" - or something that makes it clear that it's not just a canvas of time-based things (A/V), but that the canvas itself is time-based? |
|
Yeah, the use case / title are a little tricky here. Bringing together multiple kinds of resources/Annotations also lends itself to digital storytelling, kiosks, and more. I'm reflexively accommodating to editing, so I changed the title, but it is worth some thought about what would signal to someone reading the cookbook matrix or TOC that there are a lot of directions to take with what you learn from this recipe. |
|
@triplingual - Title suggestion from the editors " Rendering multiple media types on a time-based Canvas" |
glenrobson
added
meta: ready-for-trc
This PR addresses #489, for making a Canvas that holds image and AV resources