I just reverted to 6.5.0 and all works fine again..
--
rbl
rbl's Profile: http://forums.slimdevices.com/member.php?userid=4517
View this thread: http://forums.slimdevices.com/showthread.php?t=33419
In 6.5.1 there was a change in the way Slimserver does transcoding such
that socketwrapper was used in all cases. I recently tracked a problem
in 6.5.1 with AlienBBC to InguzDSP and AlienBBC would not work until the
InguzDSP was disabled - that problem seem to arise from two instances of
Thanks. Not sure what socket wrapper is, but is there likely to be a fix
soon or am I stuck with 6.5.0?
--
rbl
rbl's Profile: http://forums.slimdevices.com/member.php?userid=4517
View this thread:
Is there a way to go back to 6.5.0? I can't find it on their web site.
I also find 6.5.2 generally a little unreliable - stops at the end of
tracks, and occassionally stutters in tracks too. I had previously put
it all down to my setup, not that anything signifciant had changed.
--
rbl
I have been using Inguz's room correction / equaliser. It appears that
on some tracks it can insert a small gap between tracks, or even miss a
little at the end of a track. Am using FLACs encoded by EAC. If I
disable Inguz in File Settings then the gap problem goes away, so the
FLACs themselves
I am running the following:
SlimServer Version: 6.5.2 - 11332 - Windows XP - EN - cp1252
Server IP address: 192.168.1.100
Perl Version: 5.8.8 MSWin32-x86-multi-thread
MySQL Version: 5.0.22-community-nt
--
rbl
rbl's
I've seen the same problem since upgrading to the 6.5.1 server, but
chalked it up to a server transcode gap-skipping bug (with various
manifestations reported on the forums here; my writeup bug #4742). The
DSP itself does handle gapless properly, for all I can tell. I'll check
with the 6.5.2