I don't know what the playlist limit is for the mpg123 & find command listed below, but the directory I used when actually using that command had maybed 20-25 songs in it.
On Tue, 26 Nov 2002, chris wrote: > On Mon, Nov 25, 2002 at 11:48:50PM -0600, Matthew Seeds wrote: > > > mpg123 --list <(find /home/mtseeds/Music/ -name '*.mp3') > > somehow i doubt this scales. how large is your playlist? i've got ~5k songs > in mine and i've yet to find a shell/OS that would allow me to pass them all > in argv[] without getting the error "argument list too long". > > you are aware of the "-@" feature to mpg123 that uses an actual playlist > (.m3u, which is just a list of filenames, which could easily be the output > of a find command)? this scales indefinitely, at least past 5k songs =) > > > > command line. I'm trying to use madplay because I've discovered a couple of > > mp3's I have that mpg123 can't play, but madplay can. Any help would be > > appreciated. > > i suspect that mpg123 has since fixed that bug (every once in awhile, i come > across some files that mpg123 doesn't like too and then i upgrade to whatever > the latest mpg123 is and all is well), so you might try downloading and > building the latest before giving up on it. mpg123 is all i've ever needed > for command-line mp3 playing on a huge variety of unix systems and it's rarely > let me down (never, in a way that wasn't fixed in short order). > > also, i just discovered some hideous thing called 'mpg321' is masquerading > as mpg123 on my redhat-7.2 system. apparently mpg123 is "non-free" but it > is more featureful, and still free-like-beer, so you might want to make sure > you have the real mccoy. mpg123 is a fairly mature piece of software--i've > been using it for 4-5 years now at least. > > finally, allow me to recommend the software 'irmp3' in addition to an irman > (http://www.evation.com/irman/index.html) > for remote control of a large playlist that has its own shuffle/back/fwd/etc > support, and requires 0 gui. hell, it doesn't even require a text console, > since it's daemonized. it allows with minor hackery playlist switches (i > had it setup to take a kill -USR1 and reload 'current.m3u' which i regenerated > with find periodically) > > happy listening. > _______________________________________________ > Siglinux mailing list > [EMAIL PROTECTED] > http://www.utacm.org/mailman/listinfo/siglinux > _______________________________________________ Siglinux mailing list [EMAIL PROTECTED] http://www.utacm.org/mailman/listinfo/siglinux