Re: RE: DVCam Driver?
Dan Dennedy <[email protected]>
| Newsgroups | gmane.comp.video.linux.movies |
|---|---|
| Message-ID | <[email protected]> |
On Sun, 2004-03-07 at 22:17, Robert Peake wrote: > Thanks everyone for your helpful input. Looks like the kind of integrated > solution I was hoping for is still in development: > > http://sourceforge.net/projects/liveevent/ You are looking for live production with mpeg-4 output? Of course, you know already about ffmpeg that I told you about for DV decoding, MPEG-4 encoding, and the ffserver streaming server. However, my Kino development partner, Charlie, and I have developed a multi-unit video playout server called dv1394d for the largest satellite TV broadcaster in India--it is DV end-to-end with no live mixing or effects capability. Now, our customer has contracted the development of a new video server that is designed for all sorts of live mixing and effects. Our customer is mainly interested in uncompressed SDI output (BlueFish444). The project is nearly completed per the client's requirements specification. Unlike liveevent, this is not vapor; there is substantial amounts of robust code. It is called mlt and hosted at http://sf.net/projects/mlt/. At this time, there is not much documentation or introductory material outside personal correspondence. The first stable release is planned for the end of this month where we are currently working full time on testing, documentation, and optimisation. We would be happy to discuss your mpeg-4 requirement to see if ffserver output is adequate, or http://mpeg4ip.sourceforge.net/, videolan server, or even http://www.digital-rapids.com/. There is no editor for mlt yet; all "projects" are authored in xml and then these projects or bare clips are loaded into one of the server's playback units using a client/server protocol based upon SGI MVCP. Both bare clips and mlt projects can be trimmed with in and out edit points directly on the server. In your environmnent, most likely one unit will be used for preview on the computer display, while another unit feeds the streaming server. To address the needs for an editor, we plan to immediately start converting Kino to use mlt in April. We do, however, already have a GUI client for controlling the server units--loading clips, editing playback queue, transport control. +-DRD-+
signature.asc
(application/pgp-signature, 189 B)
-----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.3 (GNU/Linux) iD8DBQBATIfERYZi/OsSN+sRAi6QAKCXBd8Vjlc+dZsusmrn8vX8Y1cNgQCfSh65 /EICsi/d9jsKtWOWZrDjiqc= =45zE -----END PGP SIGNATURE-----