Mathematica doesn't recognize USB mic (Raspberry Pi / Linux)

  • Thread starter Thread starter Swamp Thing
  • Start date Start date
  • Tags Tags
    Usb
AI Thread Summary
The discussion centers on issues with using a USB microphone in Wolfram Mathematica on a Raspberry Pi running Linux. Although the microphone is recognized in PulseAudio and works with applications like Audacity and arecord, it does not appear in Mathematica, which returns a null list for audio input devices. Suggestions include checking the Wolfram support site for potential solutions or existing tickets. Users also shared experiences with microphone compatibility issues, particularly with lapel mics that had the same USB address, leading to the decision to switch manufacturers. A project involving directional microphones for hearing-impaired speakers highlighted challenges with audio processing speed, resulting in noticeable echo effects. Although a workaround exists by using shell commands to record audio and then access it in Mathematica, the user is seeking a more integrated solution.
Swamp Thing
Insights Author
Messages
1,031
Reaction score
769
Raspberry Pi / Linux...

My USB mic shows up in the PulseAudio volume control, and also works OK with Audacity and arecord.

However, it doesn't show up in Wolfram Mathematica -- $AudioInputDevices returns a null list.

Anything I can do to get the mic working in Mathematica?
 
Technology news on Phys.org
I had some issues with lapel mics on Raspberry PI Linux. The problem was due to the mics having the same USB address with no way to change them. The company didn't think someone might want to do stereo recording with their lapel mics.

In our case, we switched to another mic manufacturer. Our project was to make a headset for hearing impaired speakers who could pick out an audience member asking a question by simply looking in their direction and the two mics acted as directional mics beamforming the audio where you pointed your head.
 
  • Like
Likes Swamp Thing
I forgot to add that we beamformed in the PI, and the one noticeable flaw was the time it took to reach your ears. It was enough to make it sound like an echo.

You'd hear the person speaking and then the beamformed audio stream of them speaking slightly behind them. This was due to the speed at which the PI could process the mic input, add them together, and then push the result to the headset.
 
Is it hard to get a good beam shape over an acceptable range of audio frequencies?

And re my original question, my use case works ok if I run a shell command from Wolfram, where I run "arecord". Then Mathematica can open the recorded file and get to the audio samples. But I will keep looking for a more elegant way.
 
Thread 'Is this public key encryption?'
I've tried to intuit public key encryption but never quite managed. But this seems to wrap it up in a bow. This seems to be a very elegant way of transmitting a message publicly that only the sender and receiver can decipher. Is this how PKE works? No, it cant be. In the above case, the requester knows the target's "secret" key - because they have his ID, and therefore knows his birthdate.
I tried a web search "the loss of programming ", and found an article saying that all aspects of writing, developing, and testing software programs will one day all be handled through artificial intelligence. One must wonder then, who is responsible. WHO is responsible for any problems, bugs, deficiencies, or whatever malfunctions which the programs make their users endure? Things may work wrong however the "wrong" happens. AI needs to fix the problems for the users. Any way to...
Back
Top