Ruben, Apologies for the late reply. Check out the gstreamer service we added in 1.4 - this is not a general composer service, but a more specific service to run a gstreamer workflow only. E.g. it does not do much for media packages (I think it adds the derived track to a media package though), but you could use it as a base.
You should just be able to feed this service the pipeline you are interested in running. Regards, Chris On Wed, 6 Jun 2012 11:52:35 +0200 Rubén Pérez <[email protected]> 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 > >> [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 > >> > >> > > -- 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-users mailing list [email protected] http://lists.opencastproject.org/mailman/listinfo/matterhorn-users
