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