Reducing the format from 44100:16:1 to e.g. 16000:16:1 made it worse. The
"quality" parameter has no apparent effect, one posting I saw suggests it's
specific to Vorbis and may not apply to LAME.
What I found works (about 40% CPU, no skipping) is 44100:16:1 and a very low
bitrate (16). Poor quality audio of course but...
Actually I think I'm using the wrong tool here. What I really want to do, is
to take monoaural audio from a ham radio receiver, feed it in the Mic jack
of the Alix, and stream it to my PC over the LAN. Can you suggest an
approach? This is a new area for me.
Thanks, Norm
On Fri, Nov 26, 2010 at 09:39, Norman Henderson <norm.audrey at gmail.com>wrote:
> Thanks for the quick reply, I was afraid that was the problem! I'll try
> tweaking the quality though.
>
>
> On Fri, Nov 26, 2010 at 09:22, Kim-man 'Punky' TSE <punkytse at punknix.com>wrote:
>
>> Hi Norman,
>>
>> I tried http streaming even before voyage mpd is announced. ALIX is
>> underpower and cannot fit http streaming purpose. If you define bitrate it
>> is even worse. It is better if you set quality instead of bitrate in your
>> configuration below, but you would still expect some skips. In addition,
>> change from stereo to mono makes CPU consume less, i.e. format =
>> "44100:16:1".
>>
>> May be you can try icecast to see if it gets better...
>>
>> Regards,
>> Punky
>>
>>
>> On 11/26/2010 5:03 PM, Norman Henderson wrote:
>>
>>> Hi, I have a Voyage 0.6.5 system on which I run a number of different
>>> things including mpd. It works fine for playback through the ALSA device
>>> (headphone jack) with about 15% CPU use. However when I set up an httpd
>>> output and connect to it from my laptop (with the browser or with VLC, etc.)
>>> CPU immediately goes to almost 100% and the playback starts to skip (both
>>> through the ALSA and through the laptop).
>>>
>>> At first I thought this was because I was streaming vorbis and the music
>>> files (which are on a local USB drive) are mp3. So with some pain I compiled
>>> mpd 0.15.15 with lame support and got that working. However my high CPU
>>> problem is still there. I believe the output matches the file format so
>>> there shouldn't be any resampling (but I don't know a lot about this stuff):
>>>
>>> audio_output {
>>> type "httpd"
>>> name "Voyage HTTP Stream"
>>> encoder "lame" # optional, vorbis or lame
>>> port "8000"
>>> # quality "5.0" # do not define if
>>> bitrate is defined
>>> bitrate "192" # do not define if
>>> quality is defined
>>> format "44100:16:2"
>>> }
>>> Incidentally results were the same with the default bitrate 128, or with
>>> 96, and with 1 instead of 2 channels in the format.
>>>
>>> The system also has a Samba server running and if I use e.g. VLC on my
>>> laptop to just play the files from the network share that's fine too, no
>>> skipping and normal CPU usage - so I don't think it's a networking issue.
>>>
>>> Any suggestions? Does the new Voyage MPD build support playback of mp3's
>>> over mpd's built-in httpd streaming server without problems, and is there
>>> anything special about the configuration?
>>> - Norm
>>>
>>>
>>> _______________________________________________
>>> Voyage-linux mailing list
>>> Voyage-linux at list.voyage.hk
>>> http://list.voyage.hk/mailman/listinfo/voyage-linux
>>>
>>
>>
>> --
>> Regards,
>> Punky
>>
>> Voyage Solutions (http://solution.voyage.hk)
>> * Embedded Solutions and Systems
>> - Mesh Networking, Captive Portal, IP Surveillance, VoIP/PBX
>> - Network Engineering, Development Platform and Consultation
>>
>>
>>
>>
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://list.voyage.hk/pipermail/voyage-linux/attachments/20101126/6c982d60/attachment.html>