OK, it went well first but later still more drop-outs occured. Even after a number of drop-outs (what the [EMAIL PROTECTED] the server's doing) the squeezebox crashed a could not find a slimserver anymore. After a reboot the slimserver was recognized but when playing after a short while drop-outs caused the SB1 to crash again.
I am now switching back to normal mp3 ->mp3 playback, lick my wounds and look for further possibilities. Weep... Karel On Apr 1, 2005 9:21 PM, Karel Tromp <[EMAIL PROTECTED]> wrote: > OK, have lame.exe existing in slimserver/server/bin. Done with > checkbox, heh, kept its change (very fine ...:-)). > > I am curious if there's any difference in playback quality for as I > know the lame is a fine decoder too. But that later..... > > First try: > I still getting gaps between the tracks but they are lesser noticeble > (right englisch?). There is also a con. For everything I do on the > machine via TightVNC (uses app 60% resources) drop-outs are occuring. > OK, will be better when I have left the PC but I did not had it with > plain MP3 broadcast. > > But indeed, if I use the setting as descibed below I sometimes hearing > no gaps at all. I shall further test on this. > > Maybe converting mp3 to aif or flac for SB2 will be a good choice to > follow.... > > A question: what are te $-x$ and $FILE$ meaning? I think the $FILE$ > means the filename to be decoded. > I will search through the documentation of lame for optimizing the > deconding to truly gapless (I hope). > > So far, thanks for giving me a right direction. > > Karel > > > > > mp3 aif squeezebox * > > [lame] --decode -t --silent $-x$ $FILE$ - > > > _______________________________________________ Discuss mailing list [email protected] http://lists.slimdevices.com/lists/listinfo/discuss
