logins
BANNED | Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору HNKTO Цитата: У меня даже утилиты такой нету. | Ссылка на Tom2D (GDI Benchmark): https://www.vogons.org/download/file.php?id=92519 Пронаблюдать багу можно например штатным просмотрщиком "C:\WINDOWS\KODAKPRV.EXE" он поддерживает BMP картинки и JPG тоже. Открыть крупную картинку, поместить окно в верхний левый угол экрана и поресайзить мышкой за правый нижний угол до противоположного угла экрана и обратно. До 640х480 (примерно) картинка перерисовывется с высоким рефрешем, а вот дальше уже рывками, в случае с PCI-E и низким показателем "Stretching" в Tom2D. А вот на AGP картах, если "Stretching" хотя бы 1000 operations/sec в Tom2D, значительно дальше растягивается без тормозов (Почти до 1920х1080), что и достаточно. Добавлено: Итак, прогнал я наконец VLC-шку в режиме отладки на старом ПК, а после на новом. На новом ПК лог обрывается в момент падения, что в 9x, что в XP, на одном и том же месте (Фрагмент лога): ... 38: main debug: `https://www.youtube.com/watch?v=TloCjI9GPTY' gives access `https' demux `' path `www.youtube.com/watch?v=TloCjI9GPTY' 39: main debug: creating demux: access='https' demux='' location='www.youtube.com/watch?v=TloCjI9GPTY' file='\\www.youtube.com\watch?v=TloCjI9GPTY' 40: main debug: looking for access_demux module: 0 candidates 41: main debug: no access_demux module matched "https" 42: main debug: TIMER module_need() : 1.082 ms - Total 1.082 ms / 1 intvls (Avg 1.082 ms) 43: main debug: creating access 'https' location='www.youtube.com/watch?v=TloCjI9GPTY', path='\\www.youtube.com\watch?v=TloCjI9GPTY' 44: main debug: looking for access module: 1 candidate 45: access_http debug: http: server='www.youtube.com' port=443 file='/watch?v=TloCjI9GPTY' 46: main debug: net: connecting to www.youtube.com port 443 47: main debug: connection succeeded (socket = 884) 48: main debug: looking for tls client module: 1 candidate 49: gnutls debug: GnuTLS v2.12.23 initialized 50: main debug: using tls client module "gnutls" 51: main debug: TIMER module_need() : 206.492 ms - Total 206.492 ms / 1 intvls (Avg 206.492 ms) 52: gnutls debug: TLS handshake: Resource temporarily unavailable, try again. 53: Здесь, на 53 строчке он обрывается (VLC падает). А вот на старом ПК и в XP и в 9x видео открывается и соответсвенно лог продолжается дальше: ... 38: main debug: `https://www.youtube.com/watch?v=TloCjI9GPTY' gives access `https' demux `' path `www.youtube.com/watch?v=TloCjI9GPTY' 39: main debug: creating demux: access='https' demux='' location='www.youtube.com/watch?v=TloCjI9GPTY' file='\\www.youtube.com\watch?v=TloCjI9GPTY' 40: main debug: looking for access_demux module: 0 candidates 41: main debug: no access_demux module matched "https" 42: main debug: TIMER module_need() : 2.258 ms - Total 2.258 ms / 1 intvls (Avg 2.258 ms) 43: main debug: creating access 'https' location='www.youtube.com/watch?v=TloCjI9GPTY', path='\\www.youtube.com\watch?v=TloCjI9GPTY' 44: main debug: looking for access module: 1 candidate 45: access_http debug: http: server='www.youtube.com' port=443 file='/watch?v=TloCjI9GPTY' 46: main debug: net: connecting to www.youtube.com port 443 47: main debug: connection succeeded (socket = 908) 48: main debug: looking for tls client module: 1 candidate 49: gnutls debug: GnuTLS v2.12.23 initialized 50: main debug: using tls client module "gnutls" 51: main debug: TIMER module_need() : 373.540 ms - Total 373.540 ms / 1 intvls (Avg 373.540 ms) 52: gnutls debug: TLS handshake: Resource temporarily unavailable, try again. 53: gnutls debug: TLS handshake: Resource temporarily unavailable, try again. 54: gnutls debug: TLS handshake: Resource temporarily unavailable, try again. 55: gnutls debug: TLS handshake: Success. 56: gnutls debug: TLS/x509 certificate verified 57: main debug: TLS client session initialized 58: access_http debug: protocol 'HTTP' answer code 200 59: access_http debug: Content-Type: text/html; charset=utf-8 60: access_http debug: Pragma: no-cache 61: access_http debug: Transfer-Encoding: chunked 62: access_http debug: Server: ESF 63: access_http debug: Accepting Cookie: GPS=1; Domain=.youtube.com; Expires=Mon, 30-May-2022 15:42:02 GMT; Path=/; Secure; HttpOnly 64: access_http debug: Accepting Cookie: YSC=hQk5CAUJU4U; Domain=.youtube.com; Path=/; Secure; HttpOnly; SameSite=none 65: access_http debug: Accepting Cookie: VISITOR_INFO1_LIVE=VKKOojY8_8U; Domain=.youtube.com; Expires=Sat, 26-Nov-2022 15:12:02 GMT; Path=/; Secure; HttpOnly; SameSite=none 66: access_http debug: Connection: close 67: main debug: using access module "access_http" 68: main debug: TIMER module_need() : 1000.072 ms - Total 1000.072 ms / 1 intvls (Avg 1000.072 ms) 69: main debug: Using stream method for AStream* 70: main debug: starting pre-buffering 71: main debug: received first data after 0 ms 72: main debug: pre-buffering done 1024 bytes in 0s - 1605 KiB/s 73: main debug: looking for stream_filter module: 4 candidates 74: main debug: no stream_filter module matching "any" could be loaded 75: main debug: TIMER module_need() : 2.755 ms - Total 2.755 ms / 1 intvls (Avg 2.755 ms) ... и далее, до 381 строки, когда видео уже игралось и я закрыл Добавлено: uShell Цитата: Кстати, а что если поставить к VLC комплект отладочной информации и натравить на него Доктора Ватсона? А ещё лучше - нормальный отладчик, которых под XP навалом. Как минимум, по трассировке стека можно будет оценить, из какого модуля он вываливается. | К сожалению, я даже не представляю, что для этого нужно и где это брать. Добавлено: И кстати, в лог это не пишется, но когда VLC вываливается с ошибкой, саму консоль заполоняет надпись "unhandled vlc exception". Добавлено: uShell Цитата: С какой стати железозависимая библиотека привела бы к падению в RPCRT4? В ядре (с коим тесно связана KERNEL32) ещё понятно, и то следовало бы ожидать, скорее, не page fault, а illegal instruction. | В XP этого нету (Там вообще без ошибок падает, если отчёты не выключены вручную, кстати...). Просто вот сейчас, когда я настроил VLC на режим отладки и включил вывод консоли в файл, уже не RPCRT4 вываливается и даже не Kernel32, а MSVCRT: Добавлено: MERCURY127 Цитата: На старом ПК...и на новом ПК - единственная моя мысль - процы разные, наборы поддержек всяких дополнительных SSE, AVX разные - тригерит какой-то программный баг. | Вполне возможно, но в Win7 (Виртуальной) ведь работает, почему-то. И кстати, что касается конкретно XP, то в ней можно вполне пользоваться более свежей версией VLC 2.1.0. Но в 9х что-то она не работает. Но это, возможно, уже частности конкретного "пазла". | Всего записей: 757 | Зарегистр. 05-08-2011 | Отправлено: 19:32 30-05-2022 | Исправлено: logins, 21:30 30-05-2022 |
|