[Mlt-devel] Help for Newbie, please!

2014-09-07 Thread Keith Johnson
Hi Everybody -

I'm a complete newbie to MLT, having arrived here in my quest for a solution to 
a new project I'm involved in. We have the requirement to shoot a series of 
speakers at a conference using two cameras (MS and wide, probably HDV). There 
will be full-day sessions with each person speaking for about 5 or 10 minutes. 
We shall have to record both cameras simultaneously, with the ability to 
monitor/log in live or near-live time. Ultimately we need to clip up each 
individual speaker, cutting between the two cameras as required, so need to 
maintain sync between streams.

Ideally we could be doing the clipping up while the event is going on, so I've 
considered the option of capturing the HDV streams to one server for security 
and simultaneously copying them (or creating smaller proxies) to a machine 
where they can be scrubbed back and forth, marked up, then later conforming and 
transcoding the original streams as required.

I'm hoping someone here can give me a few pointers to how I should go about 
implementing this with MLT, which might make it less of an uphill struggle - 
especially as we have to have this working by November!

I'm sure MLT can do all this, but it's just a question of knowing where to 
start. If I can get a roadmap in my mind I'm keen to do all the work to get it 
together. Some links to any relevant working examples which can be compilied, 
tested and tinkered with would be very useful.

All suggestions and ideas gratefully received. And I look forward to sharing 
the results of this project with others using MLT.

Keith--
Slashdot TV.  
Video for Nerds.  Stuff that matters.
http://tv.slashdot.org/___
Mlt-devel mailing list
Mlt-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/mlt-devel


[Mlt-devel] [mltframework/mlt] 91d964: Add Mlt::Profile::set_display_aspect().

2014-09-07 Thread GitHub
  Branch: refs/heads/master
  Home:   https://github.com/mltframework/mlt
  Commit: 91d96443f71f8d914cf94333994040272c1a3c13
  
https://github.com/mltframework/mlt/commit/91d96443f71f8d914cf94333994040272c1a3c13
  Author: Dan Dennedy 
  Date:   2014-09-07 (Sun, 07 Sep 2014)

  Changed paths:
M src/mlt++/MltProfile.cpp
M src/mlt++/MltProfile.h
M src/mlt++/mlt++.vers

  Log Message:
  ---
  Add Mlt::Profile::set_display_aspect().


--
Slashdot TV.  
Video for Nerds.  Stuff that matters.
http://tv.slashdot.org/___
Mlt-devel mailing list
Mlt-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/mlt-devel


Re: [Mlt-devel] [PATCH] restart decklink if input signal changed mode

2014-09-07 Thread Dan Dennedy
On Wed, Sep 3, 2014 at 7:27 AM, Maksym Veremeyenko  wrote:
> Hi,
>
> if input signal to decklink board is differ from specified at board
> initialization or changed later, decklink could inform it by
> VideoInputFormatChanged callback. but it still does not give a proper frame
> at VideoInputFrameArrived
>
> provided patch stop/start decklink board with updated profile.
>

I tested this patch today, and it causes a regression for me. I am
using Desktop Video 9.8 on Ubuntu 12.04 64-bit. I am giving a DeckLink
SDI card SD NTSC input, and running simply "melt -verbose decklink:"
which starts with a dv_pal MLT profile, then performs "auto-profile"
in which DeckLink input format detection occurs and changes the
profile. The regression I experience is that there are very many
dropped frames "[consumer sdl] dropped video frame" and playback is
very choppy, of course. Adding "-consumer sdl real_time=0" or -1 does
make the problem go away, but I consider the "out of the box"
experience of "melt decklink:" broken by it.

Does the problem you address occur with a different version of Desktop
Video? Or, do I need a different test scenario to produce the problem
you see?

-- 
+-DRD-+

--
Slashdot TV.  
Video for Nerds.  Stuff that matters.
http://tv.slashdot.org/
___
Mlt-devel mailing list
Mlt-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/mlt-devel