# Upscaling and what it means?

**URL:** <https://forum.headphones.com/t/upscaling-and-what-it-means/2561>\
**Category:** Audio Science\
**Created:** [January 13, 2019, 8:18pm UTC](https://forum.headphones.com/t/upscaling-and-what-it-means/2561 "2019-01-13T20:18:33Z")\
**Posts on this page:** 10\
**Page:** 2

<div class="post-metadata">

**Author:** ![chianti](https://avatars.discourse-cdn.com/v4/letter/c/ed8c4c/32.png) [@chianti](https://forum.headphones.com/u/chianti)\
**Post date:** [September 7, 2021, 9:08pm UTC](https://forum.headphones.com/t/upscaling-and-what-it-means/2561/21 "2021-09-07T21:08:11Z")

</div>

M1 is under-utilized by HQP in many cases (Hugo 2 plugged into the Mac Mini M1):  
PCM 44.1k-\>705.6k - LNS15 (average % out of 800%=all 8 cores utilized)

- sinc-M: 26%
- sinc-L: 24%
- closed-form-M: 32%
- poly-sinc-ext3: 255%

I have a true NOS DAC (Adagio) so for me HQP is meaningful (to your point) …

---

<div class="post-metadata">

**Author:** ![Torq](https://sea2.discourse-cdn.com/flex016/user_avatar/forum.headphones.com/torq/32/16384_2.png) [@Torq](https://forum.headphones.com/u/Torq)\
**Post date:** [September 7, 2021, 9:14pm UTC](https://forum.headphones.com/t/upscaling-and-what-it-means/2561/22 "2021-09-07T21:14:07Z")

</div>

That’s pretty damn impressive. Makes a complete mockery of what it took to run the big filters, modulators and high-order noise-shapers on Intel hardware/GPUs.

If I was running a NOS DAC, I’d put HQPlayer into my normal Roon chain.

We’ll have to see what winds up in the new speaker rig as to whether it becomes relevant to me again in the future.

---

<div class="post-metadata">

**Author:** ![antdroid](https://sea2.discourse-cdn.com/flex016/user_avatar/forum.headphones.com/antdroid/32/8600_2.png) [@antdroid](https://forum.headphones.com/u/antdroid)\
**Post date:** [September 7, 2021, 11:19pm UTC](https://forum.headphones.com/t/upscaling-and-what-it-means/2561/23 "2021-09-07T23:19:08Z")

</div>

Rob Watts hinted at a new upscaler product targeted at DAVE by end of next year in a recent post. Is that what you speak of?

---

<div class="post-metadata">

**Author:** ![Torq](https://sea2.discourse-cdn.com/flex016/user_avatar/forum.headphones.com/torq/32/16384_2.png) [@Torq](https://forum.headphones.com/u/Torq)\
**Post date:** [September 7, 2021, 11:50pm UTC](https://forum.headphones.com/t/upscaling-and-what-it-means/2561/24 "2021-09-07T23:50:06Z")

</div>

That is, indeed, the wee beastie I refer to!

---

<div class="post-metadata">

**Author:** ![McFly](https://sea2.discourse-cdn.com/flex016/user_avatar/forum.headphones.com/mcfly/32/49556_2.png) [@McFly](https://forum.headphones.com/u/McFly)\
**Post date:** [November 21, 2021, 5:27pm UTC](https://forum.headphones.com/t/upscaling-and-what-it-means/2561/25 "2021-11-21T17:27:47Z")

</div>

> [@Torq](#):
>
> Most oversampling DACs (which _is_ most DACs) have a fixed maximum level of oversampling they’ll apply - beyond which higher resolution input isn’t oversampled.
> 
> For DACs that accept input at rates that defeat their internal oversampling (e.g. an original Schiit Bifrost doesn’t oversample content **fed** to it at 176.4 or 192 kHz), there is, theoretically, more of a benefit than to one that can oversample further (e.g. Yggdrasil accepts 192 kHz input, but oversamples internally to 384 kHz).

First of all: thank you very much for taking the time and explaining everything in this thread so thoroughly!

Right now, im using a Soncoz LA-QXD1 DAC that implements a ESS ES9038Q2M Chip. I was curious about the possibilities of bypassing the internal oversampling by using software like Audirvana or HQPlayer. I downloaded the Data sheet of the named ESS chip and found something interesting:

 ![ESS Sabre ES9038Q2M](https://us1.discourse-cdn.com/flex016/uploads/headphones/original/3X/0/4/0499613c018d925674f1ba73cb62a9e6ba7b5b7d.png)

Do I have to externally OS to exactly x 8 of my source file or can i go even beyond and still have the internal OS of my DAC bypassed? So for example going from a 44.1 file to 705.6

---

<div class="post-metadata">

**Author:** ![antdroid](https://sea2.discourse-cdn.com/flex016/user_avatar/forum.headphones.com/antdroid/32/8600_2.png) [@antdroid](https://forum.headphones.com/u/antdroid)\
**Post date:** [November 21, 2021, 8:20pm UTC](https://forum.headphones.com/t/upscaling-and-what-it-means/2561/26 "2021-11-21T20:20:05Z")

</div>

> [@McFly](#):
>
> Soncoz LA-QXD1

To bypass the dac oversampling, you’ll want to use USB connection and use 352/384 or 705/768 sample rate.

---

<div class="post-metadata">

**Author:** ![McFly](https://sea2.discourse-cdn.com/flex016/user_avatar/forum.headphones.com/mcfly/32/49556_2.png) [@McFly](https://forum.headphones.com/u/McFly)\
**Post date:** [November 21, 2021, 9:34pm UTC](https://forum.headphones.com/t/upscaling-and-what-it-means/2561/27 "2021-11-21T21:34:36Z")

</div>

thanks ant!

so x 8 is like a “minimum” and x 16 works just as fine?

if so, then I’ll rather chose the 705/768 sample rate instead. it should theoretically be “better” or no? btw. my m1 mac doesn’t even break a sweat doing it.

any advantages or disadvantages to be aware of?

---

<div class="post-metadata">

**Author:** ![antdroid](https://sea2.discourse-cdn.com/flex016/user_avatar/forum.headphones.com/antdroid/32/8600_2.png) [@antdroid](https://forum.headphones.com/u/antdroid)\
**Post date:** [November 21, 2021, 9:40pm UTC](https://forum.headphones.com/t/upscaling-and-what-it-means/2561/28 "2021-11-21T21:40:47Z")

</div>

In my opinion, higher upscaling gives me a little bit better depth and separation.

---

<div class="post-metadata">

**Author:** ![McFly](https://sea2.discourse-cdn.com/flex016/user_avatar/forum.headphones.com/mcfly/32/49556_2.png) [@McFly](https://forum.headphones.com/u/McFly)\
**Post date:** [November 22, 2021, 12:17pm UTC](https://forum.headphones.com/t/upscaling-and-what-it-means/2561/29 "2021-11-22T12:17:59Z")

</div>

what about OS to DSD, will this also be bypassed by the internal OS of the DAC?

---

<div class="post-metadata">

**Author:** ![Torq](https://sea2.discourse-cdn.com/flex016/user_avatar/forum.headphones.com/torq/32/16384_2.png) [@Torq](https://forum.headphones.com/u/Torq)\
**Post date:** [November 22, 2021, 2:38pm UTC](https://forum.headphones.com/t/upscaling-and-what-it-means/2561/30 "2021-11-22T14:38:32Z")

</div>

Bypassing the oversampling filter on an ESS DAC chip requires one of two things:

1. Sending sample data that is at the same bitrate as the DAC chip’s maximum oversampled input value. This only bypasses the upsampling step, not the rest of the processing.

2. Specific support from the DAC implementation to set the _bypass\_osf_ flag to disable oversampling. It seems your SONCOZ DAC does not do this:

 ![SONCOZ LA-QXD1](https://us1.discourse-cdn.com/flex016/uploads/headphones/original/3X/3/f/3f679701cbff06fba04520ec2576e8bccd24feab.png)

DACs using XMOS controllers (like the SONCOZ) can be setup so the XMOS board does the oversampling work instead of the DAC chip, in which case how you bypass things there (and/or what you can bypass) can vary.

> [@McFly](#):
>
> what about OS to DSD, will this also be bypassed by the internal OS of the DAC?

Per the above highlighted section, it looks like native DSD is passed to the DAC chip untouched. What the chip does there, by default, or via whatever DAC chip processing options have been set from the XMOS controller, is less clear.

[Previous page](https://forum.headphones.com/t/upscaling-and-what-it-means/2561.md?page=1)
