I have the same album and run all my tracks through MP3Gain too - I do
it on a track basis NOT album basis.
I encode using Winamp and a VBR setting
I would undo the MP3Gain on the track, check that the server sees it OK
and then try running the Gain over it again.
these are the details for track
I installed the 6.2.2 nightly dated 13-04-06 and the problems seem to
have disappeared. Thanks for the info though.
--
ceepan
ceepan's Profile: http://forums.slimdevices.com/member.php?userid=3162
View this thread:
I installed the nightly from 05/04/06 to resolve the issue with
disappearing playlists which worked well. However while listening to
one of these I noticed that one track sounded quieter than the rest. I
know that volume is pretty low on that, but I thought that the Smart
Gain should have
ceepan Wrote:
I installed the nightly from 05/04/06 to resolve the issue with
disappearing playlists which worked well. However while listening to
one of these I noticed that one track sounded quieter than the rest. I
know that volume is pretty low on that, but I thought that the Smart
I have created an account to add a bug report. However, it says that
before I do that I should try th elatest version of Slimserver. I
currently have 6.2.1 installed. If I put a later version on to see if
the problem still exists, should I go fro 6.2.2 nightly, or 6.5.1?
Will I see any major
Will I see any major differences in behaviour. Will my settings be
preserved?
6.2.2 is the bug fixed version of 6.2.1. Don't try 6.5 if you don't want
to test the latest, bleeding edge version.
If not can I back them up and reapply them after the new
installation? Should I uninstall
Be careful when tagging mp3s with foobar. I believe the latest (beta)
version has fixed this problem, but the official 0.8.3 release will
delete your ID3 v2 tags when you apply ReplayGain to mp3 files.
Please test it on a small part of your collection before committing.
--
Pale Blue Ego
I have just installed Slimserver 6.2.2 from last night and the problem
is no longer present. The Volume adjusmnet is as it should be.
--
ceepan
ceepan's Profile: http://forums.slimdevices.com/member.php?userid=3162
View
ron thigpen wrote:
Mark Lanctot wrote:
I'm wondering if it's the new foobar 0.9. It definitely didn't work in
0.8.3.
Hmmm. I've tagged my whole library for RG with Foobar both FLAC and
MP3. I'm using 0.9 now, but most of that was done with 0.8.3. AFAICT,
the SlimServer has always
fuzzyT Wrote:
I may need to revise this statement. I did some quick spot checking.
It looks as though a pattern may exist. I'll dig a bit more to confirm
before posting a bug report, but here's what it's starting to look
like:
Using Foobar2000 v0.8.3:
RG tags applied by FB to FLAC
Mark Lanctot wrote:
Don't think it really matters anyway - 0.9 is the new version. 0.8.3
isn't available for download, not through the regular website anyway.
Yeah, I've been running v0.9 for about a week now.
And it looks like some of the MP3+ID3v2.4.0 files that I'd tagged since
upgrading
ceepan Wrote:
Is this a known issue with Slimserver?
No, this is the first time it's ever been mentioned.
Surely if it has problems with the gain it should set it to 0dB rather
than 65535db. Playing these can't be good for the speakers can it?
Well it cannot literally achieve 65535 dB,
Mark Lanctot Wrote:
No, this is the first time it's ever been mentioned.
Actually, I've seen a couple of posts recently from people mentioning
bad distortion until they switched off ReplayGain. May be entirely
unrelated, may be a tag parsing/processing bug surfacing.
--
radish
radish Wrote:
Actually, I've seen a couple of posts recently from people mentioning
bad distortion until they switched off ReplayGain. May be entirely
unrelated, may be a tag parsing/processing bug surfacing.
What I meant was I never heard anyone mentioning SlimServer gain
reporting 65535
Should this be raised as a bug? If so what do I need to do to raise a
bug? Can I do anything that will log the issue?
--
ceepan
ceepan's Profile: http://forums.slimdevices.com/member.php?userid=3162
View this thread:
Go to http://bugs.slimdevices.com/. Create an account.
Create a new bug for SlimServer. Make sure you upload the affected
file.
--
Mark Lanctot
Mark Lanctot's Profile:
On 3/30/06, ceepan [EMAIL PROTECTED] wrote:
Should this be raised as a bug?If so what do I need to do to raise abug?Can I do anything that will log the issue?
Please do raise it as a bug -- add one of your files in question as an attachment to a new bug. I believe the attachment max size for the
I started a thread the other day about my ReplayGain problems. I decided
MP3Gain is not the right way to go, because it changes more than just
the tag. The proper way (IMHO) is to use Foobar2000 to set the
ReplayGain tags (as suggested in the Wiki).
--
ezkcdude
SB3-Derek Shek TDA1543/CS8412
ezkcdude Wrote:
I started a thread the other day about my ReplayGain problems. I decided
MP3Gain is not the right way to go, because it changes more than just
the tag. The proper way (IMHO) is to use Foobar2000 to set the
ReplayGain tags (as suggested in the Wiki).
Actually if you use just
From what I've heard, SlimServer won't read foobar2000 RG tags?
I can't comment on other versions but 6.5b1 certainly can now. All my
RG tags were set with foobar on mostly flacs with a few mp3s thown in.
Richard
___
Discuss mailing list
ezkcdude Wrote:
It seems to work fine for me.
I'm wondering if it's the new foobar 0.9. It definitely didn't work in
0.8.3.
--
Mark Lanctot
Mark Lanctot's Profile: http://forums.slimdevices.com/member.php?userid=2071
Mark Lanctot Wrote:
Actually if you use just the Analysis option, nothing is changed.
ceepan's problem is unrelated - it's some sort of error in the way
SlimServer read the tag.
From what I've heard, SlimServer won't read foobar2000 RG tags?
It seems to work fine for me.
--
ezkcdude
Mark Lanctot wrote:
I'm wondering if it's the new foobar 0.9. It definitely didn't work in
0.8.3.
Hmmm. I've tagged my whole library for RG with Foobar both FLAC and
MP3. I'm using 0.9 now, but most of that was done with 0.8.3. AFAICT,
the SlimServer has always picked up on the tags
fuzzyT Wrote:
Mark Lanctot wrote:
I'm wondering if it's the new foobar 0.9. It definitely didn't work
in
0.8.3.
Hmmm. I've tagged my whole library for RG with Foobar both FLAC and
MP3. I'm using 0.9 now, but most of that was done with 0.8.3.
AFAICT,
the SlimServer has always
I will raise the bug later today (I am not at home just now). Would I
be better tagging my library with Replay Gain tags using foobar? I
just want to have a constant level of volume while playing playlists, I
didn't think that I was going to have all of these problems.
--
ceepan
Has nobody seen this before?
--
ceepan
ceepan's Profile: http://forums.slimdevices.com/member.php?userid=3162
View this thread: http://forums.slimdevices.com/showthread.php?t=22511
The problem is showing up on a whole album - Franz Ferdinand (You Coukd
Have It So Much Better). I did Album Analysis in MP3 Gain Version
1.2.5. Target Normal Volume set to 89dB
Track 1 shows:
Volume: 100.8
Clipping: Y
Track Gain: -12
Album Volum: 99.9
Album Gain: -10.5
When I look at the
Have you tried rescanning? SlimServer obviously got the tag wrong and
placed the gain as high as it could achieve. Recanning may pick it up
and correct it.
OT: I see the 65 535 number a lot when computers screw up. For
example, my very old printer driver always thinks print jobs are 65 535
On 3/29/06, Mark Lanctot
[EMAIL PROTECTED] wrote:
OT: I see the 65 535 number a lot when computers screw up. For
example, my very old printer driver always thinks print jobs are 65 535
pages long (thankfully it doesn't actually use that many pages!) This is
also the maximum number of rows in
Mark Lanctot Wrote:
I'm thinking it's the maximum number that can be calculated at a certain
bit depth?
Exactly. 16 bit unsigned is 65535.
--
snarlydwarf
snarlydwarf's Profile:
65,536 is maximum for 16 bits (2^16 = 65,536)
--
ChuckG
ChuckG's Profile: http://forums.slimdevices.com/member.php?userid=4758
View this thread: http://forums.slimdevices.com/showthread.php?t=22511
That seems to make sense. However I have tried Recscanning looking for
new and updated music, and Clearing the library and rescanning, but the
files still have the 65535db gain setting. Will deleting the library
file, then resacnning help the issue?
Is this a known issue with Slimserver?
32 matches
Mail list logo