more accurate audio timestamps

[Mark Spieth]

with the inclusion of hdaudio, timestamps are not that accurate, and delay is not enough for various media like some dvb.

patch addresses

1. 2.6 sec worst case delay, needed for 32 bit 6ch output.
2. race condition in lockless audio timestamp calculation.
3. guarantee int64 for various critical parameters in audio ts generation.

only tested with alsa so far.

[Mark Spieth]

with reset race fix

[Mark Spieth]

also existed a race when seeking and audio is reset. can cause 2 secs of old audio to be played before new audio. patch 2 fixes this too.

also see #7964

[JYA]

The whole concept of the lockless audio framework was that timecode would be calculated in one thread only, not two (read and write). It's the reason why SetAudioTime? was removed this patch breaks that, without having any of the required lock.

There is no need to increase the size of the audio buffer by a factor of 2, it will only cause seeking delays. Where does that requirement of 2.6s delay comes from?

yes, there is a "race" in audiotime calc, but the worst case error is negligible.

Will try to implement your timecode calculation cleanly and neatly soon.

[Mark Spieth]

understood. however the part that needs to be lockless is only modifying the ringbuffer pointers. the storage in the other process components is only modified in AddSamples?. Thus these latencies are static and can be excluded from the lockless component as they can be precalculated. This also makes GetAudiotime? faster as it doesnt have to include these latencies. audbuf_timecode becomes the top of the ringbuffer, not the latest timecode of the added audio data.

1.3-1.4 secs is marignal avsync delay for 6ch audio out. with the increase of bytes per sample to 4 (float32 due to processing enabled, upmix+timestretch), all that the increase does is maintain the worst case storage. it doesnt work properly otherwise. could go to a dynamic. the number is also that to make sure it is divisible by all the possible alternatives, including 8 ch out.

for smooth sync to work correctly, the race is very important.

[Mark Spieth]

with timecode wrap fix

[Mark Spieth]

patch 3 also with timecode wrap fix which happens for dvb timestamps.

[JYA]

(In [26255]) more accurate audio timestamps. Patch by Mark Spieth. Improve A/V Sync. Closes #8500