OpenWrt Forum Archive

Topic: Streaming audio - MPD Winamp iTunes mt-daapd - Still Searching!

The content of this topic has been archived on 4 May 2018. There are no obvious gaps in this topic, but there may still be some posts missing at the end.

What I Have (and like):
- Windows XP running Winamp
- Netgear WGT634U with USB Audio (C-Media) running MPD on Kamikaze r3587

What I Want:
- One-to-one audio streaming from Winamp to Kamikaze

I've been using Winamp's Shoutcast Source plugin, streaming to a server on *third* computer running the Shoutcast server and streaming to MPD.  It works, but it's awkward - in the first place, it's designed for multicasting (overkill for my setup), plus there's a big time lag between hitting Start on Winamp and having any sound come out of MPD (same for "Stop" and silence).

I *don't* want to store MP3 files on the Kamikaze box, not locally nor via NFS or Samba.  I've tried that, and it tends to overwhelm the Kamikaze box - those reboots which come in the middle of a song are quite discouraging!

Winamp has a plugin which will stream to an AirPort ("Remote Speakers output"), and that looks like exactly what I want for a music source... but what can I run on Kamikaze as a receiver which will send that output to my audio device?  I've looked at mt-daapd, but that seems to be a *client* which sends audio to an Apple AirPort *server* - that's the opposite of what I want.

I have a feeling that someone out there must have already solved this problem, and that I'm just not looking in the right place.  Help, help!  I just want my toys to play together nicely!

Please search the forums, there are a lot of good posts on this subject.  Use my nick in an author search.  Nearly all of my posts pertain to this topic. smile

http://forum.openwrt.org/viewtopic.php?id=9963

the above link is the most notable one.

-j

you could try esd. that daemon works pretty well for me on my asus wl-500g (streaming from linux to the asus). it seems that there is also a winamp-plugin available to output to esd, just do a websearch.

greetings,
andy

wombat - Thank you, I've seen those threads (9963 and 8138).  They solve a problem I don't have (MPD works great on my machine, I'm listing to music right now!) but don't address the problem I posted.

mauritzius - Ooh, esd (EsounD) looks good! (*short pause while I give it a try*) Hmm, it's good, but it occasionally pauses, sometimes for a fraction of a second and sometimes for longer.  Drat, I wonder where the problem is?  Anyway, just for reference...
INFO: http://wl500g.info/showthread.php?t=4150
ESD BINARY: http://home.in.tum.de/%7Epustka/mipsel/esd
WINAMP PLUGIN: http://www.linuxfan.dk/index.php?page=code

Your original approach is correct, you just need some tweaks to get mpd to work nicely.  Check out this website: http://devices.natetrue.com/musicap/

There are some suggestions/startup commands to help reduce or eliminate the sound problems you are experiencing. smile  I've never been able to totally eliminate it myself, but i have heard others have been able to.  I guess it depends on the card you're using and maybe the build, not sure.  Here's the command from that link above...

#This line reduces latency for pause and setvol commands
echo mpd 5 16384 > /proc/asound/card0/pcm0p/oss

I can't remembe rwhat all of the parameters do, but it sort of works.  Be sure the /proc path is valid smile

I use esound-oss (not enough space for alsa left) on my WL-500g and stream MPD from my server (that holds the MP3 archive) via ESD to the Asus. That works flawlessly, without any skips or any other sound problems. there is a delay of under a second between hitting play and the music coming out.
I also run MPD locally on the Asus to listen to Internet-Radio. The stream is also perfect (at least up to 160kbps), but when switching stations there are some pauses, I don't really care about them as they happen just at the beginning.
In fact I'm totally impressed how well this small device performs: Given the fact that the Asus has just a 125MHz-CPU, the possibilities are gigantic!

The discussion might have continued from here.