mikael Kas

Åh jag tror jag kläckte det

den har ju för bövelns stått vid ett fönster. Får komma ihåg och sätta den med svart Baksida där istället 

Haft ett par Adam f5 några år, tog dom till en replokal och hämta hem dom igår, tänkte då Var fin baksidan var  nästan trä/kopparfärgat. Kollar på andra.  Den är svart.  Finns det olika baksidor på dessa eller har bakstycket reagerat med något 

båda låter då lika. Ett jäkla huvudbry att jag inte sett det förr eller så har nån trashat en och köpt en ny, men det tror jag inte riktigt på heller

allt som inte är i bruk är inaktiverat till och med alla usb utom för mus och tangetbord

energlägen för cpu är inaktiverat och även automatisk överklockning den går nu på en fixerad frekvens

har nu tror jag fått till problemet med ataport genom att inaktivera nätverkskortet

körde testet i 40min och enda som var nu att det blev en spik på nvidia men jag tror att det beror på att skärmen hade gått i viloläge när jag kom tilbaka.

Ska provköra nu, hör av mig när nästa huvudbry kommer

Jaha

Får kanske börja ta bort allt som inte används

Något tips?

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): 1180,497029

Driver with highest ISR routine execution time: USBPORT.SYS - USB 1.1 & 2.0 Port Driver, Microsoft Corporation

Highest reported total ISR routine time (%): 0,043292

Driver with highest ISR total time: ataport.SYS - ATAPI Driver Extension, Microsoft Corporation

Total time spent in ISRs (%) 0,108483

ISR count (execution time <250 µs): 277835

ISR count (execution time 250-500 µs): 0

ISR count (execution time 500-999 µs): 13

ISR count (execution time 1000-1999 µs): 3

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): 849,157212

Driver with highest DPC routine execution time: ndis.sys - NDIS 6.20 driver, Microsoft Corporation

Highest reported total DPC routine time (%): 0,082788

Driver with highest DPC total execution time: USBPORT.SYS - USB 1.1 & 2.0 Port Driver, Microsoft Corporation

Total time spent in DPCs (%) 0,178233

DPC count (execution time <250 µs): 1058300

DPC count (execution time 250-500 µs): 0

DPC count (execution time 500-999 µs): 21

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: svchost.exe

Total number of hard pagefaults 1778

Hard pagefault count of hardest hit process: 1594

Highest hard pagefault resolution time (µs): 124703,670178

Total time spent in hard pagefaults (%): 0,241093

Number of processes hit: 11

Byggde en ny studiodator för jag tröttnade på min bärbara som ej gick stabilt, förut var det problem med ostabilitet och att inspelningar hamnade före mix så man fick lov att flytta runt 30ms

Så jag tänkte att nu fixar jag något riktigt (ej mobilt).

Specar upp lite fakta

gamla bärbara i7 med focusrite 2i2 ostabil, inspelningar hamnade lite varstans beroende på bpm ibland 10ms före ibland mer någon gång efter...

Nya datorn

i7-4820K

ASUS P9X79

Ivy Bridge-E

16GB DIMM DDR3

windows 7 65

separata operativsystem ett för bara inspelning

Avid mbox pro med separat texas instrument firewire kontroll med via chip fungerade det inte alls.

Nyaste drivrutinerna till allt

Körde först med pro toolt 8.04 le som jag installerade efter konstens alla regler så att drivrutiner för ljudkortet var från 2010 Följde anvisningar och senare guider för att ställa in windows 7 64 för pro tools,

Det var i samband med felsökningen för viachippet kände mig inte riktigt hemma i pro tools och när det höll på crasha och krångla så gav jag upp och gick över till Sonar x2 där jag känner mig mer hemma.

Bort med pro tools och i med senaste drivrutinerna för ljudkort.

Nu har jag samma symptom som det var från början

inspelningar hamnar ur sync vet ej om det beror på, Guitar rig är det någon annan som har det problemet

exempel: man lägger ett trummspår (superior drummer) och spelar in en gitarr och den hamnar före 20-30ms

inspelningar stoppas rätt som det är man kanske har 3 st gitarrer med guitar rig och håller på med den fjärde ibland räcker det med bara en gitarr så blir det drop out.

Asio

Samplingrate 48000

24bit

buffersize 256

input 7,7ms

Total roundtrip 14,2ms

Har höjd till det dubbla men det är för mycket och blev ändå dropout

Körde med wdm driver och provade där låg inspelningarna exakt där dom skulle och bra respons i latencyn men ljudet blev vanställt istället

Vad ska jag ta mig till?

Finns det inga program man kan köra i bakgrunden som loggar vad det är som händer när man spelar in så man ser vad det är som spökar.

Ska man behöva köpa rullbandare och micka upp för att det inte ska bli platt fall varje gång man vill sätta sig och spela in nått.