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