Jump to content
IGNORED

A novel way to massively improve the SQ of computer audio streaming


Message added by The Computer Audiophile

Important and useful information about this thread

Posting guidelines

History and index of useful posts

Most important: please realize this thread is about bleeding edge experimentation and discovery. No one has The Answer™. If you are not into tweaking, just know that you can have a musically satisfying system without doing any of the nutty things we do here.

Recommended Posts

I think Larry has gone NUClear. 

 

?????????

 

?

Meitner ma1 v2 dac,  Sovereign preamp and power amp,

DIY speakers, scan speak illuminator.

Raal Requisite VM-1a -> SR-1a with Accurate Sound convolution.

Under development:

NUC7i7dnbe, Euphony Stylus, Qobuz.

Modded Buffalo-fiber-EtherRegen, DC3- Isoregen, Lush^2

Link to comment

Master in the NUClear sciences. ?

 

 

?

Meitner ma1 v2 dac,  Sovereign preamp and power amp,

DIY speakers, scan speak illuminator.

Raal Requisite VM-1a -> SR-1a with Accurate Sound convolution.

Under development:

NUC7i7dnbe, Euphony Stylus, Qobuz.

Modded Buffalo-fiber-EtherRegen, DC3- Isoregen, Lush^2

Link to comment
On 11/1/2018 at 6:54 PM, MrUnderhill said:

The DUAL CAT involves doing some DIY on a PoE distribution box to use all eight CAT wires, and then use one cable for +ve and one for -ve.

 

Free international shipping is slow but it's gonna cost $8.09 on November 11th

 

https://www.aliexpress.com/item/PoE-World-8-Port-Security-Power-over-Ethernet-Passive-injector-Mid-span-PoE-Injector-Network-for/32897304783.html

 

36AWG UTP cables for the sake of skin effect

 

https://www.monoprice.com/product?p_id=34238

https://www.ebay.com/itm/Micro-SlimRun-Cat6-Ethernet-Patch-Cable-5ft-Red-Stranded-550MHz-UTP-36AWG-/232978708533

https://www.ebay.com/itm/Micro-SlimRun-Cat6-Ethernet-Patch-Cable-5ft-Blue-Stranded-550MHz-UTP-36AWG/392156001257

 

Wire Gauge and Current Limits Including Skin Depth and Strength

https://www.powerstream.com/Wire_Size.htm

Link to comment
53 minutes ago, lmitche said:

Interesting article on performance and cooling with Intel's latest products.

 

https://www.anandtech.com/show/13544/why-intel-processors-draw-more-power-than-expected-tdp-turbo

 

I would guess that setting up one of the heavier HQPlayer filters for DSD512 puts a CPU into PL2, plus!  I use CoreTemp to monitor temp and power.  The 6700K CPU idles at 27-29C and 24W.   Firing up HQP at 44 to 512 with poly-sinc-short-mp took the CPU to 100% and 90C on 2 cores and 50+W overall.  That only lasted a couple seconds until throttling started, I think.  The 6700 is OC at 4.2GHz and it dipped some, settling in at 20% utilization when playing.  The filter build took about 10 seconds. 

 

I just had to replace my water cooler unit, the pump went and the system shut down properly from overtemp.  Whew!

Link to comment

Topaz 2.5Kva Isolation Transformer > EtherRegen switch powered by Paul Hynes SR4 LPS >MacBook Pro 2013 > EC Designs PowerDac SX > TNT UBYTE-2 Speaker cables > Omega Super Alnico Monitors > 2x Rel T Zero Subwoofers. 

Link to comment

To those who have recently experimented with low-latency or real-time systems: would it be possible to summarize your findings? Do we have an idea of which measures of latency have a more significant impact (assuming that they do have an impact) on sound quality? Minimum latency, average latency, maximum latency or perhaps something else? On which systems?

 

I'll try to make the first step: on a Raspberry Pi 3B+ & DigiOne Signature running MinimServer and upmpdcli, I have tested the standard kernel (4.14.71-v7+) against a real-time kernel (4.14.74-rt44-v7+) with the same optimizations: no bluetooth and HDMI output, fixed CPU frequency (1200MHz), internal audio off. The differences between standard and real-time kernel can be summarized as follows:

 

standard:

# Total: 100000000 100000000 099999995 099999949
# Min Latencies: 00004 00004 00004 00004
# Avg Latencies: 00006 00006 00007 00006
# Max Latencies: 00335 00278 00283 00269

 

real-time:

# Total: 100000000 099999949 099999824 099999700
# Min Latencies: 00006 00005 00006 00005
# Avg Latencies: 00009 00009 00008 00008
# Max Latencies: 00091 00059 00052 00058

 

The corresponding latency plots are

 

lt_rpi6.100000000_idle.txt_plot.thumb.png.1f798cbfb833fe52d2b02e31e2087f5c.pnglt.rpi6-rt.100000000_idle.txt_plot.thumb.png.e830a7a9f74ae7f54019ce2aa516d639.png

 

, respectively. The results clearly show that the real-time kernel does very effectively limit the maximal latency to values well below 100ms. This is done at the expense of the average latency that increases from about 6ms to 8.5ms. The minimum latency also slightly increases with the real-time kernel.

 

These result are consistent with the many reported at https://www.osadl.org/Latency-plot-of-system-in-rack-1-slot.qa-latencyplot-r1s1.0.html. From the point of view of sound quality, I have not been able so far to perceive any difference between the two kernels.

 

Link to comment
1 hour ago, diecaster said:

I am not looking for a science experiment...just some sort of logical hypothesis as to how latency could matter if the DAC’s buffer never becomes empty. Is no proponent of this low latency concept able to be an apologist for it?

Yes, there are no apologists here.  We are not religious.

Pareto Audio aka nuckleheadaudio

Link to comment

Create an account or sign in to comment

You need to be a member in order to leave a comment

Create an account

Sign up for a new account in our community. It's easy!

Register a new account

Sign in

Already have an account? Sign in here.

Sign In Now



×
×
  • Create New...