Kdenlive   bug tracker Home page

View Issue Details Jump to Notes ] Issue History ] Print ]
IDProjectCategoryView StatusDate SubmittedLast Update
0002533KdenliveRenderingpublic2012-02-29 13:122012-06-16 07:28
Reporterrbckman 
Assigned To 
PrioritynormalSeveritymajorReproducibilityalways
StatusnewResolutionopen 
Platform32 bit intel and alikeOSUbuntuOS Version10.04
Product Version0.8.2.1 
Target VersionFixed in Version 
Summary0002533: Audio rendering issue
DescriptionH.264 / AVC 50 frames per second
Raw 16-bit PCM audio Stereo 48000 Hz

Rendering my footage from my Canon 7D camera will produce very glitchy and bad sound. I uploaded the sound file here http://robinbackman.com/bad-render-sound.wav [^]

I've tried to render it in different formats but it always comes out like this.

I can edit the video fine, it's only when rendering that this issue is produced.

It's in both Kdenlive 8.2 and 8.3

Maybe a ffmpeg bug!?
TagsNo tags attached.
Build/Install Method3rd party package
Attached Files

- Relationships

-  Notes
(0007909)
rbckman (reporter)
2012-03-01 12:11
edited on: 2012-03-27 10:30

The audio is also very glitchy and bad in playback. Proxy clips fixes the audio in playback however when I render my final movie the audio is bad again.

(0007946)
rbckman (reporter)
2012-03-27 10:37
edited on: 2012-03-27 11:21

I still got this same issue with the newest sunab release.

kdenlive 0.8.3+git20120317.7cd7234f-0ubuntu0~sunab~lucid1
mlt 0.7.9+git20120317.c96b41e1-0ubuntu0~sunab~lucid1

Tried installing the default Ubuntu release of Kdenlive 0.7.7.1 and mlt 0.5.4-1 and everything is fine with playback and rendering. So it isn't a ffmpeg bug?

(0007947)
rbckman (reporter)
2012-03-27 10:50

This is what happens when I playback the H.264 / AVC format


[h264 @ 0x9f5e8c50]AVC: Consumed only 105509 bytes instead of 105512
[h264 @ 0x9f5e8c50]AVC: Consumed only 120581 bytes instead of 120584
[h264 @ 0x9f5e8c50]AVC: Consumed only 102457 bytes instead of 102460
[h264 @ 0x9f5e8c50]AVC: Consumed only 122522 bytes instead of 122536
[h264 @ 0x9f5e8c50]AVC: Consumed only 130409 bytes instead of 130412
[h264 @ 0x9f5e8c50]AVC: Consumed only 117037 bytes instead of 117040
[h264 @ 0x9f5e8c50]AVC: Consumed only 102713 bytes instead of 102716
[h264 @ 0x9f5e8c50]AVC: Consumed only 100345 bytes instead of 100348
[h264 @ 0x9f5e8c50]AVC: Consumed only 119873 bytes instead of 119876
[h264 @ 0x9f5e8c50]AVC: Consumed only 117265 bytes instead of 117268
[h264 @ 0x9f5e8c50]AVC: Consumed only 114853 bytes instead of 114856
[h264 @ 0x9f5e8c50]AVC: Consumed only 118265 bytes instead of 118276
[h264 @ 0x9f5e8c50]AVC: Consumed only 114873 bytes instead of 114876
[h264 @ 0x9f5e8c50]AVC: Consumed only 114065 bytes instead of 114068
[h264 @ 0x9f5e8c50]AVC: Consumed only 118633 bytes instead of 118636
[h264 @ 0x9f5e8c50]AVC: Consumed only 108225 bytes instead of 108228
[h264 @ 0x9f5e8c50]AVC: Consumed only 105533 bytes instead of 105536
[h264 @ 0x9f5e8c50]AVC: Consumed only 113417 bytes instead of 113420
[h264 @ 0x9f5e8c50]AVC: Consumed only 114525 bytes instead of 114528
[h264 @ 0x9f5e8c50]AVC: Consumed only 114469 bytes instead of 114472
[h264 @ 0x9f5e8c50]AVC: Consumed only 119513 bytes instead of 119516
[h264 @ 0x9f5e8c50]AVC: Consumed only 114017 bytes instead of 114020
[h264 @ 0x9f5e8c50]AVC: Consumed only 115447 bytes instead of 115456
[h264 @ 0x9f5e8c50]AVC: Consumed only 114765 bytes instead of 114768
[h264 @ 0x9f5e8c50]AVC: Consumed only 112401 bytes instead of 112404
[h264 @ 0x9f5e8c50]AVC: Consumed only 160753 bytes instead of 160756
[h264 @ 0x9f5e8c50]AVC: Consumed only 114045 bytes instead of 114048
[h264 @ 0x9f5e8c50]AVC: Consumed only 114157 bytes instead of 114160
[h264 @ 0x9f5e8c50]AVC: Consumed only 162169 bytes instead of 162172
[h264 @ 0x9f5e8c50]AVC: Consumed only 111445 bytes instead of 111448
[h264 @ 0x9f5e8c50]AVC: Consumed only 112669 bytes instead of 112672
[h264 @ 0x9f5e8c50]AVC: Consumed only 111065 bytes instead of 111068
[h264 @ 0x9f5e8c50]AVC: Consumed only 114749 bytes instead of 114752
[h264 @ 0x9f5e8c50]AVC: Consumed only 116093 bytes instead of 116096
[h264 @ 0x9f5e8c50]AVC: Consumed only 115509 bytes instead of 115512
[h264 @ 0x9f5e8c50]AVC: Consumed only 163113 bytes instead of 163116
[h264 @ 0x9f5e8c50]AVC: Consumed only 114029 bytes instead of 114032
[h264 @ 0x9f5e8c50]AVC: Consumed only 116077 bytes instead of 116080
[h264 @ 0x9f5e8c50]AVC: Consumed only 115359 bytes instead of 115368
[h264 @ 0x9f5e8c50]AVC: Consumed only 164929 bytes instead of 164932
[h264 @ 0x9f5e8c50]AVC: Consumed only 115969 bytes instead of 115972
[h264 @ 0x9f5e8c50]AVC: Consumed only 108261 bytes instead of 108264
[h264 @ 0x9f5e8c50]AVC: Consumed only 105229 bytes instead of 105232
[h264 @ 0x9f5e8c50]AVC: Consumed only 112281 bytes instead of 112284
[h264 @ 0x9f5e8c50]AVC: Consumed only 119033 bytes instead of 119036
[h264 @ 0x9858cba0]AVC: Consumed only 110557 bytes instead of 110560
[h264 @ 0x9858cba0]AVC: Consumed only 112401 bytes instead of 112404
[h264 @ 0x9858cba0]AVC: Consumed only 110893 bytes instead of 110896
[h264 @ 0x9858cba0]AVC: Consumed only 115201 bytes instead of 115204
[h264 @ 0x9858cba0]AVC: Consumed only 118397 bytes instead of 118400
[h264 @ 0x9858cba0]AVC: Consumed only 179337 bytes instead of 179340
[h264 @ 0x9858cba0]AVC: Consumed only 114473 bytes instead of 114476
[h264 @ 0x9858cba0]AVC: Consumed only 116001 bytes instead of 116004
[h264 @ 0x9858cba0]AVC: Consumed only 117765 bytes instead of 117768
[h264 @ 0x9858cba0]AVC: Consumed only 119073 bytes instead of 119076
[h264 @ 0x9858cba0]AVC: Consumed only 121074 bytes instead of 121080
[h264 @ 0x9858cba0]AVC: Consumed only 158917 bytes instead of 158920
[h264 @ 0x9858cba0]AVC: Consumed only 98821 bytes instead of 98824
[h264 @ 0x9858cba0]AVC: Consumed only 88901 bytes instead of 88904
[h264 @ 0x9858cba0]AVC: Consumed only 95217 bytes instead of 95220
[h264 @ 0x9858cba0]AVC: Consumed only 94029 bytes instead of 94032
[h264 @ 0x9858cba0]AVC: Consumed only 109565 bytes instead of 109568
[h264 @ 0x9858cba0]AVC: Consumed only 110489 bytes instead of 110492
[h264 @ 0x9858cba0]AVC: Consumed only 113825 bytes instead of 113828
[h264 @ 0x9858cba0]AVC: Consumed only 110981 bytes instead of 110984
[h264 @ 0x9858cba0]AVC: Consumed only 115909 bytes instead of 115912
[h264 @ 0x9858cba0]AVC: Consumed only 113785 bytes instead of 113788
[h264 @ 0x9858cba0]AVC: Consumed only 110317 bytes instead of 110320
[h264 @ 0x9858cba0]AVC: Consumed only 115093 bytes instead of 115104
[h264 @ 0x9858cba0]AVC: Consumed only 104909 bytes instead of 104912
[h264 @ 0x9858cba0]AVC: Consumed only 108253 bytes instead of 108256
[h264 @ 0x9858cba0]AVC: Consumed only 105401 bytes instead of 105404
[h264 @ 0x9858cba0]AVC: Consumed only 115321 bytes instead of 115324
[h264 @ 0x9858cba0]AVC: Consumed only 114145 bytes instead of 114148
[h264 @ 0x9858cba0]AVC: Consumed only 113465 bytes instead of 113468
[h264 @ 0x9858cba0]AVC: Consumed only 121137 bytes instead of 121140
[h264 @ 0x9858cba0]AVC: Consumed only 114365 bytes instead of 114368
[h264 @ 0x9858cba0]AVC: Consumed only 100169 bytes instead of 100172
[h264 @ 0x9858cba0]AVC: Consumed only 99129 bytes instead of 99132
(0008128)
CodeLurker (reporter)
2012-06-16 07:28

This issue is also may be related:

http://www.kdenlive.org/mantis/view.php?id=2586 [^]

Note that this is not a processor power problem, and proxy clips has not fixed this. I don't have a way of elevating its status, but it might be a dupe of this one, or three separate issues, depending on how you count. There is something similar with the Python video editor, PiTiVi, which uses Gstreamer. It has a very similar kind of audio glitch, which is discussed in the comments, at this YouTube demonstration that has said glitches:

http://www.youtube.com/watch?v=obLA4ZagGew&feature=related [^]

- Issue History
Date Modified Username Field Change
2012-02-29 13:12 rbckman New Issue
2012-03-01 10:53 rbckman Note Added: 0007907
2012-03-01 12:11 rbckman Note Added: 0007909
2012-03-01 14:07 rbckman Note Added: 0007911
2012-03-01 14:07 rbckman Note Edited: 0007911 View Revisions
2012-03-01 14:08 rbckman Note Edited: 0007911 View Revisions
2012-03-01 16:39 rbckman Note Edited: 0007911 View Revisions
2012-03-01 16:39 rbckman Note Edited: 0007911 View Revisions
2012-03-27 10:27 rbckman Note Edited: 0007909 View Revisions
2012-03-27 10:30 rbckman Note Edited: 0007909 View Revisions
2012-03-27 10:37 rbckman Note Added: 0007946
2012-03-27 10:43 rbckman Note Deleted: 0007907
2012-03-27 10:44 rbckman Note Deleted: 0007911
2012-03-27 10:46 rbckman Note Edited: 0007946 View Revisions
2012-03-27 10:50 rbckman Note Added: 0007947
2012-03-27 11:21 rbckman Note Edited: 0007946 View Revisions
2012-03-27 11:21 rbckman Note Edited: 0007946 View Revisions
2012-06-16 07:28 CodeLurker Note Added: 0008128


Copyright © 2000 - 2014 MantisBT Team
Powered by Mantis Bugtracker