gnopak, What version of mlt and kdenlive do you have installed and where is from?

geoffrey, I use kubuntu 9.10 with mlt 0.4.4-2 and kdenlive 0.7.5

gnopak,
I would recommend you try upgrading to a newer version of mlt/kdenlive and see if that solves your problem. See here:

http://www.kdenlive.org/user-manual/downloading-and-installing-kdenlive/pre-compiled-packages/ubuntu-packages

You could also build from source if you know how to do that, otherwise it is best to stick with these packages.

If that doesn't work, let's start a new forum topic or feel free to email me directly to continue working on this.

I upgraded to kdenlive 0.7.6 and mlt 0.4.6. The results are not good. /usr/bin/melt still freezes if "g" is pressed to rewind the movie. Kdenlive is unable to play the high definition sample I provided above. Are you able to reproduce this using my clip? Will you start a new topic?

I tried your file (00011.avi) and can confirm picture freezes and goes white in the preview window after searching around for a few seconds. To me it looks like there may be some compatibility problems with this file and ffmpeg/ffplay and thus mlt. I'm not a developer and can't fix the problem, but I have a few suggestions:

1) Please report as a bug to kdenlive. They might just say it's an ffmpeg/ffplay issue, but at least they'd know about it. Also report this to Ubuntu launchpad as a ffplay/ffmpeg bug.

2) Try transcoding to something else before using it in your project. You mentioned xvid also caused problems, so maybe try MPEG-2 with a high bitrate or something else. This seemed to work for me with your test file "mencoder 00011.avi -oac pcm -ovc lavc -lavcopts vcodec=libx264:vbitrate=10000 -o 00011-test1.avi" I think the key here is to use mencoder to do the work instead of the ubuntu version of ffmpeg.

3) Maybe try a more recent version of ffmpeg and see if it still has the problem, but this may be too much work.

Sorry I can't be of much more help.

The new MLT 0.4.11 git tree supports VDPAU decoding for H.264s streams. Thanks to Dan Dennedy, the MLT developper.

I packaged it this morning for Ubuntu users in my "unstable-series" ppa https://launchpad.net/~sunab/+archive/sunab2

Feedback is welcome, I don't have the hardware to test it.

Geoffrey, you were of tremendous help. The transcode command you provided works great. I will experiement with other codecs, too. Thank you. I will post a bug report to kdenlive and/or ffmpeg.

I note MLT-0.4.10 is the most current stable MLT: http://www.mltframework.org/twiki/bin/view/MLT/ which fixes a bug before the 0.4.8 release. The 0.4.8 release was also a maintenance release. Has anyone tried MLT-04.10 with KDEnlive-0.7.6 and can confirm it functions well ?

I was thinking of asking the openSUSE Packman packagers to package the latest mlt for openSUSE, but I did not want to do this if there were known issues that I missed in my surfing on this kdenlive forum.

VDPQU support are great news! Thanks Dan.

> So if I understand this well, as of MLT 4.10 you can now just
> playback and edit AVCHD encoded videos directly in Kdenlive if you have a recent nvidia card ?

LeHomard, I'm just a user like you, but I read that this is in MLT 0.4.11 git tree version, which suggests to me we will not see this in a stable version until version 0.4.12 of MLT.

Hello friends,

I reinstalled FFmpeg, mlt and Kdenlive SVN versions.
FFmpeg is configured and compiled with VDPAU support.

How do I test acceleration in melt?

I tried to read HF100 AVCHD file from our database, but it still is very slow.
So I guess something is wrong with my configuration.

melt -verbose canon-hf-100-1080p-psf.mts
[mpegts @ 0x73c970]MAX_READ_SIZE:5000000 reached
[mpegts @ 0x759c60]MAX_READ_SIZE:5000000 reached
[mpegts @ 0x776ca0]MAX_READ_SIZE:5000000 reached
+-----+ +-----+ +-----+ +-----+ +-----+ +-----+ +-----+ +-----+ +-----+
|1=-10| |2= -5| |3= -2| |4= -1| |5= 0| |6= 1| |7= 2| |8= 5| |9= 10|
+-----+ +-----+ +-----+ +-----+ +-----+ +-----+ +-----+ +-----+ +-----+
+---------------------------------------------------------------------+
| H = back 1 minute, L = forward 1 minute |
| h = previous frame, l = next frame |
| g = start of clip, j = next clip, k = previous clip |
| 0 = restart, q = quit, space = play |
+---------------------------------------------------------------------+
[mpegts @ 0x7a0500]MAX_READ_SIZE:5000000 reached
[mpegts @ 0x7bd6d0]MAX_READ_SIZE:5000000 reached
[mpegts @ 0x7d9dd0]MAX_READ_SIZE:5000000 reached
[producer avformat] audio: total_streams 1 max_stream 1 total_channels 2 max_channels 2
[producer avformat] canon-hf-100-1080p-psf.mts
first_pts 84600 dts 73800 pts_dts_delta 10800
[producer avformat] canon-hf-100-1080p-psf.mts
got frame 0, key 1 1ition: 1
[producer avformat] canon-hf-100-1080p-psf.mts
got frame 2, key 0
[producer avformat] canon-hf-100-1080p-psf.mts
got frame 4, key 0
[producer avformat] canon-hf-100-1080p-psf.mts
got frame 6, key 0
[producer avformat] canon-hf-100-1080p-psf.mts
got frame 8, key 0
[producer avformat] canon-hf-100-1080p-psf.mts
got frame 10, key 0
[producer avformat] canon-hf-100-1080p-psf.mts
got frame 12, key 0


So if I understand this well, as of MLT 4.10 you can now just playback and edit AVCHD encoded videos directly in Kdenlive if you have a recent nvidia card ?

Could anyone give some feedback as to how well it works ?

For the unfortunate ATI users (under linux, that is), is there any hope of getting VA-API support in MLT ? With the VDPAU and XvBA backends, supporting VA-API should mean supporting both ATI and Nvidia hardware acceleration... But I suppose only Dan Dennedy can answer that question ;)

edit : I meant MLT 4.11, not 4.10

I tried to warn not to expect a huge speedup with the addition vdpau. First of all, most implementations are players and use the presentation part of vdpau as well, which means it does not need to transfer images back to system memory, and then back to video memory for output. However, MLT does need to do that currently; most purposes of MLT requires some image processing, encoding, or output to SDI. Secondly, it seems this operation to pull images back into system memory has slowed in recent driver releases - reported by Avidemux developer, not personally comfirmed yet. I do plan to add some common vdpau-based filters such as deinterlace, which should help make this more worthwhile even if there is no driver speedup.

You can determine if it is working for you by using -debug instead of -verbose. Then, until you learn exactly what to look for, use the console history or redirect stderr to a file and filter the lines on "vdpau".

Just a "ping" on this question (maybe I should have started a new thread). ...

Has anyone tried MLT-0.4.10 with KDEnlive-0.7.6 and can confirm it functions without breakage (ie only a rebuild of KDEnlive-0.7.6 with MLT-0.4.10 is needed) ? ... or does one need an SVN version of KDEnlive-0.7.6+ (ie 0.7.7) to work with the MLT-0.4.10 ? I want to ask the openSUSE packman packagers to package MLT-0.4.10 (where they currently only provided 0.4.6 for openSUSE) but I want to also provide them some hints/guidance as to what they need to do wrt their openSUSE KDEnlive packaging in that update case.

> I tried to warn not to expect a huge speedup with the addition vdpau.

Dear Dan,

I am more in the process of being sure that MLT was well compiled with the right options. I am sure that I could compile FFMpeg because it shows the VDPAU video format. What about MLT? How can i be sure that it processes the video using VDPAU. For example, I could not find a VDPAU confirmation during ./configure. Maybe I did not look at the right place.

Thanks and happy new year.