T+A firmware vesions
T+a dac 8 dsdOn 8/24/2018 at 2:21 PM, mav52 said:
A Private project, thats doesn't help the total ownership population with their dacs, T&A needs to provide a means to update without having to ship a dac around the world or being forced into buying another piece of their equipment.
Regarding firmware upgrade and Linux compatibility I received this statement from T+A:
Linux is not officially supported by the DAC8DSD as operating system for the USB source.
T+A has never claimed that the DAC8 or DAC8DSD are Linux compatible.
According to our tests DAC8DSD works with Linux sources with PCM up to 192/32 and with DSD up to DSD128 (DoP).
Updating the DAC8DSD firmware is normally not necessary. There is no difference in sound quality between the different versions of DAC8DSD firmware.
Also there are only some minor new features.
List of new features for DAC8DSD and firmware version of introduction:
V 2.20: Auto Power Down feature
V 2.30: Additional volume display mode (Volume display either in dB or volume steps 1...63)
V 2.60: Service routine for flashing Amanero USB receiver firmware
Support for new remote control hanset FM8
Support for MusicNavigator APP (via MP8)
V 2.70: Additions for "Roon Ready" in combination with MP8
The major improvements were the "Roon Ready" feature and the control through the T+A Music Navigator App. Both features are only available in combination with the network player MP8. In this case the necessary firmware update will be done by the MP8.
So for the moment according to T+A there is no need for firmware updates, except when using a DAC8DSD in combination with a MP8 and in this case MP8 takes care of the necessary updates.
An other quote from T+A regarding Linux + DSD512:
We have made extensive tests with the latest Amanero firmware versions and we still found some glitches like occasional distortion when playing back DSD512 from a Linux PC. As long as these problems are not completely solved we will not officially release a Linux compatible DAC8DSD firmware.
I think that those who want to try the latest Amanero firmware on their DAC8DSD an update tool like mentioned above would be a nice thing to have. It would give total freedom to use any of the original Amanero USB receiver firmware versions and to experiment.
If they are buggy it would be easy to go back to the standard Amanero firmware.
The only disadvantage of changing over to Amanero firmware is that the DAC8DSD will be detected as an Amanero device by the computer and thatthe Amanero (Windows) driver will have to be used instead of the T+A driver. For Linux this does not make a difference.
In this respect it would be interesting to hear from @louisxiawei if he has heard of any progress with that update tool ?
Amanaro driver for DSD512 all formats
T+a dac 8 dsd
More than a week ago there has been a release of new Amanero firmware (2006be10) supporting native DSD512 with BE format on linux in a thread of Github Amanero issue and the people flashed their Amanero to this new version confirmed that it worked well without any annoying noises. I also confirmed that it was working rock-solid in playing DSD512 via Roon/HQP on Linux (Ubuntu 18.04) on my DAC8 DSD. This firmware can be said to be nearly equivalent to the final release to come.
This morning, there was a notification of the release of Windows driver supporting ASIO for this new firmware with related URL from Amanero/Domenico in the thread above but the message has been deleted or cancelled somehow. Anyway I downloaded the driver and installed on a Windows10 system and played DSD512 sources via Roon/HQP on my DAC8 DSD (its firmware already updated to v2.70 with the help of OE333 as I wrote previously). Well, the new driver with ASIO support worked quite well and I'm now enjoying the sound of DSD512, noise-free, from HQP on this DAC for more than hours.
Just for your info. Maybe expecting comments from OE333.
T+A serial to USB cable
T+a dac 8 dsd
Hi there. This is a small addition to my previous post.On 9/9/2018 at 1:39 AM, twluke said:
Among them, the TA_DAC8_ServiceTool, a kind of prefixed serial communication tool specially designed for DAC 8 DSD was, I would say, of a great help for fool-proof proceeding of updating work. No other serial application is required: only to prepare a set of RS232 cable and plug is sufficient for it.
Shown below is an example of cable setting necessary for updating the DAC firmware to V 2.70.
A combination of USB to RS232 (DB9) serial adapter cable connected to RJ11 (or RJ12) cable with the pin assignment indicated by the PDF manual from T+A. Hope this will be of some help for those who might be interested in the DAC firmware update.
how to install hqp on linux naa image
HQ Player9 hours ago, AudioDoctor said:
@Miska for future reference, can I use a command like "sudo dkpg -if path to package" or do I need to separate the "-I" and "-f" into two separate commands?
I guess your initial problem was missing dependencies, since there are some new ones with 4.11? First install new HQPlayer package with "sudo dpkg -i" and then ensure all dependencies are in with "sudo apt install -f".
Jussi likes this
Hqplayer: best NAA with best sound quality
This is what I use mostly:
It also works for USB input side.
I may soon add also one more ARM-based board that also works for USB inputs.
Some insights on the MiniDSP SHD
I have been wanting to tame a few room anomalies for quite some years now. My source/amplification is a super-integrated DIY (Allo Katana DAC stack, 2 stereo amplifiers and all related power supply). I don't have very many options for DSP, let alone DIRAC. So when I saw the MiniDSP SHD, and amirm's measurements over at ASR, I was sold. It was icing on the cake to learn that Tom from Neurochrome had designed its output stages, whose amplifiers I'm using for my current build.
There's not much on the internet regarding this device, what's inside, what's good and bad. So I'll try to cover my observations in case they help someone else. Ask away, if you have any questions and I'll try my best to answer!
- C658 …$1600. This is the closest competitor, but is 2 channel only
- M17 …$4k+!
- The AVR series are receivers, full with amplification.
- R20i. No balanced out (perhaps there's a daughter-card) …$6k+!
- XMC-1 (now XMC-2) …$3k!
- RMC-1 …$5k!
- Casablanca IV …$10k+!
Part 1 - Unboxing
The package is delivered in 2 boxes - a) the SHD alone and b) the accessories and the UMIK. It was nice to see a large (albeit flimsy) tripod included.
- There is no printed manual in the box. It is linked on the product page, but not under "Support", which is odd.
- Despite being called out on page 26 of the Manual ("A short Ethernet cable is provided with the unit"), there is no ethernet cable included. This is not a big deal.
- There are no batteries included for the remote. This is not a big deal either.
- The included large tripod is rather flimsy. But it's there and it's useful, so that's nice.
Part 2 - Physical, External
The chassis itself is quite sturdy. However, it is lacking weight - from the chassis itself, or from components inside. As a result, the box resonates quite a bit when you tap it. You may have to put damping weight on the top to make it not resonate.
I opted for the SHD (over the Studio) just for versatility. Having an on-board ADC and DAC allows me to use this device both as a Studio as well as, in a pinch, a full-fledged streamer. Notes on the DAC are below. I do not have use for the ADC section anytime soon. At least not until there's a Phono program included ;).
Starting from the left, the connectors are as below:
- Fused, switched IEC inlet. This connects to the SMPS power supply inside (more on that below)
- USB Host and Ethernet port. This connects directly to the streamer module inside. I have not used (and don't intend to use) the USB Host.
- SPDIF (RCA), Toslink and AES/EBU ports for digital input
RCA and XLR connectors for Single Ended and Balanced analog inputs.
- There are only two channels (L and R)
- This goes to the ADC stage
RCA and XLR connectors for Single Ended and Balanced analog outputs
- There are four channels
- Behind the scenes, the Single Ended conversion/output is from a secondary board.
Part 3 - Physical, Internal
- The first reaction to seeing inside is - wow, that is neat and clean!
- The board is marked "DDRC44 main" "Ver 1.1" and the date "May 10, 2018". There is no DDRC44 product in their range, proving this is truly a custom design by MiniDSP rather than a bunch of existing products cobbled together
- Lots of LDOs
- Lots of isolators
- This SBC is rather small. Seems even smaller than a Raspberry Pi Zero
- USB Host and Ethernet jacks go straight onto this SBC
- There is no isolation on Eithernet, so you'd benefit from using FMCs
- A micro SD card is inserted and kapton taped shut. Presumably this is where the Volumio build sits
- An unused Micro USB port is to its left, presumably for diagnostics
- There is a 7-wire harness that connects the streamer to the main board. Is this I2S perhaps?
- Yes, it uses the AKM4490, a ~5 year old DAC
- Yes, there are two discrete DAC chips
- Power seems to be well thought out. The caps can likely be upgraded.
- The IEC inlet links to a switching mode power supply
- Uncooled (which this is), it seems to be rated at 84W (24v, 3.5A)
- The harness from the PSU to the main board uses two pairs of wires. Why, I'm not sure. The output measures 24v on the harness.
- This is being stepped down on the main board to provide 5v to the streamer section via a 2-wire harness
- I might bypass the PSU as well as onboard step-down, and replace the IEC inlet with two DC barrels for 24v and 5v
Part 4 - Usage
- Instructions to follow (and as documented) are quite simple. Plug it into Ethernet, and point your browser to minidsp-shd.local. This is the same as using Volumio on any Rpi based solution.
- Volumio has been customized with a branded look and feel (background, colors) and locked menus (removing those that are not applicable)
- http://minidsp-shd.local/dev also works, allowing SSH access. However, I do not know the username or password. If someone knows this, I would love to know in the comments.
- I had trouble getting the unit on the network at my home as well as my friend's. Going through hubs or FMCs may not always work, but connected straight to a router seems to do the trick.
There are two distinct pieces of software involved:
- The MiniDSP controller. Used to communicate with the SHD over USB
- The Dirac Live Calibration tool. Used to take measurements and generate the filter to be uploaded.
- All software is nicely zipped up and hosted, and a link is sent via email to purchasers
- The Dirac app does not work with the SHD. There are indications that v2 is in the works, which might enable the app experience.
- There are two distinct pieces of software involved:
- Note: two unused USB ports are needed - one to connect to the SHD and the other for the Mic. Out of the box, there is about 8ft of USB cable, but you can always sit closer to the listening area and plug in the SHD to a nearby outlet during measurement.
- Documentation on measurements is great and easy to follow.
- Dirac will let you proceed with only one reading, without warning you. The only indication that there are more measurements remaining is subtle - dots that have not yet turned green. Make sure you take all 9 measurements before proceeding
- It is not immediately apparent that you can limit the window of frequencies to which correction applies. There is an "anchor point" close to each edge of suggested curve, and the correction window slider will not go past anchors. You need to double-click the anchor points in the region you wish to leave untouched, then slide the window over.
- The DAC warms up nicely in 10-15 mins
- It sounds quite nice, and comparable to the Allo Katana stack I have in my setup.
- When heard on my friend's Gryphon Diablo 300, too, it sounded convincing
- However, compared to the Gryphon DAC module (ESS9018) the higher frequencies were lacking detail and was fatiguing to listen to. Granted, the Gryphon's DAC is a $5k+ module, but this did prove, that the streamer is quite good. We used Airplay.
- This might be due to the power supply. I shall upgrade and report back.
- Applied to the full spectrum, the system sounded really bad. High frequencies sounded sharp and robbed of air, dynamics, imaging and magic.
- Limited to 1 Khz, things were much better. Better control over bass. My 44 Hz peak is happily tamed.
- Note: Room Correction addresses the speaker/room combination, and it addresses all issues at once. You may have liked some of these characteristics, but there is no way to isolate them without either advanced analysis, or trial and error. In my system, the bass sounded drier. I'm trying to re-insert some of the peaks to see if I can get that "moisture" back and will also try limiting the correction to 500 Hz.
- Without Dirac
- Some have asked the question about delay when using in a video setup.
- I am happy to report that there is no noticeable delay of the audio stream when compared to the video using Volumio's Airplay receiver functionality. You can configure the Apple TV to use Airplay speakers, and Volumio powering the SHD has this functionality built in.
- The delay is likely compensated for in the Shairport Sync library.
Links to low latency linux kernals
HQ Player19 minutes ago, Quadman said:
where do I find that "hwe lowlatency" kernel? and yes I use HQP desktop. Got a 570 based MB for easy upgrade to 11th gen cpu if they prove worth the extra $.
From the Ubuntu package repositories:
[email protected]:~# apt-cache search linux-lowlatency-hwe linux-lowlatency-hwe-18.04 - Complete lowlatency Linux kernel (dummy transitional package) linux-lowlatency-hwe-18.04-edge - Complete lowlatency Linux kernel (dummy transitional package) linux-lowlatency-hwe-20.04 - Complete lowlatency Linux kernel linux-lowlatency-hwe-20.04-edge - Complete lowlatency Linux kernel
You can then install it with:
[email protected]:~# apt install linux-lowlatency-hwe-20.04
This should keep you on latest official Ubuntu lowlatency kernel backported to 20.04 LTS release.
HQPlayer Multicore box
HQPlayer4 EC modulator tips and techniques3 hours ago, tedwoods said:
I have to have CUDA offload checked for it to work properly, but multi-core greyed and not checked for the CPU to work below 30%.
I don't know if that's how it's supposed to behave though...
When multicore is grayed, HQPlayer calculates if there are suitable number of real CPU cores available for the case and decides whether to parallelize certain operations or not (knowing how many threads there would be vs how many cores are available). When multicore is checked, all parallelization is blindly turned on regardless how many CPU cores there are vs the needed workload.
Calculation is always an estimate, so is some cases, forcing everything in parallel may yield better results when things are really on the edge, but this is really up to experimentation in each particular case and configuration. In most cases, grayed (auto) option should yield in fairly optimal results.
T+a dac 8 dsd
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.
T+A Firmware Flash 1
T+a dac 8 dsdOn 9/7/2018 at 1:44 AM, RS241 said:
This morning I flashed the Amanero firmware on DAC 8 DSD to 2004be after updating the DAC firmware to Version 2.70 as shown below and am enjoying the sound of native DSD512 on linux (Ubuntu 18.04) via Roon/HQP with this DAC.
I've been quite aware of the noise issue pertinent to 2004be for DSD512 on linux in other DACs as reported elsewhere and the DAC 8 DSD after flashing was also not immune to it. However the results are not so discouraging. The noise does not occur so frequently, almost the same to what I experienced with Holo Audio Cyan, and its duration is usually within a few seconds, quite neglectable unless deeply focused on hearing. Apart from this noise issue, the SQ is quite satisfactory as expected and I'm going to live with this 2004be firmware for a while.
Well, sorry for my long introduction. After reading some posts concerning the methods to update the DAC 8 DSD firmware via RS232 in order to flash the Amanero firmware, I prepared a set of cutomized serial cable and plug for RS232 connection and confirmed them to work well for communication with the DAC by using an appropriate serial communication tool (CoolTerm both on Mac and Win10).
After that I sent a query mail about the availability of the latest DAC firmware to the T+A support. They were kind enough to send me a set of software and PDF manuals by e-mail. Among them, the TA_DAC8_ServiceTool, a kind of prefixed serial communication tool specially designed for DAC 8 DSD was, I would say, of a great help for fool-proof proceeding of updating work. No other serial application is required: only to prepare a set of RS232 cable and plug is sufficient for it. The related manual was also well written: quite comprehensive and intuitive. It was amazing to find the various combinations of buttons on the front DAC panel to work like commands as written in it. I'm quite grateful to Mr Lothar Wiemann at T+A for writing these excellent application and manuals.
Once the DAC firmware is updated to the latest V 2.70, Amanero firmware can be repeatedly flashed to check the different versions. If a noise-free condition is desired on linux, flashing to 1099c firmware with DSD256 in DoP will be perfect for now. Also, when using 2004be for DSD512, a particular CPLD (CPLD_1080_DSDSWAPPED) must be used to avoid channel swap, which has been known to occur in certain DACs.
As said before by someone, PID and VID of the DAC become Amanero: only a small, neglectable alteration. Otherwise there is no change in ordinary use of the DAC.
HQ Player1 hour ago, Superdad said:
No direct support for ripping CDs. Guess I would need to switch to a standalone CD ripper utility that also gathers disc metadata from web.
XLD is infinitely better than iTunes for ripping CD's. It reports whether the ripped tracks match the AccurateRip database and whether there were any samples that were unreadable after repeated attempts. It has been discussed extensively here over the years. Here are my prefs settings for the CD Rip tab:
HQ Player5 hours ago, bunno77 said:
So no luck....
Have re-downloaded, restarted, reinstalled, closed tasks, checked firewall and antivirus but nothing seems to work.
HQPlayer pops up in task manager for a few seconds then gone
Not sure what to do....
Have you ever had it installed before?
Please uninstall first and then check that nothing remains under C:\Program Files\Signalyst and C:\Program Files (x86)\Signalyst and also that there's nothing under %LOCALAPPDATA%\HQPlayer
If there is, remove those first before reinstalling the software and see if it helps. Other than that, I'm pretty much running out of ideas.
I'm assuming you are installing from "HQPlayerDesktop3-setup-3253.exe" downloaded from www.signalyst.com
Audio Linus set up and TS
A novel way to massively improve the SQ of computer audio streaming10 hours ago, gordec said:
Is there a simple guide on how to setup Audiolinux? Their website is kind of chaotic. I have Surface Pro 3 lying around not being used. Can I set up AL on it with a USB ethernet adapter?
This is always a good place to start: http://www.audio-linux.com/#GUIDE
Then this thread:
Larry new PSU schemes and notes
Audiolinux Server configurations, Software, Hardware, and Listening Impressions
A bit over a year ago most of us were firmly in the “one box” camp. Positive reviews of the Innuos Zenith MKII SE seemed to confirm the “one box” approach and raised my curiosity to learn how this was done. Later, looking at a pictures of the internals, the answer became obvious. Innuos was using two separate regulators to power the CPU (EPS) and the motherboard (24 pin ATX) of one motherboard. Using a 19 volt Hdplex 250 watt DC to DC power supply for the 24 pin ATX, and by jumping the pins on my EVGA 1600 watt Titanium ATX SMPS to enable the 12volt CPU (EPS) output, a similar dual power scheme was achieved here. This yielded an impressive increase in SQ.
This past August the NUCs arrived. The early thinking was that this new two box solution meant that along with network isolation between the server and endpoint side, “bits would be bits”, and therefore server (dirty) side tweaks no longer mattered. The network isolation would shield the clean from dirty. With this idea in mind, a wifi network isolation scheme was configured here. Later the dual power scheme described above was dismantled with the big EVGA power supply used once again for both motherboard ATX and CPU power.
In December of last year the big 200 watt Hdplex arrived. This is the first linear power supply here with the capacity to power a CPU at close to a 100 watts. The separate 12 volt 10 amp rail, and 19 volt 10 amp rail enables many possible dual rail/supply power schemes. Remember the server and endpoint are connected via wifi.
Here is what I tested with observations.
- EVGA 1600 Watt ATX to 12 volt CPU(EPS), Hdplex 19 Volt rail to Hdplex 250 watt DC to DC for 24 pin ATX power
Notes: So much for the dirty/clean side idea, this sounds much better then EVGA alone. Image density has increased in the mid-range.
- Hdplex 19 Volt rail to Hdplex 250 watt DC to DC for 24 pin ATX power and CPU(EPS) 12 volt
Notes: Nice high end density, but the low mid image density and bass seem diminished.
- Hdplex 19 Volt rail to Hdplex 250 watt DC to DC for 24 pin ATX power, Hdplex 12 Volt rail to CPU(EPS)
Notes: this is the one, improved image density almost 3d, big depth increase and improved ambience, just spine tingling!
It is likely that another Hdplex will find it’s way here in the next few months. I am anxious to test again with two separate LPSUs. In the meantime, the last configuration is the most musical presentation heard here.
It should be said that in the final configuration, the 12 volt Hdplex output is used for powering the CPU. This eliminated the possibility of powering my 12 volt network extender with the Hdplex so another 12 volt power supply was used for this purpose. Hence, two things were changed at once. It is possible that the second configuration was compromised with the wifi extender power connection.
Thanks to @Rickca for inspiring this effort.
Linux and dac8DSD
T+a dac 8 dsd14 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.
T+A Firmware update
T+a dac 8 dsd
OK. To be specific, there are two potential options to upgrade the DAC8 DSD firmware suggested by T+A from the previous email reply.
1. The way described in the attached service note S0133 and this approach requires users to open the enclosure.
2. T+A claims that the "official" way is updating the DAC8DSD firmware first, then use this latest firmware to update the Amanero. Just quote the originial reply "This way can either be done according the attached service note S0126 or if you have access to a T+A MP8 streamer it could be done "over the air" using the MP8." The detail of the upgrade with MP8 has not been said, though.
If I recall correctly, some member on CA previously shared these S0126 and S0133 files before and T+A knows it, which suggests they are active online regarding the firmware update. ?
I also raise the concern about the warranty-void issue to them and hopefully, they will bring the proper solution eventually.
So don't lose hope, at least I personally feel T+A is determined to solve this firmware problem this time.