Hi all,
I'm purchasing a dedicated server for the new dispatcher work, and also getting a USB sound card, as discussed at Connect. I'm looking for guidance as to functionality - a link to amazon would be quite helpful. :)
Any suggestions welcome.
Thanks
Dave
On 11/29/2012 10:52 PM, the mail apparently from Dave Pigott included:
Hi all,
I'm purchasing a dedicated server for the new dispatcher work, and also getting a USB sound card, as discussed at Connect. I'm looking for guidance as to functionality - a link to amazon would be quite helpful. :)
Any suggestions welcome.
Hi Dave -
This should be a good way to blow GBP11.45
http://www.amazon.co.uk/External-Sound-Card-Channel-Audio/dp/B003TO3KHY/ref=...
It's not what I have but with optical in and out as well as 6ch support it should so the 2ch that we need as well.
These (0.58) will do as the patch leads
http://www.amazon.co.uk/3-5mm-Stereo-Jack-Plug-1-2M/dp/B00077DC3S/ref=pd_sim...
-Andy
On 2 Dec 2012, at 02:30, Andy Green andy.green@linaro.org wrote:
On 11/29/2012 10:52 PM, the mail apparently from Dave Pigott included:
Hi all,
I'm purchasing a dedicated server for the new dispatcher work, and also getting a USB sound card, as discussed at Connect. I'm looking for guidance as to functionality - a link to amazon would be quite helpful. :)
Any suggestions welcome.
Hi Dave -
This should be a good way to blow GBP11.45
http://www.amazon.co.uk/External-Sound-Card-Channel-Audio/dp/B003TO3KHY/ref=...
It's not what I have but with optical in and out as well as 6ch support it should so the 2ch that we need as well.
These (0.58) will do as the patch leads
http://www.amazon.co.uk/3-5mm-Stereo-Jack-Plug-1-2M/dp/B00077DC3S/ref=pd_sim...
-Andy
Thanks Andy. Both now ordered.
Dave
Hi Andy,
Just getting round to looking at this. I have the USB sound card and some patch leads. I'm fine with hooking it up to the dispatcher server, and I can dedicate a LAVA Panda board to this, but I just need to know how the patch leads need to be connected. I'm assuming I connect "audio out" from the panda to "line in" on the USB card, but in terms of the return trip, as it were, there are three "outs": "Front out", "Rear out" and "CEN/Bass out".
If we're intending two way testing, then how should I configure this?
Additionally, there is a "Mic In" and "SPDF in" and "SPDF out".
Any guidance would be very welcome.
Thanks
Dave
On 2 Dec 2012, at 02:30, Andy Green andy.green@linaro.org wrote:
On 11/29/2012 10:52 PM, the mail apparently from Dave Pigott included:
Hi all,
I'm purchasing a dedicated server for the new dispatcher work, and also getting a USB sound card, as discussed at Connect. I'm looking for guidance as to functionality - a link to amazon would be quite helpful. :)
Any suggestions welcome.
Hi Dave -
This should be a good way to blow GBP11.45
http://www.amazon.co.uk/External-Sound-Card-Channel-Audio/dp/B003TO3KHY/ref=...
It's not what I have but with optical in and out as well as 6ch support it should so the 2ch that we need as well.
These (0.58) will do as the patch leads
http://www.amazon.co.uk/3-5mm-Stereo-Jack-Plug-1-2M/dp/B00077DC3S/ref=pd_sim...
-Andy
-- Andy Green | TI Landing Team Leader Linaro.org │ Open source software for ARM SoCs | Follow Linaro http://facebook.com/pages/Linaro/155974581091106 - http://twitter.com/#%21/linaroorg - http://linaro.org/linaro-blog
Hi -
The "front out" should double as stereo out in the default 2ch mode. You can check by stcking some headphones in and aplay -Dhw:1 mytest.wav or similar.
-Andy
Dave Pigott dave.pigott@linaro.org wrote:
Hi Andy,
Just getting round to looking at this. I have the USB sound card and some patch leads. I'm fine with hooking it up to the dispatcher server, and I can dedicate a LAVA Panda board to this, but I just need to know how the patch leads need to be connected. I'm assuming I connect "audio out" from the panda to "line in" on the USB card, but in terms of the return trip, as it were, there are three "outs": "Front out", "Rear out" and "CEN/Bass out".
If we're intending two way testing, then how should I configure this?
Additionally, there is a "Mic In" and "SPDF in" and "SPDF out".
Any guidance would be very welcome.
Thanks
Dave
On 2 Dec 2012, at 02:30, Andy Green andy.green@linaro.org wrote:
On 11/29/2012 10:52 PM, the mail apparently from Dave Pigott
included:
Hi all,
I'm purchasing a dedicated server for the new dispatcher work, and
also getting a USB sound card, as discussed at Connect. I'm looking for guidance as to functionality - a link to amazon would be quite helpful. :)
Any suggestions welcome.
Hi Dave -
This should be a good way to blow GBP11.45
http://www.amazon.co.uk/External-Sound-Card-Channel-Audio/dp/B003TO3KHY/ref=...
It's not what I have but with optical in and out as well as 6ch
support it should so the 2ch that we need as well.
These (0.58) will do as the patch leads
http://www.amazon.co.uk/3-5mm-Stereo-Jack-Plug-1-2M/dp/B00077DC3S/ref=pd_sim...
-Andy
-- Andy Green | TI Landing Team Leader Linaro.org │ Open source software for ARM SoCs | Follow Linaro http://facebook.com/pages/Linaro/155974581091106 -
http://twitter.com/#%21/linaroorg - http://linaro.org/linaro-blog
Hi Andy,
One other question: I assume you'll be wanting audio in and out available? On the panda, which is which? I can't seem to find any documentation on that. :)
Thanks
Dave
On 12 Dec 2012, at 20:47, Andy Green andy.green@linaro.org wrote:
Hi -
The "front out" should double as stereo out in the default 2ch mode. You can check by stcking some headphones in and aplay -Dhw:1 mytest.wav or similar.
-Andy
Dave Pigott dave.pigott@linaro.org wrote: Hi Andy,
Just getting round to looking at this. I have the USB sound card and some patch leads. I'm fine with hooking it up to the dispatcher server, and I can dedicate a LAVA Panda board to this, but I just need to know how the patch leads need to be connected. I'm assuming I connect "audio out" from the panda to "line in" on the USB card, but in terms of the return trip, as it were, there are three "outs": "Front out", "Rear out" and "CEN/Bass out".
If we're intending two way testing, then how should I configure this?
Additionally, there is a "Mic In" and "SPDF in" and "SPDF out".
Any guidance would be very welcome.
Thanks
Dave
On 2 Dec 2012, at 02:30, Andy Green andy.green@linaro.org wrote:
On 11/29/2012 10:52 PM, the mail apparently from Dave Pigott included: Hi all,
I'm purchasing a dedicated server for the new dispatcher work, and also getting a USB sound card, as discussed at Connect. I'm looking for guidance as to functionality - a link to amazon would be quite helpful. :)
Any suggestions welcome.
Hi Dave -
This should be a good way to blow GBP11.45
http://www.amazon.co.uk/External-Sound-Card-Channel-Audio/dp/B003TO3KHY/ref=...
It's not what I have but with optical in and out as well as 6ch support it should so the 2ch that we need as well.
These (0.58) wi ll do as the patch leads
http://www.amazon.co.uk/3-5mm-Stereo-Jack-Plug-1-2M/dp/B00077DC3S/ref=pd_sim...
-Andy
-- Andy Green | TI Landing Team Leader Linaro.org │ Open source software for ARM SoCs | Follow Linaro http://facebook.com/pages/Linaro/155974581091106 - http://twitter.com/#%21/linaroorg - http://linaro.org/linaro-blog
On 07/01/13 17:36, the mail apparently from Dave Pigott included:
Hi Andy,
One other question: I assume you'll be wanting audio in and out available? On the panda, which is which? I can't seem to find any documentation on that. :)
It's the bottom connector that is the output from the Panda and the top connector that's the input to the Panda.
-Andy
Thanks
Dave
On 12 Dec 2012, at 20:47, Andy Green <andy.green@linaro.org mailto:andy.green@linaro.org> wrote:
Hi -
The "front out" should double as stereo out in the default 2ch mode. You can check by stcking some headphones in and aplay -Dhw:1 mytest.wav or similar.
-Andy
Dave Pigott <dave.pigott@linaro.org mailto:dave.pigott@linaro.org> wrote:
Hi Andy, Just getting round to looking at this. I have the USB sound card and some patch leads. I'm fine with hooking it up to the dispatcher server, and I can dedicate a LAVA Panda board to this, but I just need to know how the patch leads need to be connected. I'm assuming I connect "audio out" from the panda to "line in" on the USB card, but in terms of the return trip, as it were, there are three "outs": "Front out", "Rear out" and "CEN/Bass out". If we're intending two way testing, then how should I configure this? Additionally, there is a "Mic In" and "SPDF in" and "SPDF out". Any guidance would be very welcome. Thanks Dave On 2 Dec 2012, at 02:30, Andy Green <andy.green@linaro.org <mailto:andy.green@linaro.org>> wrote: On 11/29/2012 10:52 PM, the mail apparently from Dave Pigott included: Hi all, I'm purchasing a dedicated server for the new dispatcher work, and also getting a USB sound card, as discussed at Connect. I'm looking for guidance as to functionality - a link to amazon would be quite helpful. :) Any suggestions welcome. Hi Dave - This should be a good way to blow GBP11.45 http://www.amazon.co.uk/External-Sound-Card-Channel-Audio/dp/B003TO3KHY/ref=sr_1_5?ie=UTF8&qid=1354414953&sr=8-5 It's not what I have but with optical in and out as well as 6ch support it should so the 2ch that we need as well. These (0.58) wi ll do as the patch leads http://www.amazon.co.uk/3-5mm-Stereo-Jack-Plug-1-2M/dp/B00077DC3S/ref=pd_sim_ce_6 -Andy -- Andy Green | TI Landing Team Leader Linaro.org <http://linaro.org/> │ Open source software for ARM SoCs | Follow Linaro http://facebook.com/pages/Linaro/155974581091106 - http://twitter.com/#!/linaroorg - http://linaro.org/linaro-blog
On 7 Jan 2013, at 09:46, Andy Green andy.green@linaro.org wrote:
On 07/01/13 17:36, the mail apparently from Dave Pigott included:
Hi Andy,
One other question: I assume you'll be wanting audio in and out available? On the panda, which is which? I can't seem to find any documentation on that. :)
It's the bottom connector that is the output from the Panda and the top connector that's the input to the Panda.
Given a 50/50 chance, I happened to get it the right way first time. :)
Thanks
Dave
Dave Pigott dave.pigott@linaro.org writes:
On 7 Jan 2013, at 09:46, Andy Green andy.green@linaro.org wrote:
On 07/01/13 17:36, the mail apparently from Dave Pigott included:
Hi Andy,
One other question: I assume you'll be wanting audio in and out available? On the panda, which is which? I can't seem to find any documentation on that. :)
It's the bottom connector that is the output from the Panda and the top connector that's the input to the Panda.
Given a 50/50 chance, I happened to get it the right way first time. :)
So I've tried to run my test in the lab now, but it seems that it's not possible to capture audio from the device on the host. The other way around works fine -- I can capture audio on pandaes-02 that was played on the host -- but not device->host. I just get silence, or very near it:
http://validation.linaro.org/lava-server/dashboard/streams/private/team/lina...
(there is a touch of low frequency noise).
I guess audio out in the image I'm using (http://snapshots.linaro.org/quantal/pre-built/panda/43/panda-quantal_develop...) could just be broken -- is this possible? -- or the cable could be loose, or something else entirely. I guess I'd appreciate it if Dave could check the cabling :-)
Is there a known good image I could be using?
Cheers, mwh
Thanks
Dave _______________________________________________ linaro-validation mailing list linaro-validation@lists.linaro.org http://lists.linaro.org/mailman/listinfo/linaro-validation
On 11/01/13 09:19, the mail apparently from Michael Hudson-Doyle included:
Dave Pigott dave.pigott@linaro.org writes:
On 7 Jan 2013, at 09:46, Andy Green andy.green@linaro.org wrote:
On 07/01/13 17:36, the mail apparently from Dave Pigott included:
Hi Andy,
One other question: I assume you'll be wanting audio in and out available? On the panda, which is which? I can't seem to find any documentation on that. :)
It's the bottom connector that is the output from the Panda and the top connector that's the input to the Panda.
Given a 50/50 chance, I happened to get it the right way first time. :)
So I've tried to run my test in the lab now, but it seems that it's not possible to capture audio from the device on the host. The other way around works fine -- I can capture audio on pandaes-02 that was played on the host -- but not device->host. I just get silence, or very near it:
http://validation.linaro.org/lava-server/dashboard/streams/private/team/lina...
(there is a touch of low frequency noise).
I guess audio out in the image I'm using (http://snapshots.linaro.org/quantal/pre-built/panda/43/panda-quantal_develop...) could just be broken -- is this possible? -- or the cable could be loose, or something else entirely. I guess I'd appreciate it if Dave could check the cabling :-)
Is there a known good image I could be using?
If it's even halfway modern don't think there'll be any problem with the Panda audio side in terms of being broken... it has been stable for many months now on 3.4.
It's more likely to do with input source routing for audio on your host. Assuming it's physically cabled from the Panda audio out to the "Line In" you will need to select that input source on the host.
Alsamixer can do it over ssh, alsamixer -c1 (-c<n> selects card n), hit tab to see input sources. User cursor keys to select "Line In". Hit space to make it the capture channel, set levels with up/down keys.
Assuming it works after a sufficiency of meddling, you can use alsactl store / restore <card #> to capture to and restore from a file to automate.
-Andy
Andy Green andy.green@linaro.org writes:
On 11/01/13 09:19, the mail apparently from Michael Hudson-Doyle included:
Dave Pigott dave.pigott@linaro.org writes:
On 7 Jan 2013, at 09:46, Andy Green andy.green@linaro.org wrote:
On 07/01/13 17:36, the mail apparently from Dave Pigott included:
Hi Andy,
One other question: I assume you'll be wanting audio in and out available? On the panda, which is which? I can't seem to find any documentation on that. :)
It's the bottom connector that is the output from the Panda and the top connector that's the input to the Panda.
Given a 50/50 chance, I happened to get it the right way first time. :)
So I've tried to run my test in the lab now, but it seems that it's not possible to capture audio from the device on the host. The other way around works fine -- I can capture audio on pandaes-02 that was played on the host -- but not device->host. I just get silence, or very near it:
http://validation.linaro.org/lava-server/dashboard/streams/private/team/lina...
(there is a touch of low frequency noise).
I guess audio out in the image I'm using (http://snapshots.linaro.org/quantal/pre-built/panda/43/panda-quantal_develop...) could just be broken -- is this possible? -- or the cable could be loose, or something else entirely. I guess I'd appreciate it if Dave could check the cabling :-)
Is there a known good image I could be using?
If it's even halfway modern don't think there'll be any problem with the Panda audio side in terms of being broken... it has been stable for many months now on 3.4.
It's more likely to do with input source routing for audio on your host.
Ah yes, seems you are right. I'd poked around in alsamixer on the device but not on the host.
Assuming it's physically cabled from the Panda audio out to the "Line In" you will need to select that input source on the host.
Alsamixer can do it over ssh, alsamixer -c1 (-c<n> selects card n), hit tab to see input sources. User cursor keys to select "Line In". Hit space to make it the capture channel, set levels with up/down keys.
It seems the capture channel was the mic input not the line in. I changed that and I got better results:
http://validation.linaro.org/lava-server/dashboard/streams/private/team/lina...
but lava-fft still doesn't like the rec.wav:
+ lava-fft -t 1 -i -s 0.25 + tee results.log Failed to see enough leadin silence 36817 376
Looking at the file in audacity, there is a click at about 0.77s in and if I snip that out I get:
Skipping to +2.141708s in capture Ch 0: 0.010824 0.011
which seems like a reasonable figure of merit. So progress, but not yet success -- do you know what might be going on here? Hopefully it's just a level problem in the alsa settings or something.
Assuming it works after a sufficiency of meddling, you can use alsactl store / restore <card #> to capture to and restore from a file to automate.
If I read the runes correctly, it looks like ubuntu preserves alsa settings over reboots, so once we've got the settings right we could just leave them there. It's probably better to be more paranoid though -- maybe the device config should point to the path of an alsa config file that could be applied before each test is run or something along those lines.
Cheers, mwh
On 11/01/13 10:13, the mail apparently from Michael Hudson-Doyle included:
Andy Green andy.green@linaro.org writes:
On 11/01/13 09:19, the mail apparently from Michael Hudson-Doyle included:
Dave Pigott dave.pigott@linaro.org writes:
On 7 Jan 2013, at 09:46, Andy Green andy.green@linaro.org wrote:
On 07/01/13 17:36, the mail apparently from Dave Pigott included:
Hi Andy,
One other question: I assume you'll be wanting audio in and out available? On the panda, which is which? I can't seem to find any documentation on that. :)
It's the bottom connector that is the output from the Panda and the top connector that's the input to the Panda.
Given a 50/50 chance, I happened to get it the right way first time. :)
So I've tried to run my test in the lab now, but it seems that it's not possible to capture audio from the device on the host. The other way around works fine -- I can capture audio on pandaes-02 that was played on the host -- but not device->host. I just get silence, or very near it:
http://validation.linaro.org/lava-server/dashboard/streams/private/team/lina...
(there is a touch of low frequency noise).
I guess audio out in the image I'm using (http://snapshots.linaro.org/quantal/pre-built/panda/43/panda-quantal_develop...) could just be broken -- is this possible? -- or the cable could be loose, or something else entirely. I guess I'd appreciate it if Dave could check the cabling :-)
Is there a known good image I could be using?
If it's even halfway modern don't think there'll be any problem with the Panda audio side in terms of being broken... it has been stable for many months now on 3.4.
It's more likely to do with input source routing for audio on your host.
Ah yes, seems you are right. I'd poked around in alsamixer on the device but not on the host.
Assuming it's physically cabled from the Panda audio out to the "Line In" you will need to select that input source on the host.
Alsamixer can do it over ssh, alsamixer -c1 (-c<n> selects card n), hit tab to see input sources. User cursor keys to select "Line In". Hit space to make it the capture channel, set levels with up/down keys.
It seems the capture channel was the mic input not the line in. I changed that and I got better results:
http://validation.linaro.org/lava-server/dashboard/streams/private/team/lina...
but lava-fft still doesn't like the rec.wav:
- lava-fft -t 1 -i -s 0.25
- tee results.log
Failed to see enough leadin silence 36817 376
Looking at the file in audacity, there is a click at about 0.77s in and if I snip that out I get:
I went to look at the wav but after Ubuntu SSO I get
Internal Server Error
The server encountered an internal error or misconfiguration and was unable to complete your request.
Please contact the server administrator, webmaster@localhost and inform them of the time the error occurred, and anything you might have done that may have caused the error.
More information about this error may be available in the server error log.
Apache/2.2.20 (Ubuntu) Server at validation.linaro.org Port 80
Skipping to +2.141708s in capture Ch 0: 0.010824 0.011
which seems like a reasonable figure of merit. So progress, but not yet success -- do you know what might be going on here? Hopefully it's just a level problem in the alsa settings or something.
The click is either an artifact of PM on the Panda side or on the host side.
Assuming it works after a sufficiency of meddling, you can use alsactl store / restore <card #> to capture to and restore from a file to automate.
If I read the runes correctly, it looks like ubuntu preserves alsa settings over reboots, so once we've got the settings right we could just leave them there. It's probably better to be more paranoid though -- maybe the device config should point to the path of an alsa config file that could be applied before each test is run or something along those lines.
You'll likely find that future (maybe current) boards will have multiple audio sources on them, eg, s/pdif or 2.1 / 5.1 etc. So being able to assert the routing as part of the test will probably be useful.
-Andy
Andy Green andy.green@linaro.org writes:
On 11/01/13 10:13, the mail apparently from Michael Hudson-Doyle included: I went to look at the wav but after Ubuntu SSO I get
Internal Server Error
:( I can't reproduce this. Can you try logging in from another page (like http://validation.linaro.org/lava-server/dashboard/) and see if that works? And if it doesn't, tell me the UTC time you tried and I'll look in the various log files.
Skipping to +2.141708s in capture Ch 0: 0.010824 0.011
which seems like a reasonable figure of merit. So progress, but not yet success -- do you know what might be going on here? Hopefully it's just a level problem in the alsa settings or something.
The click is either an artifact of PM on the Panda side or on the host side.
Is there going to be something we can do about that?
Assuming it works after a sufficiency of meddling, you can use alsactl store / restore <card #> to capture to and restore from a file to automate.
If I read the runes correctly, it looks like ubuntu preserves alsa settings over reboots, so once we've got the settings right we could just leave them there. It's probably better to be more paranoid though -- maybe the device config should point to the path of an alsa config file that could be applied before each test is run or something along those lines.
You'll likely find that future (maybe current) boards will have multiple audio sources on them, eg, s/pdif or 2.1 / 5.1 etc. So being able to assert the routing as part of the test will probably be useful.
Makes sense. So it would be just "set_up_audio_capture_for_line_in_cmd" in the config for now, but the list might grow...
Cheers, mwh
On 11/01/13 11:02, the mail apparently from Michael Hudson-Doyle included:
Andy Green andy.green@linaro.org writes:
On 11/01/13 10:13, the mail apparently from Michael Hudson-Doyle included: I went to look at the wav but after Ubuntu SSO I get
Internal Server Error
:( I can't reproduce this. Can you try logging in from another page (like http://validation.linaro.org/lava-server/dashboard/) and see if that works? And if it doesn't, tell me the UTC time you tried and I'll look in the various log files.
Hm if I log in via the dashboard it's happy and lets me get the file from the same url.
Skipping to +2.141708s in capture Ch 0: 0.010824 0.011
which seems like a reasonable figure of merit. So progress, but not yet success -- do you know what might be going on here? Hopefully it's just a level problem in the alsa settings or something.
The click is either an artifact of PM on the Panda side or on the host side.
Is there going to be something we can do about that?
I should think so, it's a very litle bump quite different than what the main signal should "look like". I'll study improving the way it hunts for the signal later today.
-Andy
Assuming it works after a sufficiency of meddling, you can use alsactl store / restore <card #> to capture to and restore from a file to automate.
If I read the runes correctly, it looks like ubuntu preserves alsa settings over reboots, so once we've got the settings right we could just leave them there. It's probably better to be more paranoid though -- maybe the device config should point to the path of an alsa config file that could be applied before each test is run or something along those lines.
You'll likely find that future (maybe current) boards will have multiple audio sources on them, eg, s/pdif or 2.1 / 5.1 etc. So being able to assert the routing as part of the test will probably be useful.
Makes sense. So it would be just "set_up_audio_capture_for_line_in_cmd" in the config for now, but the list might grow...
Cheers, mwh
Andy Green andy.green@linaro.org writes:
On 11/01/13 11:02, the mail apparently from Michael Hudson-Doyle included:
Andy Green andy.green@linaro.org writes:
On 11/01/13 10:13, the mail apparently from Michael Hudson-Doyle included: I went to look at the wav but after Ubuntu SSO I get
Internal Server Error
:( I can't reproduce this. Can you try logging in from another page (like http://validation.linaro.org/lava-server/dashboard/) and see if that works? And if it doesn't, tell me the UTC time you tried and I'll look in the various log files.
Hm if I log in via the dashboard it's happy and lets me get the file from the same url.
My guess is that it's something to do with the length of a URL involved in the openid process, but it's odd that I can't reproduce it. Anyway, let me know if it happens again...
Skipping to +2.141708s in capture Ch 0: 0.010824 0.011
which seems like a reasonable figure of merit. So progress, but not yet success -- do you know what might be going on here? Hopefully it's just a level problem in the alsa settings or something.
The click is either an artifact of PM on the Panda side or on the host side.
Is there going to be something we can do about that?
I should think so, it's a very litle bump quite different than what the main signal should "look like". I'll study improving the way it hunts for the signal later today.
Awesome.
Cheers, mwh
linaro-validation@lists.linaro.org