Skip to main content

Notice

Please note that most of the software linked on this forum is likely to be safe to use. If you are unsure, feel free to ask in the relevant topics, or send a private message to an administrator or moderator. To help curb the problems of false positives, or in the event that you do find actual malware, you can contribute through the article linked here.
Topic: If the output is digital does the player make any difference to the so (Read 31140 times) previous topic - next topic
0 Members and 1 Guest are viewing this topic.

If the output is digital does the player make any difference to the so

Reply #50
All we seem to have is these anecdotes.


So you think a lot of people, including me (on my old notebook anyway), imagine audio glitches like VERY ANNOYING clicks or drop-outs with USB DACs?


That does not follow.  I don't think anyone here doubts that audio drop outs can happen with buggy hardware.  I've certainly seen data corruption from USB drivers for instance.  Doesn't mean I think the MSC spec is broken.

Thats the problem with anecdotal reports about glitches.  You don't know what caused it.  Driver bug?  Chipset errata?  Problem with the USB spec?  What conclusion can you safely draw when you don't know what happened?

If the output is digital does the player make any difference to the so

Reply #51
What conclusion can you safely draw when you don't know what happened?


If a user that reported the problem reduces the DPC latency and the problems disappear then I draw the conclusion that most likely a too high DPC latency was the problem. Unfortunately, not all users can fix their hardware configuration / drivers so they end up returning the device and replacing it with an S/PDIF or Firewire or PCIe or async. USB interface which seem to make less problems. HDMI, as I said, I don't know.

On my old laptop, for example, disabling WLAN reduces the DPC latency considerably and gets rid of nasty spikes that caused drop-outs. Still not convinced?
"I hear it when I see it."

If the output is digital does the player make any difference to the so

Reply #52
On my old laptop, for example, disabling WLAN reduces the DPC latency considerably and gets rid of nasty spikes that caused drop-outs. Still not convinced?


I'm absolutely convinced that you have broken hardware.  Beyond that, what else am I supposed to take away from the anecdote?

If the output is digital does the player make any difference to the so

Reply #53
I'm absolutely convinced that you have broken hardware. Beyond that, what else am I supposed to take away from the anecdote?

Well that's just (being) stupid but I'm okay with that.
"I hear it when I see it."

If the output is digital does the player make any difference to the so

Reply #54
@ xnor: That example does not apply.

I do have high DPC latencies sometimes in my laptop with Windows 7 and integrated realtek soundcard. And obviously, those spikes do cause clicks and glitches to the audio.

So talking about DPC latencies to say that USB audio fails is just attributing a problem A to an unrelated subject B.

In this regard, and if we consider "Laptop with windows Vista/7/8" a "player", then, ok, we can say that the player matters to get glitch-free bit-perfect  digital audio playback. Otherwise, i'm with the usual thinking that digital is digital.

If the output is digital does the player make any difference to the so

Reply #55
I do have high DPC latencies sometimes in my laptop with Windows 7 and integrated realtek soundcard. And obviously, those spikes do cause clicks and glitches to the audio.

So talking about DPC latencies to say that USB audio fails is just attributing a problem A to an unrelated subject B.


My laptop also has onboard sound and it works perfectly fine without glitches even though the DPC latencies go consistently crazy with WLAN enabled. It's just the USB audio devices (have not tried async ones) I've had problems with, but only with high latencies. This is in no way unrelated.

What's unrelated is saying the hardware is broken when it's clearly a software (driver) problem.
"I hear it when I see it."

If the output is digital does the player make any difference to the so

Reply #56
What conclusion can you safely draw when you don't know what happened?


If a user that reported the problem reduces the DPC latency and the problems disappear then I draw the conclusion that most likely a too high DPC latency was the problem. Unfortunately, not all users can fix their hardware configuration / drivers so they end up returning the device and replacing it with an S/PDIF or Firewire or PCIe or async. USB interface which seem to make less problems. HDMI, as I said, I don't know.

On my old laptop, for example, disabling WLAN reduces the DPC latency considerably and gets rid of nasty spikes that caused drop-outs. Still not convinced?


My old laptop and my new laptop run audio over USB just swell using a very basic interface - the Behringer UCA 202 with no parameter changes from defaults, and both or either WLAN or wired LAN active and in use.

There was a lot of discussion of asynch USB over at AVS a while back, and subtle SQ and jitter were the only issues raised. No advocate of Aysnch USB was able to proffer a DBT or any measurement that supported their claims.  In short, each and every problem was perceived and subtle which is to say, probably imaginary. I'm not saying that Asynch can't be a problem solver, I'm saying that it is an effective solution that is in search of a real-world problem that is actually causing someone audible problems. OK, it finds a few such people. Next!

I think that we all know that measuring a problem or nailing it in a DBT are both slam dunks when the kind of problems you describe are active. Since this isn't happening, the basic problem must be pretty rare.

What I take away is that the problems you mention are rare, and when they arise they are due to pre-existing technical difficulties that are both far more global within the laptop, and/or  also very much peculiar to the laptop sample where they are observed. Most people are interested in Asynch USB because they are led into it by people with commercial interests ar a desire to be opinion leaders, not because of any actual audible problems that they are experiencing.  In many cases you can buy a whole new really pretty good laptop (or several!)  for the price premium of the Asynch USB interface.

Also, it appears that adding Asynch mode to a USB audio interface may be just a matter of changing the firmware. It shouldn't be increasing the price of the equipment by 1,000% or 10,000% which it currently is doing.

The world is full of USB audio interfaces that served their owners very well without any asynch support at all. I can wait for it to become a standard feature, which might even take a few years.


If the output is digital does the player make any difference to the so

Reply #57
My old laptop and my new laptop run audio over USB just swell using a very basic interface - the Behringer UCA 202 with no parameter changes from defaults, and both or either WLAN or wired LAN active and in use.

My new computer also runs fine (average DPC latency of 60 us). So what?

Quote
I think that we all know that measuring a problem or nailing it in a DBT are both slam dunks when the kind of problems you describe are active. Since this isn't happening, the basic problem must be pretty rare.

Right, it's so rare that pro audio manufacturers have articles on this problem.
For example: avid/m-audio kb
or NI kb
or echo audio support
or focusrite even has a video
...
or just search in their forums.

Yes, it absolutely MUST be a pretty rare problem.

Quote
What I take away is that the problems you mention are rare, and when they arise they are due to pre-existing technical difficulties that are both far more global within the laptop, and/or  also very much peculiar to the laptop sample where they are observed.

These problems are not limited to laptops. In fact, for example, certain nvidia driver versions had horrible latency problems. So do/did other devices' drivers.

Quote
Most people are interested in Asynch USB because they are led into it by people with commercial interests ar a desire to be opinion leaders, not because of any actual audible problems that they are experiencing.  In many cases you can buy a whole new really pretty good laptop (or several!)  for the price premium of the Asynch USB interface.

Also, it appears that adding Asynch mode to a USB audio interface may be just a matter of changing the firmware. It shouldn't be increasing the price of the equipment by 1,000% or 10,000% which it currently is doing.

I don't know about the firmware but I agree with the other points you make. I'm not advocating to buy an async interface either. As you've said it's probably cheaper to get a better laptop or PC that will run flawlessly with the interface.

All I'm saying is that even if the output is digital the player (a computer in this case) can make a difference under certain circumstances. These circumstances are certainly not the rule but those problems do exist and I wouldn't say they are pretty rare.
"I hear it when I see it."

If the output is digital does the player make any difference to the so

Reply #58
Right, it's so rare that pro audio manufacturers have articles on this problem.
For example: avid/m-audio kb
or NI kb
or echo audio support
or focusrite even has a video
...
or just search in their forums.

Yes, it absolutely MUST be a pretty rare problem.


You mean those pro audio manufacturers that are trying to get you to buy their expensive gear?

Not really a good argument there.

If the output is digital does the player make any difference to the so

Reply #59
My old laptop and my new laptop run audio over USB just swell using a very basic interface - the Behringer UCA 202 with no parameter changes from defaults, and both or either WLAN or wired LAN active and in use.

My new computer also runs fine (average DPC latency of 60 us). So what?


The good news is that you then don't have a dog in this fight. ;-)

Quote
Quote
I think that we all know that measuring a problem or nailing it in a DBT are both slam dunks when the kind of problems you describe are active. Since this isn't happening, the basic problem must be pretty rare.

Right, it's so rare that pro audio manufacturers have articles on this problem.
For example: avid/m-audio kb


Mentions tics and pops which asynch I/O being not a perfect panacea, may not address. Does not recommend or even mention Asynch USB.


Quote
or NI kb


Ditto, no mention of asynch as a solution.

Quote
or echo audio support


Ditto, no mention of asynch as a solution.

Quote
or focusrite even has a video
...


Ditto, no mention of asynch as a solution.

Quote
or just search in their forums.

Yes, it absolutely MUST be a pretty rare problem.


What is the relevant "it". Is it clicks and pops (which will always be with us) or clicks and pops or just poo SQ that is going to be fixed with aynch USB.

My comments about rare were in the context of a discussion of asynch USB. If you try to make them far more general than I obviously intended you can go anywhere you want.


If it was really common people would be lining up to buy and no market stimulation would be required.

If the output is digital does the player make any difference to the so

Reply #60
You mean those pro audio manufacturers that are trying to get you to buy their expensive gear?

Not really a good argument there.


This makes absolutely no sense whatsoever. 
"I hear it when I see it."

If the output is digital does the player make any difference to the so

Reply #61
You mean those pro audio manufacturers that are trying to get you to buy their expensive gear?

Not really a good argument there.


This makes absolutely no sense whatsoever. 



I agree because I know of no traditional pro vendor audio interface who is active with asynch USB interfaces.  By active I mean formally announced or delivered products.

If the output is digital does the player make any difference to the so

Reply #62
All I'm saying is that even if the output is digital the player (a computer in this case) can make a difference under certain circumstances.


That's never been questioned.

One truism in the computer world is "garbage in, garbage out".. You pipe garbage or delayed data into a USB cable at one end, it's going to arrive at the other the same way.

If the output is digital does the player make any difference to the so

Reply #63
Mentions tics and pops which asynch I/O being not a perfect panacea, may not address.

How do you know that?

Quote
Does not recommend or even mention Asynch USB.

Right, any manufacturer should recommend that if their users have problems with their own hardware to buy a new interface with async. I/O. Preferably from a different manufacturer. Makes sense.

later you even posted:
I agree because I know of no traditional pro vendor audio interface who is active with asynch USB interfaces.  By active I mean formally announced or delivered products.


Those articles mention DPC latency as being one source of the problem. You said those problems must be pretty rare. I disagreed and posted those links. That's all there is to it.


Quote
What is the relevant "it".

I was talking about DPC latency problems, which should be blatantly clear by now.

Quote
My comments about rare were in the context of a discussion of asynch USB.

What? So what rare problems in the context of async USB are you talking about then?
To me it seems you're trying to avoid the DPC latency issue now after you've seen that even manufacturers acknowledge it's a problem.


Quote
If it was really common people would be lining up to buy and no market stimulation would be required.

I see, 'pretty rare' turns into 'common'..
"I hear it when I see it."

If the output is digital does the player make any difference to the so

Reply #64
That's never been questioned.

One truism in the computer world is "garbage in, garbage out".. You pipe garbage or delayed data into a USB cable at one end, it's going to arrive at the other the same way.

Read the thread again.
"I hear it when I see it."

If the output is digital does the player make any difference to the so

Reply #65
Mentions tics and pops which asynch I/O being not a perfect panacea, may not address.

How do you know that?


Simple. The tics and pops come from data that is lost inside the PC. We've had these as long as we have had computer interfaces that were entirely internal to the PC, and long before USB or even SPDIF.


If the output is digital does the player make any difference to the so

Reply #66
Simple. The tics and pops come from data that is lost inside the PC.

I don't understand what you mean by that. Do you have any details on such issues? I guess now we're really talking about pretty rare events.
"I hear it when I see it."

If the output is digital does the player make any difference to the so

Reply #67
It is very simple.
USB Audio is a isochronous stream, the track is decoded and stored in a buffer in memory. It is spooled from memory to the internal USB hub and then from the hub to the USB DAC. The internal hub reserves sufficient bandwidth for the audio stream.

There are 2 type of errors possible.
DPC latency problems simply means the PC is too late in feeding the internal USB hub so it can’t maintain the needed quasi real time stream.
Obvious DPC is a upstream problem (before the internal hub) and therefore the method used to sync the audio device has no relevance.
No USB (audio) device is able to control what is happening upstream.

Sometimes there are CRC errors. Here the bits got mangled between the hub and the audio device. Compared with DPC they are a bit rare but they can happen. As the UAC1/2 protocol doesn’t have a retry like all bulk mode device, this might yield clicks, pops, etc as well.

You won’t find many pro audio interfaces using USB audio (UAC)
The reason is probably that up to 2009 there was only UAC1 and this standard is limited to 2* 24/96.
If you want to do a multi channel recording with low latency, this won’t do.
Most pro USB interfaces (e.g. RME) use bulk mode. As a consequence they do have to write their own device drivers at the PC side.
By design bulk mode is async.
TheWellTemperedComputer.com

If the output is digital does the player make any difference to the so

Reply #68
Thanks for that Roseval really clear helpful explanation.  Do you know whether the same applies to MHL-USB? Is that isynchronous?

If the output is digital does the player make any difference to the so

Reply #69
Thanks

There are a couple of exiting developments going on in the Android world
One is the implementation of UAC2 (USB Audio Class 2)
However this is the straight “old” Linux stuff.
There are a couple of new developments going on and I must admit I’m totally at loss where it is about technically and sound quality wise
http://thewelltemperedcomputer.com/SW/Andr...Android_USB.htm

TheWellTemperedComputer.com

If the output is digital does the player make any difference to the so

Reply #70
Simple. The tics and pops come from data that is lost inside the PC.

I don't understand what you mean by that.


There's a lot more places to lose data in a computer than just a USB link. On paper, many look like they should be abundantly fast and never lose a sample. But in the real world, stuff breaks and other tasks interfere. Data gets lost and you have a click or a pop. I'm not going to teach a computer architecture class, but there's where the answers lie.

If the output is digital does the player make any difference to the so

Reply #71
On paper, many look like they should be abundantly fast and never lose a sample. But in the real world, stuff breaks and other tasks interfere.

Like ISRs/DPCs?  You don't have to try to teach anything here, just tell me what you mean.

Quote
Data gets lost and you have a click or a pop.

Do you mean data loss for example due to a memory failure? No interface can deal with that so it's of no relevance to the topic. If something breaks it of course makes a difference..
"I hear it when I see it."

If the output is digital does the player make any difference to the so

Reply #72
I'm absolutely convinced that you have broken hardware. Beyond that, what else am I supposed to take away from the anecdote?

Well that's just (being) stupid but I'm okay with that.


What a tactful way to avoid answering the question. 

I don't know about the firmware but I agree with the other points you make. I'm not advocating to buy an async interface either. As you've said it's probably cheaper to get a better laptop or PC that will run flawlessly with the interface.


No, its cheaper just figure out what broken device you have that is blocking inside an ISR (!!!) and throw it out a window.

If the output is digital does the player make any difference to the so

Reply #73
@roseval So am I right in thinking this would be implemented through software on new android devices rather than hardware (the USB port is already there right...) so would older models be able to use it?

If the output is digital does the player make any difference to the so

Reply #74
The USB DACs being UAC1 or UAC2 compliant (use the native mode drivers as supplied by the OS for USB Audio) will work when UAC1/2 is implemented in Android.
Android is based on Linux and ALSA does have the drivers.
Obvious this is a matter of software.
A couple of mobiles already do: http://www.audiocircle.com/index.php?topic=103447.0

The architecture as proposed by Google (the device, in this case the DAC) provides the power, not the host (e.g. a mobile running Andoid) needs different  hardware.
TheWellTemperedComputer.com