Finally, here is a version of the patch, I'd suggest for inclusion
into CVS. The wave form generation code was also modified to be
faster and more accurate. Now it produces the same results, as a
'double' counterpart would do.
The attached patch applies against today's CVS. So try it, while
The fact, that we can only reproduce frequencies up to half of
sampling frequency, has already been dealt with since the first patch
I posted (2006-01-18).
I chose to use a sample rate of 32000 Hz, which should be sufficient
for our purpose. So we can handle PIT count values down to 75.
P
Joachim Henke wrote:
Ok, I simplified my patch to generate just plain square waves. Indeed,
its sound is much closer to a real PC speaker now.
Does "cut off frequency" mean, that we have silence above that specific
frequency?
No. Typical cutoff freq is where components of the signal are at
Joachim Henke wrote:
> Ok, I simplified my patch to generate just plain square waves.
> Indeed, its sound is much closer to a real PC speaker now.
>
> Does "cut off frequency" mean, that we have silence above that
> specific frequency? I changed my patch to go this way. Before, it
> always p
Ok, I simplified my patch to generate just plain square waves.
Indeed, its sound is much closer to a real PC speaker now.
Does "cut off frequency" mean, that we have silence above that
specific frequency? I changed my patch to go this way. Before, it
always played the highest possible frequ
On Tuesday 24 January 2006 22:45, Fabrice Bellard wrote:
> If you want to model the real PC speaker, the best to do is to generate
> a square signal and to pass it thru a low pass filter with a cut off
> frequency of a few kHz. Then you could even be able to play samples thru
> the simulated PC spe
Sebastian Kaliszewski wrote:
Joachim Henke wrote:
Ok, these are really strong arguments. Thanks a lot for your
interesting statements! I'll do some testing on square waves and will
post an updated patch, as I am also not totally satisfied with the
current sound myself.
One little sugges
Joachim Henke wrote:
Ok, these are really strong arguments. Thanks a lot for your
interesting statements! I'll do some testing on square waves and will
post an updated patch, as I am also not totally satisfied with the
current sound myself.
One little suggestion...
Real PC-speaker is rath
Ok, these are really strong arguments. Thanks a lot for your
interesting statements! I'll do some testing on square waves and will
post an updated patch, as I am also not totally satisfied with the
current sound myself.
Sincerely
Jo.
Sebastian Kaliszewski wrote:
Well, it sounds rather dul
Joachim Henke wrote:
I still prefer using a sine wave, it sounds more smooth and won't hurt
our ears (and speakers) too much.
Well, it sounds rather dull, and even worse, on non hi-fi computer speakers
(which is 90% of PC users use) low frequencies (<100Hz) are simply
unhearable (since equip
I still prefer using a sine wave, it sounds more smooth and won't
hurt our ears (and speakers) too much. I don't think that people want
to play square waves, when they have their PC connected to their hifi
system (c: The main purpose of the PC speaker is to generate tones
and many programme
Hi,
On Fri, 20 Jan 2006, Joachim Henke wrote:
> Thanks for the hint! I assume, the reason, why floating point calculations
> should be avoided, is to be compatible with processors like ARM, that don't
> necessarily have an FPU.
>
> Yes, I'll rewrite the waveform generation stuff to fit in fixed
malc wrote:
I'd like to not one thing, namely, you are using FPU to generate the
samples. This is something Fabrice expressed dissatisfaction with. In
the case of speaker it might be feasible to switch to fixed-point
calculation.
One more note about that. PC-speaker generates just plain square
Thanks for the hint! I assume, the reason, why floating point calculations
should be avoided, is to be compatible with processors like ARM, that don't
necessarily have an FPU.
Yes, I'll rewrite the waveform generation stuff to fit in fixed point. It
should also be faster then.
Jo.
malc wrote:
On Thu, 19 Jan 2006, Joachim Henke wrote:
Thanks a lot for your help! I wasn't aware that AUD_write could return zero.
Seems that I was just lucky, it didn't do that with 44100 Hz sample rate (c:
You are welcome.
Now it works fine with 32000 Hz, and I really encourage people (especially PC
Thanks a lot for your help! I wasn't aware that AUD_write could
return zero. Seems that I was just lucky, it didn't do that with
44100 Hz sample rate (c:
Now it works fine with 32000 Hz, and I really encourage people
(especially PC users) to test the attached patch. Call QEMU with the
swi
On Thu, 19 Jan 2006, Joachim Henke wrote:
Ok, here is it - my first attempt for emulating the PC speaker using the
audio API. This needs some testing, tough it seems to work well with full
system emulation on my iMac G5. Would be nice if someone could test this in a
different environment (on a
17 matches
Mail list logo