Search results

You would run the BluOS via wireless and the NAD by wire. As long as the IP address is reachable you should be good to go.

Han's simply doesn't understand what he's talking about. If you comment on his channel, he'll delete the comment. So I've taken to response videos where he can't do anything about it:

So what do you get for $3K that I don't get out of my $79 TempoTec with 1/4" TRRS? At least I can get balanced out.

By the way: Thanks. And is there anyway I or the community can help?

If the RF environment is working correctly the application layer has zero idea nor care how the transport layer is accomplished. Polk audio forums has the same blind spots. I did a 240GB capture of audio playback and posted the results. 4 re-transmitted for a whopping 6kb and 0 loss and it was...

I got into over at aud10ph1lestyle about their gross misunderstanding about how 802.3 and 802.11 works and provided a few papers on clock domain boundaries and what problems it solves. Complete idiots buying modded Ethernet cards and switches with more higher precision crystals.

Use the Load File to Memory setting. It will allow up to 1GB of allocation if you have it available.

Texas Instruments did a study on your EMI/RFI. They flat out said below 30MHz, and this is on older CAT5 (not even e), is noise immune below 30MHz. To take your misunderstanding further: You should be able to plug a streamer in (they most assuredly run Linux) and if you can install iPerf...

Let's not forget that music is buffered. Take JRiver and setup a 1GB buffer. Setup a 10GBe network. I did for testing. I took a 16/44.1 CD and concatenated the entire album into one track. I was getting 332MB/s on a low end Celeron 3050 system. Started Playback in JRiver and in the 3 seconds...

I didn't know that.

My understanding is the SSD cache is used for front ending large spinning arrays were there is a pre-fetch algorithm running and doing it's best to determine, ahead of request, what's going to be needed. Not that the array is spinning disks down.

BTW: @Mivera https://www.crownaudio.com/en-US I hate people when they are disingenuous on purpose. I mod at some other forums and this would have been @ least a temp worthy ban.

There is no area to address. If some snake oil vendor wants to take a crack at a Zero Copy, RTOS stack, I say let them knock themselves out. This is a solved problem ESPECIALLY given that we aren't talking about real-time audio.

You've done nothing to show the output of a DAC changing. If you believe you have equipment that is good enough to display eye pattern differences in switches and cabling then you also have to concede we have equally good equipment that can show fluctuations in DAC output as influenced by it's...

Then there is software written for xray machine the Therac 25 that killed patients due to a software bug. Takes zero day to a whole other level.

You are simply discussing the fact that data at rest ( like pre-recorded audio/video) is bandwidth hungry and latency insensitive while applications like VoiP are bandwidth benign and latency sensitive. If they don't get your point they never will.

Ok, but where is this a problem? I made a video years ago with a JRiver system that was buffering up entire 24/192 tracks and playback continued regardless of the cable being plugged/unplugged. If we follow your logic there should at the very least have been a change in fidelity with the cable...

No surprises here. Maybe @Superdad can correct him with some of the promised measurements.

This is close to my setup: LSR308MKII LSR310 subs X2 Pi3 running Ropiee XL SMSL balanced DAC JRiver doing the convolution and running back end on my server. My cost all in is ~$1500.

Millions of people believing something doesn't make it a truth.