mitrih wrote: > Thanks for XPLAY!! it is my savior plugin!! this one has the potential > to replace playreal, playwma and wavein!! It could be used to replace those plugins but it is not the optimal solution.
1. Not sure why you still need this as nobody is using RealAudio anymore. However if you have a realaudio stream - the playreal plugin enables fast start of streams and ability to seek into a stream to start a specific time. You do not get this functionality with xplay/mplayer. 2. There is no playwma for Windows. LMS should be using wmadec which uses Window own libraries for play MS streams more efficient, shorter startup and less CPU and memory as socketwrapper is not used. PlayWMA on Linux just adds a conf file (unlike Xplay, PlayWMA Plugin has no code active during playback) which means LMS own support of WMA metadata are used - you would lose this with xplay/mplayer. 3. wavin for Windows plugin has its own application and does not use socketwrapper. Both of these ensure latency is kept to a minimum. > I really tried to find a 1.0RC4 prebuilt for window but I could not find > one on the web, they have source and I have no idea how to compile it. > If you have a link handy for the window binary I would love that if you > think it is a better basic upgrade over 1rc2. Stay with what's available - IIRC building mplayer on Windows is v. painful and tedious - there are much better things to do with the time. It was accidental that I may have tested with rc4 - it must have been lying around in an old directory. > I saw the Redxii convert file, it only has a change for flac, the other > 3 lines are pretty much the same, so it is an easy change to keep for > the future, I have tried it with Redxii and it worked too. I saw one > hickup with 1rc2 where the station did not recover ( with xplay), but > once I stopped it and played again it worked. when the hickup happened > with new mplayer redxii it recovered by itself. it will take much more > testing to figure out more. IIRC The non 1.0rc2 the "-really-quiet" produces the EOF error and stops - you have to use "-quiet" but this generates output which may cause problems. The non 1.0rc2 does not support "waveheader" when output to a pipe (which is non-seekable) and generate an error. These two issues make me lose confidence in running newer mplayer builds in a batch environment -I think the changes have been made to make mplayer more suited to working with a GUI. Hiccoughs can be as much a problem with "lumpiness" of streams (especially slow ones), socketwrapper and Windows named pipes as mplayer and one of the the usual fixes was to increase the mplayer cache but with your slow streams this can cause other timeout problems. I doubt that hiccough problem is eliminated with non 1.0rc2 as the libraries being used in the streams you supplied haven't changed much - newer mplayer includes loads of other libraries mainly for newer audio formats and video which are unnecessary in this application. That said, I don't bother using Xplay/mplayer with output formats other than Flac so I have not tested the other 3 (WAV, PCM and MP3) and cannot say whether they work or not. The rationale for the settings 1. MP3 - have to use resampling and nowaveheader as lame cannot handle wav coming from a pipe (i.e. non seekable source) 2. PCM - when providing a raw pcm stream to LMS, the plugin sets up LMS to expect a 44.1 CD type stream. 3. WAV - not tested but I think setup may not work. ------------------------------------------------------------------------ bpa's Profile: http://forums.slimdevices.com/member.php?userid=1806 View this thread: http://forums.slimdevices.com/showthread.php?t=90070 _______________________________________________ plugins mailing list [email protected] http://lists.slimdevices.com/mailman/listinfo/plugins
