View Single Post
  #8  
Old June 8th 18, 09:13 PM posted to alt.comp.hardware.pc-homebuilt
Flasherly[_2_]
external usenet poster
 
Posts: 2,407
Default Concesus of AMD PSP security issue?

On Fri, 08 Jun 2018 14:16:23 -0400, Paul
wrote:

It would be unacceptable
to use a system with "red spikes" as an audio
recording workstation (as it can screw up sound).


They do bill themselves as acceptable, and whenever possible -- as
there are soundcards and then there are other soundcards (and their
drivers).

"
Unfortunately, many existing device drivers do not conform to this
advice. Such drivers spend an excessive amount of time in their DPC
routines, causing an exceptional large latency for any other driver's
DPCs. For a device driver that handles data streams in real-time it is
crucial that a DPC scheduled from its interrupt routine is executed
before the hardware issues the next interrupt. If the DPC is delayed
and runs after the next interrupt occurred, typically a hardware
buffer overrun occurs and the flow of data is interrupted. A drop-out
occurs.
"
https://www.thesycon.de/eng/latency_check.shtml

I switched recently to supposed 3rd-party drivers for a popular
soundboard - one, a low-latency mode, which eliminated the software
control interface for various driver-to-hardware functions and
switches;- basically looks like a set and forget any polling scenario,
for a much lower latency module option for subsequent smaller buffer
settings than I'd used prior. So far.

For recording purposes, forget all that. I wouldn't trust common
computer gear at that level. I've used specialty recording equipment,
(mixer to USB preprocessing module), in a no-latency computer
multitracking and dubover environ. The quality possible became
immediately apparent, easily attainable and increasingly respectable.
Specialty recording gear that came with some added cost for
specifically addressing DPC issues.