Path: chuka.playstation.co.uk!scea!greg_labrec@interactive.sony.com
From: Mark Jawad <jawad@uiuc.edu>
Newsgroups: scea.yaroze.programming.sound,scee.yaroze.programming.sound
Subject: -=> Request for New Function <=-
Date: Tue, 09 Dec 1997 02:18:52 -0600
Organization: Student at the University Of Illinois
Lines: 29
Message-ID: <348CFEEC.6D50@uiuc.edu>
Reply-To: jawad@uiuc.edu
NNTP-Posting-Host: arboria-11.slip.uiuc.edu
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: 7bit
X-Mailer: Mozilla 2.02 (OS/2; I)
Xref: chuka.playstation.co.uk scea.yaroze.programming.sound:124 scee.yaroze.programming.sound:57

Hey all,
	I'd like to request a new function call from the SCEA 
folks... one which I feel would be used by a great many people
and one which (I think) would allow us to add a really cool 
dimension to our programs. 
	Awhile ago, Colin H. from SCEE posted the ReadCDDA()
function (cdfeed.o), which allows the user to leech the contents
of the incoming CD audio during a CdPlay(). This function makes
for a killer audio display during a program, but, according to
the posted instructions, only works with the incoming audio from 
a CD. 
	I'd like to request a function which returns the final
output from the SPU -- regardless of how it was generated.
Something to the effect of:

	short *SsGetOutputBuffer(void);

would suffice. It would fill a buffer with the current output
from the SPU, then return a pointer to that buffer. The buffer
would contain X words from the Left channel, then X words
from the right channel (X being whatever the SCE folks deem 
appropriate).

All I'm requesting here is a binary object file w/ such a 
function call. Having the source _would_ be nice (*hint hint *) 
but we can live without it. Certainly it would be trivial for
the SCE R&D folks to provide the masses with such a call, yes?

-Mark Jawad, really pushing for this one!