Por que o hub USB estraga o seu bufferWhy the USB hub ruins your buffer
Você tinha uma interface funcionando em 64 amostras sem reclamar. As portas do computador acabaram, entrou um hub USB, e de repente a mesma sessão estala em 256.
Nada quebrou. O hub fez exatamente o que hub faz, e o áudio é o tipo de tráfego que menos tolera isso.
Áudio não é como os outros dispositivos
O USB carrega tipos diferentes de transferência, e áudio usa um chamado isócrono.
A diferença é a seguinte. Um pendrive usa transferência com verificação: se um pacote chega corrompido, ele é reenviado, e você só percebe que o arquivo demorou um pouco mais. Áudio não pode fazer isso. O som tem que sair no instante certo, e um pacote atrasado não serve pra nada, porque o momento dele já passou.
Por isso a transferência isócrona funciona com reserva de banda e prazo fixo. Ela não reenvia nada. Se o pacote não chegou na hora, o que sai da placa é um buraco, e buraco no áudio é o estalo que você ouve.
Isso torna áudio o vizinho mais sensível do barramento. Ele não briga por banda, ele reserva a dele. E quando não consegue reservar o suficiente, falha em vez de esperar.
O que o hub muda
Ele divide banda. Todo dispositivo pendurado no hub compartilha a mesma ligação com o computador. Uma webcam transmitindo vídeo, ou um HD externo copiando arquivo, consome banda naquele mesmo caminho. Isolado, cada um funcionaria. Juntos, o áudio perde a reserva de que precisa.
Ele adiciona um nível. Cada hub é mais um intermediário repassando pacotes. O acréscimo é pequeno, mas soma, e o orçamento de tempo de um buffer pequeno é apertado por definição.
Muitos hubs são alimentados pelo próprio cabo. Interface de áudio consome energia de verdade, principalmente as que alimentam microfone condensador com phantom power. Num hub sem fonte própria, dividindo corrente com outros aparelhos, a interface pode receber menos do que precisa. O sintoma é traiçoeiro: em vez de simplesmente não ligar, ela funciona e falha de forma intermitente, o que faz qualquer um culpar o software.
O detalhe que quase ninguém sabe
Aqui está a parte que resolve muito caso teimoso: portas separadas no gabinete não significam caminhos separados.
Uma placa mãe tem alguns controladores USB, e distribui as portas entre eles. Duas portas vizinhas na traseira podem estar no mesmo controlador, dividindo banda entre si como se um hub estivesse ali dentro. E as portas frontais do gabinete são, quase sempre, um hub interno ligado a um único cabeçote na placa.
Ou seja, muita gente que "não usa hub" está usando um sem saber.
Vale abrir o Gerenciador de Dispositivos, exibir por conexão, e ver que porta está pendurada em qual controlador. Depois é só garantir que a interface fique sozinha, ou quase, no controlador dela.
O que fazer
- Interface direto na traseira, sem hub, sem monitor com porta, sem teclado com porta.
- Nada de webcam ou disco externo no mesmo controlador da interface. Webcam é a pior companhia possível, porque também usa transferência isócrona e reserva banda de forma agressiva.
- Se hub for inevitável, que tenha fonte de energia própria. E que a interface seja o único aparelho de áudio nele.
- Cabo bom e curto. Cabo longo ou ruim é fonte de erro que aparece exatamente como falha intermitente.
- Teste trocando de controlador. Se o problema muda de comportamento ao mudar de porta, você achou a causa e ela não estava no buffer.
Quando o culpado não é o USB
Vale a checagem, porque o sintoma é idêntico. Se a falha continua com a interface sozinha na traseira, o suspeito passa a ser interrupção do sistema, quase sempre driver de rede, de vídeo ou de gerenciamento de energia segurando a máquina por tempo demais.
A distinção prática é simples: problema de USB costuma mudar quando você muda de porta ou desconecta os vizinhos. Problema de interrupção não muda, porque não é o barramento que está congestionado, é o sistema que não deu vez ao áudio.
O resumo
Hub é ótimo pra teclado, mouse, controlador MIDI e pendrive, coisas que toleram atraso. Interface de áudio pertence a outra categoria, porque ela não sabe esperar. Dê a ela um caminho próprio, e o buffer que você tinha antes volta.
You had an interface running at 64 samples without complaint. The computer ran out of ports, a USB hub came in, and suddenly the same session crackles at 256.
Nothing broke. The hub did exactly what hubs do, and audio is the kind of traffic that tolerates it least.
Audio is not like the other devices
USB carries different transfer types, and audio uses one called isochronous.
Here is the difference. A flash drive uses verified transfer: if a packet arrives corrupted, it gets resent, and all you notice is that the file took slightly longer. Audio cannot do that. Sound has to come out at the right instant, and a late packet is useless, because its moment has passed.
So isochronous transfer works with reserved bandwidth and a fixed deadline. It resends nothing. If the packet did not arrive on time, what leaves the card is a hole, and a hole in audio is the crackle you hear.
That makes audio the most sensitive neighbour on the bus. It does not fight for bandwidth, it reserves its own. And when it cannot reserve enough, it fails instead of waiting.
What the hub changes
It splits bandwidth. Every device hanging off the hub shares the same link back to the computer. A webcam streaming video, or an external drive copying a file, eats bandwidth on that same path. Alone, each would work. Together, audio loses the reservation it needs.
It adds a tier. Each hub is one more intermediary passing packets along. The addition is small, but it accumulates, and the time budget of a small buffer is tight by definition.
Many hubs are powered by the cable itself. An audio interface draws real current, especially those feeding a condenser microphone with phantom power. On a hub without its own power supply, sharing current with other devices, the interface can receive less than it needs. The symptom is treacherous: instead of simply not turning on, it works and fails intermittently, which makes anyone blame software.
The detail almost nobody knows
Here is the part that solves a lot of stubborn cases: separate ports on the case do not mean separate paths.
A motherboard has a handful of USB controllers, and distributes ports among them. Two neighbouring rear ports can sit on the same controller, splitting bandwidth between themselves as if a hub were built in. And the front panel ports are, almost always, an internal hub wired to a single header on the board.
Which means plenty of people who "do not use a hub" are using one without knowing.
It is worth opening Device Manager, viewing devices by connection, and seeing which port hangs off which controller. Then just make sure the interface sits alone, or nearly alone, on its own.
What to do
- Interface straight into the rear, no hub, no monitor with ports, no keyboard with ports.
- No webcam or external drive on the same controller as the interface. A webcam is the worst possible company, because it also uses isochronous transfer and reserves bandwidth aggressively.
- If a hub is unavoidable, get one with its own power supply. And keep the interface as the only audio device on it.
- Good, short cable. A long or poor cable is a source of errors that shows up as exactly this kind of intermittent dropout.
- Test by changing controller. If the problem changes behaviour when you change port, you found the cause and it was never the buffer.
When USB is not the culprit
Worth checking, because the symptom is identical. If dropouts continue with the interface alone at the rear, the suspect becomes system interrupts, almost always a network, video or power management driver holding the machine too long.
The practical distinction is simple: a USB problem usually changes when you change ports or unplug the neighbours. An interrupt problem does not change, because the bus is not congested, the system just never gave audio its turn.
The summary
Hubs are great for keyboards, mice, MIDI controllers and flash drives, things that tolerate delay. An audio interface belongs to another category, because it does not know how to wait. Give it a path of its own, and the buffer you used to have comes back.
Plugins que você enxergaPlugins you can see
Conheça o PRISMA e o catálogo Ventura Audio.Meet PRISMA and the Ventura Audio catalog.
IR PARA A LOJAGO TO STORE
