Показать полную графическую версию : Помощник установки драйверов (DIA - Drivers Installer Assistant) v.6.4.28 PreFinal
Очень долго экспериментировал. Ставил дрова, откатывал назад через восстановление системы.
Параметр SearchCompatibleDriverOtherOS=0 дает только активацию одного пака WLAN во вкладке ХР и все, а все остальное без изменений. Попытался поставить дрова DP_Video_ATI_wnt5, DP_Video_Modded_wnt5 с вкладки ХП, написало "не требуется".
Поставил параметр LoadUnSupportedOS=0, дабы в основной вкладке Вин 7 стали активными DP_Video_ATI_wnt6, DP_Touchpad_wnt6. Touchpad не стал, но когда распаковал в папку и принудительно средствами винды поставил, то стал. DP_Video_ATI_wnt6 стал , некоторые позиции были "обновлен", некоторые "не требуется". В диспетчере устройств стало отображать новую версию. DP_Video_Modded_wnt6 написало "не требуется", в независимости от последовательности попыток установки DP_Video_ATI_wnt6 и DP_Video_Modded_wnt6.
В то же время DPS поставил DP_Video_Modded_wnt6, но там версия чуть ниже, чем DP_Video_ATI_wnt6. После установки Modded_wnt6, в DPS в списке исчез и Video_ATI_wnt6, а если попытаться первым поставить Video_ATI_wnt6, то он в DPS нифига не ставится вообще, доходит до 96% и ничего не происходит. Мистика, блин.
revansh, проблема с установкой большинства видео драйверов через DPInst есть и будет, такова особенность работы программы DPInst. Об этом я знаю и в скором времени я добавлю в программу установку через devcon.exe
Также к сожалению не только видео-драйвера могут не устанавливаться через DPInst, эта прога вольна сама принимать решения - нравится ей драйвер или нет. Т.е отклонить его она может по многим причинам, якобы он не подходит системе.
devcon.exe является подневольной системой, сказали ставить этот драйвер, значит будет ставить, даже если драйвер неподходит. Аналогично вы можете и через диспетчер устройств попытаться воткнуть неподходящий драйвер.
Поэтому, то чего я сейчас пытаюсь добиться - это более точного подбора драйверов для оборудования, так как если драйвер не будет подходить, а программа будет его предлагать, то в результате после добавления установки через devcon мы можем нарваться на волну БСОДов.
Вот именно поэтому я и спрашиваю подходят предлагаемые драйвера на разных вкладках или нет. (при этом DPInst может их не поставить, и желательно попробовать вручную)
Параметр SearchCompatibleDriverOtherOS=0 дает только активацию одного пака WLAN во вкладке ХР и все, а все остальное без изменений. »Ну тут важно еще смотреть, не только какие кнопочки сменились, ведь может меняться и предлагаемые драйвера в рамках пакетов драйверов
************************************************
ALL
В DRP реализован малость другой механизм проверки совместимости пакета драйверов, он еще анализирует имя пакета драйверов и папку пакета драйверов:
// Check for architecture and OS version compatibility
// 0 Incompatible (determined by section)
// 1 Possibly incompatible (determined by driverpack name)
// 2 Possibly compatible (determined by driverpack name)
// 3 Compatible (determined by section)
Соответственно вопрос, надо ли что-то подобное реализовывать в DIA?
Что это может дать!!! На текущий момент не всегда по секции [manufacturer] можно проверить подходит драйвер или нет.
Т.е если есть записи вида <производитель>.NTX86.6.0, то тут можно однозначно определить для каких систем драйвер.
Но запись может быть и в таком виде <производитель> и тут по идее драйвер подходит для всех систем сразу, так как четкой ориентировки нет. И соответственно DIA считает что драйвер подходящий, но в теории может получиться что драйвер предназначен чисто для XP, а DIA предлагает его для Vista/7, но определить это можно только на основании анализа имени пакета драйверов или папки с пакетами драйверов, так вот тут я и не знаю, надо добавлять такую проверку или нет
romeo91, Соответственно вопрос, надо ли что-то подобное реализовывать в DIA? »
вот тут я и не знаю, надо добавлять такую проверку или нет »
Если исходить из твоих рассуждений, то надо реализовывать, так как это даст большую вероятность правильного подбора драйвера.
BadPointer
27-04-2011, 09:55
DPS применяет более жесткие требования к совместимости драйверов в тех драйверпаках, которые не предназначен для текущей ОС, так как иначе к многим устройствам предлагались бы драйверы сразу из многих драйверпаков. При попытке установить драйвер от неподходящей ОС, devcon отказывается ставить без негативных последствий, так что риск здесь незначительный.
Гораздо важнее чтобы HWID у подобранного драйвера был не хуже чем у уже установленного и отдавать предпочтение драйверам с более подходящими HWID, даже если они старее драйверов с менее подходящим HWID'ом. Если DPInst мог обосновано или безосновательно отказать в установке драйвера из-за HWID'а, то devcon всегда ставит драйвер при условии что он совместим с ОС(devcon не допустит несовместимый) и хотя бы один HWID совпал с устройством(devcon не проверяет оптимальность).
Как я понял, DIA находит только один(наиболее подходящий) драйвер для каждого устройства по всем драйверпакам. Это не всегда оптимальное решение так как это не оставляет возможность пользователям выбрать альтернативный драйвер и иногда в этом возникает необходимость. Например на некоторые ноутбуках нормально работают только гибридные драйверы, а последняя версия NVIDIA драйвера не ставится нормально даже через devcon и официальный установщик.
BadPointer, про пояснения по devcon спасибо, многое стало ясно.
Как я понял, DIA находит только один(наиболее подходящий) драйвер для каждого устройства по всем драйверпакам. »
Нет, DIA предлагает все подходящие драйвера, если они подобраны по одному и тому же наиболее полному HWID. Т.е если по баллам драйвера равны, то буду показаны оба или более
1.Привет Ромео я нашел баг в программе.
Когда нажимаешь два раза на заголовок окна и если мышка находится на кнопке открытия поиска дров то открывается поиск дров.
Хотя отработка сообщения WM должна была уже закончится!!!
2.многи ли пожертвовали на USD на твой проект ???
Когда нажимаешь два раза на заголовок окна и если мышка находится на кнопке открытия поиска дров то открывается поиск дров. »
привет. Такие баги, я багами не считаю. :) Если искать косяки GUI, то их в любой программе найдется очень много. Функционал главнее...
многи ли пожертвовали на USD на твой проект ??? »
В USD всего пара человек, в RUR тоже человек пять. Если ты хочешь делать свой проект только для донаций, то боюсь тебя огорчить - финансового выхлопа нет и не будет, все таки в России мы живем
Если я возьму драйвера с ZverDVD в Drivers Installer Assistant укажу пути и обновлю базы, и запишу на диск, то работать будет?
Sayan, мне неизвестно, что там за драйвера. Уж лучше, например, использовать паки от SamLab (http://forum.oszone.net/thread-134115.html) - он отслеживает обновления DIA.
Да и просто попробовать без записи на диск - ведь ничего не мешает? :)
romeo91, есть совет по оптимизации поиска драйверов.
Ты можешь сделать CRC HWIDA и записывать бинарный файл, так поиск строки занимает больше времени чем по типу INTEGER!! Поиск идет всего на 4 байта чем для строки которая может занимать до 100 символов... Ты выиграешь в скорости..
Например CRC=CalcCRC('PCI\DEVXXXX')
Причем CRC будет подсчитываться уникальный для каждой уникальной строки. В Итоге скорость поиска возрастет в разы например у меня по бинарному файлу проходит меньше чем за 100 мс. А то это долгая загрузка в твоей Немного утомляет!!
Например CRC=CalcCRC('PCI\DEVXXXX') »
Про это я знаю, и хеш-функцию может и буду использовать, а может и нет. Поиск по файлам у меня отнимает мало времени, ты зря говоришь. Поиск по файлы идет как раз с бинарном виде с ипользованием ASM, алгоритм очень быстр.
Много времени уходит на построение интерфейса, так как кнопки создаются динамически. И им присваивается соответствующий статус и подсказка.
Так что пути оптимизации с использованием хеш-таблиц особого выигрыша не дадут.
Ты свою программу грузишь просто после сбора данных об устройствах, а далее надо еще дополнительно жать кнопки обновить....
У меня загрузка и обработка всех данных происходит сразу, но более сложным и не совсем корректным алгоритмом - у DIA есть недостаток, что он выдает информацию по каждому драйвер паку отдельно почти не учитывая (в последней версии кое-какие алгоритмы отсеивания есть) какие драйвера есть в других пакетах, и зачастую бывает предлагает не совсем подходящий
Как все таки у вас происходит поиск Хвида ?? Через строку метод сранивания, если по строке тогда это все равно не оптимально, даже я в базе использую CRC HWIDA для поиска!!!
BadPointer
06-06-2011, 16:50
В базе данных поиск строкового поля не намного медленнее поиска числового поля. Здесь дело столько в не длине поля, сколько в том насколько быстро будет найдена запись.
Даже поиск числа методом сканирования слишком медленный, поскольку часто приходится перебирать чуть ли не всю таблицу для поиска каждого HWID'а. Реализация с хеш-таблицами позволяет избежать просмотра всей таблицы в поисках нужного числа или строки: по известной строке сразу вычисляется положение в таблице без необходимости сканировать тысячи HWID'ов.
Так как SOLON7 использует в своей программе базу данных на SQL, то там можно настроить индексацию нужных столбцов с HWID'ами чтобы воспользоваться преимуществами хеш-таблиц. Впрочем, даже сейчас SQL проводит некоторые оптимизации. Так как реализация поиска записи скрыта(реализуется через SQL запросы) от SOLON7, он может и не догадываться за счет чего на самом деле достигается такое быстродействие. Но romeo91 для этого придется самому реализовать подобный алгоритм с хеш-таблицей, а не сканированием всей таблицы.
Я тоже думаю перейти к хеш таблицам, но надо еще над сериализацей подумать (хранением)!! И оставлять ли дубликаты HWIDOV в одном DP тоже вопрос. Потом надо сделать тест что быстрее. по записи и по поиску !!
а что случилось с сайтом http://www.adia-project.net ? который день немогу открыть....
XCV, проблемы у хостера, на текущий момент меняем хостера, так что думаю через несколько дней все будет в порядке.
Извините за неудобства
сайт и форум проекта работают уже несколько дней.
сайт также доступен по адресу http://www.adia-project.net
форум - http://www.adia-project.net/forum/index.php
поддомен http://forum.adia-project.net пока не работает, да и не знаю нужен ли будет, так как с него также был редирект на http://www.adia-project.net/forum/index.php
P.S. Правда информация там пока не обновляется всвязи с моим отпуском :)
Текущая версия не запускается на Windows Server 2008 SP1 с последними обновлениями - версия 2.1.8 от 10.01.10 запускалась нормально
Начинает доходить до индексации 3 или 4 пака и выкидывает - говорит "программа вызвала ошибку"
SamLab, Всему виной DEP. Добавьте программу в исключения и все будет ок.
скачал себе урезанный драйверпак для видеокарт nvidia отсюда (http://forum.oszone.net/post-1822632-2743.html),
закинул его и в DIA и в DPS ни одна ни вторая программа не нашла в данном паке мою видюху
Device ID: PCI\VEN_10DE&DEV_0402&SUBSYS_34521458&REV_A1
Хотя в базе hwid созданной DIA нашел такую строчку:
PCI\VEN_10DE&DEV_0402 nv4_disp.inf NVIDIA_DEVICES.NTX86.5.1 10/07/2011,6.14.12.8558 NVIDIA GeForce 8600 GT
Вроде все подходит, почему оболочки наотрез отказываются воспринимать его? недостаток драйвер пака? или оболочки?
DriverX_1.6 нормально восприняла данный пак и увидела мою видюху.
все, разобрался сам, в архиве небыло структуры папок, перепаковал архив создав структуру, программа нормально скушала его.
Но все таки это своего рода баг программы, она должна была сказать что архив "неправильный" или использовать даже такой "неправильный", а то проиндексировать - проиндексировала (и в созданном файлике индексации я даже нашел свое устройство), а устанавливать не хочет...
© OSzone.net 2001-2012
vBulletin v3.6.4, Copyright ©2000-2025, Jelsoft Enterprises Ltd.
Available in ZeroNet 1osznRoVratMCN3bFoFpR2pSV5c9z6sTC