I see. I tried a little with status bar syntax and here are some possibilities. It was easier than I thought.Code: [Select]Pre-Emphasis: $if($meta(pre-emphasis),Yes,No) or Code: [Select]Pre-Emphasis: $if($meta(pre_emphasis),Yes,No) Depends on your tag name. It doesn't matter which value you are using 1, on or yes. It simply scans for PRE-EMPHASIS or PRE_EMPHASIS tag name presence.
Plugins to do de-emphasis of pre-emphasized CDs:* Postprocessing (foo_deemph): works only with lossless sources; always active during playback and ReplayGain scan.* DSP plugin (foo_dsp_deemph): works with any source* To de-emphasize a track, add a tag named PRE_EMPHASIS or PRE-EMPHASIS with a value 1, on or yes. Other tracks are unaffected.* There's no reason to use both components at the same time.* Don't use both foo_deemph and foo_dsp_effect (the latter has its own de-emphasis postprocessor).* Note that even foo_dsp_deemph works only when a track is tagged: just adding it to the list of active DSPs is not enough to make it work.
Use postprocessing if you want to add correct ReplayGain tags to your files.Use DSP if you have lossy files that you want to de-emphasize.Otherwise, there's no difference.
The original image link is no longer working in some browsers due to the forum going to HTTPS.
foo_deemph / foo_dsp_deemph do work when fed AAC LC as M4A - but foo_deemph will indeed disregard MP3s. (I suppose the DSP component has no way of checking input file format.)
Contrary to what's stated in the OP, foo_deemph / foo_dsp_deemph do work when fed AAC LC as M4A - but foo_deemph will indeed disregard MP3s.
It also gets a bit messy when you've got both DLLs installed at the same time. If foo_dsp_deemph is in the DSP chain, then:MP3, PRE-EMPHASIS tag set: Deemphasis applied onceM4A/FLAC, PRE-EMPHASIS tag set: Deemphasis applied twice
This potentially affects both playback and conversion.
mp3 as m4a: pre-emphasis APPLIED
As for conversion: is there any way the component can interfere with the conversion when DSP is set to be applied, so that it removes the tag?
Maybe foobar2000 sends anything in MP4 container into postprocessing service because of ALAC codec.
I've encountered at least one case of an album on Amazon MP3 and iTunes lately that seems to have been sourced from a rip of an emphasis CD with no deemphasis applied, with the CD issue not being easily available.
The reason I asked so is because I have some MP3 rips of pre-emphasis CDs which unfortunately are not available any more. So all I have are those MP3 copies.
Quote from: fireattack on 30 June, 2017, 06:36:45 AMThe reason I asked so is because I have some MP3 rips of pre-emphasis CDs which unfortunately are not available any more. So all I have are those MP3 copies. Your problem is to get RG calculated? Unless you want to rely on the issue I had with mp3-in-m4a, see above, then I suggest:1) Transcode them to a lossless format, with tags preserved.2) Throw in the PRE-EMPHASIS tag in the lossless ones.3) RG scan those. 4) Use MP3Tag to copy over the tags. It copies RG tags too.5) Fix the PRE-EMPHASIS tag in the mp3s. (Delete or keep as a reminder, whatever suits you.)
foo_deemph doesn't work with FLAC+embedded CUE when only some tracks have pre_emphasis tag. The tag is totally disregarded (i.e no de-em applied).
foo_dsp_deemph doesn't have this problem.
AFAIK this tag inside embedded CUEs is ignored by foobar2000
Do you mean foo_dsp_deemph made by mudlord or foo_dsp_deemph from this thread?