Re: [Mlt-devel] [PATCH] restart decklink if input signal changed mode
Brought to you by:
ddennedy,
lilo_booter
From: Dan D. <da...@de...> - 2014-09-07 21:59:25
|
On Wed, Sep 3, 2014 at 7:27 AM, Maksym Veremeyenko <ve...@m1...> 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-+ |