<div dir="ltr">Oh, I also forgot to mention I am playing mplayer in the buildroot setup in the console, as I still don't have a gui yet.<br></div><div class="gmail_extra"><br><div class="gmail_quote">On Wed, Feb 25, 2015 at 7:53 PM, Lou Crittenden <span dir="ltr"><<a href="mailto:loucrittenden63@gmail.com" target="_blank">loucrittenden63@gmail.com</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><div dir="ltr"><div><div><div><div><div><span class=""><div>>I was able to compile and run a rockbox version on RPi/buildroot, but still<br>
> without audio file playing...<br><br></div></span>Awesome! Can I see it?<br><br></div>I was able to run mplayer with no options in a terminal within the raspbian image that came with my waveshare device and it didn't have a bit of problems with the audio. It sounded great actually.<br><br></div>You're probably right on the resource part, and I believe the buildroot kernel has a lot to do with it, but the raspbian kernel didn't have that issue at all, but of course it just takes a long time to boot compared to buildroot. I want to use the isolator to isolate the usb sound device from the background zipper noises, pops, buzzes, whining, and other garbage from the main computer board that happens when for example you are scrolling a page or leds on the board blink.<br><br></div>I have included a sample of what I am running into as far as the audio. This was with the commands:<br><br></div># cd /media/usb0 (this thumbdrive is where my music is located)<br></div># mplayer *<br><div><br></div><div>and with my usb sound device plugged in. It doesn't do that with the onboard card, though (even though it sounds like poo, as I have heard it was only 11-bit audio). When I'm running:<br><br></div><div># mplayer -quiet *<br><br></div><div>it plays normally through the usb card even with other processes running, but still doesn't sound near as good as either my ubuntu system or the raspbian image.<br><br></div><div>I also found out that the snd-usb-audio driver indeed does work with all of the channels when I input the command<br><br># speaker-test -Dplug:surround51 -c6<br><br></div><div>to test all of the speaker channels. The woman's voice came through on all the appropriate channels, plus they are adjustable in alsamixer. I just can't get mplayer to use them all when using alsa as the backend (I haven't gotten pulseaudio to work in buildroot) and it outputs through the front only. I have the same issue when using alsa as the backend on this card in the raspbian image as well (but good sound) yet it uses the same snd-usb-audio driver, same with my ubuntu system. <br><br>Would you recommend pulseaudio in my situation?<br></div><div><br></div></div><div class="HOEnZb"><div class="h5"><div class="gmail_extra"><br><div class="gmail_quote">On Wed, Feb 25, 2015 at 1:42 PM, Peter Seiderer <span dir="ltr"><<a href="mailto:ps.report@gmx.net" target="_blank">ps.report@gmx.net</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">Hello Lou,<br>
<span><br>
On Tue, Feb 24, 2015 at 05:58:45PM -0600, Lou Crittenden wrote:<br>
> Good news, I found a workaround to the garbled audio issue on use of<br>
> mplayer when using my USB card. What I have to do is pass the -quiet option<br>
> when running mplayer. For example: mplayer -quiet test.mp3. It turns out<br>
> that activity on the lcd screen was the culprit, and it interferes with the<br>
> audio and it ONLY does that when using the usb audio card. When no options<br>
> are passed, the display continually scrolls the time and whatnot of the<br>
> audio playback every millisecond.<br>
><br>
> mpg123 has much less terminal activity, and thus doesn't have the issue.<br>
><br>
> I was wondering if this is a power issue and if it would work if I used an<br>
> isolator that allowed the device to receive its own power independent of<br>
> the Raspberry Pi board? Something like this:<br>
><br>
> <a href="http://www.ebay.com/itm/ADUM4160-USB-Isolator-Board-ADI-USB-Port-Isolator-Protection-/191303685123?pt=LH_DefaultDomain_0&hash=item2c8a969403" target="_blank">http://www.ebay.com/itm/ADUM4160-USB-Isolator-Board-ADI-USB-Port-Isolator-Protection-/191303685123?pt=LH_DefaultDomain_0&hash=item2c8a969403</a><br>
><br>
> that electronically isolates the usb audio and power from the pi, but<br>
> allows the pi to talk to the device so the sound improves and improves<br>
> power stability.<br>
><br>
<br>
</span>Hard to tell without hearing a sample of what you describe as 'garbled audio',<br>
but I would less suspect a electrical/decouple problem, more suspect a pure<br>
resource problem of the mplayer aplication doing audio and display updates...<br>
<br>
Maybe you can stress mplayer -quiet and/or mpg123 doing some concurrent work/<br>
testbench running (e.g. untar a huge file (kernel source)), etc. and get the<br>
same audio defects?<br>
<br>
I was able to compile and run a rockbox version on RPi/buildroot, but still<br>
without audio file playing...<br>
<br>
Regards,<br>
Peter<br>
</blockquote></div><br></div>
</div></div></blockquote></div><br></div>