I think we have made at least one decision already in that the embed player combines VGA and audio, skipping video (at least I thought so, but when I checked embed with dual stream, I found it broken altogether...) - and suggest making this the default for now. I don't know what our RSS would provide as media, but would assume it made sense there as well.
O > -----Ursprüngliche Nachricht----- > Von: [email protected] [mailto:matterhorn- > [email protected]] Im Auftrag von Adam Hochman > Gesendet: Donnerstag, 17. März 2011 03:24 > An: Opencast Matterhorn > Betreff: Re: [Opencast Matterhorn] multifile upload #proposal > > We discussed in the PO meeting today that for 1.2, we'll only focus on the > needs > of the Matterhorn Media Module. Accounting for the different video > composition > strategies of distribution channels is both relevant and interesting, but it > isn't > something we can do by May. > > On 3/15/11 4:48 PM, Schulte Olaf A. wrote: > > As usual, I won't go into the technical details, but from my understanding, > > we > have to look at this from the distribution end of things. Unless you want some > "picture-in-picture" solution (covering part of the relevant information), > there will > always be a distribution channel with just one video which should be "video- > presentation" (aka slides, presentation) plus audio - chop off the talking > head if > you have one. Those with two videos will have to argue for a selection to be > possible. > > > > O > > > > > >> -----Ursprüngliche Nachricht----- > >> Von: [email protected] [mailto:matterhorn- > >> [email protected]] Im Auftrag von Judy Stern > >> Gesendet: Dienstag, 15. März 2011 18:46 > >> An: Opencast Matterhorn > >> Betreff: Re: [Opencast Matterhorn] multifile upload #proposal > >> > >> This is an excellent question, Olaf. We certainly didn't think > >> through what was going to happen with those "limited" distribution > >> channels. (Do we need to provide options for admin to decide which > >> tracks get published to individual distribution channels? Does > >> Matterhorn have built in rules?) It is, of course, a question that > >> is bigger than multi-file upload. What happens with scheduled > >> captures, too, which could have multiple audio channels? Chris, Josh, > >> Tobias, > Adam, anybody: has this already been discussed/solved? > >> > >> Judy > >> > >> On Mar 13, 2011, at 3:05 PM, Schulte Olaf A. wrote: > >> > >>> Just to round this off, at ETH we would be happy with the scenarios > >>> described > >> for UCB. A question to disclose my lack of knowledge of processing > >> probably, but if the user was to upload "video-presenter& > >> video-presentation (either or both could have muxed audio)", would > >> the system automatically demux audio from the video-presenter in > >> order for it to be muxed with the video-presentation sans audio in > >> distribution channels where this was necessary? Not sure whether this was > >> part > of the caveat you formulated, Judy. > >>> O > >>> > >>>> -----Ursprüngliche Nachricht----- > >>>> Von: [email protected] [mailto:matterhorn- > >>>> [email protected]] Im Auftrag von Christopher Brooks > >>>> Gesendet: Freitag, 11. März 2011 23:02 > >>>> An: Opencast Matterhorn > >>>> Betreff: Re: [Opencast Matterhorn] multifile upload #proposal > >>>> > >>>> I could live without it. > >>>> > >>>> (would write scripting to put it in). > >>>> > >>>> But pretty critical for a 1.3 I think, to do (ideally), n-way > >>>> upload of video of different types (any number of videos would be > >>>> perfect). > >>>> > >>>> Chris > >>>> > >>>> On Fri, 11 Mar 2011 13:59:51 -0800 > >>>> Judy Stern<[email protected]> wrote: > >>>> > >>>>> Thanks, guys. Not surprising; we've talked about this set-up a > >>>>> bunch in the past. Question is "how important?". Current default > >>>>> workflow can't handle this scenario, but maybe we should revisit > >>>>> in upcoming team or PO meeting, if you consider it critical for > >>>>> 1.2. Adam, can you add to agenda? > >>>>> > >>>>> Judy > >>>>> > >>>>> On Mar 11, 2011, at 9:11 AM, Bruce Sandhorst wrote: > >>>>> > >>>>>> We have several rooms like that. > >>>>>> > >>>>>> Bruce > >>>>>> > >>>>>> On Mar 11, 2011, at 10:31 AM, Christopher Brooks wrote: > >>>>>> > >>>>>>> Judy, > >>>>>>> > >>>>>>> We have a room with two video-presentations, no video-presenter > >>>>>>> (that we use), and one audio. > >>>>>>> > >>>>>>> Chris > >>>>>>> > >>>>>>> On Thu, 10 Mar 2011 15:39:25 -0800 Judy > >>>>>>> Stern<[email protected]> wrote: > >>>>>>> > >>>>>>>> Adam and I came up with a simple solution for dealing with > >>>>>>>> mutlifile upload in this iteration. To do this we have scoped > >>>>>>>> it to handle only the scenarios that we believe will be most common: > >>>>>>>> 1) video-presenter& video-presentation (either or both could > >>>>>>>> have muxed audio) 2) single video and audio file 3) video > >>>>>>>> (video-presenter), audio (audio-presenter), screen > >>>>>>>> (video-presentation), i.e. what we're currently expecting from > >>>>>>>> capture agent. In all cases, the assumption will be that the > >>>>>>>> files are already synched; in this iteration (and likely in > >>>>>>>> 1.2) we will provide no synching tools. > >>>>>>>> > >>>>>>>> If we are missing scenarios that you anticipate, please let us > >>>>>>>> know asap. > >>>>>>>> > >>>>>>>> A sketch is here: > >>>>>>>> http://opencast.jira.com/wiki/display/MH/Multistream+ingest+for > >>>>>>>> +MH- > >>>> 2680+March2011 > >>>>>>>> Some notes: > >>>>>>>> Though there are many examples of multifile upload out there, > >>>>>>>> our designs aren't so simple because of the current "one file > >>>>>>>> per flavor" limitation/feature. We considered providing the > >>>>>>>> ability to upload two audio files (knowing that they *could* be > >>>>>>>> processed if they were different flavors) but couldn't come up > >>>>>>>> with a likely scenario where this was necessary, so have kept > >>>>>>>> the design even simpler by providing the ability to upload only > >>>>>>>> one audio-only file. Adam's recollection of the default > >>>>>>>> workflow was that if there was an audio-presenter track, that > >>>>>>>> it would be the one processed (rather than any audio that that > >>>>>>>> was muxed with > >>>>>>>> video-presenter) so text in the UI reflects this; if we are > >>>>>>>> wrong, please let us know asap. As always, wording to > >>>>>>>> adequately describe flavors is tricky; happy to hear any better > suggestions. > >>>>>>>> > >>>>>>>> I've also put together a very rough sketch (with all the > >>>>>>>> caveats > >>>>>>>> above) for a design that's more dynamic, i.e. "slots" for files > >>>>>>>> to be uploaded are added at the user's request. I like it > >>>>>>>> because it's a little leaner for 2-file uploads, but requires a > >>>>>>>> lot more logic to implement. > >>>>>>>> > >> <http://opencast.jira.com/wiki/display/MH/Alternative+Multistream+ing > >> est+for+MH- > >>>> 2680+March2011> > >>>>>>>> I know it's not perfect either....maybe there's something > >>>>>>>> that's yet another variation to consider. > >>>>>>>> > >>>>>>>> > >>>>>>>> regards, > >>>>>>>> Judy > >>>>>>>> > >>>>>>>> Judy Stern > >>>>>>>> Educational Technology Services, UC Berkeley > >>>>>>>> [email protected] > >>>>>>>> > >>>>>>>> > >>>>>>>> > >>>>>>> > >>>>>>> > >>>>>>> -- > >>>>>>> Christopher Brooks, BSc, MSc > >>>>>>> ARIES Laboratory, University of Saskatchewan > >>>>>>> > >>>>>>> Web: http://www.cs.usask.ca/~cab938 > >>>>>>> Phone: 1.306.966.1442 > >>>>>>> Mail: Advanced Research in Intelligent Educational Systems > >>>>>>> Laboratory Department of Computer Science > >>>>>>> University of Saskatchewan > >>>>>>> 176 Thorvaldson Building > >>>>>>> 110 Science Place > >>>>>>> Saskatoon, SK > >>>>>>> S7N 5C9 > >>>>>>> _______________________________________________ > >>>>>>> Matterhorn mailing list > >>>>>>> [email protected] > >>>>>>> http://lists.opencastproject.org/mailman/listinfo/matterhorn > >>>>>>> > >>>>>>> > >>>>>>> To unsubscribe please email > >>>>>>> [email protected] > >>>>>>> _______________________________________________ > >>>>>> _______________________________________________ > >>>>>> Matterhorn mailing list > >>>>>> [email protected] > >>>>>> http://lists.opencastproject.org/mailman/listinfo/matterhorn > >>>>>> > >>>>>> > >>>>>> To unsubscribe please email > >>>>>> [email protected] > >>>>>> _______________________________________________ > >>>>> Judy Stern > >>>>> Educational Technology Services, UC Berkeley [email protected] > >>>>> > >>>>> > >>>>> > >>>>> _______________________________________________ > >>>>> Matterhorn mailing list > >>>>> [email protected] > >>>>> http://lists.opencastproject.org/mailman/listinfo/matterhorn > >>>>> > >>>>> > >>>>> To unsubscribe please email > >>>>> [email protected] > >>>>> _______________________________________________ > >>>> > >>>> > >>>> -- > >>>> Christopher Brooks, BSc, MSc > >>>> ARIES Laboratory, University of Saskatchewan > >>>> > >>>> Web: http://www.cs.usask.ca/~cab938 > >>>> Phone: 1.306.966.1442 > >>>> Mail: Advanced Research in Intelligent Educational Systems Laboratory > >>>> Department of Computer Science > >>>> University of Saskatchewan > >>>> 176 Thorvaldson Building > >>>> 110 Science Place > >>>> Saskatoon, SK > >>>> S7N 5C9 > >>>> _______________________________________________ > >>>> Matterhorn mailing list > >>>> [email protected] > >>>> http://lists.opencastproject.org/mailman/listinfo/matterhorn > >>>> > >>>> > >>>> To unsubscribe please email > >>>> [email protected] > >>>> _______________________________________________ > >>> _______________________________________________ > >>> Matterhorn mailing list > >>> [email protected] > >>> http://lists.opencastproject.org/mailman/listinfo/matterhorn > >>> > >>> > >>> To unsubscribe please email > >>> [email protected] > >>> _______________________________________________ > >> Judy Stern > >> Educational Technology Services, UC Berkeley > >> [email protected] > >> > >> > >> > >> _______________________________________________ > >> Matterhorn mailing list > >> [email protected] > >> http://lists.opencastproject.org/mailman/listinfo/matterhorn > >> > >> > >> To unsubscribe please email > >> [email protected] > >> _______________________________________________ > > _______________________________________________ > > Matterhorn mailing list > > [email protected] > > http://lists.opencastproject.org/mailman/listinfo/matterhorn > > > > > > To unsubscribe please email > > [email protected] > > _______________________________________________ > > > _______________________________________________ > Matterhorn mailing list > [email protected] > http://lists.opencastproject.org/mailman/listinfo/matterhorn > > > To unsubscribe please email > [email protected] > _______________________________________________ _______________________________________________ Matterhorn mailing list [email protected] http://lists.opencastproject.org/mailman/listinfo/matterhorn To unsubscribe please email [email protected] _______________________________________________
