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 > [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
