| 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
> 
>