All of lore.kernel.org
 help / color / mirror / Atom feed
* 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.