logins
BANNED | Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору Кстати, относительно установки USB2 драйвера от SweetLow в чистую Windows 98 FE, мне удалось выяснить, что если просто поставить драйвер обычным способом, то ничего не заработает (Вывалится NTKERN на синем экране и всё). Для того, что бы драйвер встал, сначала надо установить на USB контроллер принудительно UHCI драйвер (Входит в комплект поставки 98 FE), после перезагрузки естественно устройство работать не будет (С жёлтым знаком), но зато сам процесс установки видимо что-то нужное добавляет в реестр и\или подтягивает необходимые файлы из дистрибутива Windows 98 FE (Чего не делает драйвер SweetLow). И вот теперь уже можно накатывать драйвер. Всё встаёт после этого ровно. Раньше я этого не заметил, потому как ставил драйвер в систему, в которой уже имелся и использовался совместимый USB 1.1\2.0 контроллер, со штатным драйвером из дистрибутива 98 FE и всё необходимое уже поэтому было занесено в систему заранее. На чистой же системе, с железом, где только USB 2.0\3.0, она даже не пытается сама что-то ставить, не находя подходящего драйвера. И для неё по-видимому сие равно вообще отсутсвие какого бы то ни было USB, потому и не подтягивает нужные файлы и прописи (Очевидно, для экономии места, типа, зачем тянуть лишнее?). Вот такой пока что обходной путь. Может кто готов поправить установочный INF, что бы он сам всё подтягивал и прописывал (Чего ему необходимо в работе)? Ещё тут возник вопрос про ACPI. Относительно новые системы содержат на борту новую версию ACPI, которая не совместима не то что с Win9x, но даже и с WinXP... И если для XP данная проблема решается заменой ACPI.SYS на портированный например из NT6+, то для 9x я вот так сходу не нашёл подходящего рабочего ACPI.SYS. С другой стороны, этот ACPI вроде неплохо задокументирован и имеет массу настроек (Через тот же RU.EXE) и в связи с этим вопрос, возможно ли что-то там через регистры до запуска Windows настроить, что бы оно работало (Например версию понизить или включить режим обратной совместимости какой-нибудь? Ну или накрайняк вообще выключить?). Хотя бы просто для начала понять, что не даёт работать штатному ACPI.SYS. Что мешает. Изучал ли кто-нибудь документацию по ACPI, что там вообще можно сделать (Ведь должно же быть для обратной совместимости что-нибудь сохранено)? Загвоздка тут в том, что система не ставится в данном случае начисто (Если это что-то меняет), а выполняется имеено её перенос. И этот ACPI сразу подхватывается, ставятся все устройства в правильном порядке и в полном объёме и кажется даже, что всё хорошо и ровно (В диспетчере устройств всё красиво), но после перезагрузки синий экран. Как в случае переноса системы с этим бороться? Если удалить ACPI.SYS система загрузится, но уже без устройств (Даже PCI пропадает). Я попробовал несколько ACPI.SYS (Включая тот, что нормально подошёл к WinXP), но ни один из них не стартует. Я пробовал переставить драйвер на PNP BIOS, но похоже он не поддерживается (ПОтому как устройства не появились). APM тоже похоже выпилен вообще или слишком уж новой версии. Ибо при детекте девайсов только ACPI находится, а за ним уже подтягивается всё остальное (Ни APM, ни PNP Bios даже не обнаруживается). Есть ли элегантный выход из данного положения, без переустановки WINDOWS? В статье "Установка Windows 98 на современный ПК" на HABR.COM предлагается вручную добавлять PCI-шину. Но это же не корректно? В том плане, что она сама в нормальных условиях обнаруживается после ACPI\APM или PNP BIOS (Если первые два недоступны) и ставится в своё время автоматически (Что даже с этим нерабочим ACPI на этапе установки устройств происходит корректно). Потестил я и пакет KEX22.ZIP от MERCURY127 и тут же выяснилось, что с ним отваливается совместимость с Opera 12.02, хотя в изначальном варианте пазла - имеется. Я попробовал найти причину и оказалось, что в KnownDLLs в реестре что-то мешает. До конца ещё не успел выяснить что именно и как поправить так, что бы не нарушить совместимость со всем остальным. Но в изначальном варианте работает всё (И Opera и Mypal и Firefox и даже VLC Player и многое другое ещё), значит, теоретически, результат и здесь достижим. Ну и да, накуролешено у меня всё-таки было маленько (Относительно USBAudioDevice). На виртуалке я выяснил, что в чистую систему штатный драйвер из коробки ставится ровно и в Multimedia появляется. А если перенести с моей системы USER.DAT и SYSTEM.DAT уже нет. Оказалось, что после установки драйвера подтягиваются SYSAUDIO.SYS и другие файлы (в нормальных условиях), а у меня этого почему-то уже не происходило. Не удалось выяснить почему. Поэтому я попробовал на чистой системе и всё встало ровно, звук есть в системе (С оригинальным штатным драйвером из коробки FE), но нет в MyPal. То есть что-то где-то обновлять всё-таки надо или сам USBAUDIO.SYS от XP причастен или что-то вокруг него. В общем, наверно не получится под FE получить звук в Mypal (Слишком сложно и я не осилил). Да и под SE оно только засчёт файлов от ME (Скорее всего), а к FE они всё равно наверное не подходят. Добавлено: PS. По мере ковыряния с USB в очередной раз убедился, какое же говно этот VMWare Workstation - абсолютный тормоз, по сравнению с VPC. Даже под XP, где много ядер, казалось бы, вагон памяти, да ещё и аппаратное ускорение, гостевая Windows 98 еле-еле шевелится и даже грузится долго (Представляю, что будет, если запустить в ней Win7...). Даже установка дополнений особо не меняет погоду. А в Windows 98 под VPC гостевые ОС работают очень шустро, одно удовольствие. Единственное что (Почему собственно и потребовалась VMWare), она легко и просто поддерживает USB проброс из коробки (Что мне и нужно было для этих тестов). Однако, это не так часто бывает надо и, кроме того, существует по идее и обходной путь для проброса USB (USB over Ethernet), который как раз предлагался пользователям VPC, которые нуждались в USB и не хотели переходить на альтернативные вирт машины (Понятно в общем-то почему). | Всего записей: 757 | Зарегистр. 05-08-2011 | Отправлено: 16:18 30-05-2023 | Исправлено: logins, 17:18 30-05-2023 |
|