Re: [hatari-devel] SDL1 vs. SDL2 sound pausing |
[ Thread Index |
Date Index
| More lists.tuxfamily.org/hatari-devel Archives
]
- To: hatari-devel@xxxxxxxxxxxxxxxxxxx
- Subject: Re: [hatari-devel] SDL1 vs. SDL2 sound pausing
- From: David Savinkoff <dsavnkff@xxxxxxxxx>
- Date: Sat, 10 Sep 2016 14:46:31 -0600 (MDT)
- Dkim-signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=telus.net; s=neo; t=1473540391; bh=pSl84T4NyPJxy0aLXGJzgUcw5EBckxkW/f/En/AZAn8=; h=Date:From:To:In-Reply-To:Subject; b=IgvMBxT9moYS67EQitjdkEb6xuHFZpX2RlLFx5mMwUcGq4ydS4th09AhQ0XiF1kQ2 ijay+paSuwRRkAKZFL8jp0VDEOWa0JEpCB7blO8yxQhLXXjiBWO7jNKp2HeZAuytql LVZftsETSUsQxNn3KD9wUoYGL26Bq8f4g64+w1MAaugtQoUSLUE3RA3GsbxY4YdJC+ lTKksqbeNgIi0rWBP9ixfbA2FnM+2xJZl9AqIyWw0bmvUX/QHmDFESdot5SNS643t0 Z8kDC8Lmf7gbjwEaSCGgk7dRvcC9lPV4ADo03HSBz1YpOfgO/D1uaJxoopqvE/C0Nc pJpEKDxuBp1Fg==
- Thread-index: VJZvMpy8Cm7bDQvT9no1HdlZzi6s6A==
- Thread-topic: SDL1 vs. SDL2 sound pausing
----- Nicolas Pomarède wrote:
> Le 10/09/2016 à 22:19, David Savinkoff a écrit :
>
> > I think we should not make big changes because Hatari has worked
> > well for a long time. Note that this problem is an Apple(tm) glitch.
> > I think that adding an improvement to the old code is better than
> > staring over with a new concept.
> >
> >
>
> I wouldn't call replacing the sound duplication by some 0 bytes a big
> change or a new concept, impacts are minimal.
>
> When Hatari is duplicating sound samples, it means the host pc is not
> fast enough ; are there really many people today with some PC not fast
> enough to run Hatari in ST/STE mode ? (not counting Falcon mode as
> cpu+dsp emulation requires really a lot more cpu)
>
> IMO, this sound duplication is confusing from a code-wise logic, and it
> prooved to be wrong as we discovered that it was the cause of the sound
> problem under OSX. I think that setting Buffer to '0' when not enough
> bytes are received solves all the cases.
>
> I'd rather have some '0' bytes that give an audible click when things
> are not fast enough (at least the user know something not correct is
> happening) than some date duplication that might give a distorted /
> strange sound instea (where the user might just think our emulation is
> not correct, while in fact it's a cpu problem)
I believe newer cpu's create the problem ;)
>
> Nicolas
>
>