![]() One was ripped plain and had Mp3Gain run at the default setting of 89 db. One was ripped without any dsp and was left that way. I ripped the same CD four times using dBpowerAMP. I am posting these thoughts in case I have misunderstood your findings or if there are any other details about these glitches that I have overlooked. I also would expect that applying Volume Normalization dsp using the ReplayGain setting would not cause the tag information to show that ReplayGain had been applied (whereas using the ReplayGain dsp should show up in the tag information). My thoughts are that the tag information that you are seeing is not necesssarily reliable (that is, that the Mp3Gain tag information may be getting mis-identified as ReplayGain-whether in addition to being identified as having Mp3Gain applied or not). I'll discuss my results and ideas at that time. I'm going to do a little checking up on this in the next few days to try to test some ideas about this. I think I can see what you're getting at. If I right click on the files in explorer and choose audio properties, it specifically notes that ReplayGain has been applied, which I assume it is picking up from the ReplayGain tags and not the MP3Gain Undo tags. Which is why I was surprised to find files that had been put through MP3Gain contained all the undo tag information in addition to the same ReplayGain tags which I would have expected to see if the files had been run through dMC's Volume Normalize dsp with the ReplayGain setting. Many players also have a volume normalization feature independent of Mp3Gain or ReplayGain, but these tend not to be as powerful in their results as these 3 options. ![]() A strong case can be made for using each of these approaches. I am not advocating any of these approaches over any other. I also wanted to remind users of the distinction between dMC's ReplayGain dsp and dMC's Volume Normalize dsp with the ReplayGain setting (the first is reversible, the second is not the first creates tag information, the second does not). I point these things out partly to explain why Mp3Gain and ReplayGain are not interchangeable and how they store different tag information from one another. It will change the audio quality of the files it is applied to but only those frames (and that quality that are specifically) related to gain and it stores information to allow the effect to be undone and thus it allows the original file characteristics to be restored. I don't believe that Mp3Gain can work with many different formats. The Volume Normalization dsp re-writes the audio file but contains NO tag data that would allow it to be undone. It does not need to be re-applied if you convert a file with Volume Normalization from one format to another. Instead it creates a file that tells the player (assuming it is set up to read this information) how to adjust the volume as the file is played.ĭMC using the Volume Normalization dsp (with the ReplayGain setting or with any of the other settings) is NOT reversible but the effect will be audible on any player. As I understand it, ReplayGain does NOT touch the original audio qualities of the file. However, if you convert a file with ReplayGain to a different format (say from flac to mp3) ReplayGain needs to be re-calculated. ReplayGain can be applied to a wide variety of formats. dMC using the ReplayGain dsp IS reversible but it will ONLY work with players that support ReplayGain. Reversable and works with all players, i.e they don't need to support ReplayGain tags.Just to reiterate. ![]() Why does it need to write ReplayGain tags if it already alters the audio (in whichever way) and has the "undo" tags to change back if necessary? Mp3Gain is reversable (only a single level though)Ĭorrect but on checking the tags after running the files through MP3Gain, it seems to have also written ReplayGain tags in addition to the "undo" tags. It appears though that although both Mp3Gain and dmc Replay gain do alter the actual audio data, dmc does not create any undo tag value. My original question was if dmc ReplayGain dsp also created this same type of "undo" tag and could therefore be used in a similar manner (reversable). This implies (though I am not sure of this) that if you adjust the volume again without first reverting to the original you would then lose the ability to get back to the original and only be able to get back to what it was prior to last adjustment. It will read this value and modify the file apropriately. Then when/if you want to revert to the original you simply run Mp3Gain again and specify undo. In other words if the gain calcualted and applied by Mp3Gain is +1.5 (not this value is applied to each frame), that value will be written to the files tag. The tags written by Mp3Gain are what is used by the app to "undo" the changes made. ![]()
0 Comments
Leave a Reply. |
AuthorWrite something about yourself. No need to be fancy, just an overview. ArchivesCategories |