[SOLON7]

Но я разочарован в том плане что я ожидал увидеть какое-либо оригинальное представление информации, а это оказывается что даже не относится к драйверам. Такой интерфейс может подходить этой программе, но это не означает что он подходит к проге по установке драйверов. »

Элементы может быть не подходят, мало того DIA написана на VB. Aus Bootspeed написан на DELPHI.


BadPointer, Видимо многие не совсем правильно меня поняли. В большой степени это посвящалось именно romeo91, так так От ВИзуальных компонентов зависит СМОЖЕТ ли romeo91 ЭТО реализовать. Ведь именно он оперирует Элементами управления в СРЕДЕ Visual Basic! Тоесть Мы можем многое там насоветовать. Но VB это не ДЕЛЬФИ. под VB дело с визуальными компонентами обстоит сложнее...

Я толком ничего прошу, я просто хочу чтобы он ПОДХВАТИЛ Идею.... Там пошаманить с БУБНОМ и наконец-то придумать кое-что!! Как же меня разждражает платформа VBS на которой создан DPS.

Windows 7 x32/x64 + UAC »

Ужасно сложная тема, большинство пока сидит на ХП.

[BadPointer]

на совместимости с Windows 7 x32/x64 + UAC »

Это скорее забота сборщиков драйверпаков.

активный beta-testing, нормальный bug/error-reporting (может как-то создать сервис через BugZilla?).

Я считаю, что сначала DIA должен устранить известные проблемы в алгоритме подбора и установки драйверов, а то везде будут наблюдаться одни и те же проблемы DIA.

Как же меня разждражает платформа VBS на которой создан DPS.

DPS сделан в основном на JavaScript и индексатор на VBScript. Причем JavaScript пожалуй еще хуже чем VBScript.
Меня тоже раздражает ограниченность и тормазнутость этой платформы, но я тогда подключился к проекту из-за лицензии GPL, а не из-за того что мне нравилась платформа, и на тот момент DPS 9 уступала DIA по скоростным и функциональным показателям.

Однако ирония в том, что на данный момент DPS лучше подбирает и устанавливает драйверы чем DIA.

[Lexua]

DPS не отображает их, поскольку он не разделяет драйверпаки по тому для какой системы они рассчитаны, а рассматривает совместимость всех драйверов в драйверпаках индивидуально. »

А вот тут поподробнее если можно или в РМ

[BadPointer]

Lexua, информации о совместимости индивидуального драйвера с определенной ОС может быть извлечена из названия секции драйвера в inf файле.
Например название секции "SN.NTamd64.6.1" означает что драйвер предназначен для 64-разрядной("NTamd64") Windows 7("6.1").

DPS полностью полагается на эту информацию при подборе драйвера. DIA не так давно стал добавлять эту информацию в свои индексы, но насколько мне известно, DIA использует это чтобы исключать явно неподходящие драйверы, а поиск драйверов осуществляется только по драйверпакам предназначенных для текущей ОС.

DPS таким образом способен находить совместимые драйверы в неожиданных драйверпаках. Например, драйверы под Windows XP X64 часто находятся в драйверпаках для Windows 7 X64.

[Lexua]

Например название секции "SN.NTamd64.6.1" означает что драйвер предназначен для 64-разрядной("NTamd64") Windows 7("6.1"). »

Ну про это я знаю. Вот только большинство производителей не соблюдают стандартов написания inf-файлов и данная информация либо отсутствует либо не соответствует действительности. К тому же иногда требуются драйвера, выпущенные до выхода в свет win vista/7 и никаких суфиксов типа NTx86.5.1 нет, что подразумевало "драйвер для всех систем NT". Однако работать с выше упомянутыми ОС они скорее всего не будут. Здесь может возникнуть большая путаница.

[BadPointer]

Если этой информации нет, то DPS делает вывод что драйверы предназначены для XP. Windows 7 и Vista(после сервиспака) требует наличие этой информации в названии секции и она уже не является опциональной как это было в Windows XP.

DPS уже давно использует уже больше полугода(R145) использует этот алгоритм и наблюдения показали правильность такого подхода.

[Lexua]

тогда как я понимаю DPS проводит более тщательный анализ файлов. Возьмем простой пример Realtek HDA
Вот фрагменты файлов HDA.inf для xp и win vista/7 соответственно

PHP код:

[Manufacturer]

%MfgName% = AzaliaManufacturerID, NTX86.6.0



[AzaliaManufacturerID.NTX86.6.0]

;can not install on vista



[AzaliaManufacturerID]

"Realtek High Definition audio" = IntcAzAudModel, HDAUDIOFUNC_01&VEN_10EC 

PHP код:

[Manufacturer]

%MfgName% = AzaliaManufacturerID, NTX86.6.0



[AzaliaManufacturerID.NTX86.6.0]

"Realtek High Definition audio" = IntcAzAudModel, HDAUDIOFUNC_01&VEN_10EC

"Realtek High Definition Audio" = IntcAzAudModel, HDAUDIOFUNC_01&VEN_10EC&DEV_0861

"Realtek High Definition Audio" = IntcAzAudModel, HDAUDIOFUNC_01&VEN_10EC&DEV_0880 

Как видно секции manufacturer и значения в них одинаковы. Далее можно сделать вывод на основании содержания секций
[AzaliaManufacturerID.NTX86.6.0] и [AzaliaManufacturerID] подходит ли драйвер для ХР или Vista

Но на основании каких данных программа сделает вывод, что данный драйвер пригоден для Win7? Хотя доподлинно известно, что подходит, что и заявлено производителем.

[BadPointer]

DPS признает драйверы для Vista(6.0) подходящими для Семерки(6.1). Аналогично с Windows 2000(5.0) и Windows XP(5.1).

[Lexua]

DPS признает драйверы для Vista(6.0) подходящими для Семерки(6.1). Аналогично с Windows 2000(5.0) и Windows XP(5.1).

Все приблизительно понятно, спасибо за разъяснения. Хотя это и не всегда верно. Однако остался не вполне ясным один вопрос: на основании данных из manufacturer DPS делает вывод или же алгоритм более сложен и проводится анализ соответствующих секций? Это последний вопрос, а то слегка наофтопил я тут

[BadPointer]

Только на основании секции manufacturer. А тебя разве есть еще идеи как можно это сделать с большей точностью?