Hej,
Czyli faktycznie to sterowniki nVidii są źródłem problemu.
Jest to jakieś rozwiązanie, pytanie tylko czy na tych sterownikach wszystko będzie ok.
Instalowałeś sterowniki do chipsetu płyty głównej?
Pozdrawiam,
Dimatheus
Sterowniki do chipsetu mam zainstalowane, a tamto urządzenie okazało się portem IR.
Diagnozowałem teraz tym sposobem:
http://www.sysnative.com/forums/windows … 7-8-a.html
z takim wynikiem:
http://img708.imageshack.us/img708/8481/gb2b.jpg
Czy to możliwe, że to przez sterownik USB? Podłączoną mam obecnie mysz Logitech G300 i nawet kiedy ją odłączę to problem występuje.
Następna ciekawostka. Podczas sprawdzania dysku HDTune błąd nie występuje w ogóle. Sprawdzałem trzy razy. Czy temperatura 55 stopni Celsjusza jest niebezpieczna dla dysku? Mój dysk to hybrydowy Seagate Momentus XT ST95005620AS. [edit] Rozebrałem laptopa i dokładnie wyczyściłem, mam teraz <40 stopni.
Zaktualizowałem BIOS i firmware dysku do najnowszej wersji. Postawiłem Windowsa na IDE, to samo. Można przenieść ten wątek do odpowiedniejszego działu, bo problem nie dotyczy jedynie Windows 8?
raport z latencymon:
_________________________________________________________________________________________________________
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. 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:00:58 (h:mm:ss) on all processors.
_________________________________________________________________________________________________________
SYSTEM INFORMATION
_________________________________________________________________________________________________________
Computer name: GLUE-KOMPUTER
OS version: Windows 7 , 6.1, build: 7600 (x64)
Hardware: Aspire 7738 , Acer , JM70
CPU: GenuineIntel Intel(R) Core(TM)2 Duo CPU P8700 @ 2.53GHz
Logical processors: 2
Processor groups: 1
RAM: 4090 MB total
_________________________________________________________________________________________________________
CPU SPEED
_________________________________________________________________________________________________________
Reported CPU speed: 2527,0 MHz
Measured CPU speed: 2120,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): 27039,742087
Average measured interrupt to process latency (µs): 7,208431
Highest measured interrupt to DPC latency (µs): 2954,438993
Average measured interrupt to DPC latency (µs): 2,518587
_________________________________________________________________________________________________________
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) 21,881732
_________________________________________________________________________________________________________
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): 232,669173
Driver with highest ISR routine execution time: dxgkrnl.sys - DirectX Graphics Kernel, Microsoft Corporation
Highest reported total ISR routine time (%): 0,107628
Driver with highest ISR total time: hal.dll - Hardware Abstraction Layer DLL, Microsoft Corporation
Total time spent in ISRs (%) 0,262304
ISR count (execution time <250 µs): 72151
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): 3111,368421
Driver with highest DPC routine execution time: nvlddmkm.sys - NVIDIA Windows Kernel Mode Driver, Version 258.96 , NVIDIA Corporation
Highest reported total DPC routine time (%): 0,382265
Driver with highest DPC total execution time: rspLLL64.sys - Resplendence Latency Monitoring and Auxiliary Kernel Library, Resplendence Software Projects Sp.
Total time spent in DPCs (%) 1,575459
DPC count (execution time <250 µs): 285747
DPC count (execution time 250-500 µs): 0
DPC count (execution time 500-999 µs): 175
DPC count (execution time 1000-1999 µs): 44
DPC count (execution time 2000-3999 µs): 104
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 1507
Hard pagefault count of hardest hit process: 956
Highest hard pagefault resolution time (µs): 159242,561140
Total time spent in hard pagefaults (%): 7,869982
Number of processes hit: 14
_________________________________________________________________________________________________________
PER CPU DATA
_________________________________________________________________________________________________________
CPU 0 Interrupt cycle time (s): 2,220870
CPU 0 ISR highest execution time (µs): 216,026118
CPU 0 ISR total execution time (s): 0,220581
CPU 0 ISR count: 64839
CPU 0 DPC highest execution time (µs): 3111,368421
CPU 0 DPC total execution time (s): 1,354721
CPU 0 DPC count: 273395
_________________________________________________________________________________________________________
CPU 1 Interrupt cycle time (s): 0,890515
CPU 1 ISR highest execution time (µs): 232,669173
CPU 1 ISR total execution time (s): 0,088444
CPU 1 ISR count: 7312
CPU 1 DPC highest execution time (µs): 3101,541353
CPU 1 DPC total execution time (s): 0,501358
CPU 1 DPC count: 12675
_________________________________________________________________________________________________________Hej,
Próbowałeś? Jakieś rezultaty?
Coś to dało? W ogóle próbowałeś?
Bardzo mało prawdopodobne. Chyba że zdarza się jakiś konflikt sprzętowy, albo też chipset płyty głównej (mostek południowy) jest uszkodzony. Choć pewnie wtedy na Ubuntu dźwięk też miałby problemy z działaniem.
A w ustawieniach zasilania nie masz przypadkiem ustawionego, by dysk szybko przechodził w stan czuwania, by oszczędzać energię? Sprawdź też, czy podobne ustawienia nie są zdefiniowane w oprogramowaniu do dysku.
Zdecydowanie za duża. Przegrzewanie się dysku na pewno zmniejsza jego żywotność oraz wydajność - gorący dysk pracuje wiele wolniej niż dysk, który ma niższą temperaturę.
A w jakim dziale najlepiej byś go widział?
Problem z zacięciem zawsze pojawia się pomiędzy dwoma utworami?
Uruchamiasz je bezpośrednio z dysku? A jak programy będą się zachowywać, gdy utwory do Aimp’a wrzucisz z pendrive’a?
Pozdrawiam,
Dimatheus
Sprawdzałem, zmieniałem wszystkie ustawienia dotyczące mp3 i nic.
Tak, nic to nie zmienia.
Nie, ustawienia są w porządku, zmieniałem je na maksymalny czas i to nie działa.
W przypadku mp3 na samym początku utworu, w przypadku flac, po ok. 4 minutach odtwarzania.
Świetny pomysł, sprawdziłem i błąd nie występuje.
Poszukam u znajomych jakiegoś dysku na którym mógłbym postawić system i wtedy się dowiem czy to on stanowi problem.
Tutaj można przenieść:
Hej,
To może wskazywać na uszkodzony dysk… Wrzuć screena z programu CrystalDiskInfo.
Przeniesione z System operacyjny Windows 8.
Pozdrawiam,
Dimatheus
Hej,
Niestety kondycja dysku nie należy do najlepszych. Masa błędnych odczytów RAW, częste “błędy w locie” oraz błędy pozycjonowania głowicy - to ostanie wskazuje na uszkodzenie mechaniczne dysku, mimo że sam dysk bad sektorów nie ma. I to wszystko po niespełna 8 000 godzin pracy dysku… Powoli czas szykować się na wymianę. Aczkolwiek - tak jak pisałeś - spróbuj najpierw podpiąć dodatkowy dysk i sprawdź, jak odczyt muzyki z niego będzie działał.
Pozdrawiam,
Dimatheus
Stracę drugi dysk w krótkim czasie w takim razie, a specjalnie kupiłem wersję Anti-Shock. Zastanawia mnie to, że działa on od kilku miesięcy w taki sposób i nie pogarsza się. Może zerowanie coś mogłoby poprawić jeśli to ewentualnie nie usterka fizyczna?
Hej,
Niestety, teraz już nie ma co liczyć na porządny sprzęt, który przepracuje naście-, albo dziesiąt- tysięcy godzin…
A monitorujesz status S.M.A.R.T?
To nie są bad sektory, więc niestety zerowanie nie da nic. Tak, wygląda na to, że to usterka fizyczna.
Pozdrawiam,
Dimatheus
Uhhh, zakupiłem dzisiaj SSD Plextora M5S, postawiłem windę i dalej to samo. Dźwięk niby jest teraz w porządku, ale wyniki benchmarków są podobne do tych z HDD w kwestii opóźnień.
Hej,
Możesz pokazać screen’a?
Instalowałeś sterowniki do chipsetu płyty głównej?
Próbowałeś przepiąć dysk do innego portu SATA na płycie głównej?
Pozdrawiam,
Dimatheus
Ja chciałem się odnieść do wcześniejszej oceny kondycji dysku HDD. Jako że to jest dysk Seagate i opieranie się na poszczególnych parametrach że dysk jest w złej kondycji jest wprowadzeniem w błąd. Dyski Seagate nie monitorują parametru ,01"wartość nie jest przetwarzana i dlatego takie wysokie wartości RAW i nie świadczy o złej kondycji dysku. Inne parametry też nie są monitorowane jak: 07 i C3. Czyli wcześniejsza ocena oparta na wysokich wartościach błędów RAW była błędna . W związku z tym umniejsza to ocenę kondycji dysku o te parametry w dyskach Seagate i nie dowiemy się czy te parametry się pogarszają czy są złe w rzeczywistości na podstawie SMART.
Hej,
Fakt, racja - przepraszam! Głowę był dał sobie uciąć, że zaglądając do screenu oglądałem parametry dysku WD. No i teraz straciłbym głowę…
Tak, zgadzam się całkowicie… 
Z jednej strony problem z dźwiękiem ustąpił, czasu dostępu ponoć się nie zmieniły, więc poczekamy na screen’a oraz odpowiedź za powyższe kwestie.
PS. hirem , szkoda tylko, że nie napisałeś tego troszeczkę wcześniej…
Pozdrawiam,
Dimatheus
Jeśli ogólnie problem z dźwiękiem ustąpił po wymianie dysku. To stan dysku HDD Seagate nie jest taki pewny że z nim do końca jest w porządku. I Dimatheus , może się nie pomyliłeś. Jeszcze zostaje kwestia rozwiązania czego benchmark dysku SSD jak pisze autor jest na poziomie HDD. Czy ma pecha i dysk SSD też może coś z nim nie do końca w porządku. Albo problem sprzętowy pomimo że dobrze chodzi na systemie alternatywnym. Czyli po za dyskami chociaż jeszcze nie ma co do nich pewności. Ale zakładając że problem sprżętowy poza dyskami np. od płyty głównej. kontrolerów czy sterów od płyty głównej czy grafiki . Jakby miał możliwość przetestować na innym HDD to by coś więcej było wiadomo. A co do zakupionego SSD to by można w necie poszukać jakie inni mają wyniki benchmarków danego modelu SSD . Ewentualnie przetestować na innym kompie czy benchmark będzie podobny.
[glue]
Jaką masz płytę główną?
Jaki system?
Czy masz włączony tryb AHCI w biosie?
Problemem może być sterownik kontrolera AHCI (dysk Plextora nie najlepiej sobie radzi na sterownikach z W8).
SSD na pewno zrekompensował stratę, ale wciąż nie jest tak jak powinno być.
Dysk bym na dobre wykluczył. Jest w porządku zarówno nowy jak poprzedni.
Płyta główna nazywa się ACER 7738G z chipsetem Intel PM45 
Windows 7 64, wcześniej Windows 8 64, problem jest poza systemem, bo był wielokrotnie zmieniany.
AHCI włączone, na IDE też stawiałem system i to również nic nie zmieniło.
Odczyty z S.M.A.R.T wskazują, że dysk jest w dobrej kondycji.
Podłączałem Seagata przez USB pod dwa komputery, na moim dźwięk się zacina, na innym jest w porządku.
Osobiście moim faworytem jeśli chodzi o winowajcę jest płyta główna.
Zrzut z DPC latency checker:
http://imageshack.us/photo/my-images/33/aq8i.jpg/
Pełen raport z AIDA64:
http://www.speedyshare.com/CQxUj/Report.txt
-
raport z LatencyMon
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. 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:00:14 (h:mm:ss) on all processors.
SYSTEM INFORMATION
Computer name: GLUE-KOMPUTER
OS version: Windows 7 , 6.1, build: 7600 (x64)
Hardware: Aspire 7738 , Acer , JM70
CPU: GenuineIntel Intel® Core™2 Duo CPU P8700 @ 2.53GHz
Logical processors: 2
Processor groups: 1
RAM: 4090 MB total
CPU SPEED
Reported CPU speed: 2527,0 MHz
Measured CPU speed: 650,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): 7883,501661
Average measured interrupt to process latency (µs): 18,809342
Highest measured interrupt to DPC latency (µs): 3096,265032
Average measured interrupt to DPC latency (µs): 3,811887
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) 25,528687
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): 244,654135
Driver with highest ISR routine execution time: dxgkrnl.sys - DirectX Graphics Kernel, Microsoft Corporation
Highest reported total ISR routine time (%): 0,698948
Driver with highest ISR total time: dxgkrnl.sys - DirectX Graphics Kernel, Microsoft Corporation
Total time spent in ISRs (%) 1,001863
ISR count (execution time <250 µs): 19979
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): 3086,187970
Driver with highest DPC routine execution time: nvlddmkm.sys - NVIDIA Windows Kernel Mode Driver, Version 197.16 , NVIDIA Corporation
Highest reported total DPC routine time (%): 1,200073
Driver with highest DPC total execution time: nvlddmkm.sys - NVIDIA Windows Kernel Mode Driver, Version 197.16 , NVIDIA Corporation
Total time spent in DPCs (%) 2,702615
DPC count (execution time <250 µs): 77379
DPC count (execution time 250-500 µs): 0
DPC count (execution time 500-999 µs): 53
DPC count (execution time 1000-1999 µs): 5
DPC count (execution time 2000-3999 µs): 49
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.
Process with highest pagefault count: latmon.exe
Total number of hard pagefaults 1
Hard pagefault count of hardest hit process: 1
Highest hard pagefault resolution time (µs): 293,523546
Total time spent in hard pagefaults (%): 0,001025
Number of processes hit: 1
PER CPU DATA
CPU 0 Interrupt cycle time (s): 0,781839
CPU 0 ISR highest execution time (µs): 244,654135
CPU 0 ISR total execution time (s): 0,158791
CPU 0 ISR count: 17046
CPU 0 DPC highest execution time (µs): 3061,278195
CPU 0 DPC total execution time (s): 0,549792
CPU 0 DPC count: 74252
CPU 1 Interrupt cycle time (s): 0,413288
CPU 1 ISR highest execution time (µs): 242,699248
CPU 1 ISR total execution time (s): 0,128163
CPU 1 ISR count: 2933
CPU 1 DPC highest execution time (µs): 3086,187970
CPU 1 DPC total execution time (s): 0,224291
CPU 1 DPC count: 3234
Z tego co pisałeś we wcześniejszych postach problem pojawia się po zainstalowaniu sterów NVidia wcześniej że jest dobrze. Ciekawe jak by się sprawowało z kartą Radeon od niej sterami ale czy by była taka możliwość.Jakby problem był dalej to by wskazywało na uszkodzoną czy wadliwą płytę główną . Albo model taki nieszczęśliwy czy uszkodzony egzemplarz.
Hej,
A możesz pokazać osiągi dysku SSD na screenie - tak samo jak klasycznego HDD?
A próbowałeś w czasie instalacji sterowników z nVidii odznaczyć opcję instalacji sterowników do karty dźwiękowej HDMI w karcie graficznej?
Masz możliwość podłączenia do płyty innej, dodatkowej karty dźwiękowej?
Pozdrawiam,
Dimatheus