08.02.12 20:11, Dan Dennedy написав(ла):
[...]
Well, the more critical goal was to fix a segfault, but I see your
point now about using running to cleanup thread. I did not like
your conversion of the thread property from data to a int64; do you
know how data properties provide destruction?
2012/2/9 Maksym Veremeyenko ve...@m1stereo.tv:
08.02.12 20:11, Dan Dennedy написав(ла):
[...]
Well, the more critical goal was to fix a segfault, but I see your
point now about using running to cleanup thread. I did not like
your conversion of the thread property from data to a int64; do you
09.02.12 20:28, Dan Dennedy написав(ла):
2012/2/9 Maksym Veremeyenkove...@m1stereo.tv:
08.02.12 20:11, Dan Dennedy написав(ла):
[...]
Well, the more critical goal was to fix a segfault, but I see your
point now about using running to cleanup thread. I did not like
your conversion of the
2012/2/8 Maksym Veremeyenko ve...@m1stereo.tv:
08.02.12 06:19, Dan Dennedy написав(ла):
2012/1/16 Maksym Veremeyenkove...@m1stereo.tv:
wrong test code where mlt_consumer_stop was called immediately after
mlt_consumer_start caused that sideeffect.
to resolve such condition i attached a
2012/1/16 Maksym Veremeyenko ve...@m1stereo.tv:
wrong test code where mlt_consumer_stop was called immediately after
mlt_consumer_start caused that sideeffect.
to resolve such condition i attached a patch that properly determinate
consumer's thread finish and avoid writing /trailer/ if no
16.01.12 14:12, Maksym Veremeyenko написав(ла):
Hi,
i was testing a recording from decklink into the avformat consumer with
simple code:
[...]
but that cause a SIGSEGV:
[...]
wrong test code where mlt_consumer_stop was called immediately after
mlt_consumer_start caused that sideeffect.
Hi,
i was testing a recording from decklink into the avformat consumer with
simple code:
#include stdio.h
#include unistd.h
#include framework/mlt.h
int main( int argc, char *argv[] )
{
mlt_consumer consumer;
mlt_producer producer;
mlt_profile profile;
mlt_repository repo;