| Anonymous | Login | Signup for a new account | 2013-06-20 11:16 CEST | ![]() |
| Main | My View | View Issues | Change Log | Roadmap |
| View Issue Details [ Jump to Notes ] | [ Issue History ] [ Print ] | ||||||||||||
| ID | Project | Category | View Status | Date Submitted | Last Update | ||||||||
| 0002533 | Kdenlive | Rendering | public | 2012-02-29 13:12 | 2012-06-16 07:28 | ||||||||
| Reporter | rbckman | ||||||||||||
| Assigned To | |||||||||||||
| Priority | normal | Severity | major | Reproducibility | always | ||||||||
| Status | new | Resolution | open | ||||||||||
| Platform | 32 bit intel and alike | OS | Ubuntu | OS Version | 10.04 | ||||||||
| Product Version | 0.8.2.1 | ||||||||||||
| Target Version | Fixed in Version | ||||||||||||
| Summary | 0002533: Audio rendering issue | ||||||||||||
| Description | H.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!? | ||||||||||||
| Tags | No tags attached. | ||||||||||||
| Build/Install Method | 3rd party package | ||||||||||||
| Attached Files | |||||||||||||
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 - 2013 MantisBT Team |