Just sending this to the development list since its more in the details
now...

In Matterhorn we have quickly come up against the gstreamer v. ffmpeg
issue.  We have components that use both, and requiring the continued
use of both means testing across both toolkits.  Also, I means our
third party tools need to be updated for gstreamer.  Is it wrong to
assume that as part of this work you guys will work with someone
(Matjaz?) to get gstreamer into our install scripts?

Is there anyone who is interested in taking on work to finish the
gstreamer composer so we can dump ffmpeg completely?

Is there any way we can merge the three pieces of functionality into
one bundle for interacting with gstreamer?  We have export, trim, and
compose that would all want to use the same underlying toolkit?

Chris



On Thu, 6 Sep 2012 14:40:03 +0200
Ruediger Rolf <[email protected]> wrote:

> Hi Chris,
> 
> we use gstreamer with the gnonlin extension [1]  for this. The 
> processing will not be part of the composer but an own service that 
> takes a SMIL [2] file and processes the media based on this
> description.
> 
> RĂ¼diger
> 
> 
> [1] http://gnonlin.sourceforge.net/
> [2] http://www.w3.org/TR/smil/smil-tiny-profile.html & 
> http://opencast.3480289.n2.nabble.com/Format-for-Video-Edit-List-proposal-tt7580361.html
> Am 05.09.2012 21:13, schrieb Christopher Brooks:
> > This would be highly anticipated here at Usask!
> >
> > Waldemir and Markus, I am keen to hear whether you will use
> > gstreamer or ffmpeg for this.
> >
> > I'm sure folks here would be happy to review code as needed, just
> > let us know,
> >
> > Chris
> >
> > On Wed, 5 Sep 2012 18:56:17 +0000
> > "Schulte  Olaf A." <[email protected]> wrote:
> >
> >> Dear All
> >>
> >> ELAN e.V. together with Osnabruck University and ETH Zurich would
> >> like to announce they are working on an enhanced version of the
> >> Opencast Matterhorn trimming feature, making it an richer editing
> >> tool for video processed with Matterhorn.
> >>
> >> The project tackles a number of deficiencies of the current
> >> trimming feature:
> >>
> >> - Increased accuracy of editing
> >> - Arbitrary editing (over in/out only)
> >> - Zero-crossing editing / cross-fading: Suppress static noise as a
> >> result of editing
> >> - More control: Pre-/postroll preview
> >>
> >> The project sees Markus Moormann and Waldemar Smirnow working on a
> >> solution satisfying needs both at UOS and ETH Zurich. Details can
> >> be seen at http://opencast.jira.com/browse/MH-8100. Work is to
> >> yield first results in September 2012, with the final code
> >> probably being submitted by the end of the year.
> >>
> >> Feedback and questions are welcome.
> >>
> >> Regards
> >>
> >> RĂ¼diger, Olaf A.
> >> _______________________________________________
> >> Community mailing list
> >> [email protected]
> >> http://lists.opencastproject.org/mailman/listinfo/community
> >>
> >>
> >> 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]
_______________________________________________

Reply via email to