Re: [alsa-devel] Fw: Using loopback card to Connect GSM two way call to the real sound card UDA1345TS
Srinivasan S wrote:
$ aplay -f dat -D VOUTL new.wav Playing WAVE 'new.wav' : Signed 16 bit Little Endian, Rate 48000 Hz, Stereo aplay: set_params:1087: Channels count non available
You are trying to play a two-channel file on a single-channel device. Regards, Clemens
Dear Clemens, Thanks a lot for your inputs w.r.t the below issue, Now I tried playing 48Khz mono that works fine, Could you please clarify the following points 1) CPU consumption is 18%, with above asound.conf & the app alsa_loopback_min_mono.c for establishing my GSM two way call (ie., VINR to VOUTR & VINL to VOUTL) , this is very huge & I want to reduce this CPU consumption drastically, Is there any other ways in alsa where I can do this two way GSM call (ie., VINR to VOUTR & VINL to VOUTL) without using alsa_loopback_min_mono.c application Could you please let me know if there is anything that can be done in using alsa plugins in order to reduce CPU consumption??? 2) And am hearing echo, when I do GSM calls when using the above attachd asound.conf & the app alsa_loopback_min_mono.c, could you please help me out is there any options to do echo cancellation in alsa?? 3)Am trying to completely understand the above attched asound.conf, but am not still very clear w.r.t the understanding of bindings in alsa plugins as am confused, Could you please clarify the doubt that i) Does the below lines correspond to VINL to VOUTL or VINL to VOUTR?? bindings { 0 1 } ii) & similarly does the below lines correspond VINL to VOUTL?? bindings { 0 0 } iii) similarly does the correspond VINL to VOUTL?? bindings.0 0 iv) similarly does the correspond VINL to VOUTR or VINR to VOUTR?? bindings.0 1 Kindly do the needful as early as possible, as only this is pending from my side w.r.t AUDIO in my project Once again really appreciate & Thanks a lot for your prompt responses Many Many Thanks in advance again, ________________________________________ From: Clemens Ladisch <clemens@ladisch.de> Sent: Tuesday, March 10, 2015 4:20 PM To: Srinivasan S Cc: alsa-devel@alsa-project.org; linux-audio-dev@lists.linuxaudio.org Subject: Re: Fw: [alsa-devel] Using loopback card to Connect GSM two way call to the real sound card UDA1345TS Srinivasan S wrote:
$ aplay -f dat -D VOUTL new.wav Playing WAVE 'new.wav' : Signed 16 bit Little Endian, Rate 48000 Hz, Stereo aplay: set_params:1087: Channels count non available
You are trying to play a two-channel file on a single-channel device. Regards, Clemens
Dear Clemens Could you please provide any inputs w.r.t the below queries Kindly do the needful as early as possible Many Thanks in Advance, ________________________________________ From: Srinivasan S Sent: Saturday, March 28, 2015 8:13 AM To: Clemens Ladisch Cc: alsa-devel@alsa-project.org; linux-audio-dev@lists.linuxaudio.org Subject: Re: Fw: [alsa-devel] Using loopback card to Connect GSM two way call to the real sound card UDA1345TS Dear Clemens, Thanks a lot for your inputs w.r.t the below issue, Now I tried playing 48Khz mono that works fine, Could you please clarify the following points 1) CPU consumption is 18%, with above asound.conf & the app alsa_loopback_min_mono.c for establishing my GSM two way call (ie., VINR to VOUTR & VINL to VOUTL) , this is very huge & I want to reduce this CPU consumption drastically, Is there any other ways in alsa where I can do this two way GSM call (ie., VINR to VOUTR & VINL to VOUTL) without using alsa_loopback_min_mono.c application Could you please let me know if there is anything that can be done in using alsa plugins in order to reduce CPU consumption??? 2) And am hearing echo, when I do GSM calls when using the above attachd asound.conf & the app alsa_loopback_min_mono.c, could you please help me out is there any options to do echo cancellation in alsa?? 3)Am trying to completely understand the above attched asound.conf, but am not still very clear w.r.t the understanding of bindings in alsa plugins as am confused, Could you please clarify the doubt that i) Does the below lines correspond to VINL to VOUTL or VINL to VOUTR?? bindings { 0 1 } ii) & similarly does the below lines correspond VINL to VOUTL?? bindings { 0 0 } iii) similarly does the correspond VINL to VOUTL?? bindings.0 0 iv) similarly does the correspond VINL to VOUTR or VINR to VOUTR?? bindings.0 1 Kindly do the needful as early as possible, as only this is pending from my side w.r.t AUDIO in my project Once again really appreciate & Thanks a lot for your prompt responses Many Many Thanks in advance again, ________________________________________ From: Clemens Ladisch <clemens@ladisch.de> Sent: Tuesday, March 10, 2015 4:20 PM To: Srinivasan S Cc: alsa-devel@alsa-project.org; linux-audio-dev@lists.linuxaudio.org Subject: Re: Fw: [alsa-devel] Using loopback card to Connect GSM two way call to the real sound card UDA1345TS Srinivasan S wrote:
$ aplay -f dat -D VOUTL new.wav Playing WAVE 'new.wav' : Signed 16 bit Little Endian, Rate 48000 Hz, Stereo aplay: set_params:1087: Channels count non available
You are trying to play a two-channel file on a single-channel device. Regards, Clemens
Could you please provide any inputs w.r.t the below queries Am awaiting for your suggestions from past 2 to 3 days Thanks, Srinivasan S ________________________________________ From: Srinivasan S Sent: Monday, March 30, 2015 5:10 PM To: clemens@ladisch.de Cc: alsa-devel@alsa-project.org; linux-audio-dev@lists.linuxaudio.org Subject: Fw: Fw: [alsa-devel] Using loopback card to Connect GSM two way call to the real sound card UDA1345TS Dear Clemens Could you please provide any inputs w.r.t the below queries Kindly do the needful as early as possible Many Thanks in Advance, ________________________________________ From: Srinivasan S Sent: Saturday, March 28, 2015 8:13 AM To: Clemens Ladisch Cc: alsa-devel@alsa-project.org; linux-audio-dev@lists.linuxaudio.org Subject: Re: Fw: [alsa-devel] Using loopback card to Connect GSM two way call to the real sound card UDA1345TS Dear Clemens, Thanks a lot for your inputs w.r.t the below issue, Now I tried playing 48Khz mono that works fine, Could you please clarify the following points 1) CPU consumption is 18%, with above asound.conf & the app alsa_loopback_min_mono.c for establishing my GSM two way call (ie., VINR to VOUTR & VINL to VOUTL) , this is very huge & I want to reduce this CPU consumption drastically, Is there any other ways in alsa where I can do this two way GSM call (ie., VINR to VOUTR & VINL to VOUTL) without using alsa_loopback_min_mono.c application Could you please let me know if there is anything that can be done in using alsa plugins in order to reduce CPU consumption??? 2) And am hearing echo, when I do GSM calls when using the above attachd asound.conf & the app alsa_loopback_min_mono.c, could you please help me out is there any options to do echo cancellation in alsa?? 3)Am trying to completely understand the above attched asound.conf, but am not still very clear w.r.t the understanding of bindings in alsa plugins as am confused, Could you please clarify the doubt that i) Does the below lines correspond to VINL to VOUTL or VINL to VOUTR?? bindings { 0 1 } ii) & similarly does the below lines correspond VINL to VOUTL?? bindings { 0 0 } iii) similarly does the correspond VINL to VOUTL?? bindings.0 0 iv) similarly does the correspond VINL to VOUTR or VINR to VOUTR?? bindings.0 1 Kindly do the needful as early as possible, as only this is pending from my side w.r.t AUDIO in my project Once again really appreciate & Thanks a lot for your prompt responses Many Many Thanks in advance again, ________________________________________ From: Clemens Ladisch <clemens@ladisch.de> Sent: Tuesday, March 10, 2015 4:20 PM To: Srinivasan S Cc: alsa-devel@alsa-project.org; linux-audio-dev@lists.linuxaudio.org Subject: Re: Fw: [alsa-devel] Using loopback card to Connect GSM two way call to the real sound card UDA1345TS Srinivasan S wrote:
$ aplay -f dat -D VOUTL new.wav Playing WAVE 'new.wav' : Signed 16 bit Little Endian, Rate 48000 Hz, Stereo aplay: set_params:1087: Channels count non available
You are trying to play a two-channel file on a single-channel device. Regards, Clemens
Srinivasan S wrote:
CPU consumption is 18%, with above asound.conf & the app alsa_loopback_min_mono.c for establishing my GSM two way call (ie., VINR to VOUTR & VINL to VOUTL) , this is very huge & I want to reduce this CPU consumption drastically, Is there any other ways in alsa where I can do this two way GSM call (ie., VINR to VOUTR & VINL to VOUTL) without using alsa_loopback_min_mono.c application
dmix needs more CPU than dshare because it needs to mix multiple streams together; if possible, use dshare instead of dmix. dshare needs more CPU than direct access to the device because the data needs to be copied and reformatted. dshare is needed only when the application(s) cannot handle the format of the actual device; if possible, change your application to handle the two-channel devices.
And am hearing echo, when I do GSM calls when using the above attachd asound.conf & the app alsa_loopback_min_mono.c, could you please help me out is there any options to do echo cancellation in alsa?
ALSA has not built-in echo cancellation. You have to implement this yourself, or use some third-party library. If dmix/dshare alone eats 18 % CPU, it is unlikely that this is feasible without hardware support.
Am trying to completely understand the above attched asound.conf, but am not still very clear w.r.t the understanding of bindings
"bindings.x y" or "bindings { x y }" maps channel x of this device to channel y of the slave device. Regards, Clemens
Thanks a lot for your Prompt responses Clemens Extremely sorry for my poor understanding, Could you please clarify the following 1. As per your suggestions below, I didn't understand what is 'two channel devices' does this means do we need to have to real hardware sound card's (ie., two different audio codecs)??? whereas as of now am using only one audio codec( ie., UDA1345TS), if not could you please help me out how to use two channel devices using alsa api's in application or any references for the same??? 2. Regarding bindings as you explained"bindings.x y" or "bindings { x y }" maps channel x of this device to channel y of the slave device. I didn't understand channel x of this device means is it the real sound card??? which is the current device ie., channel x of this device means??? I didn't understand channel y of the slave device means??.. ie., which is slave device here???? Kindly do the needful as early as possible Awaiting for your replies Many Thanks in advance ________________________________________ From: Clemens Ladisch <clemens@ladisch.de> Sent: Thursday, April 2, 2015 3:13 PM To: Srinivasan S Cc: alsa-devel@alsa-project.org; linux-audio-dev@lists.linuxaudio.org Subject: Re: [alsa-devel] Fw: Using loopback card to Connect GSM two way call to the real sound card UDA1345TS Srinivasan S wrote:
CPU consumption is 18%, with above asound.conf & the app alsa_loopback_min_mono.c for establishing my GSM two way call (ie., VINR to VOUTR & VINL to VOUTL) , this is very huge & I want to reduce this CPU consumption drastically, Is there any other ways in alsa where I can do this two way GSM call (ie., VINR to VOUTR & VINL to VOUTL) without using alsa_loopback_min_mono.c application
dmix needs more CPU than dshare because it needs to mix multiple streams together; if possible, use dshare instead of dmix. dshare needs more CPU than direct access to the device because the data needs to be copied and reformatted. dshare is needed only when the application(s) cannot handle the format of the actual device; if possible, change your application to handle the two-channel devices.
And am hearing echo, when I do GSM calls when using the above attachd asound.conf & the app alsa_loopback_min_mono.c, could you please help me out is there any options to do echo cancellation in alsa?
ALSA has not built-in echo cancellation. You have to implement this yourself, or use some third-party library. If dmix/dshare alone eats 18 % CPU, it is unlikely that this is feasible without hardware support.
Am trying to completely understand the above attched asound.conf, but am not still very clear w.r.t the understanding of bindings
"bindings.x y" or "bindings { x y }" maps channel x of this device to channel y of the slave device. Regards, Clemens
Srinivasan S wrote:
I didn't understand what is 'two channel devices' does
The two channels are "left" and "right".
Regarding bindings as you explained"bindings.x y" or "bindings { x y }" maps channel x of this device to channel y of the slave device.
I didn't understand channel x of this device means is it the real sound card??? which is the current device ie., channel x of this device means???
I didn't understand channel y of the slave device means??.. ie., which is slave device here????
"This device" is the virtual device that is defined. The slave device is the device whose name is specified with "slave.pcm". Regards, Clemens
Dear Clemens, Thanks a lot for your information, It is really understandable for a newbie like me As you suggested, could you please provide me some sample application links without using dshare plugin , ie., using the two channels ie., left & right directly So that I can reduce the CPU consumption drastically Thanks a lot for your prompt support w.r.t this thread once again Kindly do the needful as early as possible Many Thanks in advance again ________________________________________ From: Clemens Ladisch <clemens@ladisch.de> Sent: Thursday, April 2, 2015 8:38 PM To: Srinivasan S Cc: alsa-devel@alsa-project.org; linux-audio-dev@lists.linuxaudio.org Subject: Re: [alsa-devel] Fw: Using loopback card to Connect GSM two way call to the real sound card UDA1345TS Srinivasan S wrote:
I didn't understand what is 'two channel devices' does
The two channels are "left" and "right".
Regarding bindings as you explained"bindings.x y" or "bindings { x y }" maps channel x of this device to channel y of the slave device.
I didn't understand channel x of this device means is it the real sound card??? which is the current device ie., channel x of this device means???
I didn't understand channel y of the slave device means??.. ie., which is slave device here????
"This device" is the virtual device that is defined. The slave device is the device whose name is specified with "slave.pcm". Regards, Clemens
Dear Clemens, Could you please provide any inputs or suggestions w.r.t the below query Kindly do the needful as early as possible, Many Thanks in advance, ________________________________________ From: Srinivasan S Sent: Wednesday, April 22, 2015 11:41 AM To: Clemens Ladisch Cc: alsa-devel@alsa-project.org; linux-audio-dev@lists.linuxaudio.org Subject: Re: [alsa-devel] Fw: Using loopback card to Connect GSM two way call to the real sound card UDA1345TS Dear Clemens, Thanks a lot for your information, It is really understandable for a newbie like me As you suggested, could you please provide me some sample application links without using dshare plugin , ie., using the two channels ie., left & right directly So that I can reduce the CPU consumption drastically Thanks a lot for your prompt support w.r.t this thread once again Kindly do the needful as early as possible Many Thanks in advance again ________________________________________ From: Clemens Ladisch <clemens@ladisch.de> Sent: Thursday, April 2, 2015 8:38 PM To: Srinivasan S Cc: alsa-devel@alsa-project.org; linux-audio-dev@lists.linuxaudio.org Subject: Re: [alsa-devel] Fw: Using loopback card to Connect GSM two way call to the real sound card UDA1345TS Srinivasan S wrote:
I didn't understand what is 'two channel devices' does
The two channels are "left" and "right".
Regarding bindings as you explained"bindings.x y" or "bindings { x y }" maps channel x of this device to channel y of the slave device.
I didn't understand channel x of this device means is it the real sound card??? which is the current device ie., channel x of this device means???
I didn't understand channel y of the slave device means??.. ie., which is slave device here????
"This device" is the virtual device that is defined. The slave device is the device whose name is specified with "slave.pcm". Regards, Clemens
Dear Clemens, Could you please provide any inputs or suggestions w.r.t the below query Kindly do the needful as early as possible, Many Thanks in advance, ________________________________________ From: alsa-devel-bounces@alsa-project.org <alsa-devel-bounces@alsa-project.org> on behalf of Srinivasan S <srinivasan.s@tataelxsi.co.in> Sent: Wednesday, April 22, 2015 11:41 AM To: Clemens Ladisch Cc: alsa-devel@alsa-project.org; linux-audio-dev@lists.linuxaudio.org Subject: Re: [alsa-devel] Fw: Using loopback card to Connect GSM two way call to the real sound card UDA1345TS Dear Clemens, Thanks a lot for your information, It is really understandable for a newbie like me As you suggested, could you please provide me some sample application links without using dshare plugin , ie., using the two channels ie., left & right directly So that I can reduce the CPU consumption drastically Thanks a lot for your prompt support w.r.t this thread once again Kindly do the needful as early as possible Many Thanks in advance again ________________________________________ From: Clemens Ladisch <clemens@ladisch.de> Sent: Thursday, April 2, 2015 8:38 PM To: Srinivasan S Cc: alsa-devel@alsa-project.org; linux-audio-dev@lists.linuxaudio.org Subject: Re: [alsa-devel] Fw: Using loopback card to Connect GSM two way call to the real sound card UDA1345TS Srinivasan S wrote:
I didn't understand what is 'two channel devices' does
The two channels are "left" and "right".
Regarding bindings as you explained"bindings.x y" or "bindings { x y }" maps channel x of this device to channel y of the slave device.
I didn't understand channel x of this device means is it the real sound card??? which is the current device ie., channel x of this device means???
I didn't understand channel y of the slave device means??.. ie., which is slave device here????
"This device" is the virtual device that is defined. The slave device is the device whose name is specified with "slave.pcm". Regards, Clemens _______________________________________________ Alsa-devel mailing list Alsa-devel@alsa-project.org http://mailman.alsa-project.org/mailman/listinfo/alsa-devel
Srinivasan S wrote:
could you please provide me some sample application links without using dshare plugin , ie., using the two channels ie., left & right directly
I am not aware of any (sample) program that does something like this (except maybe Jack, but floating-point samples would not be appropriate for your application). You have to implement this yourself. Regards, Clemens
Thanks a lot for your quick responses Clemens, Sorry for my poor understanding As am newbie to alsa, due to time constraints am unable to spend time in writing my own application As per your suggestion, did you mean that , If I use Jack plugin , does it resolve this problem (ie., does the CPU consumption reduce drastically instead of dshare) Kindly do the needful Once again Thanks a lot for your suggestions Clemens w.r.t this Thread Thanks in advance, Srinivasan S ________________________________________ From: Clemens Ladisch <clemens@ladisch.de> Sent: Friday, April 24, 2015 1:36 PM To: Srinivasan S Cc: alsa-devel@alsa-project.org; linux-audio-dev@lists.linuxaudio.org Subject: Re: [alsa-devel] Fw: Using loopback card to Connect GSM two way call to the real sound card UDA1345TS Srinivasan S wrote:
could you please provide me some sample application links without using dshare plugin , ie., using the two channels ie., left & right directly
I am not aware of any (sample) program that does something like this (except maybe Jack, but floating-point samples would not be appropriate for your application). You have to implement this yourself. Regards, Clemens
Srinivasan S wrote:
did you mean that , If I use Jack plugin , does it resolve this problem (ie., does the CPU consumption reduce drastically instead of dshare)
It is unlikely that running your two programs on top of Jack will use less CPU than with dshare. However, I don't know the details of your architecture, so the only way to find out would be for you to try it. Regards, Clemens
Dear Clemens, As you suggested am using jack plugin, but am facing the below error etc/asound.conf pcm.!default { type plug slave { pcm "jack" } } pcm.jack { type jack playback_ports { 0 alsa_pcm:playback_1 1 alsa_pcm:playback_2 } capture_ports { 0 alsa_pcm:capture_1 1 alsa_pcm:capture_2 } } ctl.mixer0 { type hw card 0 } root@am335x-evm:/# aplay -D pcm.jack TangoForTajMusic11.wav ALSA lib /home/jenkins/amsdk-nightly-build/build-CORTEX_1/arago-tmp-external-linaro-toolchain/work/cortexa8t2hf-vfp-neon-oe-linux-gnueabi/alsa-lib/1.0.27.2-r0/alsa-lib-1.0.27.2/src/pcm/pcm.c:2239:(snd_pcm_open_noupdate) Unknown PCM pcm.jack aplay: main:722: audio open error: No such file or directory root@am335x-evm:/# Pls find the details of the architecture as below: what ever the GSM analog audio out data is pumped as VINR to stereo codec & the output of the stereo codec ie., VOUTR is pumped to the Speaker of the custom board what ever the GSM analog audio out data is pumped as VINR to stereo codec & the output of the stereo codec ie., VOUTR is pumped to the Speaker of the custom board GSM MIC-> VINR -> stereo codec->VOUTR -> board speaker what ever the board MIC data is pumped as VINL to stereo codec & the output of the stereo codec ie., VOUTL is pumped as analog input to the GSM Speaker Board Mic -> VINL-> stereo codec -> VOUTL ->GSM speaker Pls let me know if any other details is required from my side Kindly do the needful as early as possible Awaiting for your suggestions ________________________________________ From: Clemens Ladisch <clemens@ladisch.de> Sent: Friday, April 24, 2015 6:15 PM To: Srinivasan S Cc: alsa-devel@alsa-project.org; linux-audio-dev@lists.linuxaudio.org Subject: Re: [alsa-devel] Fw: Using loopback card to Connect GSM two way call to the real sound card UDA1345TS Srinivasan S wrote:
did you mean that , If I use Jack plugin , does it resolve this problem (ie., does the CPU consumption reduce drastically instead of dshare)
It is unlikely that running your two programs on top of Jack will use less CPU than with dshare. However, I don't know the details of your architecture, so the only way to find out would be for you to try it. Regards, Clemens
Dear Clemens Could you please help me in converting the above asound.conf to jack plugin by providing some tips 1. Pls find the details of the architecture as below: what ever the GSM analog audio out data is pumped as VINR to stereo codec & the output of the stereo codec ie., VOUTR is pumped to the Speaker of the custom board what ever the GSM analog audio out data is pumped as VINR to stereo codec & the output of the stereo codec ie., VOUTR is pumped to the Speaker of the custom board GSM MIC-> VINR -> stereo codec->VOUTR -> board speaker what ever the board MIC data is pumped as VINL to stereo codec & the output of the stereo codec ie., VOUTL is pumped as analog input to the GSM Speaker Board Mic -> VINL-> stereo codec -> VOUTL ->GSM speaker 2. Could you please let me know, I have downloaded jack-1.9.10.tar.bz2, how this needs to be installed in my rootfs Pls let me know if any other details is required from my side Thanks, Srinivasan S ________________________________________ From: alsa-devel-bounces@alsa-project.org <alsa-devel-bounces@alsa-project.org> on behalf of Srinivasan S <srinivasan.s@tataelxsi.co.in> Sent: Friday, May 29, 2015 4:50 PM To: Clemens Ladisch Cc: alsa-devel@alsa-project.org; linux-audio-dev@lists.linuxaudio.org Subject: Re: [alsa-devel] Fw: Using loopback card to Connect GSM two way call to the real sound card UDA1345TS Dear Clemens, As you suggested am using jack plugin, but am facing the below error etc/asound.conf pcm.!default { type plug slave { pcm "jack" } } pcm.jack { type jack playback_ports { 0 alsa_pcm:playback_1 1 alsa_pcm:playback_2 } capture_ports { 0 alsa_pcm:capture_1 1 alsa_pcm:capture_2 } } ctl.mixer0 { type hw card 0 } root@am335x-evm:/# aplay -D pcm.jack TangoForTajMusic11.wav ALSA lib /home/jenkins/amsdk-nightly-build/build-CORTEX_1/arago-tmp-external-linaro-toolchain/work/cortexa8t2hf-vfp-neon-oe-linux-gnueabi/alsa-lib/1.0.27.2-r0/alsa-lib-1.0.27.2/src/pcm/pcm.c:2239:(snd_pcm_open_noupdate) Unknown PCM pcm.jack aplay: main:722: audio open error: No such file or directory root@am335x-evm:/# Pls find the details of the architecture as below: what ever the GSM analog audio out data is pumped as VINR to stereo codec & the output of the stereo codec ie., VOUTR is pumped to the Speaker of the custom board what ever the GSM analog audio out data is pumped as VINR to stereo codec & the output of the stereo codec ie., VOUTR is pumped to the Speaker of the custom board GSM MIC-> VINR -> stereo codec->VOUTR -> board speaker what ever the board MIC data is pumped as VINL to stereo codec & the output of the stereo codec ie., VOUTL is pumped as analog input to the GSM Speaker Board Mic -> VINL-> stereo codec -> VOUTL ->GSM speaker Pls let me know if any other details is required from my side Kindly do the needful as early as possible Awaiting for your suggestions ________________________________________ From: Clemens Ladisch <clemens@ladisch.de> Sent: Friday, April 24, 2015 6:15 PM To: Srinivasan S Cc: alsa-devel@alsa-project.org; linux-audio-dev@lists.linuxaudio.org Subject: Re: [alsa-devel] Fw: Using loopback card to Connect GSM two way call to the real sound card UDA1345TS Srinivasan S wrote:
did you mean that , If I use Jack plugin , does it resolve this problem (ie., does the CPU consumption reduce drastically instead of dshare)
It is unlikely that running your two programs on top of Jack will use less CPU than with dshare. However, I don't know the details of your architecture, so the only way to find out would be for you to try it. Regards, Clemens _______________________________________________ Alsa-devel mailing list Alsa-devel@alsa-project.org http://mailman.alsa-project.org/mailman/listinfo/alsa-devel
Srinivasan S wrote:
2. Could you please let me know, I have downloaded jack-1.9.10.tar.bz2, how this needs to be installed in my rootfs
IIRC Jack uses some non-standard build system. Try asking on the Jack mailing list how to cross-compile it. Please note that the ALSA Jack plugin is part of the alsa-plugins package. And as I already mentioned, it is unlikely that Jack will use less CPU than dshare. Regards, Clemens
Dear Clemens As I didn't find Jack mailing lists by googling, could you please loop Jack mailing lists to this mail chain Kindly do the needful as early as possible Many Thanks in advance ________________________________________ From: Clemens Ladisch <clemens@ladisch.de> Sent: Monday, June 1, 2015 8:09 PM To: Srinivasan S Cc: alsa-devel@alsa-project.org; linux-audio-dev@lists.linuxaudio.org Subject: Re: [alsa-devel] Fw: Using loopback card to Connect GSM two way call to the real sound card UDA1345TS Srinivasan S wrote:
2. Could you please let me know, I have downloaded jack-1.9.10.tar.bz2, how this needs to be installed in my rootfs
IIRC Jack uses some non-standard build system. Try asking on the Jack mailing list how to cross-compile it. Please note that the ALSA Jack plugin is part of the alsa-plugins package. And as I already mentioned, it is unlikely that Jack will use less CPU than dshare. Regards, Clemens
participants (2)
-
Clemens Ladisch -
Srinivasan S