Problèmes enceintes de monitoring

Ingmare

11

Nouvel·le AFfilié·e

Membre depuis 9 ans

Sujet de la discussion Posté le 16/04/2015 à 22:52:45

J'ai récemment acheté une paire d'enceintes Adam F5 avec une carte son Scarlett Solo. Il se trouve que, fréquemment (toutes les 2 ou 3 minutes), le son claque 1 ou 2 secondes. Au-delà de ça le son fonctionne quand même mais cela reste relativement gênant. J'ai donc testé les enceintes avec la carte sur un autre ordinateur et cela marchait parfaitement... Cela fait plus de deux semaines que je cherche une solution.

Si une personne a une idée, je suis preneur. Merci d'avance!

Cordialement.

Ingmare

11

Nouvel·le AFfilié·e

Membre depuis 9 ans

11 Posté le 27/04/2015 à 02:33:45

J'ai un plug-in en version démo (Pianotec) mais je doute encore une fois que le problème vienne de là. En effet, même quand le séquenceur n'est pas lancé, quand j'écoute un son sur Youtube ou même iTunes le problème est le même.
A l'écoute au casque pareil, j'entends le son qui crépite de la même manière.. :??:

0

SnakeNux

128

Posteur·euse AFfiné·e

Membre depuis 18 ans

12 Posté le 27/04/2015 à 03:58:19

Dans ton logiciel Focusrite Mix Control cliques sur Settings et règle ton Buffer Size à 256 ou plus (Pour une utilisation de tous les jours iTunes, Youtube ainsi que pour mixer, met le à 1024). Lorsque tu fais des enregistrement VST, clavier, micro, instruments etc... mais le plus bas que tu peux sans avoir ces craquements en général 128(sans dépasser 256) de buffer est très bien.
Si ça règle pas ton problème, utilise le logiciel DPC Latency Checker, tu le laisse tourner 30-60 min sans qu'il ne dépasse les 500µs dans Absolute Maximum. S'il dépasse les 500µs utilise le logiciel LatencyMon, tu cliques sur le bouton play puis tu attends jusqu'à ce qu'il y a trop de latence puis tu regardes dans Stats, Processes et Drivers le ou les coupables.

0

Ingmare

11

Nouvel·le AFfilié·e

Membre depuis 9 ans

13 Posté le 27/04/2015 à 21:10:39

Le logiciel Focusrite Mix Control n'est pas compatible avec la Scarlett Solo. J'ai juste " Scarlett Solo USB 2.0 Audio Control Panel " qui me permet de régler la carte sur 3 modes différents. Le premier est " Recording " pour avoir une plus faible latence mais plus gourmand en CPU, le deuxième " Balanced " et le troisième " Mixing " pour l'utilisation de plug-in.
J'ai utilisé le logiciel DPC Latency Checker mais il arrive à 6886 µs. J'ai donc utilisé le logiciel LatencyMon mais là je comprends pas grand chose. Il est écrit : _________________________________________________________________________________________________________
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 or more DPC routines that belong to a driver running in your system appear to be executing for too long. Also one or more ISR routines that belong to a driver running in your system appear to be executing for too long. 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:07:23 (h:mm:ss) on all processors.

_________________________________________________________________________________________________________
SYSTEM INFORMATION
_________________________________________________________________________________________________________
Computer name: VALENTIN-PC
OS version: Windows 7 Service Pack 1, 6.1, build: 7601 (x64)
Hardware: Z68XP-UD3, Gigabyte Technology Co., Ltd.
CPU: GenuineIntel Intel(R) Core(TM) i5-2500K CPU @ 3.30GHz
Logical processors: 4
Processor groups: 1
RAM: 8175 MB total

_________________________________________________________________________________________________________
CPU SPEED
_________________________________________________________________________________________________________
Reported CPU speed: 3292,0 MHz
Measured CPU speed: 2280,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): 7041,447538
Average measured interrupt to process latency (µs): 3,168150

Highest measured interrupt to DPC latency (µs): 7014,701172
Average measured interrupt to DPC latency (µs): 0,947440

_________________________________________________________________________________________________________
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) 8,397115

_________________________________________________________________________________________________________
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): 1193,116039
Driver with highest ISR routine execution time: USBPORT.SYS - Pilote de port USB 1.1 & 2.0, Microsoft Corporation

Highest reported total ISR routine time (%): 0,077528
Driver with highest ISR total time: USBPORT.SYS - Pilote de port USB 1.1 & 2.0, Microsoft Corporation

Total time spent in ISRs (%) 0,103318

ISR count (execution time <250 µs): 773363
ISR count (execution time 250-500 µs): 0
ISR count (execution time 500-999 µs): 25
ISR count (execution time 1000-1999 µs): 13
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): 1319,609052
Driver with highest DPC routine execution time: USBPORT.SYS - Pilote de port USB 1.1 & 2.0, Microsoft Corporation

Highest reported total DPC routine time (%): 2,021488
Driver with highest DPC total execution time: USBPORT.SYS - Pilote de port USB 1.1 & 2.0, Microsoft Corporation

Total time spent in DPCs (%) 2,294971

DPC count (execution time <250 µs): 4479839
DPC count (execution time 250-500 µs): 0
DPC count (execution time 500-999 µs): 23
DPC count (execution time 1000-1999 µs): 31
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: msmpeng.exe

Total number of hard pagefaults 326
Hard pagefault count of hardest hit process: 121
Highest hard pagefault resolution time (µs): 93984,859356
Total time spent in hard pagefaults (%): 0,078737
Number of processes hit: 8

_________________________________________________________________________________________________________
PER CPU DATA
_________________________________________________________________________________________________________
CPU 0 Interrupt cycle time (s): 45,562889
CPU 0 ISR highest execution time (µs): 1193,116039
CPU 0 ISR total execution time (s): 1,831486
CPU 0 ISR count: 773401
CPU 0 DPC highest execution time (µs): 1319,609052
CPU 0 DPC total execution time (s): 40,498690
CPU 0 DPC count: 4418875
_________________________________________________________________________________________________________
CPU 1 Interrupt cycle time (s): 7,599829
CPU 1 ISR highest execution time (µs): 0,0
CPU 1 ISR total execution time (s): 0,0
CPU 1 ISR count: 0
CPU 1 DPC highest execution time (µs): 126,621507
CPU 1 DPC total execution time (s): 0,028267
CPU 1 DPC count: 9147
_________________________________________________________________________________________________________
CPU 2 Interrupt cycle time (s): 8,736799
CPU 2 ISR highest execution time (µs): 0,0
CPU 2 ISR total execution time (s): 0,0
CPU 2 ISR count: 0
CPU 2 DPC highest execution time (µs): 178,667679
CPU 2 DPC total execution time (s): 0,071261
CPU 2 DPC count: 18507
_________________________________________________________________________________________________________
CPU 3 Interrupt cycle time (s): 7,564621
CPU 3 ISR highest execution time (µs): 0,0
CPU 3 ISR total execution time (s): 0,0
CPU 3 ISR count: 0
CPU 3 DPC highest execution time (µs): 150,696841
CPU 3 DPC total execution time (s): 0,084087
CPU 3 DPC count: 33364
_________________________________________________________________________________________________________

0

Ingmare

11

Nouvel·le AFfilié·e

Membre depuis 9 ans

14 Posté le 27/04/2015 à 21:11:33

Et sur DPC Latency Checker il était écrit :
Some device drivers on this machine behave bad and will probably cause drop-outs in real-time audio and/or video streams. To isolate the misbehaving driver use Device Manager and disable/re-enable various devices, one at a time. Try network and W-LAN adapters, modems, internal sound devices, USB host controllers, etc.

0

SnakeNux

128

Posteur·euse AFfiné·e

Membre depuis 18 ans

15 Posté le 27/04/2015 à 23:24:39

Tu as un problème au niveau de l'USB, donc le mieux et de débrancher tout tes périphériques USB et de refaire des tests en les reconnectant un à un en faisant un test pour trouver lequel génère ces interruptions.
Il faut sûrement regarder aussi au niveau de la gestion de l'alimentation dans Windows, régler tout pour qu'il ne mette pas en veille les périphériques USB.
Il se peut qu'il y a aussi un problème ou conflit avec un port USB, vérifie aussi les emplacements de tes périphériques sur les prises.

0

Ingmare

11

Nouvel·le AFfilié·e

Membre depuis 9 ans

16 Posté le 28/04/2015 à 13:37:21

Hier soir j'ai refait un test avec DPC Latency et ça ne dépassait pas 309 µs mais là à ma grande surprise, sans rien toucher, le problème n'a pas changé. J'ai rebranché un à un, et même quand je ne branche que ma souris (filaire) j'ai 7032 µs en Absolute Maximum. Quand je débranche mon câble éthernet je suis à 6872 µs. J'ai également débranché le clavier pour le brancher à l'avant de l'unité centrale. La latence semblait être plus stable mais elle atteint quand même finalement 7081 µs. Grosso modo quel que soit l'endroit où je branche mes périphériques le problème reste le même. Je tiens à rajouter que j'ai effectué cette étape sans jamais brancher la carte son.
Je suis allé voir au niveau de la gestion d'alimentation et j'ai désactivé le paramètre de la suspension sélective USB. Je suis allé dans le gestionnaire de périphérique et dans la partie " Contrôleur de bus USB " j'ai décoché la case " Autoriser l'ordinateur à éteindre ce périphérique pour économiser de l'énergie ". Je ne sais pas si ça change quoi que ce soit...

0

Ingmare

11

Nouvel·le AFfilié·e

Membre depuis 9 ans

17 Posté le 28/04/2015 à 15:00:51

Bon j'ai finalement désactivé plusieurs ports usb et et aussi au niveau de la carte réseau dans le gestionnaire de périphériques et miracle, il n'y a plus aucun problème de son. Dans le doute j'ai refait un test et ça semble être bon! Je vais faire marcher les enceintes une partie de la journée pour voir si c'est stable et je te tiens au courant! Merci beaucoup pour ton aide précieuse ! :D:

0

Ingmare

11

Nouvel·le AFfilié·e

Membre depuis 9 ans

18 Posté le 29/04/2015 à 21:56:47

Tout fonctionne très bien! Merci infiniment encore!

0