DrNic;175320 Wrote:
MP3Gain will let you change the reference point (as said above) but his
only works when the value is written to the file (ie the track data is
altered - rather than reading a value from a tag). Otherwise the
analysis value stored to tag is like the value stored to tag
eschurr;175508 Wrote:
None taken. :)
this article was VERY interesting.
http://www.hydrogenaudio.org/forums/index.php?showtopic=24527st=0
it leads me to wonder: why screw around with ReplayGain tags? Why not
just use MP3Gain to volume adjust the files so they play the same
volume in
eschurr;175508 Wrote:
None taken. :)
this article was VERY interesting.
http://www.hydrogenaudio.org/forums/index.php?showtopic=24527st=0
it leads me to wonder: why screw around with ReplayGain tags? Why not
just use MP3Gain to volume adjust the files so they play the same
volume in
thanks -- that's consistent with my experience, too.
I can't see any reason to write ReplayGain tags (which only work with
smart devices like a Squeezebox) as vs. adjusting the Gain on the file
so it plays at the desired level on ANY playback device (like an
iPod).
Can you?
--
eschurr
eschurr;175742 Wrote:
thanks -- that's consistent with my experience, too.
I can't see any reason to write ReplayGain tags (which only work with
smart devices like a Squeezebox) as vs. adjusting the Gain on the file
so it plays at the desired level on ANY playback device (like an
iPod).
Your explanation makes a lot of sense.
it sounds like:
for MP3 files, adjusting the Gain directly is ok (certainly no worse
than using MP3s in the first place) and will work for any device that
plays MP3 (that's good).
for lossless formats (FLAC, etc) ReplayGain values are the way to go
eschurr;175772 Wrote:
for lossless formats (FLAC, etc) ReplayGain values are the way to go
becasue they don't alter the musical part of the files.
But of course, no tools exist that can alter the volume of lossless
files the way MP3Gain can for MP3s.
Of course there are 'normalization'
eschurr;175136 Wrote:
Can anyone explain this?
I have a sample MP3 file where SlimServer shows a volume adjustment
value of -13.50 (i think it came from an iTunNorm tag).
Check this out:
1. use MP3Tag to delete the iTunNorm tag. There were no ReplayGain
values in the files.
2.
thesil;175167 Wrote:
I am not being facetious here, but isn't about the music? If it aint
broke, don't fix it; just enjoy the tunes, INMHO
Respectfully - 1) this doesn't help the Original Poster, and 2) volume
normalisation might be extremely important to some to enjoy the
music, particularly
No offense intended
--
thesil
thesil's Profile: http://forums.slimdevices.com/member.php?userid=9197
View this thread: http://forums.slimdevices.com/showthread.php?t=32178
___
None taken. :)
this article was VERY interesting.
http://www.hydrogenaudio.org/forums/index.php?showtopic=24527st=0
it leads me to wonder: why screw around with ReplayGain tags? Why not
just use MP3Gain to volume adjust the files so they play the same
volume in SB and all other MP3 players?
Have you got Mp3tag set to show ALL tag types in the songs? You need to
have the Tags in File column (%_tag%) showing.
You can use Mp3tag to strip all those annoying ITunNorm tags.
Steve.
--
SteveEast
SteveEast's
yes, i do have it set to read all tags. and the tags in file column
is displayed, and it says the file contains APEv2 and ID3v2.2 tags.
I have used MP3Tag to strip the iTunNorm tag in the past, but after
running MP3Gain over the file the iTunNorm tag doesn't show in MP3Tag.
I doubt MP3Gain
Can anyone explain this?
I have a sample MP3 file where SlimServer shows a volume adjustment
value of -13.50 (i think it came from an iTunNorm tag).
Check this out:
1. use MP3Tag to delete the iTunNorm tag. There were no ReplayGain
values in the files.
2. In Slimserver, clear library,
I am not being facetious here, but isn't about the music? If it aint
broke, don't fix it; just enjoy the tunes, INMHO
--
thesil
thesil's Profile: http://forums.slimdevices.com/member.php?userid=9197
View this thread:
15 matches
Mail list logo
