Andy, You are right, currently audio and video capture/playback is controlled by ARM, but I do not think it is the best way to use the chip performance.
George Gu (Xiangyu Gu) Wintech Digital System Co. Beijing, China Ph: 8610-8278-2828 ext.168 Fax: 8610-8278-0028 http://www.wintechdigtal.com ---------------------------- -----Original Message----- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of AndyNgo Sent: 2006年12月22日 9:53 To: [email protected] Subject: ***SPAM*** Score/Req: 08.40/05.00 - Fwd: Re: Sample AIC33 loopback test In trying to figure out the topic I posted below, I searched through the DaVinci audio driver (in /opt/mv_pro_4.0/montavista/pro/devkit/lsp/ti-davinci/sound/oss) and noticed that it doesn't use any CE API. Does this mean all the audio processing is done on the ARM side? The project I'm working on requires me to offload all the audio processing (reading samples in and writing samples out) to the DSP side; the ARM side is reserved for a very critical real-time application so I need to do all audio processing on the DSP side. Does this mean I can't use the Linux driver for my requirements? How do the demo programs do it; for example for the g711 encoding, does it use the ARM side to sample the audio (via the audio driver), send it via CE API to the DSP side to encode the data into g711 and the resulting encoded file is sent back to the ARM side and saved on the filesystem? If that's the case, for g711 decoding, the ARM side gvies the encoded data to the DSP side via CE API, which decodes it and gives it back the ARM side to play the decoded audio via the audio driver; am I correct? For my project, the ARM side is only used to exchange encoded data with the DSP side, which does all the process (sample and encode, decode and playback). Any advice/comment is appreciated! Regards, Andy ----- Original Message ---- From: Andy Ngo <[EMAIL PROTECTED]> To: [email protected] Sent: Thursday, December 21, 2006 2:49:10 PM Subject: Sample AIC33 loopback test Hi, Does anyone have or know if there's a sample DSP loopback program that samples the AIC33 mic input (like say 8Khz, mono, 16-bit) and then plays it through the AIC33 headphone output? I know I can do this on the ARM side by accessing the /dev/dsp device, but I need to access the mic input and headphone output directly from the DSP side. Basically, I want to create a DSP codec that reads from AIC33 mic input and sends the data to the ARM side (via CE API) and vice versa: gets data from the ARM side and writes it to the AIC33 headphone output. I looked at the encode/decode examples in the DVSDK but still don't know how to access ore make use of the AIC33. Sorry, I'm very new to the TI DSP development environment and don't know much; I spent the last week just learning about xDAIS and DSP/BIOS by going through the CCS 3.2 tutorial. Your help is much appreciated. Thanks. Basic flow diagram: DSP side AIC33 headphone output <------- DSP codec <--------- CE API <--------- simple ARM application AIC33 microphone input -------> DSP codec ---------> CE API ----------> simple ARM application Regards, Andy Ngo _______________________________________________ Davinci-linux-open-source mailing list [email protected] http://linux.davincidsp.com/mailman/listinfo/davinci-linux-open-source _______________________________________________ Davinci-linux-open-source mailing list [email protected] http://linux.davincidsp.com/mailman/listinfo/davinci-linux-open-source _______________________________________________ Davinci-linux-open-source mailing list [email protected] http://linux.davincidsp.com/mailman/listinfo/davinci-linux-open-source
