2011/7/27 Maksym Veremeyenko <[email protected]>: > 23.07.11 00:45, Dan Dennedy написав(ла): >> >> 2011/7/22 Maksym Veremeyenko<[email protected]>: > > [...] >>> >>> priority of this thread could be inherited from priority of >>> initialization >>> code, so another possible solution is: >>> >>> 1. save current thread priority> >>> 2. set new priority from mlt_property_get_int(properties, "priority") >>> 3. init decklink >>> 4. restore origin prio >>> >>> what do you thing about this? >> >> I am a little worried if we know exactly when the thread inside >> decklink starts and therefore when to do step 4. > > that was really hard, so i leaved with minor changes - priority is set from > *priority* properties. That make possible to adjust priority from melted > shell: > > USET U0 consumer.priority=max > > also reworked patch against melted to makes it process priority > configurable... >
Thank you. Both applied. -- +-DRD-+ ------------------------------------------------------------------------------ Got Input? Slashdot Needs You. Take our quick survey online. Come on, we don't ask for help often. Plus, you'll get a chance to win $100 to spend on ThinkGeek. http://p.sf.net/sfu/slashdot-survey _______________________________________________ Mlt-devel mailing list [email protected] https://lists.sourceforge.net/lists/listinfo/mlt-devel
