fixed: ada155d [editor] Workaround bad display of first frame on interlaced content
If this refers to garbled frame after loading video.
My preliminary observations would be:
graphic buffer not cleared before loading video: fragments of previously loaded video 720p4audioTracks3satá´´á´° showing through.
-- perhaps load black frame before loading rebuild video frame)
-- black frame code is already there in filters 'Black'
also noticed the key frame is not on 00:00:00, the next key frame (up keyboard arrow) is ahead. With provided mpeg-ts 1080i sample file it is @ 00:00:00.400
010seconds1920x1080OneTrack.ts (https://www.wetransfer.com/downloads/b9739ce4d50cc592080204d8fdf6062720160529103103/f82873d8fd022bec86b573aaf699736420160529103103/33cbba) @ wetransfer.com File (4.49 MB total) Will be deleted on 5 June, 2016
I've been wondering about the first Key frame not at 0 on the time too. The sound on any video I load does not keep time with the video for the last couple official builds. It is like the video and sound are running at two different speeds; not just offset.
sound: DTS or AC3 or Stereo, be more specific, could be important as avidemux is not really a video player.
I'm editing US broadcast over the air TV shows. Checking a few different shows it looks like it is probably always AC3 as a standard for the USA over the air broadcast TV.
That problem has always be there, more or less blatant
I'm letting it for the moment as it is a very easy to reproduce use case, so that i can focus on it later (very soon)
I've been using Avidemux for a 3-4 years and it seems like since 2.6.10, I believe, the problem has been more apparent. It seems like it used to get a little out here and there. Now it seems like there is a specific speed difference between the video and audio playback as the gap seems to grow at a specific rate.
I don't know if the description helps as to where in the code the may be a number that needs to be more precise as if it were getting rounded to the nearest digit or just a constant in a formula that is just the wrong number as it would make the gap grow at a constant rate. Hope that helps but you probably have a much better idea than me already.
Most likely the developers need more info on this.
- can you check this has nothing to do with 60 fps (US) vs 50 fps (EU)
- produce/document a work flow that produces this result, so developer(s) can reproduce this themselves.
- this effect does this happen too when you save the video in avidemux and play with vlc?
- does this happen also on other media player(s): movie on usb stick/over network to flatscreen or on blu-ray player, ....
Playing video with AC3 on pc could be an issue: delay, this delay is however constant.
Once you start documenting: create a new thread with your findings.
I would need a sample video
I live in PAL land , and if indeed it is a rounding issue, it does not happen as easily here
I'm going to try working with the videos on two different systems first to see if it specific to the computer system I have been working on.