bossanova808 wrote:
snip
Another point - have been listening to RGed music all afternoon and its
going well, but only if I let each track play in full. If I use the web
interface to skip tracks, then the replay gain seems to get turned off
and the volumes are back to being all over the place.
VA handling works now perfectly for me. All described bugs are now
really solved. Thanks again for your great work!
--
dip
___
beta mailing list
beta@lists.slimdevices.com
http://lists.slimdevices.com/lists/listinfo/beta
As soon as I click on any change button on the plugin page slimserver
crashes (without any Windows error message, it simply stops). Until now
I tried the change buttons of the settings for the random Mix plugin,
for the rescan music library plugin and for changing load plugins
on-the-fly to load
So I am not the only one experiencing this problem. Given that 'dip'
reported the same with 19-9 nightly, I am afraid if this bug is not
fixed then 17-9 nightly could be the latest working nightly for WinXP.
Shall we open a bug on this? There is little info we can offer about
this bug.
--
On 19-Sep-05, at 3:13 AM, kbelinski wrote:
So I am not the only one experiencing this problem. Given that 'dip'
reported the same with 19-9 nightly, I am afraid if this bug is not
fixed then 17-9 nightly could be the latest working nightly for WinXP.
Shall we open a bug on this? There is
Just tried r4356 v6.2 beta and Replay Gain works great. I can now fast
forward and reverse again (redundant transcoding removed). This along
with the multiple artists in comments makes a great upgrade to SB2.
Thanks to Slim and anyone else that's helped with v6.2 - it is
appreciated.
Max,
ReplayGain information is read from tags at scan times and stored in the
database. It is only applied at track start currently, so turning it on
and off mid-track will not change playback volumes immediately. I'll
look into some sort of UI feedback to indicate that ReplayGain is active.
Looking at the source in Squeezebox2.pm, it looks like the server side
volume implementation receives integers ranging from 0 to 100. These
numbers corresponds to -49.5dB to 0dB in increments of .5dB.
How does this map to the 40 steps volume control on the client?
Steinar
--
sbjaerum
dean Wrote:
percent = (slider / 40.0 * 100)
I'm not sure why it's integerized though...
On Sep 19, 2005, at 10:28 AM, sbjaerum wrote:
Looking at the source in Squeezebox2.pm, it looks like the server
side
volume implementation receives integers ranging from 0 to 100. These
Actually right now it's alternating between 1.0 and 1.5dB but that
will be fixed in tonight's nightly.
-dean
On Sep 19, 2005, at 11:26 AM, sbjaerum wrote:
dean Wrote:
percent = (slider / 40.0 * 100)
I'm not sure why it's integerized though...
On Sep 19, 2005, at 10:28 AM, sbjaerum
With volume set to the maximum of 40, is this equivalent to bypassing
the volume adjustment?
I.e. bit-perfect transfer to the DAC and digital output?
Steinar
--
sbjaerum
___
beta mailing list
beta@lists.slimdevices.com
On Sep 19, 2005, at 1:09 PM, sbjaerum wrote:
With volume set to the maximum of 40, is this equivalent to bypassing
the volume adjustment?
I.e. bit-perfect transfer to the DAC and digital output?
Yes.
___
beta mailing list
beta@lists.slimdevices.com
dean Wrote:
With the recent versions, Browse Music Folder does everything by file
name (this was a hard decision to make, there were people pushing for
it and performance issues).
Sounds like bad news, then? Although performance indeed was an issue
with Browse Music Folder in 6.1
Hi,
I have just installed the 9/19 Nightly/Firmware 22, but I seem to be
having a problem with streaming WMA files directly to the SB2 for
decoding, rather than relying on server-side transcoding.
A debugging of the source for the SB2 shows that it is still being fed
flac files by the server.
14 matches
Mail list logo
