I just did an exhaustive search of the web for any sort of hard science on electrostatic speakers, and except for a few blogs of variable quality, the only thing I consistently hit was an advertising blurb from Martin-Logan. For obvious reasons, I don't think their take on the subject is unbiased.
What I'm curious about is whether there has been a decent write-up anywhere talking about some of the claims made about electrostatics, and any basis in fact associated with those claims. One thing which comes up with maddening regularity is the so-called "massless" nature of the driver. Obviously, this is pure hype because even the thinnest, most flimsy LDPE or Mylar films have a density of tens to hundreds of times that of normal atmospheric air. Combined with the fact that the force behind the ESL "motor" is lower than that of a typical electrodynamic driver, some of the claims about the system seem questionable. There's no doubt that a good speaker can be made with the technology, but the hype seems to over-reach the actuality.
It seems that so many people repeat the myths, any research, design or evaluation information has been buried under them. Does anyone know of a good unbiased treatise on electrostatics which addresses some of the pros as well as cons of the type, and backs them up with measurements and logic?
Last post by sanskrit44 -
ok, i have tested again (flac image this time) and set libflac encoder + decoder and the result is still accurate.
Last post by sanskrit44 -
no, i have tested the encoders. no differences between libflac and cuetools on my side. btw it was a wav image that i had split up. my mistake.
in the preferences pane there is a setting for network. What does this do and how do I use it? Sorry if I seem a bit clueless.
Since the last windows 10 feature update WASAPI event has been broken. I have a Grace M9xx DAC. WASAPI push works.
* Added resampling table - to config an individual parameters for each samplerate.
** A brief description of the functionality as follows:
1. After selecting Source and Target samplerates, the resampler suggests the optimal configuration. In most cases this is the best choise.
2. The graphs always shows the current selection. [when both samplerates combos have a value or table row selected].
3. During the playback the table is locked, and the controls is enabled only if there is a relevant samperate in the table [i.e. current conversion is defined].
4. The Link checkbox is for proportional aliasing (about -6dB in the Nyquist).
5. Also added Bypass, for quick and easy comparison.
Last post by korth -
A word of warning to those using CUETools 2.1.6 on linux (WINE): Do not use the libFLAC decoder! For some reason, it doesn't produce valid output. The audio checksum differs on every decoding attempt (verify/encode), and of course no accurateRip/CTDB match is possible.sanskrit44, did you test using the libFLAC decoder? (I haven't tested myself, just looking for more information)
I've had this stuttering ever since Windows 8 days, and it seems to only happen with multiple monitors both running at different refresh rates. Running a game in windowed mode with framerate capped at refreshrate, or moving a window around is how I usually spot the stuttering.
I personally don't care how smoothly the seekbar moves, most of the time I have foobar open it's open in my other screen and without any focus on it. The slow update rate of ~5Hz or so should be enough to mitigate the issue at least for me.