Интеграция DirectX в дистрибутив Windows 7
 

Долго пытался решить вопрос интеграции всех библиотек DirectX в дистрибутив Windows 7 и вот предлагаю вашему вниманию свою версию. Фактически это набор файлов которые посредством командного файла копируются в подключенный образ. Проверялись все версии (х64 х86) на живой машине и на VMware утилитой dxwebsetup.exe. На VMware есть глюк, после установки рабочий стол становится 8 битным, после установки встроенных драйверов все становится нормально.
Ссылка http://rghost.ru/8C84Hsfdr еще одна https://yadi.sk/d/CBiG2W3Qg3A6i перезалил
Прошу проверять и отписываться.
Проверил интеграцию на Windows 8.1 и 10.
Это Вас может заинтересовать

А в реестр разве ничего не пишется ?

setupcomplete.cmd

directx.exe /S

Ж.Д.А.Л.К.Е.Р., нет, пробуйте используйте указанную утилиту. Проверял на играх которым необходим DX9,10

CtrlSoft, не путайте тихую установку в систему с интеграцией в дистрибютив

70alex, в чем принципиальная разница?

Vadikan, та же что и при интеграции IE10 в дистрибютив

не путайте тихую установку в систему с интеграцией в дистрибютив

про какую разницу Вы спрашиваете

70alex, все эти интеграции такими способами - это детский сад. Есть режим аудита, после чего получается нормальный образ.

т.е. Вы щитаете интеграция обновлений по средством Dism это детский сад?

У режима аудита есть известные проблемы описаниеи сдесь

70alex, это не проблемы, а недостатки (говорю как автор статьи :) Да, размер образа увеличится, ну так он от ваших интеграций тоже не уменьшается.

Я считаю, что это поддерживаемый способ обслуживания образов. Ваш способ интеграции поддерживается?

Это не мой способ. Dism это рекомендуемый Microsoft способ "обслуживания образов развертывания и управления ими"

Я имел ввиду второй абзац недостатков указанных в Вашей статье.
Поэтому и была сделана ссылка на Вашу статью :)

Ок, цитирую второй абзац:

Теперь объясните, в чем отличие от вашей интеграции с этой точки зрения?

DISM - да, но не установка DX метдом

С той точки зрения, что DX не обновляется с июня 2010 года и он актуален до сих пор. а чем собственно лично Вам он не нравится. Мой метод не противоречит ни каким основам работы с Dism. Копирование файлов в подключенный образ это не допустимое действие при работе с Dism?
К сожалению наша переписка носит скорее деструктивный характер. Если бы такой мэтр, как Вы попробовали указанный мной метод и указали бы на конкретные недостатки, я бы был очень признателен :up

70alex, так я все указал. Установка должна выполняться установщиком, а не путем копирования файлов.

Так установщик практически это и производит. Яркий тому пример SFX архивы. И обновления, их можно просто запустить, а можно и интегрировать. Причем далеко не все обновления вносят изменения в реестр. К стати многие репаки того же DX производят именно простое копирование, и именно файлов.

Начиная с Vista, интеграция обновлений = установке обновлений в WIM-образ. И установленная система - это тоже WIM-образ, просто он онлайн.

Спасибо, кэп :)
Вы вообще разницу между установкой и копированием понимаете? Установка дает возможность удаления, отката.

И она не вносит никаких переменных в процесс, которые вносят все репаки. Если я запущу установщик, я буду знать, что никто не лез в него своими руками. И мне не надо

Буду весьма признателен если вы поделитесь опытом удаления того же DX установленного классическим путем.тогда к чему вся наша полемика?

Точка восстановления.

К тому, что ваше решение требует больше телодвижений, чем установка.

А через месяц или два у Вас останется эта точка восстановления?
Запуск одного единственного cmd файла вы называете "больше телодвижений, чем установка"? А головная боль для многих пользователей с режимом аудита это легкий путь?

Поясните пожалуйста это, а то мы всем "колхозом" читали перечитывали да так и не осилили :search: :dont-know

70alex, поясняю. DISM - это система обслуживания образов развертывания. Если вы откроете, например, справку по обслуживанию пакетов, коими и являются обновления, то увидите там два глобальных взаимоисключающих параметра:
Первый указывает путь к автономному образу, а второй - работающую систему.

"Всему колхозу" я также рекомендую для повышения уровня надоев :) статью Тонкости управления компонентами Windows 8 и другие записи на тему DISM в блоге.

Удои совсем пропали после упоминания о Windows 8 и тонкостях управления компонентами оной :cry:
Повторюсь еще раз предложенный мной метод является альтернативным но не противоречащим основам работы с DISM. И мой метод работает. Если Вы являетесь поклонником классического метода установки приложений то может Вам стоит перейти в другую ветку?

Ссылки были даны с целью продемонстрировать практические примеры DISM.exe {/Image:<path_to_image_directory> | /Online}
Весьма оригинальный способ поблагодарить за разъяснения, но я все равно рад, что вы открыли для себя что-то новое.

70alex, а не подскажите, ну скачал я ваш набор, а куда подключать WIM и что нужно изменить в командных файлах, если я буду интегрировать ваш набор в WIMы обоих редакций по следующему пути... Сами WIMы будут здесь - C:\boot_wim\install.wimx86 - и так-же для 64 - C:\boot_wim\install.wimx64.

Само монтирование будет по следующему пути - C:\boot_mount. Редакция в вимах только одна максимальная, тоесть я понимаю индекс нужно поставить 1.

Или если просто скопировать библиотеки в подключенный WIM, то для 32-битки копировать в папку SYSTEM32 - это понятно, а вот в 64-битке нужно копировать только в SYSWOW64 или ещё дополнительно и в SYSTEM32?

СПАСИБО!!!

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

Есть что по данному вопросу? Если нет, то ненужно лишнего. Я задумал так.

Уважаемый Ж.Д.А.Л.К.Е.Р., а оригинальный инсталлятор имеет ключи реестра? просьба показать, по возможности. Более того при подключении и соответственно отключении образов есть выбор сохранить или не сохранять изменения произведенные с образом (информация для размышления). Все изменения в подключенном образе в том числе добавление файлов фиксируются в реестре образа. В противном случае dxwebsetup.exe предлагал бы скачать и установить не достающие библиотеки.

Да, он вносит изменения в реестр. Здесь есть NSIS исходник перепакованного DirectX Redistributable, в DirectX_x*.nsi можешь увидеть как он устанавливается.

Нет. Какое отношение имеют добавляемые в образ файлы к реестру ?

Народ не спорьте. Я всё уже давно сделал и выпустил уже пару или тройку сборок на основе интеграции данным образом. Давал на испытание неким игрунам - никто не пожаловался на то, что игры потребовали какие-то библиотеки Директа Х. Испытывалось как на современных, так и на старых играх. У самого сейчас на виртуалке поставлена такая сборка.

:jester: :biggrin: :laugh: :lol:

А на реальную машину слабо поставить.

А чего смешного? Посмейся, посмейся, а люди уже вовсю пользуют и 32 и 64 бит. Сам то сижу на ХР. Это было когда я ещё спрашивал, а теперь ваши паяцные смайлики неуместны.

А смысл в этом ? DirectX ставлю в аудите , а можно через SETUPCOMPLETE.cmd. Нет смыла придумывать велосипед

Смысл в простоте и скорости, а все простое... ну вы в курсе. Если так рассуждать то какой смысл в интеграции IE.
Если кто то предпочитает аудит или по каким то причинам не умеет пользоваться средствами DISM то пожалуйста. И на реальных машинах метод давно проверен и не раз.

:laugh: :laugh: :laugh: :laugh: :laugh:

Ну и нафига тогда мучиться , очевидно, что библиотеки должны быть зарегистрированы. Я уже встречал сборщиков , которые писали о абсолютно легальной интеграции своих ополнений, но после моего вопроса "каким образом был добавлен DX, если использовался только DISM?" умолкали как партизаны. Таким образом становится понятно, что данный способ абсолютна кустарный и подходит для "колхоза" :)