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: http:/
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 1
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 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 sorted
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
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
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 picke
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 t
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
---
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 6.2.1
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 d
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
-
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
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 jus
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.
--
ezkcdu
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
> >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
Discuss@list
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 ju
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 N
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
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: http://forums.slimdevices.com/member.php?userid=207
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: htt
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
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
-
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 d
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? Surel
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
___
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: http://forums.slimdevices.com/member.p
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 row
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
pag
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 t
Are the affected tracks regular songs? I'm asking because I had a
similar problem with tracks that contain a long period of silence e.g.
cds with bonus tracks where the bonus track is at the end of the last
regular track usually seperated by a couple of minutes of silence. The
silence part will ma
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
33 matches
Mail list logo
