You can subscribe to this list here.
| 2002 |
Jan
|
Feb
|
Mar
|
Apr
|
May
(37) |
Jun
(12) |
Jul
(21) |
Aug
(20) |
Sep
(2) |
Oct
(56) |
Nov
(228) |
Dec
(67) |
|---|---|---|---|---|---|---|---|---|---|---|---|---|
| 2003 |
Jan
(328) |
Feb
(79) |
Mar
(35) |
Apr
(29) |
May
(46) |
Jun
(43) |
Jul
(48) |
Aug
(56) |
Sep
(32) |
Oct
(32) |
Nov
(45) |
Dec
(60) |
| 2004 |
Jan
(15) |
Feb
(49) |
Mar
(124) |
Apr
(12) |
May
(17) |
Jun
(27) |
Jul
(13) |
Aug
(5) |
Sep
(2) |
Oct
(79) |
Nov
(26) |
Dec
(1) |
| 2005 |
Jan
(3) |
Feb
|
Mar
(6) |
Apr
(3) |
May
|
Jun
|
Jul
|
Aug
|
Sep
|
Oct
(12) |
Nov
(8) |
Dec
(1) |
| 2006 |
Jan
(40) |
Feb
(30) |
Mar
(30) |
Apr
(30) |
May
(16) |
Jun
(39) |
Jul
(30) |
Aug
(23) |
Sep
(42) |
Oct
(200) |
Nov
(262) |
Dec
(110) |
| 2007 |
Jan
(86) |
Feb
(129) |
Mar
(161) |
Apr
(56) |
May
(20) |
Jun
(73) |
Jul
(70) |
Aug
(35) |
Sep
(58) |
Oct
(35) |
Nov
(39) |
Dec
(38) |
| 2008 |
Jan
(20) |
Feb
(121) |
Mar
(52) |
Apr
(40) |
May
(51) |
Jun
(19) |
Jul
(111) |
Aug
(99) |
Sep
(79) |
Oct
(259) |
Nov
(301) |
Dec
(334) |
| 2009 |
Jan
(137) |
Feb
(84) |
Mar
(109) |
Apr
(83) |
May
(146) |
Jun
(169) |
Jul
(108) |
Aug
(46) |
Sep
(62) |
Oct
(40) |
Nov
(30) |
Dec
(80) |
| 2010 |
Jan
(61) |
Feb
(48) |
Mar
(57) |
Apr
(38) |
May
(39) |
Jun
(73) |
Jul
(77) |
Aug
(174) |
Sep
(132) |
Oct
(26) |
Nov
(45) |
Dec
(9) |
| 2011 |
Jan
(38) |
Feb
(46) |
Mar
(50) |
Apr
(40) |
May
(34) |
Jun
(45) |
Jul
(51) |
Aug
(63) |
Sep
(70) |
Oct
(50) |
Nov
(80) |
Dec
(7) |
| 2012 |
Jan
(49) |
Feb
(69) |
Mar
(34) |
Apr
(23) |
May
(70) |
Jun
(78) |
Jul
(78) |
Aug
(36) |
Sep
(15) |
Oct
(11) |
Nov
(25) |
Dec
(9) |
| 2013 |
Jan
(47) |
Feb
(55) |
Mar
(10) |
Apr
(38) |
May
(15) |
Jun
(17) |
Jul
(8) |
Aug
(13) |
Sep
|
Oct
(5) |
Nov
(33) |
Dec
(63) |
| 2014 |
Jan
(19) |
Feb
(34) |
Mar
(31) |
Apr
(11) |
May
(21) |
Jun
(23) |
Jul
(38) |
Aug
(12) |
Sep
(27) |
Oct
(22) |
Nov
|
Dec
|
| 2015 |
Jan
|
Feb
|
Mar
|
Apr
|
May
(2) |
Jun
(1) |
Jul
|
Aug
(12) |
Sep
|
Oct
|
Nov
|
Dec
|
| 2016 |
Jan
|
Feb
|
Mar
|
Apr
|
May
|
Jun
|
Jul
|
Aug
|
Sep
|
Oct
|
Nov
(1) |
Dec
|
| S | M | T | W | T | F | S |
|---|---|---|---|---|---|---|
|
1
(13) |
2
(2) |
3
(4) |
4
(8) |
5
(3) |
6
(2) |
7
(2) |
|
8
(4) |
9
(8) |
10
|
11
(1) |
12
|
13
(1) |
14
(9) |
|
15
(1) |
16
(1) |
17
(4) |
18
(6) |
19
(2) |
20
|
21
(5) |
|
22
(11) |
23
(9) |
24
(13) |
25
(11) |
26
(9) |
27
(4) |
28
(8) |
|
29
(5) |
30
(4) |
31
(24) |
|
|
|
|
|
From: Dan Dennedy <dan@de...> - 2010-08-09 23:22:06
|
On Mon, Aug 9, 2010 at 6:50 AM, Simon Eugster <simon.eu@...> wrote: > 2010/8/9 Till Theato <root@...>: >> -----BEGIN PGP SIGNED MESSAGE----- >> Hash: SHA1 >> >> On 08/09/2010 06:43 AM, Dan Dennedy wrote: >>> On Sun, Aug 8, 2010 at 5:23 AM, jb <jb@...> wrote: >>>> On Thursday 05 August 2010 07:47:43 Dan Dennedy wrote: >>>> >>>>> I have this change working good in my local copy, but I had to move >>>>> the location of the consumer-frame-show event in the MLT sdl consumer >>>>> to occur _after_ the consumer was finished with the frame's image. >>>>> Then, basically, I made the event handler in Kdenlive emit a signal >>>>> with a QImage, which the Qt signals-slots system takes care of queuing >>>>> between the threads. The slot in the AbstractScopeWidget then updates >>>>> a private QImage, which is then sent into the renderScope methods. >>>>> >>>>> I can update Kdenlive svn a few days after I commit the MLT change. >>>> >>>> Thanks for taking care of this. Can you please commit your changes to >>>> Kdenlive? I also have something like that in my local copy, so I will compare >>>> both ways. >>> >>> OK, I did this now. Remember, it requires updating from MLT git head. >>> >> >> The colors in the QImage provided by frameUpdated() are somehow wrong. >> This is probably because Qt uses ARGB but MLT RGBA and no conversation >> is done? >> Anyway the scopes have a nice speed now! > > Yes, they seem switched. A red flour shows up blue now. > Just a detail, let's do that in the next release or so :D I fixed it in Kdenlive svn. > Is really cool now, thank you Dan and JB for your work. I can confirm they work on OS X now as well. Last night I was looking into the banding problem during colorspace conversion - still working on it. -- +-DRD-+ |
|
From: Mikko Rapeli <mikko.rapeli@ik...> - 2010-08-09 14:27:06
|
Just hit some buttons while kdenlive svn4684 was opening up and got this.
Don't know how to reproduce but maybe the backtrace is usefull to you.
Application: Kdenlive (kdenlive), signal: Segmentation fault
[Current thread is 1 (Thread 0xb4d0bae0 (LWP 1903))]
Thread 3 (Thread 0xb0565b70 (LWP 1950)):
#0 0xb784b424 in __kernel_vsyscall ()
#1 0xb5adf242 in pthread_cond_timedwait@@GLIBC_2.3.2 () at ../nptl/sysdeps/unix/sysv/linux/i386/i686/../i486/pthread_cond_timedwait.S:179
#2 0xb5bcb154 in __pthread_cond_timedwait (cond=0xa0c8ab8, mutex=0xa0c8aa0, abstime=0xb05651cc) at forward.c:152
#3 0xb781c3b9 in mlt_consumer_get_frame (this=0xa0c8a08) at mlt_consumer.c:502
#4 0xb781c500 in mlt_consumer_rt_frame (this=0xa0c8a08) at mlt_consumer.c:900
#5 0xb22d22b4 in consumer_thread (arg=0xa0c8a08) at consumer_sdl_still.c:560
#6 0xb5ada955 in start_thread (arg=0xb0565b70) at pthread_create.c:300
#7 0xb5bbe14e in clone () at ../sysdeps/unix/sysv/linux/i386/clone.S:130
Thread 2 (Thread 0xb0d66b70 (LWP 1951)):
#0 0xb784b424 in __kernel_vsyscall ()
#1 0xb5adef15 in pthread_cond_wait@@GLIBC_2.3.2 () at ../nptl/sysdeps/unix/sysv/linux/i386/i686/../i486/pthread_cond_wait.S:122
#2 0xb5bcb0fd in __pthread_cond_wait (cond=0xa0b9de0, mutex=0xa0b9e10) at forward.c:139
#3 0xb22d1b1f in consumer_thread (arg=0xa0b9cc8) at consumer_sdl_preview.c:428
#4 0xb5ada955 in start_thread (arg=0xb0d66b70) at pthread_create.c:300
#5 0xb5bbe14e in clone () at ../sysdeps/unix/sysv/linux/i386/clone.S:130
Thread 1 (Thread 0xb4d0bae0 (LWP 1903)):
[KCrash Handler]
#6 TrackView::projectView (this=0x9ddbef8) at /home/mcfrisk/src/kdenlive-git/src/trackview.cpp:904
#7 0x080ad399 in MainWindow::qt_metacall (this=0x9ddbef8, _c=QMetaObject::InvokeMetaMethod, _id=0, _a=0xbfc8c6f8) at /home/mcfrisk/src/kdenlive-git/build/src/cmake_bindir/mainwindow.moc:489
#8 0xb69dfb2a in QMetaObject::metacall (object=0x9ddbef8, cl=3049481120, idx=191, argv=0xbfc8c6f8) at kernel/qmetaobject.cpp:237
#9 0xb69ee0f5 in QMetaObject::activate (sender=0xa3f0868, m=0x835a800, local_signal_index=1, argv=0xbfc8c6f8) at kernel/qobject.cpp:3293
#10 0xb5ec42e9 in QAction::triggered (this=0xa3f0868, _t1=false) at .moc/release-shared/moc_qaction.cpp:263
#11 0xb5ec64dc in QAction::activate (this=0xa3f0868, event=QAction::Trigger) at kernel/qaction.cpp:1255
#12 0xb5ec7da8 in QAction::event (this=0xb5c36301, e=0x0) at kernel/qaction.cpp:1181
#13 0xb74a29e3 in KAction::event (this=0xa3f0868, event=0xbfc8cc18) at ../../kdeui/actions/kaction.cpp:129
#14 0xb5ecabec in QApplicationPrivate::notify_helper (this=0x9d62aa0, receiver=0xa3f0868, e=0xbfc8cc18) at kernel/qapplication.cpp:4300
#15 0xb5ed175e in QApplication::notify (this=0xbfc8dacc, receiver=0xa3f0868, e=0xbfc8cc18) at kernel/qapplication.cpp:3704
#16 0xb758db4a in KApplication::notify (this=0xbfc8dacc, receiver=0xa3f0868, event=0xbfc8cc18) at ../../kdeui/kernel/kapplication.cpp:302
#17 0xb69da92b in QCoreApplication::notifyInternal (this=0xbfc8dacc, receiver=0xa3f0868, event=0xbfc8cc18) at kernel/qcoreapplication.cpp:704
#18 0xb5f0c9ed in QCoreApplication::sendEvent (this=0x9d62b4c, e=0xbfc8d094) at ../../include/QtCore/../../src/corelib/kernel/qcoreapplication.h:215
#19 QShortcutMap::dispatchEvent (this=0x9d62b4c, e=0xbfc8d094) at kernel/qshortcutmap.cpp:879
#20 0xb5f0e7fe in QShortcutMap::tryShortcutEvent (this=0x9d62b4c, o=0x9dea2d0, e=0xbfc8d094) at kernel/qshortcutmap.cpp:364
#21 0xb5ed3543 in QApplication::notify (this=0xbfc8dacc, receiver=0x9dea2d0, e=0xbfc8d094) at kernel/qapplication.cpp:3746
#22 0xb758db4a in KApplication::notify (this=0xbfc8dacc, receiver=0x9dea2d0, event=0xbfc8d094) at ../../kdeui/kernel/kapplication.cpp:302
#23 0xb69da92b in QCoreApplication::notifyInternal (this=0xbfc8dacc, receiver=0x9dea2d0, event=0xbfc8d094) at kernel/qcoreapplication.cpp:704
#24 0xb5ecb9ce in QCoreApplication::sendSpontaneousEvent (receiver=0x9dea2d0, event=0xb5c36301) at ../../include/QtCore/../../src/corelib/kernel/qcoreapplication.h:218
#25 qt_sendSpontaneousEvent (receiver=0x9dea2d0, event=0xb5c36301) at kernel/qapplication.cpp:5279
#26 0xb5f84090 in QKeyMapper::sendKeyEvent (keyWidget=0x9dea2d0, grab=false, type=QEvent::KeyPress, code=84, modifiers=..., text=..., autorepeat=<value optimized out>, count=<value optimized out>,
nativeScanCode=28, nativeVirtualKey=116, nativeModifiers=0) at kernel/qkeymapper_x11.cpp:1861
#27 0xb5f86570 in QKeyMapperPrivate::translateKeyEvent (this=0x9d84eb0, keyWidget=0x9dea2d0, event=0xbfc8d730, grab=<value optimized out>) at kernel/qkeymapper_x11.cpp:1831
#28 0xb5f5a827 in QApplication::x11ProcessEvent (this=0xbfc8dacc, event=0xbfc8d730) at kernel/qapplication_x11.cpp:3394
#29 0xb5f896f2 in x11EventSourceDispatch (s=0x9d65d00, callback=0, user_data=0x0) at kernel/qguieventdispatcher_glib.cpp:146
#30 0xb55b52f5 in g_main_context_dispatch () from /lib/libglib-2.0.so.0
#31 0xb55b8fd8 in ?? () from /lib/libglib-2.0.so.0
#32 0xb55b91b8 in g_main_context_iteration () from /lib/libglib-2.0.so.0
#33 0xb6a06335 in QEventDispatcherGlib::processEvents (this=0x9d4cc08, flags=...) at kernel/qeventdispatcher_glib.cpp:412
#34 0xb5f89255 in QGuiEventDispatcherGlib::processEvents (this=0x9d4cc08, flags=...) at kernel/qguieventdispatcher_glib.cpp:204
#35 0xb69d8f49 in QEventLoop::processEvents (this=0xbfc8da24, flags=) at kernel/qeventloop.cpp:149
#36 0xb69d939a in QEventLoop::exec (this=0xbfc8da24, flags=...) at kernel/qeventloop.cpp:201
#37 0xb69dd52f in QCoreApplication::exec () at kernel/qcoreapplication.cpp:981
#38 0xb5ecac87 in QApplication::exec () at kernel/qapplication.cpp:3579
#39 0x08087a7d in main (argc=2, argv=0xbfc8dcd4) at /home/mcfrisk/src/kdenlive-git/src/main.cpp:87
|
|
From: Simon Eugster <simon.eu@gm...> - 2010-08-09 13:50:39
|
2010/8/9 Till Theato <root@...>: > -----BEGIN PGP SIGNED MESSAGE----- > Hash: SHA1 > > On 08/09/2010 06:43 AM, Dan Dennedy wrote: >> On Sun, Aug 8, 2010 at 5:23 AM, jb <jb@...> wrote: >>> On Thursday 05 August 2010 07:47:43 Dan Dennedy wrote: >>> >>>> I have this change working good in my local copy, but I had to move >>>> the location of the consumer-frame-show event in the MLT sdl consumer >>>> to occur _after_ the consumer was finished with the frame's image. >>>> Then, basically, I made the event handler in Kdenlive emit a signal >>>> with a QImage, which the Qt signals-slots system takes care of queuing >>>> between the threads. The slot in the AbstractScopeWidget then updates >>>> a private QImage, which is then sent into the renderScope methods. >>>> >>>> I can update Kdenlive svn a few days after I commit the MLT change. >>> >>> Thanks for taking care of this. Can you please commit your changes to >>> Kdenlive? I also have something like that in my local copy, so I will compare >>> both ways. >> >> OK, I did this now. Remember, it requires updating from MLT git head. >> > > The colors in the QImage provided by frameUpdated() are somehow wrong. > This is probably because Qt uses ARGB but MLT RGBA and no conversation > is done? > Anyway the scopes have a nice speed now! Yes, they seem switched. A red flour shows up blue now. Just a detail, let's do that in the next release or so :D Is really cool now, thank you Dan and JB for your work. Simon |
|
From: Till Theato <root@tt...> - 2010-08-09 12:02:14
|
-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 On 08/09/2010 06:43 AM, Dan Dennedy wrote: > On Sun, Aug 8, 2010 at 5:23 AM, jb <jb@...> wrote: >> On Thursday 05 August 2010 07:47:43 Dan Dennedy wrote: >> >>> I have this change working good in my local copy, but I had to move >>> the location of the consumer-frame-show event in the MLT sdl consumer >>> to occur _after_ the consumer was finished with the frame's image. >>> Then, basically, I made the event handler in Kdenlive emit a signal >>> with a QImage, which the Qt signals-slots system takes care of queuing >>> between the threads. The slot in the AbstractScopeWidget then updates >>> a private QImage, which is then sent into the renderScope methods. >>> >>> I can update Kdenlive svn a few days after I commit the MLT change. >> >> Thanks for taking care of this. Can you please commit your changes to >> Kdenlive? I also have something like that in my local copy, so I will compare >> both ways. > > OK, I did this now. Remember, it requires updating from MLT git head. > The colors in the QImage provided by frameUpdated() are somehow wrong. This is probably because Qt uses ARGB but MLT RGBA and no conversation is done? Anyway the scopes have a nice speed now! regards ttill -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.10 (GNU/Linux) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org/ iEYEARECAAYFAkxf7jMACgkQzwEyz7QP6nTaJwCeN70iZy1WrXFF54EKGSI4PcHR DI8AoIP8s/3cqEsIb11iMv4THqoj2eoR =RY6v -----END PGP SIGNATURE----- |
|
From: amir <amir_in@ne...> - 2010-08-09 07:12:50
|
On Monday 09 August 2010 09:38:03 Dan Dennedy wrote: > On Sun, Aug 8, 2010 at 11:05 PM, amir <amir_in@...> wrote: > > On Monday 09 August 2010 07:43:00 Dan Dennedy wrote: > >> OK, I did > > this now. Remember, it requires updating from MLT git head. > > > > MLT git build > > crashes: > [...] > > qimage_wrapper.cpp:46:23: fatal error: exif-data.h: No > > such file or directory > > Yeah, Alberto and I were discussing this. I decided to go ahead and > apply his patch to make the build more compatible. Please update and > try again. > > -- > +-DRD-+ > > ---------------------------------------------------------------------------- -- > This SF.net email is sponsored by > > Make an app they can't live without > Enter the BlackBerry Developer Challenge > http://p.sf.net/sfu/RIM-dev2dev > _______________________________________________ > Kdenlive-devel mailing list > Kdenlive-devel@... > https://lists.sourceforge.net/lists/listinfo/kdenlive-devel > it builds on arch x86_64. thank you. |
|
From: Dan Dennedy <dan@de...> - 2010-08-09 06:38:10
|
On Sun, Aug 8, 2010 at 11:05 PM, amir <amir_in@...> wrote: > On Monday 09 August 2010 07:43:00 Dan Dennedy wrote: >> OK, I did > this now. Remember, it requires updating from MLT git head. > > MLT git build > crashes: [...] > qimage_wrapper.cpp:46:23: fatal error: exif-data.h: No > such file or directory Yeah, Alberto and I were discussing this. I decided to go ahead and apply his patch to make the build more compatible. Please update and try again. -- +-DRD-+ |
|
From: amir <amir_in@ne...> - 2010-08-09 06:21:14
|
On Monday 09 August 2010 07:43:00 Dan Dennedy wrote:
> On Sun, Aug 8, 2010 at
5:23 AM, jb <jb@...> wrote:
> > On Thursday 05 August 2010 07:47:43
Dan Dennedy wrote:
> >> I have this change working good in my local copy,
but I had to move
> >> the location of the consumer-frame-show event in the
MLT sdl consumer
> >> to occur _after_ the consumer was finished with the
frame's image.
> >> Then, basically, I made the event handler in Kdenlive
emit a signal
> >> with a QImage, which the Qt signals-slots system takes
care of queuing
> >> between the threads. The slot in the
AbstractScopeWidget then updates
> >> a private QImage, which is then sent
into the renderScope methods.
> >>
> >> I can update Kdenlive svn a few
days after I commit the MLT change.
> >
> > Thanks for taking care of this.
Can you please commit your changes to
> > Kdenlive? I also have something
like that in my local copy, so I will
> > compare both ways.
>
> OK, I did
this now. Remember, it requires updating from MLT git head.
MLT git build
crashes:
make[2]: Entering directory
`/home/amir/disk1/pkg/mlt-git/src/mlt-build/src/modules/qimage'
cc
-march=x86-64 -mtune=generic -O2 -pipe -Wall -fPIC -DPIC -O2 -pipe
-fomit-frame-pointer -ffast-math -g -D_FILE_OFFSET_BITS=64
-D_LARGEFILE_SOURCE -DARCH_X86_64 -pthread -Wall -fPIC -DPIC -O2 -pipe
-fomit-frame-pointer -ffast-math -g -D_FILE_OFFSET_BITS=64
-D_LARGEFILE_SOURCE -DARCH_X86_64 -pthread -I../.. -Wall -fPIC -DPIC -O2
-pipe -fomit-frame-pointer -ffast-math -g -D_FILE_OFFSET_BITS=64
-D_LARGEFILE_SOURCE -DARCH_X86_64 -pthread -c -o factory.o factory.c
cc
-march=x86-64 -mtune=generic -O2 -pipe -Wall -fPIC -DPIC -O2 -pipe
-fomit-frame-pointer -ffast-math -g -D_FILE_OFFSET_BITS=64
-D_LARGEFILE_SOURCE -DARCH_X86_64 -pthread -Wall -fPIC -DPIC -O2 -pipe
-fomit-frame-pointer -ffast-math -g -D_FILE_OFFSET_BITS=64
-D_LARGEFILE_SOURCE -DARCH_X86_64 -pthread -I../.. -Wall -fPIC -DPIC -O2
-pipe -fomit-frame-pointer -ffast-math -g -D_FILE_OFFSET_BITS=64
-D_LARGEFILE_SOURCE -DARCH_X86_64 -pthread -c -o producer_qimage.o
producer_qimage.c
cc -march=x86-64 -mtune=generic -O2 -pipe -Wall -fPIC
-DPIC -O2 -pipe -fomit-frame-pointer -ffast-math -g
-D_FILE_OFFSET_BITS=64 -D_LARGEFILE_SOURCE -DARCH_X86_64 -pthread -Wall
-fPIC -DPIC -O2 -pipe -fomit-frame-pointer -ffast-math -g
-D_FILE_OFFSET_BITS=64 -D_LARGEFILE_SOURCE -DARCH_X86_64 -pthread -I../..
-Wall -fPIC -DPIC -O2 -pipe -fomit-frame-pointer -ffast-math -g
-D_FILE_OFFSET_BITS=64 -D_LARGEFILE_SOURCE -DARCH_X86_64 -pthread -c -o
producer_kdenlivetitle.o producer_kdenlivetitle.c
g++ -march=x86-64
-mtune=generic -O2 -pipe -march=x86-64 -mtune=generic -O2 -pipe -Wall -fPIC
-DPIC -O2 -pipe -fomit-frame-pointer -ffast-math -g
-D_FILE_OFFSET_BITS=64 -D_LARGEFILE_SOURCE -DARCH_X86_64 -pthread -Wall
-fPIC -DPIC -O2 -pipe -fomit-frame-pointer -ffast-math -g
-D_FILE_OFFSET_BITS=64 -D_LARGEFILE_SOURCE -DARCH_X86_64 -pthread -I../..
-Wall -fPIC -DPIC -O2 -pipe -fomit-frame-pointer -ffast-math -g
-D_FILE_OFFSET_BITS=64 -D_LARGEFILE_SOURCE -DARCH_X86_64 -pthread
-DQT_SHARED -I/usr/include/QtCore -I/usr/include/QtGui -I/usr/include/QtXml
-I/usr/include/QtSvg -Wno-deprecated -c -o qimage_wrapper.o
qimage_wrapper.cpp
qimage_wrapper.cpp:46:23: fatal error: exif-data.h: No
such file or directory
compilation terminated.
make[2]: ***
[qimage_wrapper.o] Error 1
make[2]: Leaving directory
`/home/amir/disk1/pkg/mlt-git/src/mlt-build/src/modules/qimage'
make[1]: ***
[all] Error 1
make[1]: Leaving directory
`/home/amir/disk1/pkg/mlt-git/src/mlt-build/src/modules'
make: *** [all]
Error 1
Aborting...
thanks,
amir
|
|
From: Dan Dennedy <dan@de...> - 2010-08-09 04:43:09
|
On Sun, Aug 8, 2010 at 5:23 AM, jb <jb@...> wrote: > On Thursday 05 August 2010 07:47:43 Dan Dennedy wrote: > >> I have this change working good in my local copy, but I had to move >> the location of the consumer-frame-show event in the MLT sdl consumer >> to occur _after_ the consumer was finished with the frame's image. >> Then, basically, I made the event handler in Kdenlive emit a signal >> with a QImage, which the Qt signals-slots system takes care of queuing >> between the threads. The slot in the AbstractScopeWidget then updates >> a private QImage, which is then sent into the renderScope methods. >> >> I can update Kdenlive svn a few days after I commit the MLT change. > > Thanks for taking care of this. Can you please commit your changes to > Kdenlive? I also have something like that in my local copy, so I will compare > both ways. OK, I did this now. Remember, it requires updating from MLT git head. -- +-DRD-+ |