W-Lan-Adapter erzeugt Aussetzer bei Audio-Wiedergabe

  • Ersteller chaos.klaus
  • Erstellt am
chaos.klaus
chaos.klaus
Helpful & Friendly User
HFU
Zuletzt hier
16.05.20
Registriert
26.04.11
Beiträge
2.193
Kekse
6.237
Hallo Leute,

mein Problem hängt nicht wirklich am Interface und gehört vielleicht eher in die Computertechnik-Ecke, aber ich nehme an dass sich hier mehr Leute mit Latenz-Problemen auskennen.

Ich habe ein Acer-Aspire TimelineX Notebook und ein M-Audio FastTrack Ultra 8R USB-Interface.
Das Setup funktioniert seit geraumer Zeit ohne Probleme. Seit etwa einem Monat habe ich plötzlich Aussetzer bei der Wiedergabe und auch bei der Aufnahme! Keine Ahnung was ich genau geändert habe.

Ich habe den DPC Latency Checker installiert und Fehlersuche betrieben. Ich bekomme etwa alle 5s-10s Peaks bis 8000µs. Wenn ich zB Facebook mit Firefox öffne, bekomm ich gelegentlich auch Peaks bis 40000µs! Die 8000er Peaks werden Häufiger. Das passiert gefühlt immer, wenn ich den Rechner irgendeiner Last aussetze.

Wenn ich sowohl Netzwerkadapter (Onboard: Broadcom 802.11n-Netzwerkadapert) als auch Virenscanner (Malwarebytes) deaktiviere verschwinden die Peaks gänzlich. Wenn ich jetzt den Virenscanner wieder anschalte habe ich eigenartigerweise immer noch keine Peaks. Erst das Aktivieren des W-Lan-Adapters führt wieder zu den Peaks.

Es macht übrigens keinen Unterschied ob das Interface aktiv ist, oder nicht. Die Probleme treten auch auf, wenn ich den Onboard-Sound nutze.

In Cubase bekomme ich an den Inputs regelmäßig Peaks, auch wenn dort nicht's angeschlossen ist und die Preamps auf Minimum stehen. Auf Aufnahmen sind die dann auch mit drauf.

W-Lan-Treiber ist aktuell.

Das ganze nervt irgendwie total, da bei Videos oft der Ton aussetzt und dann versetzt weiter läuft, ect. Für's recording mach ich halt einfach das W-Lan aus und leb damit, aber Youtube geht halt auch nicht mehr wirklich.

Was kann ich machen?

Gruß!


Edit: Kann es was mit Engergiespar-Optionen zu tun haben?
 
Eigenschaft
 
Zuletzt bearbeitet:
W-LAN abschalten ist wichtig und richtig.

Dannst aber statt W-LAN auch Steckdosen-LAN versuchen (D-LAN o. Powerline genannt). Eine Buchse für Ethernetanschluss hat Dein Notebook doch bestimmt, oder? Dein DSL-Router hat bestimmt auch eine noch eine freie Buchse?

Ich selber habe dieses Set

Sinngemäß leite ich über den ersten Adapter die Internetverbindung vom DSL-Router in mein Hausstromnetz ein und kann es an jeder x-beliebigen anderen Steckdose mit dem zweiten D-LAN-Dapter abgreifen.
Achtung: Immer nur Wandsteckdosen benutzen, keine Mehrfachverteilerleisten.

Somit hättest Du Internet ohne W-LAN-Störfunk ;)
 
Probier mal LatencyMon, das zeigt detaillierter was die hohe DPC Latenz verursacht.

Keine Ahnung was ich genau geändert habe.
Vielleicht gar nichts.. eventuell hat sich automatisch ein Windows Update eingespielt das das Problem verursacht?
 
  • Gefällt mir
Reaktionen: 2 Benutzer
Ich hatte mal ein ähnliches Problem.
Meine Lösung war eine
PCI Steckkarte mit USB Ports an die ich dann das Interface angeschlossen habe.

Gruß
Fish
 
also, ich werde noch nicht ganz schlau aus den Ergebnissen von LatencyMon. habs etwa 17 minuten beim surfen laufen gehabt, während ein youtube-video gestreamt hat.

Code:
_________________________________________________________________________________________________________
CONCLUSION
_________________________________________________________________________________________________________
Your system appears to be having trouble handling real-time audio and other tasks. You are likely to experience buffer underruns appearing as drop outs, clicks or pops. One problem may be related to power management, disable CPU throttling settings in Control Panel and BIOS setup. Check for BIOS updates. 
LatencyMon has been analyzing your system for  0:17:43  (h:mm:ss) on all processors.


_________________________________________________________________________________________________________
SYSTEM INFORMATION
_________________________________________________________________________________________________________
Computer name:                                        CHAOSKLAUS-ACER
OS version:                                           Windows 7 , 6.1, build: 7600 (x64)
Hardware:                                             Aspire 5820TG, Acer, ZR7B
CPU:                                                  GenuineIntel Intel(R) Core(TM) i7 CPU M 620 @ 2.67GHz
Logical processors:                                   4
Processor groups:                                     1
RAM:                                                  3766 MB total


_________________________________________________________________________________________________________
CPU SPEED
_________________________________________________________________________________________________________
Reported CPU speed:                                   2660,0 MHz
Measured CPU speed:                                   3988,0 MHz (approx.)

Note: reported execution times may be calculated based on a fixed reported CPU speed. Disable variable speed settings like Intel Speed Step and AMD Cool N Quiet in the BIOS setup for more accurate results.


_________________________________________________________________________________________________________
MEASURED INTERRUPT TO USER PROCESS LATENCIES
_________________________________________________________________________________________________________
The interrupt to process latency reflects the measured interval that a usermode process needed to respond to a hardware request from the moment the interrupt service routine started execution. This includes the scheduling and execution of a DPC routine, the signaling of an event and the waking up of a usermode thread from an idle wait state in response to that event.

Highest measured interrupt to process latency (µs):   38247,991978
Average measured interrupt to process latency (µs):   5,530683

Highest measured interrupt to DPC latency (µs):       38231,053950
Average measured interrupt to DPC latency (µs):       1,455195


_________________________________________________________________________________________________________
MEASURED SMI, IPI AND CPU STALLS
_________________________________________________________________________________________________________
The SMI, IPI and CPU stalls value represents the highest measured interval that a CPU did not respond while having its maskable interrupts disabled.

Highest measured SMI or CPU stall (µs)                45,809667


_________________________________________________________________________________________________________
 REPORTED ISRs
_________________________________________________________________________________________________________
Interrupt service routines are routines installed by the OS and device drivers that execute in response to a hardware interrupt signal.

Highest ISR routine execution time (µs):              156,793609
Driver with highest ISR routine execution time:       i8042prt.sys - i8042-Anschlusstreiber, Microsoft Corporation

Highest reported total ISR routine time (%):          0,040225
Driver with highest ISR total time:                   hal.dll - Hardware Abstraction Layer DLL, Microsoft Corporation

Total time spent in ISRs (%)                          0,116292

ISR count (execution time <250 µs):                   1401827
ISR count (execution time 250-500 µs):                0
ISR count (execution time 500-999 µs):                0
ISR count (execution time 1000-1999 µs):              0
ISR count (execution time 2000-3999 µs):              0
ISR count (execution time >=4000 µs):                 0


_________________________________________________________________________________________________________
REPORTED DPCs
_________________________________________________________________________________________________________
DPC routines are part of the interrupt servicing dispatch mechanism and disable the possibility for a process to utilize the CPU while it is interrupted until the DPC has finished execution.

Highest DPC routine execution time (µs):              485,189474
Driver with highest DPC routine execution time:       USBPORT.SYS - USB 1.1 & 2.0-Porttreiber, Microsoft Corporation

Highest reported total DPC routine time (%):          0,240462
Driver with highest DPC total execution time:         USBPORT.SYS - USB 1.1 & 2.0-Porttreiber, Microsoft Corporation

Total time spent in DPCs (%)                          0,560814

DPC count (execution time <250 µs):                   6283245
DPC count (execution time 250-500 µs):                0
DPC count (execution time 500-999 µs):                62
DPC count (execution time 1000-1999 µs):              0
DPC count (execution time 2000-3999 µs):              0
DPC count (execution time >=4000 µs):                 0


_________________________________________________________________________________________________________
 REPORTED HARD PAGEFAULTS
_________________________________________________________________________________________________________
Hard pagefaults are events that get triggered by making use of virtual memory that is not resident in RAM but backed by a memory mapped file on disk. The process of resolving the hard pagefault requires reading in the memory from disk while the process is interrupted and blocked from execution.

NOTE: some processes were hit by hard pagefaults. If these were programs producing audio, they are likely to interrupt the audio stream resulting in dropouts, clicks and pops. Check the Processes tab to see which programs were hit.

Process with highest pagefault count:                 ccc.exe

Total number of hard pagefaults                       108
Hard pagefault count of hardest hit process:          33
Highest hard pagefault resolution time (µs):          71740,026316
Total time spent in hard pagefaults (%):              0,004599
Number of processes hit:                              8


_________________________________________________________________________________________________________
 PER CPU DATA
_________________________________________________________________________________________________________
CPU 0 Interrupt cycle time (s):                       32,467792
CPU 0 ISR highest execution time (µs):                154,863910
CPU 0 ISR total execution time (s):                   2,613269
CPU 0 ISR count:                                      1140380
CPU 0 DPC highest execution time (µs):                298,423684
CPU 0 DPC total execution time (s):                   12,671029
CPU 0 DPC count:                                      5672900
_________________________________________________________________________________________________________
CPU 1 Interrupt cycle time (s):                       19,273632
CPU 1 ISR highest execution time (µs):                156,793609
CPU 1 ISR total execution time (s):                   0,942929
CPU 1 ISR count:                                      87680
CPU 1 DPC highest execution time (µs):                444,543609
CPU 1 DPC total execution time (s):                   3,749038
CPU 1 DPC count:                                      183590
_________________________________________________________________________________________________________
CPU 2 Interrupt cycle time (s):                       11,369160
CPU 2 ISR highest execution time (µs):                106,612406
CPU 2 ISR total execution time (s):                   0,669008
CPU 2 ISR count:                                      87406
CPU 2 DPC highest execution time (µs):                332,416541
CPU 2 DPC total execution time (s):                   3,594311
CPU 2 DPC count:                                      225136
_________________________________________________________________________________________________________
CPU 3 Interrupt cycle time (s):                       58,489021
CPU 3 ISR highest execution time (µs):                126,633083
CPU 3 ISR total execution time (s):                   0,723777
CPU 3 ISR count:                                      86361
CPU 3 DPC highest execution time (µs):                485,189474
CPU 3 DPC total execution time (s):                   3,851849
CPU 3 DPC count:                                      201681
_________________________________________________________________________________________________________
 
Hallo chaos.klaus,
ich hatte auch Latenzprobleme bei der Musikwiedergabe über das Programm Console.jp mit der USB soundkarte m-audio fast track ultra.
Nach der Deaktivierung meines Vierenscanners waren die Latenzen akzeptabel, (keine Störungen mehr) sie liegen bei 1000µs bis max 2000µs.
MfG
jacklampers
 

Ähnliche Themen


Unser weiteres Online-Angebot:
Bassic.de · Deejayforum.de · Sequencer.de · Clavio.de · Guitarworld.de · Recording.de

Musiker-Board Logo
Zurück
Oben