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.