T+a dac 8 dsd

[OE333]

Hi All,

encouraged by some positive comments by @louisxiawei and @twluke I have decided to register on this forum.

I was involved in the development of the DAC8DSD and I offer my help for all questions around this DAC.

But please be aware that I am here not as a T+A official but as a private member.

All I write here is not in any way initiated or officially approved by T+A - it will always be just my private opinion...

 

As I have seen there are a couple of requests for DSD512 support for Linux PCs or Linux based Network Audio Adapters.

Linux is up to this moment not officially supported by the DAC8DSD - but Linux can be used as a source in DoP mode up to DSD128.

This was already posted here before. I can confirm that Amanero (originator of the USB receiver firmware) and T+A are working hard to support higher rates up to DSD512 in native mode.

I don't want to promise anything but it seems that there is some prograess with this recently (for more details see here: https://github.com/lintweaker/xmos-native-dsd/issues/12 ) .

 

I think I will be able to give more information on this topic in short while.

 

L.

[OE333]

1 hour ago, twluke said:

 

I think this 2005be is quite superior to 2004be and worthy of trying but am afraid to say that it should be still treated as a beta version

 

 

Absolutely correct. it definately is a beta version. It has to undergo thorough testing with positive results before an official release will be made available. My first impression is positive.

I have listened for about 2 hours now without having issues but long term testing will be done next week.

 

An other reason why this version will not be released as it is is that is not Windows compatible - so still a bit work remains to be done.

 

 

[OE333]

3 hours ago, wolft said:

Hello, after two years development still no native DSD Linux support and still no DSD512. Still no update tool for firmware and drivers. The T+A DAC 8 DSD doesn't run in Audirvana f. Windows in Asio mode. No own Asio Support for MacOS. No contemporary Bugfixing for Windows 10. 

All this for an DAC which costs in Europe 3200 €.

Wolft

 

 

 

1.) Linux compatibility was never claimed- especially not for native/DSD512. Who needs a DAC for Linux DSD512 should maybe consider an other product or simply wait until Linux compatibility is officially declared.

Currently T+A is working to make this DAC Linux compatible. Linux kernel patches have already been applied.

 

2.) Audirvana f. Windows is currently the only player that does not work with DAC8DSD in Asio mode. All other players just work fine (J-River, foobar etc.). Problem might well be on the Audirvana side - this is currently under examination.

 

 

[OE333]

I guess that in most cases the demand for Linux compatibility is that a Linux based NAA or Network/USB converter or a roonbridge shall be used. These tasks could also well be done with a Windows based computer and the official standard T+A Windows ASIO driver which supports everything up to PCM384/32 and native DSD up to DSD512 .

Of course I understand that not everybody wants to install a full blown Windows PC side by side with his DAC. In the past I personally have used an Intel NUC running roonbridge (HQ player NAA would also be possible) - but even a NUC might be too much and of course it is not fanless...

 

Recently I tried a LattePanda SBC (https://www.lattepanda.com/) for around $100 (without MS Windows 10 activation). This solution (after a bit tweaking) worked well with the T+A DAC8DSD and might be an alternative to a Linux based SBC.

 

Of course T+A will continue the efforts to achieve full Linux compatibility - including DSD512 native but for the time being and for those who have no objections using a Windows based PC this could be a quite good solution not needing any fiddling with Linux beta versions.

 

If anybody is interested in this solution, please let me know - I could give some hints then.

 

 

-> attached: 2 pictures of my LattePanda streaming DSD512 from my roonserver to DAC8DSD.

 

Please note: This DAC8DSD has standard firmware installed (not one of the beta versions) - so this can be done with every DAC8DSD from Ser.No 1 onwards --- without any changes or FW updates !

 

[OE333]

What you see on the pictures is my test installation. Roonserver is running on a core i5 based PC with Ubuntu 1804. The DSD conversion is done by roonserver with its integrated DSP sample rate conversion. Music is then streamed to the LattePanda SBC over ethernet and then it goes via USB into the DAC8DSD.

HQ player is currently not installed but I definately will do some testing with HQ player in the near future.

 

At home I use a very similar setup. I would like to upgrade my system with HQ player replacing the roon DSD conversion but first I think I need a more powerful Server PC probably with a CUDA graphics card as co-processor....

 

[OE333]

... my offer to give some hints referred to the LattePanda setup and installation.

[OE333]

When we developed our PDP3000HV (this was actually the first DSD capable T+A DAC model with our "True1 Bit Converter") we did a lot of testing with the different DSD512 capable USB receiver solutions available. The Amanero simply outperformed the other alternatives (both sonically and measured performance). The Amanero offered best jitter performance and jitter performance is a VERY important and  crucial point in DSD conversion. Besides the true 1 bit DSD DAC itself I think that the Amanero plays a big role for the performance and sound quality was the only thing that mattered when we did this development.

 

Furthermore: At the time of development (2014) native DSD on Linux was nowhere in sight and Windows+ASIO was the only way to do it....

 

Over the past 4 years the things have evolved but I am convinced that the Amanero solution offers the best performance still.

 

Linux meanwhile supports native DSD and we try to make things work but it really is not that easy...

I can not promise that Linux will work one day without any issues but we do what we can.

 

For the time being a Windows based PC is the only safe and secure way to achieve a faultless performance with DSD512.

Who is interested in experimenting with the latest Amanero Linux firmware, plese send me a PM and will provide what is necessary to re-flash the USB receiver firmware.

Please understand that T+A will only release this officially when all glitches and issues are solved. Before this is the case T+A will not add Linux to the officially supported operating systems.

 

I have received a few requests regarding the LattePanda solution.

I will dig out my notes on this and I will share my experience on this forum sometime next week.

 

Best regards and have a nice Sunday all of you,

L

[OE333]

18 minutes ago, guiltyboxswapper said:

@OE333 are there much known differences between the DAC 8 DSD and the PDP3000HV/3100HV series 1-bit implementation?

 

LittlePanda solution is an excellent idea.  Any idea of its USB noise characteristics? 

 

DAC8DSD and PDP3000HV share the same basic construction. Even the circuit topology is identical. Differences are:

the analog side (i/v converters, reconstruction filters) of the PDP3000HV work on higher supply voltages (HV=HighVoltage concept of T+A).

The DAC8DSD has an integrated volume control which the PDP hasn't because it is intended to work with a P3000HV PreAmp.

 

Regarding LattePanda:

Up to now I have done mainly functional testing with the LattePanda - perhaps I can do some measurements and listening tests next week if this if of any interest.

 

What I already found: The LattePanda offers a way to disable USB spread spectrum clocking - maybe a good little feature to minimize jitter...

I will check and see if it brings any advantage.

 

L.

[OE333]

18 hours ago, Quadman said:

Please, are you running win 10 home on this and what tweaks have you done to make this work.  Also what PSU do you use to power it, I would think a good LT3045 based 3A psu would be perfect for this.

 

... deleted - hit the save button before ready - sorry

[OE333]

18 hours ago, Quadman said:

Please, are you running win 10 home on this and what tweaks have you done to make this work.  Also what PSU do you use to power it, I would think a good LT3045 based 3A psu would be perfect for this.

Yes, this little board runs Win10. Equipped with 32G eMMC and 4G RAM. Processor is a z8350 Atom Quadcore @ max. 4x1920 MHz.

I have not experimented with pwr supplies yet, have done functional testing only. For these tests I used a standard USB SMPS (2.5A).

 

[OE333]

13 hours ago, Miska said:

 

Well, native DSD support was added to Linux kernel on April 2013...  First supported DACs were Playback Designs ones.

 

 

Miska,

It was not my intention to claim that T+A buit the first DSD capable DACs.

Regarding native DSD support on Linux: To my best knowledge DSD support started at around kernel version  3.17 / 3.18 and ALSA 1.0.28. This must have been at around end of 2014 and it was experimental work at that time. I don't know when native DSD made it into the mainline kernel, but at the time when we made our design decisions (early 2014), Linux support was as far as I remember not a feature found on DACs available at that time.

But maybe all this leads a bit off topic....

 

[OE333]

My mentioning of the small "LattePanda" (LP) Single Board Computer (SBC) working as ethernet/USB bridge made some members of this forum ask for more details.

 

So, here are my experiences so far with a LattePanda used as roonbridge to connect my T+A DAC8DSD to roonserver over a Ethernet connection:

0.) Buying a LattePanda       https://www.lattepanda.com/
The LP is available in an older version with a z8300 processor and a newer version with z8350.

The z8350 is faster and has a different BIOS with some additional and useful features (see below for details).

So make sure you get the z8350 version when ordering.

The LP is available with Windows 10 home pre-installed but not activated, with an activated Win10 Home and in a version with bigger memory  (64G eMMC and 8G RAM) with Windows 10 Pro installed. Price range is from around 100$ to 250$.
I would not recommend the Windows 10 Home version. The Home version is lacking some features really useful for the intended purpose. If Win10 Home is pre-installed on your LP,  consider upgrading to Win10 Pro (or Enterprise).

 

1.) First run:
The LP comes with Windows 10 Home (1709) pre-installed. So it was just a question of a couple of minutes to install the T+A driver package and roonbridge. I did some quick tests with different formats up to PCM384/32 and DSD512. Everything looked (or better: sounded) good and so I went on to set up everything nicely and neat.

 

2.) Updating and activating Windows
My first tests I did with the pre-installed but unactivated Win10. There are also LP versions available with an activated Win10 Home or Win10 Pro. In my case I decided to upgrade the pre-installed Win10 Home version to a Win10 Enterprise version. This version and the Win10 EDC (Education) version offer a few additional features I found useful for this project.
The update process to Win10 1803 took quite a while - with installation of all Windows updates a couple of hours.

 

3.) First start with Win10 Enterprise 1803
After the Windows upgrade roonbridge and the T+A drivers were still installed and started without any error messages but playback (especially DSD512) did not work flawlessly as before. I experienced frequent drop-outs.
Re-installarion  of roonbridge and T+A driver did not improve the situation.

I then increased the process priority level for the RAAT server process in the Windows Taskmanager to "High" and even to "Realtime". This made things a bit better but still some drop-outs could be observed.
Obviously the latest Win10 version is "slower" than last years version.

I don't know why this is (Meltdown microcode patches perhaps ?) but with Win10 1803 streaming at high rates was no fun at all.

 

4.) How to get things working again
I installed Open_Hardware_Monitor to chek core temperatures and throttling of the processor cores. The drop-outs occurred always when the processor throttled down below 1440 MHz. The temperature was not to high (around 60°C). So selecting a more performant power plan (Windows Control Panel -> Power Option) should be possible and possibly solve the problem.
The problem is that Windows on LP only supports one power plan "Balanced".
To get higher performance options, edit the registry (WIN+R, regedit). Navigate to   Computer\HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\Control\Power
Set the key value of CsEnabled to 0.

Reboot the LP and you should find an additional power plan "HighPerformance". After choosing this power plan throttling was far less agressive and the cores only very seldom throttle to below 1440 MHz now. Most times they work at 1920MHz. This really boosts the performance and DSD512 played without any drop-outs.

I added a small heat sink to the processor (see picture below) and the core temperature stays always below 60°C with the LP lying on my desk (caseless, fanless, with only convection cooling).

 

5.) Operation without monitor, keyboard, mouse
In my system I use the LP without monitor, keyboard and mouse. To do this, enable Windows AutoLogIn: press [Win - R], enter the command "netplwiz", then select the user who shall be logged in automatically, untick the box "Users must enter a user name and password to use this computer", then save settings.

 

6.) BIOS settings
Power ON LP and hit the "DEL" key before the LattePanda screen appears - this will enter the BIOS settings menu

 

Power up when plugged in
You find this setting under "Boot". "AC-Status AC/Battery IN" set it to "Power ON".
Note: this setting is not available in the BIOS of the older z8300 version of LP

 

Power/Performance
Under "Advanced" set Power&Performance setting to "Performance"

 

USB spread spectrum
Under "Chipset", "Miscellaneous Configuration" set "USB Clock Spread Spectrum" to "Disabled"
- I don't know if it makes a difference but I have turned it off hoping that this might improve the jitter performance.

I left all the settings at their default values.

6.) Other useful things
UFW - WINDOWS unified write filter
If you plan to switch OFF the device by just disconnecting it from the power this is normally not a good idea with Windows based computers.
The MS "Unified Write Filter" (available only in Enterprise and EDC editions of Win10) sets the eMMC to read only. This might be a way to make hard power switching possible without shutting down windows before. For details see:
https://docs.microsoft.com/en-us/windows-hardware/customize/enterprise/unified-write-filter

 

Open Hardware Monitor

https://openhardwaremonitor.org/

 

7.) Windows Updates
The Windows updater is working in the background and might (like other programs) interfere with the streaming (see below).
In my case I decided to disable all automatic Windows updates.
If you plan to do so, please first disconnect LP from the internet by setting up appropriate firewall rules.
Then, I changed the Setting of the Group Policy Editor (see solution no. 2 from here:
https://www.easeus.com/todo-backup-resource/how-to-stop-windows-10-from-automatically-update.html)
Note: This is not possible with Win10 Home !

8.) Running other programs on LP when streaming
I found that when streaming at high sample rates (like DSD512) it is not a good idea to use the LP for any other tasks. Especially at startup of other programs streaming is likely to be disturbed - I observed short distortion bursts and drop-outs.
When doing streaming only everything is ok for me and I get no such problems.

 

Conclusion
I found the LattePanda performing well as an ethernet/USB bridge for streaming to my DAC8DSD. I think it will also work well with other DACs depending on a Windows source.

In all my testing upsampling to DSD512 was done by roonserver.

DSD512 (and all other DSD rates) as well as PCM up to 384/32 worked here in my system without problems.
This is valid at least for the current Win10 version (1803). My experience shows that Windows has an impact on this and I hope that coming Windows versions will work in the same way.

To avaoid any Windows related problems I have decided for my LP to isolate my LP from the internet and disable automatic updates to keep my system stable and avoid adverse effects of any updates - but everybody needs to decide this for himself.

 

 

Have fun ...

 

 

 

 

[OE333]

1 hour ago, juanitox said:

very nice setup but you will not reach the entire value of your T+A dac like that , Roon is good for GUI but so so for PCM to DSD512.

1 ;  run an external PC for roon core  and HQplayer processing PCM to DSD512 

2  install HQplayer on the LP  and run it as NAA   ( connected to the main PC network)

3 you can use Roon remote from the LP or iphone ipad..

4 use a LPS on the LP

 

result you will have a much better sound and your LP will run cooler

 

 

 

... completely agreed.

 

The setup I described is the one I use for testing the stability of the streaming. It is very easy to set up and it helps me to find out if everything works (technically).

It was not meant in any way as a recommendation for a real listening system.

 

It should only point out a possible way to get high sample rate streaming using a windows based SBC as ethernet/USB bridge. 

 

I think it should work well with HQ player, too.

 

[OE333]

11 minutes ago, Miska said:

 

 

I've used LogicSupply's CL100 (you'll want to replace the standard wall-wart PSU though) as a Windows based NAA for the DAC8 DSD. However, IMO, Windows is quite hefty piece of software to run just an audio endpoint...

 

 

I argree, Windows is indeed a hefty piece of software for this task - but the LattePanda offers a quite neat (and affordable) way to do the streaming with all DACs that rely on Windows/ASIO for streaming.

 

I am not saying that this is the best way to do it - I was only trying to give a hint to those who want to try it with a Windows based bridge.

 

... and according to my experience it works quite well.

 

[OE333]

15 minutes ago, Miska said:

 

Yeah, it works quite well, but not something I personally like to use. Windows 10 does a lot of interfering crap on it's own, like automatic updates in background, including automatic reboots, etc. My biggest hate is "ModulesInstallerWorker" that it launches in background and eats lot of CPU and I/O bandwidth.

 

Now I rather keep my DAC8 DSD connected straight to DAC UP port of my i7-6950X server... Works just as well. And with 10 cores, Windows interferes a little bit less...

 

 

I agree - direct USB connection to the server will probably always be the best solution.

But you see,  I am married now since 27 years and this might rapidly change if I set up my server PC in our living room right next to our (very nice and decent) HiFi system.  So I think I will continue streaming over ethernet...

 

Regarding Win updates see item 7.) in my post above.

 

[OE333]

1 hour ago, guiltyboxswapper said:

 

Hmmm that almost appears anti-competitive.  The newer XMOS ASICs clearly have much more headroom than the Amanero designs...

 

Complexity in hardware very often brings other unwanted side effects (e.g. jitter). In many respects the Amanero is a very fine solution. With a Windows source it performs just perfect.

 

I keep my fingers crossed that this now can also be achieved for Linux....

[OE333]

1 hour ago, blue2 said:

Not quite perfect - there's the problem reported by @louisxiawei

 

This problem only appears with very few DACs and there is a solution for it.

If you encounter this problem with your DAC, please contact the T+A service dept. or your T+A dealer.

 

[OE333]

On 9/22/2018 at 10:47 AM, blue2 said:

Thanks for all your responses on here. Good to know only some devices are affected. Can you explain your comment a little more? Does this mean installing a different firmware or some hardware repair? 

Thanks

 

Our findings were that the "faint pop" does not occur on all systems. It is not a hardware issue and it depends on quite a few things:

1.) the PC system (and maybe other software installed on it) - miska has already shed some light on possible causes

2.) the USB receiver firmware - we did not observe the pops with older firmware and do not observe it with the latest firmware version

3.) pops can also be caused by transmission errors - USB audio uses isochronous transmission and there is no way of error correction - this is by the way independent of the specific hardware (Amanero/XMOS) and also independent of the OS (Win/Linux).

So, if the pop problem occurs or not - this really depends on many factors...

By far the most systems we have checked did not show this problem.

 

[OE333]

6 hours ago, blue2 said:

@OE333At CEDIA 2018 T+A apparently displayed updates to the MP 8 Multi-Source Player and DAC 8 DSD which it is reported now supports DSD512???

Can you please clarify this statement? What is actually different between the new and previous versions? Can we have our DAC 8 DSD's upgraded and if so what will the cost be?

TIA

 

Currently DSD512 is supported from Windows sources only..

DSD512 / Linux is still under development.

So no change, yet.

 

[OE333]

14 hours ago, Argopo said:

 

 

Since I am still encountering the same “pop” “chirping” static noise when playing back 96/192 family files upconverted to DSD512, I have revisited this thread for some updates.

 

It appears since the above posts by @louisxiawei in June, there has been updates to the DAC firmware and several iterations of the Amanero firmware which potentionally solved the problem, sort of. But, as of today, there is no official T+A “fix” for this problem because firmware is still being beta tested. Correct? So, those of us with this problem are still in wait mode?

 

And based on the past few pages, T+A considers this issue an isolated occurrence, so an official fix might not be forth coming. Which means I may need to start splicing together RS232 cables and playing Russian roulette with my DAC.

 

I think we are talking about 2 different things here:

1.) The "faint pop noise" which @louisxiawei mentioned. This occurs only with few DACs. If your DAC is affected,  this problem can be solved by a firmware update. The normal way to get this update installed on your DAC is to contact your T+A dealer or contact T+A service dept.

[Note: If you don't want to give your DAC to a dealer or send it to T+A service, you might alternatively consider option no. 2 below.]

 

2.) The other thing is DSD512 from a Linux based source. The DAC8DSD does not officially support Linux as operating system for the source. However: with a recent Linux kernel (> 4.15) the DAC8DSD will work with PCM up to 192kSps and DSD up to DSD128 (DoP mode).

For higher sample rates under Linux there is currently no official support. Amanero works on DSD512 compatibility for the USB receiver but this is still work in progress and only beta firmware versions are available directly from Amanero.

For those who want to experiment with the latest Amanero firmware on their DAC8DSD, it exists the possibility to install a firmware on the DAC8DSD which "opens" the DAC and  then permits to flash any USB receiver firmware (experimental or stable) from the Amanero repository on the DAC8DSD USB receiver chips.

After flashing the USB receiver with original Amanero firmware, the original Amanero Windows driver has to be used instead of the Windows driver from the T+A website.

Note: The Amanero Windows driver is functional identical to the T+A driver it only uses the standard VID/PID from Amanero instead of the T+A VID/PID.

 

So it is up to you. If you want to experiment (especially with DSD512 and Linux) use option 2, otherwise go the official way.

 

 

[OE333]

... still no good news from Amanero regarding Linux and native DSD512 - but beeing an optimist I still havn't given up and hope that DSDsupport for Linux will be here one day.

 

Looking for alternatives and based on my good experience with the little "Latte Panda" Windows SBC (see post  #1955 in this thread) I have done some more investigations and testing with small Windows PCs and I found this quite interesting Micro-PC which sells for 99 Euros including a Windows 10 Pro license:  https://www.amazon.de/ACEPC-Lüfterloser-x5-Z8350-Grafik-Desktop-Computer-Eingebautes/dp/B07HC7M87W   This micro PC comes in a neat case with Win10 Pro pre-installed and might be a more living room compatible solution compared to the Latte Panda bare board computer. The hints I have given in my LattePanda post are valid for the AcePC T8 as well.

 

I have installed NAA and roonbridge software plus the standard T+A Windows driver and did some testing last week. Everything works very well and without any glitches at all rates including DSD512. So I think this might be an alternative to Linux based ethernet bridges and might a considerable solution instead of waiting for native DSD Linux support....

 

ps.:

The little AcePC T8 might be capable of streaming native DSD1024 as well. I will do some DSD1024 testing next week with this micro PC and the new T+A SDV3100HV and will report if it works.

[OE333]

17 hours ago, sbenyo said:

I think it's a bit disappointing that T+A cannot make thier flagship DAC8 product support Linux properly for so long.

....

I am pretty sure that everyone buying this DAC, chose it for it's special native DSD512 support. I am also sure that people that bought it long ago did not believe it will not have support for Linux for such a long time. 

Please consider that T+A never made any promises that the DAC8DSD could be used with Linux. In all specifications the only supported operating systems were Windows and MacOS. Especially native DSD512 was always specified to work only with Windows sources having the T+A ASIO driver installed.

 

Despite Linux was never officially supported by the DAC8DSD it works with PCM and DSD (DoP) up to DSD128 out of the box with recent Linux distributions - that is even more as promised.

 

For those who have HQPlayer or roon installed on a Linux based server and want to use it with DAC8DSD and DSD512 there is no problem - just use a Windows based ethernet/USB bridge and everything will work perfectly well.

 

DAC8DSD can be used in almost all systems and configurations - only for those insisting on native DSD512 directly from a Linux based PC (or bridge) this DAC is the wrong choice.

 

Please believe me, that T+A really would like to offer native DSD512 Linux support. We are really constantly encouraging Amanero to work on this but obviously things are not that easy...

 

An other point to mention: we chose the Amanero USB receiver because of its outstanding performance. It sounded (and measured) better than any other solution we tried and for our DAC8DSD sonic performance was the main concern.

 

 

[OE333]

10 hours ago, volpone said:

 

To test DSD 512 "magic" i've tried using ASIO driver from a WIN 10 NUC. Lot of audible glitches (using 1099c beta FW) ! 

I presume 1099c is not supporting native DSD from ASIO and i have to reflash Amanero receiver to default T+A  firmware version. Could you please confirm ?

 

Question for me is to choose the better option (SQ related):

- Lightweight LINUX  ALSA streamer with DSD256 limitation => 1099c beta FW

OR

- More "noisy" WIN ASIO NUC (or other devices like AcePC T8 ) DSD 512 capable (default T+A / Amanero FW)

Any opinion, i have to choose "fromage ou dessert" . 

 

Yes, FW1099c is a beta test version for Linux only - it doesn't work properly with Windows (that is why we don't use it for series production). For Windows, please always use Amanero firmware version "DSD512x48x44" and CPLD version "CPLD_for_1080".

 

My recommendation clearly would be the AcePC T8 - I have tested it here for many hours. Transmission is very stable - I did not observe any lost packets or any other problems. I also can not find any difference in SQ or measured performance compared to a Linux based bridge. As the Ace PC is fanless it is also a good choice regarding mechanical noise.

 

Miskas recommended Logic Supply's CL100 is of course a more powerful alternative but at a higher price point...

 

[OE333]

Hi all,

as @twluke posted some days ago there is a new firmware verion from Amanero for the uSB receiver.

I have done a lot of testing during the last weeks and I can confirm twluke's comment that this firmware seems to be stable and is working without any problems for me.

I have a report from one beta tester about some drop-out problems but this might well be a CPU load problem of his server.

We are investigating this.

Generally speaking the new firmware is a big step forward as far as Linux compatibility is concerned.

 

Last week I started testing the new Amanero Windows driver. Here the results are not 100% satisfying at this moment.

We are working on this and hopefully can solve the remaining problems in the near future.

 

I will report when there are any news.

 

[OE333]

37 minutes ago, John K said:

 

Thanks for the info. So the firmware is included in the service tool program?(exe file)

 

No, it is not included in the .exe file.

You can find it here: https://github.com/OE333/DAC8-Service-Tool/tree/master/DAC8DSD_firmware

Godd luck !