Kdenlive bug tracker
Home page
| Anonymous | Login | Signup for a new account | 2013-05-23 01:58 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 | ||||||||
| 0002538 | Kdenlive | Rendering | public | 2012-03-09 01:01 | 2012-03-12 21:57 | ||||||||
| Reporter | FishB8 | ||||||||||||
| Assigned To | |||||||||||||
| Priority | normal | Severity | minor | Reproducibility | always | ||||||||
| Status | new | Resolution | open | ||||||||||
| Platform | 64 bit | OS | Gentoo Linux | OS Version | 2008.0 | ||||||||
| Product Version | Recent git | ||||||||||||
| Target Version | Fixed in Version | ||||||||||||
| Summary | 0002538: Quicktime audio sync bug | ||||||||||||
| Description | This is a rather odd bug, and I'm not really sure what would cause it. If I render a file to an mp4 file (h264/aac) and play it with anything based of libavcodec (vlc, mplayer, etc) it plays fine. If I play the same file with something Quicktime based, the audio sync is off. (No edits, just one source file dumped into the timeline, project settings set to match the source settings) The part that makes it odd, is that if I encode the same source file, with the same settings, directly with ffmpeg, if playes in sync on both libavcodec and quicktime based players. ffprobe shows the audio streams starting at timestamp 0 for both encoded mp4 files. | ||||||||||||
| Tags | No tags attached. | ||||||||||||
| Build/Install Method | Manual build from Git | ||||||||||||
| Attached Files | |||||||||||||
 Relationships |
|
 Relationships |
|
Notes |
|
|
(0007925) FishB8 (reporter) 2012-03-11 02:32 |
I have further found that this problem is not specific to Quicktime. Even though I can get ffplay to play back the rendered files with audio sync, if I then re-encode the files with ffmpeg, the audio sync from the second encode is out of sync in the same manner as seen with Quicktime. May not be related, but when encoding with ffmpeg I noticed this output from the terminal: "Switching to NI mode, due to poor interleaving" |
|
(0007926) FishB8 (reporter) 2012-03-11 05:03 |
I may have narrowed down the issue somewhat. The original sources are DNxHD / MOV files from and AVID system. If I pull them directly in, the sync in the editor is fine, but the sync in the rendering is off. However, if I first transcode the file to MJPEG / AVI file, the sync in the editor is slightly off, but the sync in the rendering is correct. |
|
(0007927) FishB8 (reporter) 2012-03-12 21:57 |
After some more testing, I think this is specific to DNxHD. Here's what I've been able to determine: - libavcodec based players also have sync issues, contrary to what I originally reported. It's just that it isn't nearly as noticeable as in quicktime. - This only seems to be an issue with DNxHD. Transcoding to MJPEG or ProRes before importing both worked great. However the sync in the editor is always off. Perhaps kdenlive was just tested with DNxHD content (since that's whats mostly available in the transcode menu) and as a result messed everything else up? The exports are in sync, but the playback in the editor is not. The exact opposite is true if I use the original DNxHD sources. - Doing some searching I've found that ffmpeg's support for interlaced DNxHD files is poor and buggy. The source files I'm working with are 1080i. Perhaps that is creating problems as well. (however, it seems to be ok for the purpose to transcoding them to other formats) |
|
Notes |
|
Issue History |
|||
| Date Modified | Username | Field | Change |
| 2012-03-09 01:01 | FishB8 | New Issue | |
| 2012-03-11 02:32 | FishB8 | Note Added: 0007925 | |
| 2012-03-11 05:03 | FishB8 | Note Added: 0007926 | |
| 2012-03-12 21:57 | FishB8 | Note Added: 0007927 | |
|
Issue History |
| Copyright © 2000 - 2013 MantisBT Team |
 |