[Kdenlive-devel] realtime rendering problems radeon and clustering

[jilt]

-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA1


Dan Dennedy wrote:
> On Saturday 28 July 2007, jilt wrote:

>> Is it possible to make realtime rendering run on cpu instead of running
>> on videocard chip?
> 
> it is already rendering on the cpu

somepeople told me wrong
but this could help the project of run kdenlive on an openmosix cluster
goin' on, with techies from hackgrid:

autistici.org/hackgrid

(http://lists.autistici.org/message/20070727.135119.24bcf9ac.en.html)

> 
>> This option could probably make possible also to run kdenlive on a
>> cluster; is there any project of renderfarm related to kdenlive?
> 
> not that we are aware of

Now you are

There is a possibility to ask a foundation (Montevideo, Amsterdam) for
help on experimenting new features on kdenlive if you have a project on
that new feature and if you are enough aware on technical
characteristics of the software:

http://www.montevideo.nl/en/onderzoek/aanvraagform.html

> 
>> I ask because I do use now cinelerra' renderfarm on a cluster in a lab
>> here in Italy, I asked some tech people of the lab about running
>> kdenlive with openmosix; do you think it is possible or it may take some
>> advantage using this kind of rendering with your software?

Would you be interested on using this opportunity?

About te problem I found using kdenlive, I used gdb to find out what
problem was and this is what gdb told me when kdenlive stops running on
my ppc powerbook.
It does not crash but simply doesn't move anymore when I try to put on
timeline my .mpg clip:

(gdb) bt
#0  0x0dbeddc8 in ?? () from /usr/lib/libavcodec.so.51
#1  0x0dbedce4 in ?? () from /usr/lib/libavcodec.so.51
#2  0x0dbf5e2c in ?? () from /usr/lib/libavcodec.so.51
#3  0x0dbf642c in ?? () from /usr/lib/libavcodec.so.51
#4  0x0dbf86f0 in ?? () from /usr/lib/libavcodec.so.51
#5  0x0db3f420 in avcodec_decode_video () from /usr/lib/libavcodec.so.51
#6  0x0df7ad18 in producer_get_image (frame=0x10b7c3b0, buffer=0x7f9607d8,
    format=0x6, width=0x7f96057c, height=0x23008,
    writable=<value optimized out>) at producer_avformat.c:619
#7  0x0ffc8564 in mlt_frame_get_image (this=0x1053c028, buffer=0x7f9607d8,
    format=0x7f960824, width=0x7f96057c, height=0x7f960578, writable=0)
    at mlt_frame.c:257
#8  0x0e092e90 in filter_get_image (this=0x1053c028, image=0x7f9607d8,
    format=0x7f960824, width=0x7f960618, height=0x7f96061c, writable=0)
    at filter_rescale.c:212
#9  0x0ffc8564 in mlt_frame_get_image (this=0x1053c028, buffer=0x7f9607d8,
    format=0x7f960824, width=0x7f960618, height=0x7f96061c, writable=0)
    at mlt_frame.c:257
#10 0x0e0932ac in filter_get_image (this=0x1053c028, image=0x7f9607d8,
    format=0x7f960824, width=0x7f9608d0, height=0x7f9608d4,
writable=235511980)
    at filter_resize.c:114



If you think it's better to have the whole output from gdb please tell
me I'll send you; this is what I think is more important than the rest...


thanks
jilt
-----BEGIN PGP SIGNATURE-----
Version: GnuPG v2.0.3 (GNU/Linux)
Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org

iD8DBQFGrG0mkjZ6rDWVkMwRApZPAJ0QAxpv3Dt6t8gvp5xtQeIA9fBCiwCgqj0I
2SjPhnJSqfCE8ze9HuIQQXc=
=lS1o
-----END PGP SIGNATURE-----