* OPL3-SA2/3 PCM Playback rates?
@ 2002-10-03 15:10 James Courtier-Dutton
2002-10-08 17:02 ` Takashi Iwai
0 siblings, 1 reply; 3+ messages in thread
From: James Courtier-Dutton @ 2002-10-03 15:10 UTC (permalink / raw)
To: alsa-devel
Hello
I have searched the web to find the specs on this chip. No Luck.
What I have found is that it is a Yamaha OPL3-SA2 or YMF711.
Which playback rates does it support ?
I find that anything above 32k causes jittery playback.
Info from /proc/asound
card: 0
device: 0
subdevice: 0
stream: PLAYBACK
id: CS4231
name: Yamaha OPL3-SA23
subname: subdevice #0
class: 0
subclass: 0
subdevices_count: 1
subdevices_avail: 1
Cheers
James
-------------------------------------------------------
This sf.net email is sponsored by:ThinkGeek
Welcome to geek heaven.
http://thinkgeek.com/sf
^ permalink raw reply [flat|nested] 3+ messages in thread
* Re: OPL3-SA2/3 PCM Playback rates?
2002-10-03 15:10 OPL3-SA2/3 PCM Playback rates? James Courtier-Dutton
@ 2002-10-08 17:02 ` Takashi Iwai
2002-10-09 9:09 ` James Courtier-Dutton
0 siblings, 1 reply; 3+ messages in thread
From: Takashi Iwai @ 2002-10-08 17:02 UTC (permalink / raw)
To: James Courtier-Dutton; +Cc: alsa-devel
At Fri, 04 Oct 2002 01:10:50 +1000,
James Courtier-Dutton wrote:
>
> Hello
> I have searched the web to find the specs on this chip. No Luck.
> What I have found is that it is a Yamaha OPL3-SA2 or YMF711.
> Which playback rates does it support ?
the dma engine of opl3sax is actually cs4231-compatible.
thus it supports the following sample rates:
5510, 6620, 8000, 9600, 11025, 16000, 18900, 22050,
27042, 32000, 33075, 37800, 44100, 48000
> I find that anything above 32k causes jittery playback.
most likely you hit a bug ;)
how is the symptom exactly? repeated (stutter) sounds?
what i heard about this chip is that the pcm is not audible until a
pcm mixer element is modified at each open.
but it looks like a different problem...
ciao,
Takashi
-------------------------------------------------------
This sf.net email is sponsored by:ThinkGeek
Welcome to geek heaven.
http://thinkgeek.com/sf
^ permalink raw reply [flat|nested] 3+ messages in thread
* Re: OPL3-SA2/3 PCM Playback rates?
2002-10-08 17:02 ` Takashi Iwai
@ 2002-10-09 9:09 ` James Courtier-Dutton
0 siblings, 0 replies; 3+ messages in thread
From: James Courtier-Dutton @ 2002-10-09 9:09 UTC (permalink / raw)
To: Takashi Iwai; +Cc: alsa-devel
Takashi Iwai wrote:
>At Fri, 04 Oct 2002 01:10:50 +1000,
>James Courtier-Dutton wrote:
>
>
>>Hello
>>I have searched the web to find the specs on this chip. No Luck.
>>What I have found is that it is a Yamaha OPL3-SA2 or YMF711.
>>Which playback rates does it support ?
>>
>>
>
>the dma engine of opl3sax is actually cs4231-compatible.
>thus it supports the following sample rates:
> 5510, 6620, 8000, 9600, 11025, 16000, 18900, 22050,
> 27042, 32000, 33075, 37800, 44100, 48000
>
>
>
>>I find that anything above 32k causes jittery playback.
>>
>>
>
>most likely you hit a bug ;)
>
>how is the symptom exactly? repeated (stutter) sounds?
>
>
>what i heard about this chip is that the pcm is not audible until a
>pcm mixer element is modified at each open.
>but it looks like a different problem...
>
>
>ciao,
>
>Takashi
>
>
>
>
I think the problem is that the sound buffer is filled by the
application, but then on a slow PC, the CPU is locked into doing
something with the X display (XV video images), and the transfer inside
alsa-lib from buffer to sound card does not get CPU time. So, basically
samples are lost.
So, if I was to send 3 groups of samples to the sound card, A,B, C.
The alsa-lib buffer is then filled with A,B,C, but the sound hardware
grabs a period, so takes A and plays it, but when the sound card comes
to get B, it does not have the CPU time, so the sound card just plays
silence, when the sound card gets CPU time, it then plays B, then plays
C, but as it played B and C late, my application tries to resync and
drops D and then sends E to the sound card.
Is there any reports in alsa to report missed interrupts to the
application ?
I understand that an "underrun" is when the interrupt gets CPU time, but
the application is not up to speed, but what if there is too long a
delay between the sound card signalling an interrupt, and the interrupt
routine actually being run ? The sound card hardware will not get the
samples it needs, but "underrun/xrun" is not sent back to the app.
Cheers
James
-------------------------------------------------------
This sf.net email is sponsored by:ThinkGeek
Welcome to geek heaven.
http://thinkgeek.com/sf
^ permalink raw reply [flat|nested] 3+ messages in thread
end of thread, other threads:[~2002-10-09 9:09 UTC | newest]
Thread overview: 3+ messages (download: mbox.gz follow: Atom feed
-- links below jump to the message on this page --
2002-10-03 15:10 OPL3-SA2/3 PCM Playback rates? James Courtier-Dutton
2002-10-08 17:02 ` Takashi Iwai
2002-10-09 9:09 ` James Courtier-Dutton
This is an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.