yes this work (very large video area, and played smooth)

i use (latest) mlt-svn and ffmpeg "media-video/ffmpeg-0.4.9_p20070616"

so the 0.4.9 with this date

Very strange that it works for you and not for me.

This is a very old version of ffmpeg which will not allow you to read AVCHD files with multi-threaded support.

Are you interested in trying fmpeg from SVN?

:arrow: First, it has hundreds of bugfixes (at a rate of 2 to 5 fixes everyday!)

:arrow: Second, it opens the door to real-time support of AVCHD.

with newer version from ffmpeg media-video/ffmpeg-0.4.9_p20080206

i get only the help prompt (also without parameter, only with a video file)

Works perfectly for me with FFmpeg svn from today:

FFplay version SVN-r12157, Copyright (c) 2003-2008 Fabrice Bellard, et al.

configuration: --enable-gpl --enable-shared --enable-pp --enable-libtheora --enable-libmp3lame --enable-libfaac --enable-libfaad --enable-libvorbis --enable-swscaler --enable-libamr-nb --enable-libamr-wb --enable-nonfree

libavutil version: 49.6.0

libavcodec version: 51.50.1

libavformat version: 52.7.0

libavdevice version: 52.0.0

built on Feb 20 2008 11:30:34, gcc: 4.1.3 20070929 (prerelease) (Ubuntu 4.1.2-16ubuntu2)

After that I did a "make clean" in mlt, recompiled, installed and everything works. My guess is that you have a library conflit... Make sure to remove all mlt libraries (/usr/local/lib/mlt) and reinstall mlt. If you have several versions of libavcodec or libavformat, you could try moving the old ones to a tmp folder and recompile mlt to see if that is causing the problem...

so i tested a bit , and let mlt load the avformat mit RTLD_LAZY (before is was not loaded)

after this i got:

libmltavformat.so: undefined symbol: img_convert

so this may be the reason why mlt could not load the avformat stuff.

in ffmpeg the function img_convert is in:

after linking libmltavformat.so with -rdynamic it is loaded an i can play the video with the common from earlier port, and in kdenlive, but not kdenlive-kde4

so i found some code that may crash kdenlive in both versions with newer ffmpeg.

i commited to both svn-versions the patch to avoid this.

so the -rdynamic in mlt module avformat is needed for me to let all work now

can you test an tell if it also works for you ?

This is a pretty old version of ffmpeg which does not include latest AVCHD developments and all other fixes.

Okay i am testing. Did you also commit the patch to MLT?

Okay, still crashing. The problem is in MLT.

Can you play videos using inigo?

Maybe I should go back to ffmpeg SVN 20080206.

yes i can play videos

same as with the old versions, also with the new ffmpeg version

no i did not commit this to mlt, because i can't do there.

but if it still fails ??

what is the output from gdb then ?

It works for me with ffmpeg from subversion just a few days ago. I can not login to the system at the moment to check it. However, if I were you I would back off some of those libs used with ffmpeg configure to determine the source of the problem starting with libgsm, libamr-nb, libamr-wb, and --enable-nonfree since I have not tested with those. Also, try remove --enable-pp because if it is like swscaler, then the pkg-config does not instruct mlt to link with -lpp. Run 'pkg-config --libs libavformat' Does it seem to account for everything you've included?

marco, are you configuring mlt with --avformat-swscale(r)? You should not be if your ffmpeg libs are compiled without it and still contain the img_convert symbol. I'll investigate the need for -rdynamic. Thus far I have not needed. Either way, I definitely need a way to report symbol lookup failures to diagnose problems. Is RTLD_LAZY the key to that or do I just need a perror somewhere?

first i did not configure mlt with --avformat-swscaler

but also after this it was not loading

after some debug messages in mlt_repository i found that the

void *object = dlopen( object_name, flags );

did return NULL and no message was written.

after using RTLD_LAZY it was loading, an on usage i saw that img_convert was not found.

a look in ffmpeg showed me that swscaler is to enable in newer versions.

RTLD_LAZY is good to see what is wrong.

the other problem is that SDL need avcolour_space and uses it, else if it is not available

it seems -rdynamic is also needed only to see what is failing.

SDL and other consumers/... must check if every used filter/producer is realy available or break the init of mlt and return failure ??!

i will test again mlt without -rdynamic and RTLD_LAZY and report if it sill works

UPDATE: ok it works now without,is was only needed to find because of what it was not loading, since is was not to see, that avformat was not inited successfull

So I should compile without --avformat-swscaler and it work? I am trying.

i dont think so

newer ffmpeg does not contain the img_convert anymore.

so swscaler is needed

but yout dont see if mlt has loaded the avformat plugin or not ( AFAIK )

Thank you very much g.marko. Dan is away from his computer, maybe on holidays. Could you try sending a patch on MLT mailing list or here, so that someone applies the patch. jb has access to MLT SVN.

so it seems dan has commited this to mlt now ?!