Head-Fi.org › Forums › Equipment Forums › Dedicated Source Components › Audio-gd Digital Interface
New Posts  All Forums:Forum Nav:

Audio-gd Digital Interface - Page 231

post #3451 of 4010

I was hoping to get a little confirmation from fellow owners of the DI-V3 and DI-PSU.  I recently DIYed a usb cable with the VBUS or 5v wire severed.  When I compared the diy wire to a standard usb cable the DI-V3 had a much more analog sound.  I asked Kingwa about this since he told me before I bought the DI that it wouldn't use USB power if attached to the PSU:

 

"The DI V3 don't use the +5V wire while use extra PSU.

Disconnect the +5V wires total have less interrupt to the data wires.

Kingwa"

 

I was hoping we have a few diyers who can also test this out.  The 5v wire is either red or orange in standard usb 2.0 cables.  If we have enough confirmation of what I was hearing then we would have a real easy way to further isolate our dacs from computer noise since the DI truly needs no usb power to operate its clock unlike a lot of other USB audio solutions.


Edited by ciphercomplete - 1/23/13 at 9:24am

Gear mentioned in this thread:

post #3452 of 4010
Quote:
Originally Posted by ciphercomplete View Post

I was hoping to get a little confirmation from fellow owners of the DI-V3 and DI-PSU.  I recently DIYed a usb cable with the VBUS or 5v wire severed.  When I compared the diy wire to a standard usb cable the DI-V3 had a much more analog sound.  I asked Kingwa about this since he told me before I bought the DI that it wouldn't use USB power if attached to the PSU:

 

"The DI V3 don't use the +5V wire while use extra PSU.

Disconnect the +5V wires total have less interrupt to the data wires.

Kingwa"

 

I was hoping we have a few diyers who can also test this out.  The 5v wire is either red or orange in standard usb 2.0 cables.  If we have enough confirmation of what I was hearing then we would have a real easy way to further isolate our dacs from computer noise since the DI truly needs no usb power to operate its clock unlike a lot of other USB audio solutions.


Great! :)

That answered my question...

 

It seems that I will need to make a surgery on my future USB cable... biggrin.gif

post #3453 of 4010
Good afternoon! I want to afford the latest product from the AUDIO GD DI-V3 but after TE8802 (which comes bundled with the DAC), I have serious doubts.
I will give you advice! The best sound quality I've heard from a PC, which is the image SACD-R using
foobar and plug "foo_input_sacd" which encodes online stream from DSD to PCM. Comparing with even the quality losslless meaningless - the sound SACD-R wins instantly, even with the conversion to PCM!
Sorry about that little known and people just do not want to develop.
With TE8802 using foo_input_sacd kernel out on falling blue windows error crash USB driver. With ASIO - was stable, but the fall there.
Asked the friend to check the functionality of the new devices, but is not so sure.
Can you check a bunch of SACD-R + foobar?
If your system is still quite high quality selected, then after that you will not regret.
Thank you! !
post #3454 of 4010

Are there any other drivers for TE8802 which are stable, but work Audio gd?

post #3455 of 4010
Quote:
Originally Posted by norrest View Post

Good afternoon! I want to afford the latest product from the AUDIO GD DI-V3 but after TE8802 (which comes bundled with the DAC), I have serious doubts.
I will give you advice! The best sound quality I've heard from a PC, which is the image SACD-R using
foobar and plug "foo_input_sacd" which encodes online stream from DSD to PCM. Comparing with even the quality losslless meaningless - the sound SACD-R wins instantly, even with the conversion to PCM!
Sorry about that little known and people just do not want to develop.
With TE8802 using foo_input_sacd kernel out on falling blue windows error crash USB driver. With ASIO - was stable, but the fall there.
Asked the friend to check the functionality of the new devices, but is not so sure.
Can you check a bunch of SACD-R + foobar?
If your system is still quite high quality selected, then after that you will not regret.
Thank you! !

 

I can't help you with the SACD stuff but I think Audio GD stopped using the TE8802 due to reliability issues and delayed driver releases.  Kingwa is a honest guy, email him tell him the issues you had with the TE8802 and he will tell you straight up if the DI-V3 will work for you or not.

post #3456 of 4010

ciphercomplete: That's what Kingwa told me as well. Even though it was only a small % of users, he wants 100% of users without issues. He also said that the failure rate with the VIA chipset is zero and they will customise the firmware as he wishes.

 

Quote:
Originally Posted by SebastianL View Post

Quote:
Originally Posted by Currawong View Post

 

Sorry, I meant how do you know that firmware #3 is not async and #4 is async? That just strikes me as very unusual. smile.gif

 

Again I'm just referring to the EDO compatibility list that was mentioned earlier in this thread. If you read the USB transfer mode column corresponding to "Dac's w. VIA 1731":

firmware #3 Adaptive
firmware #4 Asynchronous


Whether that's correct or not I don't know. I don't even know who made this list to begin with or if it's being maintained. I somehow assumed that Triode kept track of it.

Next to the USB transfer mode column there is the Notes column that states that:

 

(Chip supports up to 384KHz/32bit), with kernel #3 working in adaptive mode, with kernel #4 working in asynchronous mode

 

That's where I got the information. Been trying to locate Triode himself to confirm this but somhow I can't login to the Slimdevices forum in order to contact him.

 

Thanks for that, I should probably ask Kingwa myself to find out what is going on. Knowing how these things go, there will probably be a few more firmware revisions anyway.

post #3457 of 4010
Quote:
Originally Posted by ciphercomplete View Post

 

I can't help you with the SACD stuff but I think Audio GD stopped using the TE8802 due to reliability issues and delayed driver releases.  Kingwa is a honest guy, email him tell him the issues you had with the TE8802 and he will tell you straight up if the DI-V3 will work for you or not.

Kingwa can not give 100-tion ensures that there are no windows blue. And what is the test SACD-R? Torrent to them very much. Laziness?

post #3458 of 4010
Quote:
Originally Posted by norrest View Post

Good afternoon! I want to afford the latest product from the AUDIO GD DI-V3 but after TE8802 (which comes bundled with the DAC), I have serious doubts.
I will give you advice! The best sound quality I've heard from a PC, which is the image SACD-R using
foobar and plug "foo_input_sacd" which encodes online stream from DSD to PCM. Comparing with even the quality losslless meaningless - the sound SACD-R wins instantly, even with the conversion to PCM!
Sorry about that little known and people just do not want to develop.
With TE8802 using foo_input_sacd kernel out on falling blue windows error crash USB driver. With ASIO - was stable, but the fall there.
Asked the friend to check the functionality of the new devices, but is not so sure.
Can you check a bunch of SACD-R + foobar?
If your system is still quite high quality selected, then after that you will not regret.
Thank you! !

On Win7 + Wasapi 2.1, I have no problems with 2 Audio-gd TE8802 units when using foo_input_sacd

post #3459 of 4010
Quote:
Originally Posted by norrest View Post

Kingwa can not give 100-tion ensures that there are no windows blue. And what is the test SACD-R? Torrent to them very much. Laziness?

 
I am going to assume the rudeness of your post is due to the language translator you appear to be using and leave it at that.  I do not use Foobar, I don't own SACDs to rip and I'm not interested in possibly downloading illegal copies of SACDs to test for you when Kingwa could easily answer your questions.  Good luck.

Edited by ciphercomplete - 1/24/13 at 12:08pm
post #3460 of 4010
Yes firmware #5 is supporting 24/192 through spdif, but not i2s.

When i bought the v3 i also bought some ekstra firmware chips.

I Dont know my xbmc could not play with the #4 chip.
post #3461 of 4010

Just another brief Update:

 

I've installed the TCXO upgrade from Kingwa into the DIV3s. Could've kicked myself for not ordering it together earlier.

 

The TCXO definitely improves on the DI-V3s. Greater sense of instrumental colours, greater sense of ambiance and details. There's weight to the timbre, pianos sound lovely. The sense of spatial perspective is the biggest change I've noticed from the stock XO. There's a real sense of 3D space and separation. 

 

It looks like the USB32 in the DI-V3s with the DAC19 and C2 is a winner here. 

 

Still waiting for the Tentlabs XO for a comparison later.

post #3462 of 4010

did anyone try to use DI v3 with Jplay?

i wonder if setting latency to Directlink is possible.

post #3463 of 4010
Quote:
Originally Posted by kr0gg View Post

did anyone try to use DI v3 with Jplay?

i wonder if setting latency to Directlink is possible.


Check this: http://jplay.eu/forum/computer-audio/audio-gd-di-v3-vt1731-and-jplay-compatibility/

 

Maybe could help...

post #3464 of 4010

that's my post actually :)

post #3465 of 4010

I have a DI-V3 and are trying to run it with the SBT with the  EDO, though the SBT says it is running asynchronous the Metrum Octave DAC will not lock on to the signal. I am running the #4 firmware in the VIA 1731 DI-V3, the question is Where do I find the EDO with the #4 kernel as I would like to try it? The unit runs Ok with SPDIF output from the SBT but will not lock on any file over 96khz...? Any help would be greatly appreciated. 

New Posts  All Forums:Forum Nav:
  Return Home
  Back to Forum: Dedicated Source Components

Gear mentioned in this thread:

Head-Fi.org › Forums › Equipment Forums › Dedicated Source Components › Audio-gd Digital Interface