0000297: MOV / AVI files crashing Kdenlive and showing up with incorrect sound previews

(0000765)
madsdyd (administrator)
2008-10-30 08:47

Could this be the same issue as
http://www.kdenlive.org/mantis/view.php?id=173 [^] ?
Could you try the workaround there?

Thanks.

(0000775)
cinephiliac (updater)
2008-10-30 15:57

Seems to be different. Turning off all previews (Video and Audio) doesn't seem to make any difference.

(0000819)
cinephiliac (updater)
2008-11-06 07:59
edited on: 2008-11-06 08:19

OK, in r2624, I can now add this file to the timeline and move it without problems. Without fail though, it's still crashing Kdenlive any time the cursor goes beyond a certain point. For example on the testing file uploaded at http://projects.zeno.thinkhost.com/kdenlive/gum_drops_01.avi [^] it crashes anytime after 00:00:26:00. (WARNING: It's nearly 50mb, but it was the smallest AVI I had). Even switching to the record tab instead of project window preview still crashes Kdenlive.

Backtrace is attached as avi_crash_r2624.txt.

I just noticed that ffplay isn't able to play past this point when called directly by CLI, so I'm guessing that it's an ffmpeg issue, however it would still be nice if it didn't crash the whole system.

(0000820)
cinephiliac (updater)
2008-11-06 08:19

Not sure if this is a different bug or related, but another file I have (a .mov) doesn't crash anything, but also seems to have all its sound "squashed" into the first half of the video (even with audio+video thumbnails turned off).

It plays absolutely fine in ffplay, but has the sound permanently maxed for the first 1/2 then nothing for the second in inigo. This file is available at:
http://projects.zeno.thinkhost.com/kdenlive/pp009.MOV [^] .(16mb)

(0000940)
ddennedy (developer)
2008-11-09 02:33

Oh, how I yearn for the days of working on Kino when all I had to worry about was DV. Addressing this kinds of bugs is the long haul. We will never be able to support everything especially with all the interop issues introduced by the multitude of software.

(0000941)
ddennedy (developer)
2008-11-09 02:43

I reproduced the issue wth pp009.MOV. I will look into it. I see it using 8-bit audio, and even though we have attempted to upscale it to 16-bit, it is more than likely untested.

(0000948)
cinephiliac (updater)
2008-11-09 07:02

Thanks Dan. You're a legend.

It would kind of make sense, too that if the app was expecting 16bits and getting 8 that it would come out 1/2 the length and squashed at the start.

I suspect that even if we can't support everything, that just accurately notifying users when something's unsupported and possibly suggesting that they transcode it with another tool would be better than it opening "corrupted". We could also suggest that DV / HDV are Kdenlives "preferred" formats, much as Cinelerra has Quicktime as their preferred format.

(0000954)
madsdyd (administrator)
2008-11-09 10:54

Acknowledging for 0.7.1, and "assigning" to ddennedy.

(0001008)
cinephiliac (updater)
2008-11-10 01:59

Assigned to Dan as per above.

(0001402)
ddennedy (developer)
2008-11-25 04:32

fixed in MLT SVN r1242

(0001405)
ddennedy (developer)
2008-11-25 04:45

Also it requires libacodec >= 51.71.0 (Sep 1, 2008)

(0001408)
cinephiliac (updater)
2008-11-25 16:31

Hi Dan,

I tried to confirm this fix. Audio thumbnails seem to have the sound correctly spaced out now, however it still crashes shortly after dragging to the timeline (see "8bit_sound" backtrace attached).

I'm having trouble detecting if I have libacodec or not, and if so what version. There's no remotely similar looking package in the Kubuntu 8.10 repo's. Is this something built by the KBW?

Googling seems to suggest some link to Mplayer, of which I have version 1.0-rc2 and my other versions are:
Kdenlive Builder Wizard version: 0.7.1
ffmpeg: Revision: 15935 Last Changed Date: 2008-11-25 02:34:20 -0500 (Tue, 25 Nov 2008)
mlt: Revision: 1243 Last Changed Date: 2008-11-24 22:48:01 -0500 (Mon, 24 Nov 2008)
mlt++: Revision: 1243 Last Changed Date: 2008-11-06 00:32:23 -0500 (Thu, 06 Nov 2008)
kdenlive: Revision: 2733 Last Changed Date: 2008-11-25 08:19:18 -0500 (Tue, 25 Nov 2008)
Qt: 4.4.3
KDE: 4.1.3 (KDE 4.1.3)
Kdenlive: 0.7

(0001409)
ddennedy (developer)
2008-11-25 17:34

I tested with the clip named pp009.MOV and with WAV files I made myself using ffmpeg. libavcodec is a part of ffmpeg. Make sure the wizard is set to clean sources.

(0001410)
ddennedy (developer)
2008-11-25 17:35

Unfortunately, the backtrace you uploaded is useless.

(0001414)
ddennedy (developer)
2008-11-25 22:11

Another bug report in the mailing list helped me find a repro case. I believe this is now fixed in MLT r1244.

(0001445)
cinephiliac (updater)
2008-11-27 16:36

Fix tested and confirmed. Another evil bug falls before the awesome powers of "Lightning Dan's" MLT Foo!

Thanks Dan. :)

Issue History
Date Modified	Username	Field	Change
2008-10-30 03:03	cinephiliac	New Issue
2008-10-30 03:03	cinephiliac	File Added: gdb_output.avi.txt
2008-10-30 03:03	cinephiliac	File Added: gdb_output.mov.txt
2008-10-30 03:04	cinephiliac	File Added: crash_videos.jpeg
2008-10-30 08:47	madsdyd	Note Added: 0000765
2008-10-30 08:47	madsdyd	Status	new => feedback
2008-10-30 15:57	cinephiliac	Note Added: 0000775
2008-11-06 07:59	cinephiliac	Note Added: 0000819
2008-11-06 07:59	cinephiliac	File Added: avi_crash_r2624.txt
2008-11-06 08:19	cinephiliac	Note Added: 0000820
2008-11-06 08:19	cinephiliac	Note Edited: 0000819
2008-11-09 02:33	ddennedy	Note Added: 0000940
2008-11-09 02:43	ddennedy	Note Added: 0000941
2008-11-09 07:02	cinephiliac	Note Added: 0000948
2008-11-09 10:54	madsdyd	Note Added: 0000954
2008-11-09 10:54	madsdyd	Assigned To	=> ddennedy
2008-11-09 10:54	madsdyd	Status	feedback => acknowledged
2008-11-09 10:54	madsdyd	Target Version	=> 0.7.1
2008-11-10 01:59	cinephiliac	Note Added: 0001008
2008-11-10 01:59	cinephiliac	Status	acknowledged => assigned
2008-11-17 20:54	madsdyd	Target Version	0.7.1 => future version
2008-11-24 20:57	ddennedy	Relationship added	has duplicate 0000406
2008-11-24 21:07	madsdyd	Relationship added	has duplicate 0000401
2008-11-25 04:32	ddennedy	Note Added: 0001402
2008-11-25 04:45	ddennedy	Note Added: 0001405
2008-11-25 16:30	cinephiliac	File Added: 8bit_sound_crash.post_mlt_commit-1242.txt
2008-11-25 16:31	cinephiliac	Note Added: 0001408
2008-11-25 17:34	ddennedy	Note Added: 0001409
2008-11-25 17:35	ddennedy	Note Added: 0001410
2008-11-25 22:11	ddennedy	Note Added: 0001414
2008-11-27 16:36	cinephiliac	Build/Install Method	=> Build Wizard
2008-11-27 16:36	cinephiliac	Note Added: 0001445
2008-11-27 16:36	cinephiliac	Status	assigned => resolved
2008-11-27 16:36	cinephiliac	Resolution	open => fixed
2008-11-28 21:42	madsdyd	Fixed in Version	=> Recent git
2008-12-29 15:36	madsdyd	Fixed in Version	Recent git => 0.7.1
2008-12-29 15:37	madsdyd	Status	resolved => closed
2008-12-29 15:52	madsdyd	Target Version	future version => 0.7.1

Notes
(0000765) madsdyd (administrator) 2008-10-30 08:47	Could this be the same issue as http://www.kdenlive.org/mantis/view.php?id=173 [^] ? Could you try the workaround there? Thanks.

(0000775) cinephiliac (updater) 2008-10-30 15:57	Seems to be different. Turning off all previews (Video and Audio) doesn't seem to make any difference.

(0000819) cinephiliac (updater) 2008-11-06 07:59 edited on: 2008-11-06 08:19	OK, in r2624, I can now add this file to the timeline and move it without problems. Without fail though, it's still crashing Kdenlive any time the cursor goes beyond a certain point. For example on the testing file uploaded at http://projects.zeno.thinkhost.com/kdenlive/gum_drops_01.avi [^] it crashes anytime after 00:00:26:00. (WARNING: It's nearly 50mb, but it was the smallest AVI I had). Even switching to the record tab instead of project window preview still crashes Kdenlive. Backtrace is attached as avi_crash_r2624.txt. I just noticed that ffplay isn't able to play past this point when called directly by CLI, so I'm guessing that it's an ffmpeg issue, however it would still be nice if it didn't crash the whole system.

(0000820) cinephiliac (updater) 2008-11-06 08:19	Not sure if this is a different bug or related, but another file I have (a .mov) doesn't crash anything, but also seems to have all its sound "squashed" into the first half of the video (even with audio+video thumbnails turned off). It plays absolutely fine in ffplay, but has the sound permanently maxed for the first 1/2 then nothing for the second in inigo. This file is available at: http://projects.zeno.thinkhost.com/kdenlive/pp009.MOV [^] .(16mb)

(0000940) ddennedy (developer) 2008-11-09 02:33	Oh, how I yearn for the days of working on Kino when all I had to worry about was DV. Addressing this kinds of bugs is the long haul. We will never be able to support everything especially with all the interop issues introduced by the multitude of software.

(0000941) ddennedy (developer) 2008-11-09 02:43	I reproduced the issue wth pp009.MOV. I will look into it. I see it using 8-bit audio, and even though we have attempted to upscale it to 16-bit, it is more than likely untested.

(0000948) cinephiliac (updater) 2008-11-09 07:02	Thanks Dan. You're a legend. It would kind of make sense, too that if the app was expecting 16bits and getting 8 that it would come out 1/2 the length and squashed at the start. I suspect that even if we can't support everything, that just accurately notifying users when something's unsupported and possibly suggesting that they transcode it with another tool would be better than it opening "corrupted". We could also suggest that DV / HDV are Kdenlives "preferred" formats, much as Cinelerra has Quicktime as their preferred format.

(0000954) madsdyd (administrator) 2008-11-09 10:54	Acknowledging for 0.7.1, and "assigning" to ddennedy.

(0001008) cinephiliac (updater) 2008-11-10 01:59	Assigned to Dan as per above.

(0001402) ddennedy (developer) 2008-11-25 04:32	fixed in MLT SVN r1242

(0001405) ddennedy (developer) 2008-11-25 04:45	Also it requires libacodec >= 51.71.0 (Sep 1, 2008)

(0001408) cinephiliac (updater) 2008-11-25 16:31	Hi Dan, I tried to confirm this fix. Audio thumbnails seem to have the sound correctly spaced out now, however it still crashes shortly after dragging to the timeline (see "8bit_sound" backtrace attached). I'm having trouble detecting if I have libacodec or not, and if so what version. There's no remotely similar looking package in the Kubuntu 8.10 repo's. Is this something built by the KBW? Googling seems to suggest some link to Mplayer, of which I have version 1.0-rc2 and my other versions are: Kdenlive Builder Wizard version: 0.7.1 ffmpeg: Revision: 15935 Last Changed Date: 2008-11-25 02:34:20 -0500 (Tue, 25 Nov 2008) mlt: Revision: 1243 Last Changed Date: 2008-11-24 22:48:01 -0500 (Mon, 24 Nov 2008) mlt++: Revision: 1243 Last Changed Date: 2008-11-06 00:32:23 -0500 (Thu, 06 Nov 2008) kdenlive: Revision: 2733 Last Changed Date: 2008-11-25 08:19:18 -0500 (Tue, 25 Nov 2008) Qt: 4.4.3 KDE: 4.1.3 (KDE 4.1.3) Kdenlive: 0.7

(0001409) ddennedy (developer) 2008-11-25 17:34	I tested with the clip named pp009.MOV and with WAV files I made myself using ffmpeg. libavcodec is a part of ffmpeg. Make sure the wizard is set to clean sources.

(0001410) ddennedy (developer) 2008-11-25 17:35	Unfortunately, the backtrace you uploaded is useless.

(0001414) ddennedy (developer) 2008-11-25 22:11	Another bug report in the mailing list helped me find a repro case. I believe this is now fixed in MLT r1244.

(0001445) cinephiliac (updater) 2008-11-27 16:36	Fix tested and confirmed. Another evil bug falls before the awesome powers of "Lightning Dan's" MLT Foo! Thanks Dan. :)