> For the 1st one, I can create the same wrong sync with devel version,
> but if I test with 2.3.1 too, then I also have the same bad sync around
> 8min.
> Do you confirm sync goes bad too with 2.3.1 ? If so, does it work better
> with hatari 2.2 or 2.1 ? (it's possible this drift between audio / video
> has always existed more or less and becomes noticable only with large
> video).
> In the end, it could be related to how fps is stored inside avi file and
> maybe there's a bad rounding (we have maybe 0.6 sec of shifting between
> audio and video after 8 min, which would be a 0.1 % error, not that much
> :( )
Hi,
back in August I did the (what I think is correct) recording with 2.3.1. But just to be sure I re-did it now. And it works as expected, the sync is correct at the Pong part. So I can't re-create bad sync with 2.3.1.
When I recorded the Youtube thing it was done with macOS 10.4 x64, and the test today with macOS 12 AARCH64 in Rosetta 2 mode (no AARCH64 binary available of 2.3.1).
> that's quite possibly related to the changes I made to support
> syncsquare sound (as in used in maxYMiser v1.53) as it can impact how
> many audio bytes are output, although it should be more precise than
> before, not the opposite :)
Does the syncsquare improvements also impact the STe PCM sound? The (profanity) demo is PCM only, not YM.
--
Anders Eriksson
ae@xxxxxx