Hi, I've been using Kdenlive for some time now.
But, since switching to Ubuntu 11.10, and the accompanying kdenlive 0.8 there has been a big problem.
For info, I am using Sunab's ppa, now on 0.8.3

So I record things using my Sony camcorder, and got the .TOD files.
I put them into the kdenlive timeline, and then render them to other formats, like mp4

In the 0.8.3 (and also the 0.8.2 before it), the output file of the render process is not right.
The video become fast-forwarded although I only "play" it (not fastforwarding it).

I have tried so many times, but the result is the same.

For info, my render setting is:
MPEG 4, 25000 bitrate, export sound


Can anybody tell me why this is happening? Is this a bug? Or is there some new setting on 0.8 that I don't know about?
Thanks

What are the frame rates of the source clips and the project settings? I guess it might have something to do with that, although not having it tested.

My project is PAL, I don't think I change any settings other than that.
The frame rate of the project? Hmm...I believe it's 25/1.

The frame rate of the source clips...how do you see that? I right clicked it, and click on properties, but no info there.
The TOD files I think are no-loss format.

The inexplicable thing is that in earlier versions of kdenlive, using the very same type of source files, there was no problem.

Check the framerate of your source clips by playing them from a shell. Run the command
ffplay or mplayer and take a look at the output in the shell window.

If the source frame rate does match your project settings (PAL is 25fps with 50 fields, as it is interlaced), you may want to compare the times a specific clip takes in the source clip and when rendered. That way you could tell us how much faster your rendered movies are running.

Ok, I just did the "ffplay" thing. Here is part of the output (besides Mplayer playing the video)

Input #0, mpegts, from 'MOV007.TOD':
Duration: 00:18:23.92, start: 0.840000, bitrate: 18894 kb/s
Program 1
Stream #0.0[0x1011]: Video: mpeg2video (Main), yuv420p, 1440x1080 [PAR 4:3 DAR 16:9], 20000 kb/s, 25 fps, 25 tbr, 90k tbn, 50 tbc
Stream #0.1[0x1021]: Audio: mp2, 48000 Hz, stereo, s16, 384 kb/s
[mpeg2video @ 0x8260e0] warning: first frame is no keyframe 0B f=0/0
682.26 A-V: -0.186 s:0.0 aq= 320KB vq=13431KB sq= 0B f=0/0 =0/0


So, I think its 25 fps.
I cannot reply for too long now, I'll try the other suggestion later.

Your source is HDV 25P you could try using a 1440x1080 25P kdenlive project and see what you get. You can check the output of previous encodes with ffplay or mediainfo and see where it might be going wrong.

Thanks for all the replies so far.

So, I tried putting the clip MOV007.TOD into the timeline of kdenlive.
Project setting is 1080p 25 fps.

I render it (without any effects or transitions) into MPEG 4, 18000 bitrate, into the file "TRYOUT.MP4"

After finishing, the output file still plays in a "fast-forwarded" fashion.

The original clip is 18:23 (18 minutes, 23 seconds) long.
The output file, says that is 18:23 long (in the properties box), but seems to reach its end around 6:08. Dragging to anywhere after that results in nothing, just the frozen end screen.
This leads me to conclude that the output file is playing 3 times faster than original.

The result of the "ffplay" on the TRYOUT.MP4

Input #0, mov,mp4,m4a,3gp,3g2,mj2, from 'tryout.mp4':
Metadata:
major_brand : isom
minor_version : 512
compatible_brands: isomiso2mp41
creation_time : 1970-01-01 00:00:00
encoder : Lavf53.2.0
Duration: 00:18:23.98, start: 0.000000, bitrate: 7178 kb/s
Stream #0.0(und): Video: mpeg4, yuv420p, 1440x1080 [PAR 4:3 DAR 16:9], 7047 kb/s, 25 fps, 25 tbr, 25 tbn, 25 tbc
Metadata:
creation_time : 1970-01-01 00:00:00
Stream #0.1(und): Audio: mp3, 44100 Hz, 2 channels, s16, 127 kb/s
Metadata:
creation_time : 1970-01-01 00:00:00
4.85 A-V: 0.010 s:0.0 aq= 140KB vq=15307KB sq= 0B f=0/0 f=0/0

Does anyone has any further insight?

I have noticed problems with HDV clips especially long ones and think I made a bug report on inability to scrub the timeline back and forth. So the problem could well be with FFMPEG.

One work around is to transcode to an intermediate codec like huffyuv lossless in a matroska container, its an option already in kdenlives transcode menu.