like one million years ago, one of the funniest pages on the internet was a collection of links to bogus audiophile gear. this seems to be only in the internet archive now, and it's not the same without the pictures and working links. anyone know of a good modern replacement?

https://web.archive.org/web/20070113104930/http://www.ilikejam.dsl.pipex.com/audiophile.htm

Audiophile @ ILikeJam

ILikeJam - Attaching the electrodes of knowledge to the nipples of audiophiles since 1999

while we're at it, let's make sure everyone has read the audiophile memcpy post

https://www.audioasylum.com/messages/pcaudio/119979/

RE: A revolution in audio rendering - SBGK - Computer Audio Asylum

RE: A revolution in audio rendering - SBGK - Computer Audio Asylum

@regehr I'm trying to think of a plausible reason someone might have this experience... I think the best I've got is

When playing a stream that's too much for the computer's transfer bandwidth, you can get audible artifacts from buffer under runs that can sometimes manifest at consistent frequencies. (This has happened on some DSP systems I've built.) So, like, in theory, messing with optimizations and memcpy *might* have changed the sound in subtle ways?

I mean, it's probably placebo nonsense, but

@cliffle @regehr the bandwidths involved would not cause this to happen even on a 2000's PC

@whitequark @regehr I had some issues getting 2000s era NT boxes to keep up with multiple DV streams for nonlinear editing, but other than that I basically agree.

Unless something is horribly wrong, of course.

@cliffle @regehr oh I wouldn't argue about video at all, it's audio specifically I mean above

@cliffle @regehr interference between the memory bus (or something) and analog output, where the regularity of memcpy bursts would cause audible interference/noise in the output?

I mean, PC audio outputs have been of poor quality & isolation for a long time before they got better. Think "cell phone buzz"

@regehr @jlargentaye @cliffle I did once use a computer where you could hear the location of windows on the screen through the speakers. Move the window around and the buzz would change.

I love the idea that someone is so far down the rabbit hole that they’re testing the sound quality of different allocation syntax, but is still using the crappy onboard audio.

@cliffle @regehr In real-time processing, sure. These guys believe passing the audio data through different variants of memcpy and writing it back to disk somehow alters the sound when those files are played back later.
@mansr @cliffle @regehr Well...there was that x86 memcpy that used x87 registers and the emulator I was working with didn't do 80bit maths...