(Why not let foo_hdcd observe a HDCD tag to be set to "yes"?)I'd like to use HDCD=yes on the few HDCDs to eliminate lag upon opening and also seeking in all 44,100/16-bit files, among which the overwhelming majority are not HDCD. Adding "no" to the entire collection is excessive.
1>Done building project "foobar2000_SDK.vcxproj".
4>------ Build started: Project: foo_whatever, Configuration: Debug Win32 ------
4>j:\foobar2000\sdk-2018-03-06\foobar2000\sdk\advconfig.h(251): error C3861: 'get_static_instance': identifier not found
4>j:\foobar2000\sdk-2018-03-06\foobar2000\sdk\advconfig.h(256): note: see reference to class template instantiation 'advconfig_integer_factory_<int_t_>' being compiled
4>j:\foobar2000\sdk-2018-03-06\foobar2000\sdk\advconfig.h(252): error C3861: 'get_static_instance': identifier not found
4>Done building project "foo_whatever.vcxproj" -- FAILED.
========== Build: 3 succeeded, 1 failed, 0 up-to-date, 0 skipped ==========
If this plugin is ever revised, I'd like to request a small change. Upon pressing the Stop button, when the driver is about to be closed, drop priority to Normal. My driver does some work for about 1 second in Time Critical priority (normally locked to 15, but 31 now). I solved this in other applications by not closing the driver (reaper) or using the option to play silence during pause (openmpt). E-MU/Creative added this bug in one of the last 2.xx updates.
Since there is little overhead in playing one audio stream, could the asiohost be optionally configured to play silence, as long as it is selected as an output in Foobar, and keep the device open, and possibly solve the above poster's problem, which appears to occur only during pause.
The reason it bugs me is that after i restart the app, scrobbling (using external scrobbler) won't work anymore and it requires me killing foobar (via force stop) and restarting to make scrobbling work again. This issue is of course irrelevant to foobar but i think that the disappearing notification is a bug in itself.
I’ve recorded a video of it happening: https://drive.google.com/file/d/1RUeUMpQPnmYJm54B57U7wpUXpPZhQ2IZ/view
The notification disappears at 1:24
Foobar2000 Mobile version 1.1.17
Phone: Oneplus 3T
Android 8.0.0 build A3010_28_180517
sorry if I didn't understand your problem correctly,
but maybe you should to try scripts by WilB or by kgena_ua for JScript panel with Columns UI.
But seen in the wiki here at Hydrogenaudio it made me wonder if it had been purposely put there because cddeemph has the edge over the other progs.
Probably was just copied from this program's decsription.
My CD's with PE are mostly from the 80's to early 90's but I also have some recent ones which are classical. But maybe they are from older masters.
Whatever prog I decide to use for de-emphasizing, I will also keep the original, ripped files for archiving.
Thanks for the info on the prog's features. It seems there aren't any major differences in what they can do for this purpose, except maybe the 32 vs 80 bit floating point but I don't think it makes much of a difference for de-emphazising 16-bit files. And the graphs from Rollin shows no significant differences.
Just for clarification, are the cddeemph graphs with dithering and the rest without dithering? In that case dithering doesn't make much of a difference either.
I've also been doing some very limited testing myself today and so far I have not been able to hear any differences between the resulting files from the progs. I haven't been able to download cddeemph though, which is why I am curious if it can actually be any better than the others. From the replies from you all and the graphs I reckon there isn't much of a difference.
Expression "audiophile quality filter" is meaningless. Actually, any expression with words "audiophile quality" is meaningless.
I agree, if I had seen this quote on the developer's site I had considered it marketing. But seen in the wiki here at Hydrogenaudio it made me wonder if it had been purposely put there because cddeemph has the edge over the other progs.
I understand there is some kind of backwards compatibility, but I'm not sure if current hardware (car radio) will play the lossless or the lossy layer (or neither).
Definitely not both, and probably neither. AAC-SLS is a dead format, nothing will support it.