Interest? Yes! But, as Kevin mentioned in another thread, @UCB we're not yet tackling that...one step at a time. (Just wanted to respond to this thread so you know it's not that we don't care. )
Judy On Jun 6, 2012, at 2:52 AM, Rubén Pérez wrote: > Hi all, > > I'd like to resurface this topic to ask: is there any interest in the > community to implement this as an operation handler? And, in connection to > that, what is the current state of the Gstreamer Composer? It would be ideal > if we could re-create our gstreamer pipeline use native Matterhorn services. > > Regards > Rubén > > 2012/5/4 Rubén Pérez <[email protected]> > Hi Rüdiger, > > Yes, you are right. It's a executable python script which uses the > python-Gstreamer bindings. But the final idea is creating a workflow > operation for Matterhorn. > > I see to approaches here: the quick-and-dirty and the > should-be-done-like-this (:P). The first is using the existing > CLIWorkflowOperationHandler to run the script directly. The second should use > the Gstreamer composer implementation to reproduce what's done in the script. > > I'm not familiar with edition using ffmpeg, but Gstreamer components provide > a total freedom to build your video composition as you prefer. For instance, > you can think of using an image as the background --instead of the current > black strips--, change the relative size of the streams, switch them, move > the overlays to other locations, etc., with minimum changes to the current > pipeline. > > Best regards > Rubén > > > 2012/5/4 Ruediger Rolf <[email protected]> > Hi Ruben, > > so if I understood it right, these Youtube videos are not yet created with > Matterhorn, but with a gstreamer script and then uploaded? Or have you > created a Matterhorn workflow operation for this already? > > I looked in the last weeks to do something similar but with > picture-on-picture with the ffmpeg composer, where with the 0.8.2 and later > versions we have pipelines too. But if your workflow is done already it would > be great to get this. I see the need too to offer a one-stream output to > export it to various channels (youtube / iTunes U). > > Regards > Rüdiger > > Am 04.05.2012 10:46, schrieb Rubén Pérez: >> Hi Olaf, >> >> Your feedback is welcome. Yes, I agree that this distribution may not be >> suitable for watching in mobile devices, but on the other hand, we didn't >> have that in mind when we designed the layout either. However, the size of >> the streams can be (in fact: it is already) easily resized to match other >> layouts where the presentation looks bigger than the presenter. The black >> bars, as you imagine, are an unfortunate consequence of trying to fit two >> 4:3 streams into a 16:9 stream. After all, it's Youtube and we are limited >> to a single stream, and I personally prefer a recording where you can see >> the professor than with a video where you see the slides and you just "hear" >> the professor. It feels less natural. We all know that the interest to >> publish videos in Youtube is not about their superior qualities for >> two-track videos, but for getting a wider audience for your media content. >> >> Best regards >> Rubén >> >> 2012/5/3 Schulte Olaf A. <[email protected]> >> Hello Ruben >> >> >> A fine solution for two-track recordings on YouTube, so I hope you don’t >> mind me adding: As long as you’re at your desktop, where the fullscreen >> especially give you an “engage-like” experience. The mobile distribution of >> course suffers from the slides being too small to be legible, with too much >> real estate being given away to lecturers, I think. Plus, the black bars you >> create. But as Hank was saying, we’ll encounter these for quite some time >> and unless you’re willing (and technically capable) to drop video according >> to the distribution environment, this will probably best be solved by the >> user for the time being by choosing his/her favourite setting in the engage >> player. >> >> >> Regards >> >> >> Olaf A. >> >> >> Von: [email protected] >> [mailto:[email protected]] Im Auftrag von Hank >> Magnuski >> Gesendet: Donnerstag, 3. Mai 2012 17:40 >> An: Matterhorn Users >> Betreff: Re: [Matterhorn-users] Side-By-Side Youtube Publishing >> >> >> Rubén, >> >> Thank you for this post and fine example of a two-screen composition. >> >> People in the Matterhorn community have been asking me "Why do the NCast >> Capture Agents do a single video track recording?" and I think your post >> illustrates the problem in that most media playback systems today can only >> handle a single video track. So the NCast units create such a composite >> video in the first place and through workflows at the server we split the >> original into two separate streams for Matterhorn processing (basically just >> the reverse procedure which you illustrated in your post). >> >> We have debated single-track vs. dual-track recording for many years, and >> our conclusion has been that single-track recordings are easier to deal with >> given current media players and technology. >> >> The good news is that this problem will only get worse in the future, as >> many, many classrooms are moving to hi-def and we are now facing the issues >> of recording two hi-def, 16:9 image streams, and compositing a 32:9 or a >> 16:18 video image for playback will simply not work. >> >> This new environment will surely force the issue of two track recording, and >> two-track players (as implemented in the Engage player) seem to me to be the >> only reasonable way to present the user with dual 16:9 playback. >> >> Hank >> >> p.s. Our PR-720-D hardware is capable of dual hi-def recordings. >> >> On Thu, May 3, 2012 at 7:15 AM, Rubén Pérez <[email protected]> wrote: >> >> Dear all, >> >> >> We have been uploading video contents to Youtube as part of the campus of >> excellence "Campus do Mar" project. Even though all the media content is >> processed by Matterhorn, the publishing to Youtube is done via PuMuKIT, so >> we don't use the recently-finished workflow handler to publish in Youtube. >> >> >> As we wanted to give our Youtube viewers an experience as close as possible >> to watching the videos in the Engage player, we decided to make a >> composition with both streams side by side, so that the viewer can see the >> presentation AND the presenter at the same time. You can see some examples >> in http://www.youtube.com/user/CampusdoMar/videos?view=1 (any of the >> playlists starting with "2012"). >> >> >> The composition was made with a Python script using Gstreamer, adding all >> the elements (intro, overlays and side-by-side composition in a single go). >> >> >> I would like to start a discussion about the different approaches the >> adopters following to upload their recordings to iTunes and Youtube. Are you >> uploading single streams? Are you composing them somehow? Which technologies >> are you using? I hope we all can benefit from this share of knowledge. >> >> >> Best regards >> >> Rubén >> >> >> >> _______________________________________________ >> Matterhorn-users mailing list >> [email protected] >> http://lists.opencastproject.org/mailman/listinfo/matterhorn-users >> >> >> >> >> _______________________________________________ >> Matterhorn-users mailing list >> [email protected] >> http://lists.opencastproject.org/mailman/listinfo/matterhorn-users > > > -- > > ________________________________________________ > Rüdiger Rolf, M.A. > Universität Osnabrück - Zentrum virtUOS > Heger-Tor-Wall 12, 49069 Osnabrück > Telefon: (0541) 969-6511 - Fax: (0541) 969-16511 > E-Mail: [email protected] > Internet: www.virtuos.uni-osnabrueck.de > > _______________________________________________ > Matterhorn-users mailing list > [email protected] > http://lists.opencastproject.org/mailman/listinfo/matterhorn-users > > > > _______________________________________________ > Matterhorn-users mailing list > [email protected] > http://lists.opencastproject.org/mailman/listinfo/matterhorn-users
_______________________________________________ Matterhorn-users mailing list [email protected] http://lists.opencastproject.org/mailman/listinfo/matterhorn-users
