Шум и вылет BSOD при проигрывании аудио/видео из интернета

Там, по-моему для всех систем один установщик, если нет, то где взять для семерки?
...Нашел.
 
Последнее редактирование:
Снимок.PNG Снимок.PNG1.PNG
 
я подчеркнул на скриншоте - что нужно выбрать из пакета SDK при установке(хотя можно и без Verifier это для програмистов в большей степени ,подобное есть в семерке для проверки драйверов).
 
Последнее редактирование:
Я понял, так и ставлю, но при установке какая-то ошибка постоянно.
... Нашел решение. Т.е. для устранение ошибки 5100 в моем случае удалил сначала Visual C++ 2010 redistributable(32 и 64 bit - оба пакета) и затем установил так SDK, т.е. установил Visual C++ 2010 redistributable по новой.
 
Последнее редактирование:
Я так все и сделал, но дебаггер выдает ошибку, но на твоем последнем скриншоте я вижу что у тебя также ошибка Your debugger is not using the correct symbols. Т.е. нужно всего лишь нажать на !analyze -v чтобы внизу отобразилась информация о том что привело к бзоду?
 
Последнее редактирование:
в безопасном режиме запустите дебаггер а по поводу меня : я смотрю чужой дамп и мне не нужна отладка .

Добавлено через 9 минут 15 секунд
а потом : можно использовать файлы символов отладки не локально а подгружать их с сервера
Open WinDbg > File > Symbol File Path and then paste the following under "Symbol path":

SRV*c:\symbols*http://msdl.microsoft.com/download/symbols

then click "OK"

Then close WinDbg and answer "Yes" to the "Save information for workspace" question

Then run or rerun any minidump anaylsis.
 
В безопасном режиме ошибка насчет символов все-равно присутствует, а при загрузке файлов символов с сервера, кажется, подобной ошибки нет, т.е. выдает такое:


Код:
Microsoft (R) Windows Debugger Version 6.12.0002.633 AMD64
Copyright (c) Microsoft Corporation. All rights reserved.


Loading Dump File [C:\Windows\Minidump\082813-19344-01.dmp]
Mini Kernel Dump File: Only registers and stack trace are available

Symbol search path is: SRV*c:\symbols*http://msdl.microsoft.com/download/symbols
Executable search path is: 
Windows 7 Kernel Version 7601 (Service Pack 1) MP (2 procs) Free x64
Product: WinNt, suite: TerminalServer SingleUserTS
Built by: 7601.18205.amd64fre.win7sp1_gdr.130708-1532
Machine Name:
Kernel base = 0xfffff800`02e11000 PsLoadedModuleList = 0xfffff800`030546d0
Debug session time: Wed Aug 28 18:37:37.813 2013 (UTC + 3:00)
System Uptime: 0 days 0:21:06.483
Loading Kernel Symbols
...............................................................
................................................................
.....................................
Loading User Symbols
Loading unloaded module list
.....
*******************************************************************************
*                                                                             *
*                        Bugcheck Analysis                                    *
*                                                                             *
*******************************************************************************

Use !analyze -v to get detailed debugging information.

BugCheck D1, {32, 2, 0, fffff8800140c6ba}

Unable to load image \SystemRoot\system32\DRIVERS\L1E62x64.sys, Win32 error 0n2
*** WARNING: Unable to verify timestamp for L1E62x64.sys
*** ERROR: Module load completed but symbols could not be loaded for L1E62x64.sys
Probably caused by : L1E62x64.sys ( L1E62x64+7bcb )

Followup: MachineOwner
---------

0: kd> !analyze -v
*******************************************************************************
*                                                                             *
*                        Bugcheck Analysis                                    *
*                                                                             *
*******************************************************************************

DRIVER_IRQL_NOT_LESS_OR_EQUAL (d1)
An attempt was made to access a pageable (or completely invalid) address at an
interrupt request level (IRQL) that is too high.  This is usually
caused by drivers using improper addresses.
If kernel debugger is available get stack backtrace.
Arguments:
Arg1: 0000000000000032, memory referenced
Arg2: 0000000000000002, IRQL
Arg3: 0000000000000000, value 0 = read operation, 1 = write operation
Arg4: fffff8800140c6ba, address which referenced memory

Debugging Details:
------------------


READ_ADDRESS: GetPointerFromAddress: unable to read from fffff800030be100
 0000000000000032 

CURRENT_IRQL:  2

FAULTING_IP: 
ndis!NdisMFreeNetBufferSGList+a
fffff880`0140c6ba 41f6403204      test    byte ptr [r8+32h],4

CUSTOMER_CRASH_COUNT:  1

DEFAULT_BUCKET_ID:  VISTA_DRIVER_FAULT

BUGCHECK_STR:  0xD1

PROCESS_NAME:  uTorrent.exe

TRAP_FRAME:  fffff8800c620df0 -- (.trap 0xfffff8800c620df0)
NOTE: The trap frame does not contain all registers.
Some register values may be zeroed or incorrect.
rax=fffff88006c72b74 rbx=0000000000000000 rcx=fffffa80050fdd00
rdx=fffffa80057d88b0 rsi=0000000000000000 rdi=0000000000000000
rip=fffff8800140c6ba rsp=fffff8800c620f80 rbp=fffffa80050dc000
 r8=0000000000000000  r9=0000000000000000 r10=000011800000086e
r11=fffff8800c620f80 r12=0000000000000000 r13=0000000000000000
r14=0000000000000000 r15=0000000000000000
iopl=0         nv up ei ng nz na pe nc
ndis!NdisMFreeNetBufferSGList+0xa:
fffff880`0140c6ba 41f6403204      test    byte ptr [r8+32h],4 ds:88c8:00000000`00000032=??
Resetting default scope

LAST_CONTROL_TRANSFER:  from fffff80002e86129 to fffff80002e86b80

STACK_TEXT:  
fffff880`0c620ca8 fffff800`02e86129 : 00000000`0000000a 00000000`00000032 00000000`00000002 00000000`00000000 : nt!KeBugCheckEx
fffff880`0c620cb0 fffff800`02e84da0 : 00000000`00000010 00000000`00000202 fffffa80`042248d0 fffffa80`057d88b0 : nt!KiBugCheckDispatch+0x69
fffff880`0c620df0 fffff880`0140c6ba : fffffa80`036ea400 fffffa80`050fd6e0 fffffa80`042248d0 00000000`00000001 : nt!KiPageFault+0x260
fffff880`0c620f80 fffff880`06c72bcb : fffffa80`057d88b0 fffff800`03423cd8 fffffa80`057d88b0 fffff800`03423c01 : ndis!NdisMFreeNetBufferSGList+0xa
fffff880`0c620fc0 fffffa80`057d88b0 : fffff800`03423cd8 fffffa80`057d88b0 fffff800`03423c01 00000000`00000000 : L1E62x64+0x7bcb
fffff880`0c620fc8 fffff800`03423cd8 : fffffa80`057d88b0 fffff800`03423c01 00000000`00000000 fffff800`033fb9ce : 0xfffffa80`057d88b0
fffff880`0c620fd0 fffffa80`057d88b0 : fffff800`03423c01 00000000`00000000 fffff800`033fb9ce fffffa80`057d88c8 : hal!MasterAdapter32+0x78
fffff880`0c620fd8 fffff800`03423c01 : 00000000`00000000 fffff800`033fb9ce fffffa80`057d88c8 00000000`00000018 : 0xfffffa80`057d88b0
fffff880`0c620fe0 00000000`00000000 : fffff800`033fb9ce fffffa80`057d88c8 00000000`00000018 00000000`00000000 : hal!HalpDmaChannelState+0x1


STACK_COMMAND:  kb

FOLLOWUP_IP: 
L1E62x64+7bcb
fffff880`06c72bcb ??              ???

SYMBOL_STACK_INDEX:  4

SYMBOL_NAME:  L1E62x64+7bcb

FOLLOWUP_NAME:  MachineOwner

MODULE_NAME: L1E62x64

IMAGE_NAME:  L1E62x64.sys

DEBUG_FLR_IMAGE_TIMESTAMP:  4a90ceb9

FAILURE_BUCKET_ID:  X64_0xD1_L1E62x64+7bcb

BUCKET_ID:  X64_0xD1_L1E62x64+7bcb

Followup: MachineOwner
---------

Вроде бы неполная информация. Или так и должно быть при открытии мини-дампа?
 
Последнее редактирование:
Проблема при воспроизведении в vlc, описанная в первом посте, снова проявилась. На этот раз без вылета в bsod, как проанализировать -- непонятно.

Добавлено через 1 час 2 минуты 34 секунды
Сейчас поставил драйвер сетевого чипсета с сайта Asus(материнская плата Asus P5Q-SE).
 
Последнее редактирование:
Проблема снова проявилась. Задолбался искать причину. Под Debian Linux такого нет, т.е. это явно программная проблема.
 
Последнее редактирование:
rulet, вы сначала разберитесь чего вы хотите, решить проблему или научиться ее решать, так как все в кучу намешали.
Ошибку вашу вам уже давно проанализировали несколько человек и я в том числе и указали, что проблема в драйверах сетевой карты.
 
Назад
Сверху Снизу