Kdenlive   bug tracker Home page

View Issue Details Jump to Notes ] Issue History ] Print ]
IDProjectCategoryView StatusDate SubmittedLast Update
0000023KdenliveRenderingpublic2007-10-21 19:272008-10-30 21:24
Reporterel_jefe 
Assigned To 
PrioritynormalSeveritymajorReproducibilityalways
StatusclosedResolutionfixed 
PlatformOSOS Version
Product Version 
Target VersionFixed in Version0.5 (KDE3) 
Summary0000023: Exported DV files are wrong footage and out-of-sync
DescriptionI have captured RAW DV files with Kino (both on Kubuntu Feisty and Gutsy) which play file on the OS and in KDEnlive's Clip and Timeline monitor.

Exported files, however, are totally wrong. The audio is out of sync and the video is not what was selected during editing. This may be related to bug 0000014 but I am not sure. The resulting output file is totally unusable, which makes this a major bug.

I have run "ffmpeg -i file.dv" and this is the output (no output file, this is just for info):

eljefe$ ffmpeg -i a3t1_015.dv
FFmpeg version SVN-rUNKNOWN, Copyright (c) 2000-2007 Fabrice Bellard, et al.
  configuration: --enable-gpl --enable-pp --enable-swscaler --enable-pthreads --enable-libvorbis --enable-libtheora --enable-libogg --enable-libgsm --enable-dc1394 --disable-debug --enable-shared --prefix=/usr
  libavutil version: 1d.49.3.0
  libavcodec version: 1d.51.38.0
  libavformat version: 1d.51.10.0
  built on Jun 3 2007 20:59:25, gcc: 4.1.3 20070528 (prerelease) (Ubuntu 4.1.2-9ubuntu2)
Input #0, dv, from 'a3t1_015.dv':
  Duration: 00:00:32.4, start: 0.000000, bitrate: 28771 kb/s
  Stream #0.0: Video: dvvideo, yuv411p, 720x480, 28771 kb/s, 29.97 fps(r)
  Stream #0.1: Audio: pcm_s16le, 32000 Hz, stereo, 1024 kb/s
  Stream #0.2: Audio: pcm_s16le, 32000 Hz, stereo, 1024 kb/s
Must supply at least one output file
eljefe$
Additional InformationI have reported this on the developers mailing list and have tried fixes there, after emailing on that list with Dan Dennedy (subjects were "DV-type2 file fixing?" (i was mistaken, the files were really Raw DV) and "Export is wrong footage").

I will supply files if requested, via a mailed DVD if necessary, since this bug is a showstopper for all work on my video with KDEnlive.
TagsNo tags attached.
Build/Install Method
Attached Files

- Relationships

-  Notes
(0000040)
el_jefe (reporter)
2007-10-22 16:04

This happens under all of the following conditions:
--Kubuntu 7.04 with Trevino's SVN20070922 release
--Kubuntu 7.10 with Ubuntu 0.5 release
--Kubuntu 7.10 with SVN 20071021 build on my machine (using "Easy Build Script" on Installation wiki)

This was with captured RAW-DV files and also with captured AVI2 files, all captured from Kino via FireWire with my Panasonic videocamera. Recorded in 16:9 NTSC, captured as this as well...

Please let me know if I can assist with this! eljefedelito @ gmail.com
(0000041)
el_jefe (reporter)
2007-10-23 19:50

Maybe related?
http://www.kdenlive.org/bbforum/viewtopic.php?f=11&t=297#p1055 [^]
(0000042)
el_jefe (reporter)
2007-10-25 20:20

http://www.youtube.com/watch?v=ZcctdVsOyZw [^]

This is a video of KDEnlive showing the correct Timeline preview of edited footage. Notice as the man in the hat walks down the stairs, you watch his shadow on the ground. He also walks to a door frame and turns around to meet his mysterious host, Doctor White.

After that, the bottom video is an Export/Render of the same timeline, in Kaffeine. Notice the jerky footage, the sped-up footage, and the "double-image" (this double-image has always been an issue, BTW) :( Then we don't see him walking down the stairs at all (with a shadow), but instead just walking around on the floor, with a quick pan up to the ceiling (obviously meant to be cut). Then, rather than seeing the Hatted Man in the door frame, we only see the mysterious doctor for a moment, and a lot of black after that.

If there was audio, the second clip would have been out-of-sync and also wrong, not matching the Timeline (like the video itself doesn't match the Timeline, but the rendered audio doesn't match the rendered video either).

This is with the 2007.10.24 SVN of FFMPEG, MLT, and KDEnlive, using RawDV NTSC footage (captured in Kino) in a default format of RawDV NTSC, and exported to RawDV (exporting to other formats causes all types of other problems)

Any ideas?
(0000043)
ddennedy (developer)
2007-10-26 08:23

I have reproduced the bug. Investigating...
(0000044)
ddennedy (developer)
2007-10-26 08:53

I have confirmed this is not a bug in MLT under typical usage (also as evidenced by correct timeline playback in kdenlive). 'inigo test.kdenlive' plays correctly, and running inigo my.kdenlive with -consumer avformat:test.dv' and the remainder of the kdenlive render profile settings also outputs a correct file. For example,

inigo test.kdenlive -consumer avformat:test.dv format=dv ildct=1 pix_fmt=yuv420p size=720x576 profile=dv_pal real_time=0

Testing above now instead with 'kdenlive_renderer' and reviewing kdenlive source...
(0000045)
ddennedy (developer)
2007-10-26 09:50

I have tried to reproduce it by using the command line options the way the source reads, but I am testing on an old binary against very recently updated sources. Even though I checked the svn log on exportwidget.cpp and nothing appears significant, it is possible something changed elsewhere. I am updating my kdenlive binary. I will try to make kdenlive print what it is executing as well.
(0000046)
ddennedy (developer)
2007-10-26 10:39

I reproduced it with 'MLT_NORMALISATION=NTSC inigo ... profile=pal_dv'
This can be considered a MLT bug by allowing an inconsistent state.
Since MLT defaults to a DV PAL profile in the absence of MLT_PROFILE or MLT_NORMALISATION, there might be an initialization problem affecting all NTSC users. Perhaps I did not see this previously because my ~/.bashrc was setting MLT_NORMALISATION=NTSC as a default.

As a workaround launch kdenlive from a terminal window with 'MLT_NORMALISATION=NTSC kdenlive' and try again.
(0000047)
el_jefe (reporter)
2007-10-26 14:38

YES! Running my SVN with the prefix "MLT_NORMALISATION=NTSC kdenlive" worked; however it found my profile in /usr/ rather than a local SVN build file, not sure if this is important or not (see code output below). There also seem to be a lot of messages about "Got a request for a changed clip that is not in the document" but i am not sure if this is important (for other reasons, not the Render bug) or not.

For future use, how would I create a MLT_PROFILE or MLT_NORMALISATION file? Or just always run the app with the "MLT_NORMALISATION=NTSC kdenlive" command? Or is this bug fixable somehow?

Beginning of the output when running:

TSC kdenlive
kdenlive: + + YOUR MLT INSTALL WAS FOUND IN: /usr
kdenlive: Mlt inited
kdenlive: Creating new document
kdenlive: deleting contents...
kdenlive: Creating new document DONE
kdenlive: **************** INIT DOCUMENT VIEW ***************
kdenlive: + + CREATING CONSUMER WITH PROFILE: dv_ntsc_wide
kdenlive: + + CREATING CONSUMER WITH PROFILE: dv_ntsc_wide
kdenlive: WARNING: KdenliveDoc::loadFromXML() document element has unknown tagName : kdenlivedoc
kdenlive: // DOCUMENT: /home/eljefe/Agents3.kdenlive, version: 0.6
kdenlive: + + RESET CONSUMER WITH PROFILE: dv_ntsc_wide
kdenlive: + + RESET CONSUMER WITH PROFILE: dv_ntsc_wide
kdenlive: Creating new document
kdenlive: deleting contents...
kdenlive: Creating new document DONE
kdenlive: **************** INIT DOCUMENT VIEW ***************
kdenlive: + + CREATING CONSUMER WITH PROFILE: dv_ntsc_wide
kdenlive: + + CREATING CONSUMER WITH PROFILE: dv_ntsc_wide
kdenlive: KdenliveDoc in closeDocument()
kdenlive: deleting contents...
kdenlive: *** DOCUMENT adding clip: Basement
kdenlive: WARNING: Got a request for a changed clip that is not in the document : a3t1_005.dv
kdenlive: *** DOCUMENT adding clip: a3t1_005.dv
kdenlive: WARNING: Got a request for a changed clip that is not in the document : a3t1_006.dv
kdenlive: *** DOCUMENT adding clip: a3t1_006.dv
kdenlive: WARNING: Got a request for a changed clip that is not in the document : a3t1_007.dv
kdenlive: *** DOCUMENT adding clip: a3t1_007.dv
kdenlive: WARNING: Got a request for a changed clip that is not in the document : a3t1_008.dv
kdenlive: *** DOCUMENT adding clip: a3t1_008.dv
kdenlive: WARNING: Got a request for a changed clip that is not in the document : a3t1_009.dv
kdenlive: *** DOCUMENT adding clip: a3t1_009.dv
kdenlive: WARNING: Got a request for a changed clip that is not in the document : a3t1_010.dv
kdenlive: *** DOCUMENT adding clip: a3t1_010.dv
kdenlive: WARNING: Got a request for a changed clip that is not in the document : a3t1_011.dv
kdenlive: *** DOCUMENT adding clip: a3t1_011.dv
kdenlive: WARNING: Got a request for a changed clip that is not in the document : a3t1_012.dv
kdenlive: *** DOCUMENT adding clip: a3t1_012.dv
...
...
...
...
(0000048)
ddennedy (developer)
2007-10-26 17:36

I am working on the bug in MLT.

As for making an environment variable, I think it should be sufficient to:
$ echo export MLT_NORMALISATION=NTSC >> ~/.bashrc
Then, you'd have to logout and login if using an desktop environment.

MLT locates its profiles based upon where you installed it to regardless of your "SVN build file' -- not sure what you mean by that. It takes special environment variables (PATH, LD_LIBRARY_PATH, MLT_REPOSITORY) to override defaults. One can see what the default is by running 'mlt-config --prefix'

Ignore the diagnostic messages unless you are requested to look for something in particular or if you want to cross-reference them with the source code yourself.
(0000049)
el_jefe (reporter)
2007-10-26 17:55

>MLT locates its profiles based upon where you installed it to regardless
>of your "SVN build file' -- not sure what you mean by that. It takes special
>environment variables (PATH, LD_LIBRARY_PATH, MLT_REPOSITORY) to override
>defaults. One can see what the default is by running 'mlt-config --prefix'

I guess what I mean is, I have the SVN build of FFMPEG, MLT, and KDEnlive; when running the SVN version of KDEnlive, I want to make sure it is looking for the most recent MLT profile (I assume), which is in my ~/build/... folders, not in /usr/ (which is the system's install location due to Kubuntu's KDEnlive install from repository).

If this makes no difference or if a future SNV revision fixes it anyways, then maybe I needn't worry...?

Thanks again!
(0000051)
el_jefe (reporter)
2007-10-30 01:30
edited on: 2007-10-30 01:30

With the "MLT_NORMALISATION=NTSC kdenlive" this is an export where everything lines up and exports much better, but the audio becomes just a little off as time passes...

There is no audio overlay, so everywhere there is a video cut there should also be an audio cut, which can be heard in the noise of the audio. Its obviously much better but still the two aren't 'married'

http://www.youtube.com/watch?v=loVmzsmlJ5Q [^]

Thanks!

(0000052)
ddennedy (developer)
2007-10-30 04:33

Please open a separate bug for the audio/video sync issue, but when doing so, please do not reference that youtube video. It is too difficult to discern any problems in that video. Rather provide information like trying to qualify the problem, any patterns to reproduce, the .kdenlive file.
(0000053)
rushfan (reporter)
2007-10-31 03:40

I had the same exact problem, used the same fix, and now have the same audio sync issues. I'll open a new bug.
(0000777)
madsdyd (administrator)
2008-10-30 21:24

Fixed in MLT or something, a long time ago. Closing.

- Issue History
Date Modified Username Field Change
2007-10-21 19:27 el_jefe New Issue
2007-10-22 16:04 el_jefe Note Added: 0000040
2007-10-23 19:50 el_jefe Note Added: 0000041
2007-10-25 20:20 el_jefe Note Added: 0000042
2007-10-26 08:23 ddennedy Note Added: 0000043
2007-10-26 08:53 ddennedy Note Added: 0000044
2007-10-26 09:50 ddennedy Note Added: 0000045
2007-10-26 10:39 ddennedy Note Added: 0000046
2007-10-26 14:38 el_jefe Note Added: 0000047
2007-10-26 17:36 ddennedy Note Added: 0000048
2007-10-26 17:55 el_jefe Note Added: 0000049
2007-10-30 01:30 el_jefe Note Added: 0000051
2007-10-30 01:30 el_jefe Note Edited: 0000051
2007-10-30 04:33 ddennedy Note Added: 0000052
2007-10-31 03:40 rushfan Note Added: 0000053
2008-10-30 21:24 madsdyd Note Added: 0000777
2008-10-30 21:24 madsdyd Status new => closed
2008-10-30 21:24 madsdyd Resolution open => fixed
2008-10-30 21:24 madsdyd Fixed in Version => 0.5 (KDE3)


Copyright © 2000 - 2014 MantisBT Team
Powered by Mantis Bugtracker