On Wed, Sep 3, 2014 at 7:27 AM, Maksym Veremeyenko <ve...@m1stereo.tv> 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
