Windows 7 Universal Patcher
 

geepnozeex, Производить замену и добавление файлов\папок надо через папку FILES.

Строки скрипта для дистрибутива:
1. Монтирование
2. Пропатчивание
3. Копирование файлов
4. Размонтирование с сохранением изменений
5. Пустая строка
Скрипт составлен для структуры C:\WORK

В рабочей системе - нельзя впринципе. Если мешает, то удаляйте ее после перезагрузки руками.

geepnozeex,
В скрипте из поста 5 я забыл ключ -N добавить во вторую строку!
Добавь сам и будет тебе счастье! :)

geepnozeex, После ключа -S должен идти путь к источнику, а у тебя что???
Читай в шапке Ключи командной строки!
Надо или понять или бросить...

Читаем шапку, раздел "Ключи командной строки"
а потом исправляем на
w7patcher.exe -n -s c:\work\resources -d c:\work\mount

Новая версия:

Версия 9.10.9.1

1. Исправлена обработка прав доступа на папки. Теперь утилита может корректно получить доступ на запись файлов во все системные папки.
2. Исправлена обработка файлов в папках с длинными путями, такими как вложеные папки в \Windows\WinSxS.
3. Добавлен ключ -F, реализующий функционал патчинга MUI-файлов, изменяющий размер из 9 на 8 интерфейсного шрифта Segoe UI в диалоговых ресурсах.
4. Косметические правки по расширению детализации журнала работы W7Patcher.log.

Новая версия:

Версия 9.11.2.1

1. Оптимизация и исправление журналирования работы в W7Patcher.log
2. Множественные мелкие багофиксы и оптимизация кода. Рекомендуется использовать именно эту версию для работы!

AlexS94, в теме Ресурсы оформления Windows 7 в шапке есть
некая структура папок, которую можно скачать и разложить туда патчеры.

Sergey Shikharev, а как мне оставить последнюю строку пустой? А то предложение перезагрузки не выводит...
а так супер, всё работает!!!!!!!!!!!!

AlexS94, :) после последней буквы нажми Enter, курсор переместится на новую строку, сохрани файл.

не срабатывает, иначе бы не стал спрашивать
ещё хотел спросить, а почему когда я патчером пытаюсь заменить, shell32 (633img) через w7up, то он просто пропускает его мимо ушей? структуру папок соблюдаю
поскольку у меня x64 заменяю и в папке SysWOW64 (x64 клон System32)

AlexS94, Блокнот не срабатывает?
А сам патчер Patch_shell32.dll.exe называется?

а exe есть, а dll не написал спасибо
нет он просто убирает последнюю пустую строку при сохранении

AlexS94, В стандартной программе Windows 7 Блокнот (Notepad) нет такой функции!
Только что для верности проверил, сохраняет хоть 2 пустых строки!

Sergey Shikharev, :flag: :pray:
чё то у меня фигня какая-то

AlexS94, а конкретнее. И лог патчера во вложение!

.exe расширение файла или входить должно в название?

с блокнотом разобрался, запустил x64 всё норм

AlexS94, шапку читать не надо?

Попробуй открой через AkelPad а не Блокнот, ну или наоборот)
(Или возьми любой другой редактор, проблемы будут исчерпаны)
Кста я так и советую сделать, он удобней

Sergey Shikharev, пропатчил наконец
но увы
и ах

AlexS94, если патчил х64-систему, то надо параллельно патчить такойже файл в папке C:\Windows\winsxs\Backup.
Не забываем проверять наличие папки C:\Windows\Rescache, если есть - в Корзину!

её уже давно нет))))))
щас попробуем

AlexS94, Она имеет свойство появляться! :)

там нет такого dll, но я по структуре щас попробую, может чё выйдет

ничего не вышло.........
SOS!!! :lamer:

AlexS94, блин, попутал! Открывай в Проводнике папку C:\Windows\winsxs, в строке поиска
вбивай shell32.dll и смотри что найдет. Такую же структуру папок надо повторить в папке с патчером.

Sergey Shikharev, спасибо

Sergey Shikharev, может я что ни так делаю, но у меня всё также

AlexS94, я просил лог патчера!

вот лог

сори здесь их два, щас попробую

всё равно нулевой результат

Текущая версия патчера после каждого патчинга файлов Rescache чистит автоматически.

Mr dUSHA, AlexS94 не сообщал версию патчера.

Mr dUSHA, у меня последняя

Новая версия:

Версия 9.11.20.1

1. Исправлена ошибка, из-за которой при пропатчивании на живой системе RESCACHE не удалялся.

Теперь все ОК. Тестируйте.

Mr dUSHA, можно ли с помощью данного патча удалить из смонтированного install.wim ненужные мне файлы? В частности мне не нужны обоины по умолчанию. Если нет то хотелось бы это увидеть в будущих версиях. Или как вариант возможность получить на указанную папку (файлы) все права чтобы потом обычной командой через батник удалить ненужное.

Сейчас нет. Сам сейчас думаю, как красиво реализовать такую функцию.

Для этого будет отдельная утилита в контекстное меню. Будет сносить права как на отдельные файлы, так и на дерево каталогов.

Если нужно прямо сейчас, то используйте стандартную icacls. Разберетесь в его параметрах командной строки, и он сделает все, что вам нужно.

Pozia из смонтированного образа папки и файлы прекрасно удаляются вручную после применения твика "Take ownership/Стать владельцем"! Причём, если удалить папку со всем содержимым, а на её место закинуть такую же, но с изменёнными файлами, то она унаследует права удалённой папки!
Я думаю, что для утилиты, удаляющей ненужные файлы/папки нужен будет файл (типа *.cfg или *.ini) с путями удаляемых объектов. Данный подход будет оправдан при однотипной обработке нескольких дистрибутивов, но никак ни одного.
Автор, конечно, барин, но сомнителен смысл написания такой утилиты. ИМХО.

если уже все налажено и делаешь дистр один раз то да. А когда, как у меня, все только начинается. И на день по несколько раз делаю одни и теже операции то вручную удалять неудобно!

А если нужно прямо сейчас - можно поподробнее?

Я вторые сутки голову ломаю, а кто-то ведь знает :)

Bond01, посмотри в ветке Windows 7 -> Изменение INSTALL.WIM в русском дистрибутиве.

Можно!

icacls /?

;)

Угу. Или вариант с конфигурационным файлом, или вариант с деревом каталогов и файлом, как при копировании файлов в систему, но только в "дереве удаления" файлы будут пустышками-маркерами любого размера (логичней всего нулевого) и с любым содержимым, по именам которых будут просто вычисляться реальный удаляемые в системе файлы.
Ты за какой вариант?

П.С.: Еще заодно приделаю к утилите автоудаление кэша иконок после пропатчивания, а то в некоторых случаях из-за этого косяки получаются в виде кривых диалогов.

Mr dUSHA, я считаю удобнее чет посидел минут 15 над этой справкой так и не понял. Может напишете команду для получения ПОЛНОГО доступа на нужный файл/папку или команду на удаление файла папки???

Цитата:

Цитата Sergey Shikharev кому вопрос-то? »

Тебе. ;)


Мне лично вариант с деревом файлов нравится больше.

Mr. dUSHA, смотри на возможности реализации.
Но дерево, боюсь, слишком "ветвистым" может оказаться. Только языковые папки (ro-RO, fr-FR и др.) устанешь создавать для удаления!
Один файл компактнее и удобнее. ИМХО.

PS. А удаление кеша значков лучше к W7Patcher примастырить! :)

Mr dUSHA, Ваш патчер копирует замечательно все, кроме одного файла, иконки пользователя, что лежит по пути: ProgramData\Application Data\Microsoft\User Account Pictures\ При копировании файл user.bmp становится нулевого размера. Хотя тот что я копирую вполне нормальный файл естественно не нулевого размера

Mr dUSHA, я снова по поводу файла user.bmp. Прикрепляю лог. В нем видно что только этот файл не копируется. На мой взгляд не обрабатывается файл так как в пути есть пробелы. Можете исправить?

Pozia, вот с таким путем файлы копируются:
WORK\Files\Windows\Resources\Themes\Black Wood\ru-RU ...

Smarty, то не знаю. но эту иконку не копирует. Приходится обходными путями ее копировать:
что не эстетично...

Исправил.
Косяки были с наследованием прав на папках. Теперь утилита их еще более корректно их переустанавливает на время копирования.

Исправление будет в следующей версии, которую постараюсь сегодня-завтра выложить на публичное тестирование. Там многое переделано, и прийдется переписать всю документацию в шапке...

Интересует возможность применения патчинга MUI-файлов, изменяющий размер из 9 на 8 интерфейсного шрифта Segoe UI в диалоговых ресурсах.
Проблема вобщем то с разрешением экрана на нетбуке максимальное на Win 7 1024 на 600 и многие окна не влазиют в экран, а кнопки ok применить как правило находятся снизу и оказываются не доступны.
Вопрос: Изменится размер окон в Windows или во всех установленных программах?
Если кто сталкивался с анологичной прблемой отзовитесь пожалуйста, можно ли достичь желаемого эффекта применив данный патч?

atego177, Ответ в шапке этой темы
(Mr. dUSHA поделился написанной им утилитой, которая изменяет размер шрифта с 9 на 8.)

Mr dUSHA, еще косяк нашел. При применении патча смены размера шрифтов с 9 на 8 в Панели управления при Больших значках некоторые надписи налагаются друг на друга. Как это исправить? скрин чуть позже прикреплю если нужно

atego177, Если в диалоге программы прописан шрифт MS Shell Dlg, то изменится, а если указан конкретный, то нет.

Понятно, буду ждать от Mr dUSHA новой версии и буду тестить.

во вложении версия патчера 9.12.30.2 ,а в шапке 9.11.30.2

дедушка мороз украл :)
но я успел скачать 9.12.30.2 и опробовать

Новая версия

Версия 10.1.1.1

1. Переработаны внутренние механизмы утилиты. Теперь патчинг ресурсов, копирование файлов и корректировку размера шрифтов возможно осуществлять за один запуск утилиты, в одной командной строке.
2. Изменены ключи командной строки (см. соответствующий раздел).
3. Добавлен функционал пропатчивания с контролем версий целевых файлов.
4. Добавлен функционал умного отката изменений с контролем версий восстанавливаемых файлов.

Mr dUSHA, то есть если изменились ключи, то не действительна структура от Smarty, ?

AlexS94, это никак не связано, только вчера всё проверял!
Изменились скрипты, а структура папок может быть любой.
Вот пример для "живой" системы с новыми ключами:
-C C:\WORK\FILES - копирование файлов
-P C:\WORK\RESOURCES - пропатчивание
-F - изменение размера шрифтов
-R - перезагрузка

Smarty, вы забыли о ключе -D <DIR>, мне кажется он обязателен :)

Pozia,

есть ли какие продвижения в этом направлении?

Не делал.

Новая версия

Версия 10.1.10.1

1. Добавлен функционал, создающий при пропатчивании "живой системы" соответствующую запись в аплете "Установка и удаление программ" Панели Управления для возможности отката произведенного патча. Функционал включается дополнительными ключами -RS и -RM.

Привет. Тоже очень бы хотелось, что бы с помощью W7Patcher можно было удалять файлы(не нужные темы, обои, курсоры), надеюсь, что это будет реализовано. :up

Принято решение функции удаления не делать, дабы не давать в руки малограмотным юзерам легкого средства для убивания системы.

в принципе и можно легко убить систему неправильно перезаписав системные файлы что с успехом утилита делает. Неужто закроете проект? :) Если кто то и убъет систему так на ошибках ведь учимся. На мой взгляд функционал удаления все таки нужно сделать для полного комплекта.

полностью солидарен.

Цитата:

Цитата Pozia На мой взгляд функционал удаления все таки нужно сделать для полного комплекта. »

Для полного комплекта можно столько нажелать!
Логично, чтобы утилита сама монтировала образы, например.
А потом ещё чего-нибудь. И ещё чего-нибудь...
Патчер делался для конкретных задач, а вы хотите All-in-one! :)

Цитата:

Цитата Smarty Патчер делался для конкретных задач, а вы хотите All-in-one! »

Было бы замечательно, если бы утилита могла ещё считывать мысли и самостоятельно реализовывать их в виде готовых патчеров с ресурсами. :gigi:

сам Mr dUSHA вначале хотел это реализовать но передумал.
напрасная ирония, функция удаления довольно полезная и впринципе реализуемая и теперь переписывая пустышками нужные файл, но хотелось бы именно удаления

Pozia, так сказать, возвращаясь к прочитанному.
Утилита не может неправильно перезаписать системные файлы!
У неё встроенная "защита от дурака"! Если вы неправильно положите исходный файл или патчер,
то не произойдет абсолютно ничего, т.к. утилита сначала проверяет конечный файл. Если его нет,
то патчер будет пропущен, а файл будет добавлен в систему. Но какой вред может причинить,
допустим, ошибочно помещённый в папку Windows файл Shell32.dll?
Вот если "случайно" взять Notepad.exe, переименовать его в TaskMgr.exe и заменить при помощи
патчера реальный TaskMgr.exe, то тут никакая защита не поможет!

ЗЫ. А автору советую написать в шапке темы:
"За неправильное использование утилиты автор ответственности не несет!"

ЗЗЫ. Пока не известно случаев, когда были "убиты" системы!

Smarty, а как сделать, чтобы патчер менял не размер шрифта, а сам шрифт? Или это не реально?

sser777, патчер может и заменять и добавлять любые файлы!

Тогда как им подменить шрифт Segoe UI на Tahoma, не меняя размер шрифта, во всех файлах .mui? Подскажите, плиз. Спасибо.

sser777, А это уже из области редактирования ресурсов.
Патчер заменяет или добавляет файлы!
Во вложении подписанный шрифт Segoe UI, но содержащий Tahoma от автора темы.
Вот это патчер может поменять.
Но сделав такую замену вы лишитесь шрифта Segoe UI и у вас будет два шрифта Tahoma.

Да, спасибо. Это я в курсе.

Шрифт не от автора темы :) Я его где-то нашел в интернете.

Но главное не это, а то, что если тупо заменить этот шрифт патчером, то после перезагрузки мы увидим половину менюшек вообще без текста.
Чтоб не нарваться на эти грабли, после отработки W7Patcher, заменяющего шрифт, и до перезагрузки (авто перезагрузку средствами утилиты в скрипте необходимо отключить) нужно также установить через ПКМ файл fonts.inf из вложения.

Суть в том, что механизмы управления шрифтами ОС как-то отслеживают изменения в шрифтовой ветке реестра (см. fonts.inf), и обновляют какие-то кэши шрифтов, или еще что-то (что именно, я пока не раскопал) и в результате после перезагрузки мы видим уже безглючную работу шрифтов.

sser777, вот ещё твик реестра, устанавливающий "MS Shell Dlg"="Tahoma".

Спасибо большое всем. Бум пробовать.

Mr dUSHA, доброго времени суток. наконец таки перешёл на x64, но столкнулся с проблемой патчинга: taskmgr.exe, пропатчил все файлы taskmgr.exe, но диспетчер задач не изменился (вкладка быстродействие, нагрузка проца и памяти)
ваш патчер вроде универсальный ,и для x86 ,и для x64?
так в чём же проблема?

AlexS94, дело не в патчере, а в структуре 64-битной версии системы!

Smarty, я знаю что вся эта околесица с x64 системами связана с реестром, но здесь я не могу понять почему?
даже руками всё искал и проверял, но всё равно.
Может стоит сделать отдельную ветку форума для x64 систем?

32 битная версия патчера из шапки адекватно работать на х64 не должна. Следующую версию патчера я выложу сразу в двух вариантах - х86 и х64. В исходнике для этого ничего переделывать не нужно.

Но вопрос еще в том, что будут ли 32 битные рестораторовские патчеры адекватно работать и патчить 64-битные файлы из 64-битной ОС.
Проверьте кто-нибудь этот момент плиз.

Работают все с форума, кроме taskmgr.exe

Smarty, ваш из темы в архиве, я свой делал, но всё так же

AlexS94, Тогда неудивительно, что не получилось. Он для х86 системы!

Smarty, это не играет роли! Патчи ресторатора работают по принципу замены файлов по указаному пути, а библиотеки x64 идентичны x86!

Сами хоть поняли, что сказали?
Патчеры меняют ресурсы в библиотеках, и не их самих.

Mr dUSHA, я это и пытался сказать.

Та нету там никакой разници.
Все исполняемые модули и для х86 и для х64 из одних и тех же исходников собираются, и ресурсы у них одни и те же, идентичные абсолютно, поскольку из одного источника.
Проблема может быть только непосредственно в самом патчере, который не корректно обрабатывает 64-битные исполняемые файлы PE32+.

П.С. 64-битный taskmgr.exe также патчится респатчером нормально.

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

На самом деле не патчится ничего из папки System32.
Реально патчатся 32-битные файлы из папки SysWOW64, а не 64-битные из System32.

Ресторатором вы открываете на самом деле 32-битную версию taskmgr.exe из SysWOW64, хотя ресторатор и думает, что открывает из папки System32, и видите, что она пропатчена. Суть вся в том, что 64-битная ОС для 32-битных програм перенаправля все пути в папку System32 (в которой содержатся 64-битные библиотеки) на папку SysWOW64 (в которой содержатся 32-битные библиотеки).

Далее при запуске "диспетчера задач" запускается не патченый 64-битный taskmgr.exe из настоящей папки System32.

Mr dUSHA, а как мне сделать x64 патчер?

Сейчас никак, поскольку ресторатор только 32-битный бывает.
Позже доделаю патчер так, чтоб обходить этот "баг", и патчить обычными 32-битными респатчерами и файлы из System32 64-битной системы.

Mr dUSHA, а почему тогда патчи на всё остальное работают?

Все, что в System32 - НЕ патчится. Вместо них патчатся файлы в SysWOW64.

но taskmgr/exe там и там есть, я их оба патчу, и explorer.exe тоже в SysWow64 есть, но на него патч проходит.

AlexS94, папка SysWow64 для работы (как ни странно!) 32-х битных программ, поэтому там и проходит патч!

Уличная магия :)
На самом деле если вы запустите патчер пропатчить taskmgr.exe в System32, то пропатчится реально файл в SysWow64.
А потом вы открываете Ресторатор, открываете в нем файл taskmgr.exe из System32, чтоб посмотреть пропатченость ресурсов, то хитрая система всеровно подсовывает вам файл из SysWow64.
Такчто вы два раза обрабатываете один и тот же файл, и два раза его просматриваете, а думаете, что видите два разных файла.

Другое дело если вы в Проводнике выдерните файл taskmgr.exe из System32 в корень диска, там его пропатчите ресторатором, и засунете пропатченый Проводником назад в System32, то тогда все будет так, как надо.

Mr dUSHA, то есть, можно вырывать файлы из дистрибутива и патчить их отдельно, а потом заменять?

Именно так, через папку c файлами, а не патчерами!
Но это не всегда может сработать, т.к. в системе может быть файл с более поздней версией.
Подмена нового файла на старый (версии) может привести к нерабочей системе!
Или ждите решения от автора темы, или сверяйте версии файлов...

ЗЫ. "Вырывать" файлы тогда лучше из дистра для дистра и из системы для системы!

Smarty, спасиб, наверное буду ждать "гуманное" решение проблемы)

Новая версия

Версия 10.2.15.3

1. Поддержка платформы х64 (переделка самих рестораторовских ресурсных патчеров не требуется).
2. Ключ -N теперь работает и на живой системе.
3. Сделана более надежная очистка кеша иконок.
4. Много разных мелких оптимизаций и багофиксов...

Mr dUSHA, доброго времени суток. Сегодня пропатчивал систему (x64), и у меня не с копировалась большая часть файло: папки с гаджетами и папки с темами.
В чём проблема? файлы тем скопировались куда надо, даже aero на новый заменился.

Спасибо за багрепорт! Исправлено.

Новая версия:

Версия 10.2.17.1

1. Исправлена ошибка не копирования файлов ключем -С, если целевая папка не существует. Ошибка случайно закралась в предыдущую версию.

Mr dUSHA, тоже к вашему сведенью http://forum.oszone.net/thread-147202-13.html

Так и не понял, что именно я там должен принять к сведенью?

Mr dUSHA, не правильно патчатся файлы для нестандартных тем, только что проверил новый патчер: он не работае вообще, даже лог не ведёт.

Не понял, о чем речь? Какие темы? И при чем там патчер из этой темы?

Не подтверждаю. Работает нормально, на обеих платформах.

Mr dUSHA, хотелось бы узнать, на чём вы пишите патчер?
Попробую пересобрать скрипты, может там что не так...
Прошу прощения-это у меня у системы глюк был)

Очередное исправление:

Версия 10.2.19.1

1. Исправлены не корректно работающие ключи -RS и -RM. Теперь пункт деинсталляции всегда правильно появляется, отрабатывает и удаляется.

Подскажите где брать сами ресурсы для пропатчивания, для изменения, это как я понял только инструмент для работы?

Подскажите - как пропатчить только шрифт в дистрибутиве, в папке C:\WORK
Несколько раз запускал и патчит живую систему.
______________________
Запустил снова и заработало, а если по умолчанию ничего не менять в скрипте, то тогда он что будет патчить, я имею ввиду в дистрибутиве?

Bond01,
где:
-D C:\WORK\MOUNT - указание пути к смонтированному дистрибутиву
-F - патч шрифтов
-N - отказ от создания бэкапа

Верна ли команда для пропатчивания дистрибутива и замены шрифта в размонтированном образе?

Я размонтировал Waiкom, заменил ресурсы и чтобы не закрывать образ сразу же хочу пропатчить.

Bond01, прочитайте ещё раз (или два) в шапке темы раздел
Пропатчивание графических ресурсов с контролем версий
Нет.

Mr dUSHA,
Мне вот интересно как вы оформили "изменение владельца файла" в программном коде??
и вообще на каком языке написан сам патчер?
-*---*-

и вот еще:
могли бы вы добавить в патчер возможность пропатчивания файлов не строго из файлов, типа Patch_<name.extension>.exe,
а и возможность использовать патчеров с именами, типа patch_shell32.dll_1.exe и patch_shell32.dll_2.exe т.е. несколько штук и в алфавитном порядке???

Не будет такого никогда.

Mr dUSHA,
ну, а это??

Написано на C++ в среде Visual Studio 2008.
А про подробности реализации рассказывать не буду. Читайте MSDN, там все нужное есть.

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

Smarty,
именно.
раз патчер написан на C++ в среде Visual Studio 2008 я, думаю, сумел бы написать мне нужный вариант (есть практика в Borland Bulder ’е т.е. C++ и Delphi),
а скриптом....наверное, можно и весь патчер заменить (не знаю, для меня это очень вульгарно).

зачем тогда был написан Вин7ЮниверсалПатчер? не для того чтоб вы писали "...написать! С нуля..."!!,
а я просто предлагаю сделать к программе, как бы, дополнительный модуль (или плагин) для
все таки форум предназначен именно для обмена опытом и в некоторых случаях для создания той или инной утилиты, которая могла бы одной в своем роде и могла "сделать" больше + и чтоб такие как я не задавали вопросов :)
-*---*-

так это само собой будет оформлено в виде программы с графическим интерфейсом для более удобной навигации
или кто-то предлагает сделать возможность выбора интерфейса в виде скрипта т.е
"Если вы хотите выбрать вариант оформления 1, нажмите кнопу 1.
Если вы хотите выбрать вариант оформления 2...
мало кому такое понравиться, тем более пользователям Вин7
и уж благодарности тогда можно и не ждать :) :)

Еще сейчас добавил один патч. Теперь всего их 4 штуки. Кратко прочитать можно в справке, выдаваемой патчером, запущенным без ключей.
Описание сделаю позже, когда доделаю некоторые моменты в функционале деинсталлятора.

Mr dUSHA, можно пожалуйста заменить цвет на синий, в таск-менеджере(процент загруженноти цп и памяти)?
И шапку доделать...

Mr dUSHA, Привет, а что делают ключи -PBIN1 и -PBIN2 ? Что то не нашёл про это?

P.S. Судя по логу этими ключами патчатся три файла для использования неподписанных тем и патчится диспетчер задач, верно?

OEM22, да но есть ещё два ключа:
-PBIN3 - Patch in AUTHUI.DLL file BACKGROUNDDEFAULT.JPG size limitation (для замены изображения экрана приветствия)
-PBIN4 - Patch in USERINIT.EXE function EnableScriptZoneSecurityCheck (?)

Привет. При попытке пропатчивания install.wim х64 выдаёт вот такую ошибку:



Неужели теперь, что бы пропатчить 64-битный дистрибутив нужна установленная х64 ОС???

До этого использовал версию W7Patcher_10.1.10.1 и всё было ОК. С нетерпением жду ответа...

P.S. Забыл добавить, что пытался запускать патчер из под Windows 7 Ultimate x86

OEM22, у меня под x86 системой x64 патчер работает, ну и в обратную сторону также, использую W7Patcher_10.3.10.2 и всё норм, а пока Mr dUSHA, не закончит работу над финальной версией, советую использовать эту W7Patcher_10.3.10.2.

AlexS94, Я использовал версию 10.3.13.1, ты не мог бы куда нибудь закинуть 10.3.10.2?

OEM22, держи
нету

Вместо меня здесь такое прошу не советовать. Апдейты выкладывались не только потому, что новые функции добавлялись, а и потому, что старые баги исправлялись.
Ссылку также удалите.

Использовать нужно патчер для такой платформы, на какой платформе вы запускаете его.
В данном случае используйте x86-версию патчера из шапки. Ну и в скрипте, запускающем его подправте имя патчера соответственно.

То есть если вы запускаете патчинг на x86-платформе, то берите x86-патчер не зависимо от того, дистрибутив какой платформы (х86 или х64) вы патчите.
Соответственно запуская патчинг на х64-платформе берите x64-патчер для обработки любого дистрибутива.
Но в любом случае сам набор ресурсов используйте соответствующий целевому дистрибутиву, который обрабатываете.

Mr dUSHA, а в чём отличия последней версии от 10.3.10.2? Хотя бы основные.

Mr dUSHA, Огромное спасибо за разъяснение

Прочитал шапку у Windows 7 Universal Resource Patcher, толком не понял как применять на "живой системе"?
Вот я создал дерево папок с патчами (и пропатчивание, и замена, и добавление новых файлов) как в системе. Положил в папку D:\For Patch
А дальше что делать, чтобы применить патчи на "живую систему" с помощью W7Patcher?

Oletik, посмотрите ещё в шапке этой темы.

Mr dUSHA, можно ли самому пропатчить цвет в "таскменеджере" и какие ресурсы за это отвечают?

Да, шеснадцатиричным редактором.

Ресурсы к этому отношения никакого не имеют. Цвета меняются патчами в секции исполняемого кода.

Mr dUSHA, можно, пожалуйста, мануэл как это сделать!

1. Дизассемблируете taskmgr.exe;
2. Находите там функции, рисующие индикаторы, и соответственно те места, где задается цвет для индикаторов и других интересующих нас цветных элементов;
3. Подбираете подходящий новый красивый цвет для индикаторов и меняете шестнадцатиричным редактором в исполняемом коде taskmgr.exe цвет рисования индикатора на свой.

Я делал именно так.

Mr dUSHA, можно ли будет сделать патч, чтобы использовать в дистрибутиве?
Дизассемблируете taskmgr.exe - я человек в этом не сильно разбирающийся, можно попроще...

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

Mr dUSHA
Невлезающий текст в некоторых диалогах после патча -F, как нибудь можно победить?

Для первого скриншота можно либо правкой самих диалогов, либо правкой в стиле оформления размера шрифта для командлинков.
Путь в StyleBuildere'е:
Buttons, Boxes & Controls > Buttons > Button > CommandLink
Параметры Font и BodyFont.
Для второго скрина нужно править сами диалоги.


Список не полон, будет дополняться!

Как побеждать - pahan22 выше уже сказал.
А баг такой вылазит из-за того, что в диалогах размеры местоположение элементов хоть и прописаны жестко, но все ровно каким-то образом зависят от размера диалогового шрифта.

Чтоб было все корректно и красиво, лучше вообще не использовать тогда ключ -F в реальном времени.
Удобней один раз собрать все пропатченые ним МУИ-файлы (сначала прогнать всю систему ключом -F, а потом из полученной точки отката восстановить оригиналы файлов в систему ключом -C, после чего создастся еще одна точка отката, в которой будут только патченые МУИ-файлы), и отредактировать их уже Ресторатором, подправив все размеры и расположение элементов. После чего создать полноценные патчеры для каждого из МУИ-файлов и использовать их вместо ключа -F.

Еще добавь в список МУИ от "настройки даты и времени". Там посмотри все диалоги в этом апплете во всех режимах и нажимая на все кнопки.

pahan22, то есть применять FONTSBUGS или FONTS

TO ALL
Сделал свой вариант избежания багов в диалогах после использования ключа -F
Так же исправлены ошибки локализации!
Спасибо gora :wink:

Патчеры для установленной системы х86

Описание:
* При использовании данного фикса ключ -F больше не нужен.
* Папка отката изменений не создается!
* Во всех системных диалогах шрифт Segoe UI заменен на MS Shell Dlg.
* Можно использовать без установки пакетов оформления.
* При использовании в составе пакета оформления (с уменьшением размера шрифтов) редактировать эти файлы MUI!

Установка:
Скачать из вложения файл MUI_8.7z, распаковать в любое место и запустить MUI_8.EXE.
Через несколько секунд после запуска компьютер будет автоматически перезагружен.
После работы пакета мусора не остается! :)

Патчеры для дистрибутива х86

Установка:
Распаковываем архив на С:\, кладем в папку MUI_8 образ Install.wim, запускаем Distr.cmd.
В скрипте прописана редакция Ultimate (5).
По завершении работы скрипта смотрим файлы Mount.log и W7Patcher.log. При отсутствии ошибок
закидываем исправленный Install.wim в образ установочного диска.

Ключ - F Навредил еще. Еслиб я знал что он мне пол винды отрубит я бы с ним не патчил. У меня не отображаются значки в панели управления. И все из за ключа -F. Как исправить последствия патча ключом - F ?
Придется винду обновлять, все навернуло. Зачем ставить такой ключ пользователям если он вредит? И даже предупреждений нету нигде(

-KOLYA-, вы понимаете, что делает ключ -F? Видно не понимаете!
К значкам он никакого отношения не имеет, он уменьшает размер шрифта и прекрасно с этим справляется!
Сделать откат изменений.

w7 x64
не патчатся файлы - shell32.dll в C:\Windows\SysWOW64 , wow64_microsoft-windows-shell32_31bf3856ad364e35_6.1.7600.16385_none_d272c6d7600db661_shell32.dll_0d29dca9 в C:\Windows\winsxs\Backup , shell32.dll в C:\Windows\winsxs\wow64_microsoft-windows-shell32_31bf3856ad364e35_6.1.7600.16385_none_d272c6d7600db661, wmploc.dll
в C:\Windows\winsxs\wow64_microsoft-windows-mediaplayer-core_31bf3856ad364e35_6.1.7600.16385_none_71b35f189d2b8237

geepnozeex,
А журнал где? Я на кофейной гуще не гадаю. :)

в журнале всё ОК.
при патчинге shell32.dll в SysWOW64 и в виде wow64_microsoft-windows-shell32 с виндой проблемы - неработает wmp12 и интерфейс винды портится.
я решил отказаться от этих патчей.

geepnozeex, :o как у меня интерфейс испортился!



Странно, а плеер работает!

Про shell32.dll уже писалось, что возможны баги с многоканальным звуком, но чтоб интерфейс портился...
Может стоило патчеры как следует делать? Или ещё что...

Smarty - где интерфэйс испортился на картинке ?

Про shell32.dll - возможно и не в нём причина.
патчи я использовал ещё со времён w7 x86.

я хотел пропатчить все нужные файлы - например shell32.dll во всей системе ,в w7 x86 shell32.dll хранится в трёх местах,а w7 x64 в шести местах,в тех местах которые были и в х86 проблем с патчингом нет

Smarty, а если уже заюзал ключик -F в дистре можно ли поверх вашим mui_8_distr пропатчить!!??

hobbit25, Нужно! Но это не всё, сколько ещё последствий будет найдено!
Сегодня нашел баги в sysdm.cpl.mui в виде непомещающегося текста.
Патчер прикладываю.

Smarty, и патчинью нет конца ))))

Smarty, а в какую папочку ложить или класть )?

hobbit25, MUI\Windows\System32\ru-RU

geepnozeex, Папка system32 содержит 64-битные файлы, а syswow64 - 32-битные.

Мне давно интересно, зачем вы пытаетесь патчить папку winsxs?

Надоел мне этот атракцион с winsxs. Возможно в следующей версии сделаю фильтрацию для всех функций патчера, чтоб либо winsxs вообще весь не обрабатывался, либо как минимум winsxs\backup пропускался.

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

geepnozeex, однако...
Я обе папки - и SysWOW64 и System32 - успешно пропатчил ресурсами, подготовленными на х86 системе!
У вас в системных папках одинаковые файлы с разными ресурсами чтоль? Или вы не ресурсы, а код патчили?
Мало того, что вы себе, так ещё и людям голову морочите!

Новая версия

Версия 10.4.30.1

1. Изменения в функционале деинсталлятора:
   Теперь при пропатчивании системы с ключами -MU -SB, то есть с созданием пункта деинсталляции пакета в Панели управления, сам патчер копируется не в Program Files, как раньше, а в папку Windows.
   Далее при деинсталляции этого пакета оформления через Панель управления удаляется как "точка отката", так и сам патчер из папки Windows, а также журнал его работы, расположенный там же. Таким образом, производится полная очистка системы с удалением всех хвостов от деинсталлированного пакета оформления.
2. Добавлен экспериментальный ключ -F2, меняющий не только размер шрифта из 9 на 8, но и его имя из Segoe UI на Segoe MI Шрифт Segoe MI - это переименованная Tahoma. Распространяется отдельно, по личному запросу конкретного экспериментатора. :)
3. Папка \Windows\winsxs теперь исключается из обработки, и никакие действия с файлами в этой папке производиться патчером не будут. Этим введена вынужденная защита от ламеров, не понимающих предназначения \Windows\winsxs, и уродующих ее содержимое.
4. Как обычно, оптимизация кода и мелкие исправления в большом количестве, которые сейчас уже и не вспомню... :)

Mr dUSHA, а можно узнать назначение папки winsxs?
Насколько я понимаю оттуда берутся файлы для восстановления системы.
Я прав?

не патчить Windows\winsxs это круто - все слетает при обновлениях и восстановлении системы- я ламер ,я патчу не только winsxs но и всё остальное содержащее изменённые ресурсы.
например 10 файлов shell32.dll на x64 системе .

geepnozeex, Понятно...
Значит ключ -V добавлен в патчер зря?

ключ -V - я из описания непонял что это и зачем.
у меня после прохода системной утилиты sfc /scannow ничего не сбрасывается на дефол,потому что пропатчено сразу всё.
а то понапридумывают какие то перепропатчивания - делать нужно так - пропатчил и забыл об этом

Можно)

Ссылка на всю статью.
Можно еще вот с этим ознакомится.

цитата из статьи по winsxs
" Папка WinSxS - единственное место в системе, где находятся компоненты, а все остальные экземпляры, которые вы можете найти в системе - это отражения, всего лишь жесткие ссылки на системное хранилище. Позвольте мне повторить последнее утверждение - в операционной системе есть только один экземпляр (или полная копия данных)каждой версии каждого файла и этот экземпляр находится в папке WinSxS."

делаем вывод что как раз только winsxs и нужно патчить ,а теперь с новой версией патчера это невозможно.

Smarty - а что с обновлениями? - у меня пропатчены все файлы в winsxs и winsxs\backup и обновления мне не страшны ,я проверял на системе только с патчами без обнов - ставил обновления и всё отлично .
тоже и с sfc /scannow

Это точно. В разных статьях - разное утверждение. В одних - в WinSxS лежат сами файлы, а в системных папках - хардлинки. В других - в системе файлы, а в WinSxS - хардлинки.

Так что, не совсем понятно "кто есть ху". Есть ли инструмент, для просмотра типа файла - чтобы отличить хардлинк от файла.

И, интересный вопрос. Вот, мы пытаемся патчить файл, на который установлен хардлинк. Изменится ли содержимое файлов по хардлинкам? И наоборот мы пытаемся патчить файл по хардлинку, изменится ли при этом файл, на который он указывает. Или же в этих случаях создаются копии файлов.

Так что, вопросов достаточно много.

geepnozeex, Флаг вам в руки!
А предыдущую уже выкинули?
А вы обновите!
И как, по вашему, быть в такой ситуации:
у меня в папке winsxs (х86) 4 файла shell32.dll (один в backup).
Версии файлов совпадают только в system32, backup и, соответственно,
в C:\Windows\winsxs\x86_microsoft-windows-shell32_31bf3856ad364e35_6.1.7600.16385_none_6bff8101734f8330.
Далее...
В system32 файл пропатчен, в других папках - нет. Оформление установлено.
Так где по вашему патчить-то? Попробуйте только папку winsxs и посмотрите, что будет.
Вопрос про хардлинки тоже интересен... но патчер работает...

в общем я поступаю так - я патчу всё версии файлов ,где бы они не находились - и как результат ничто уже не может вернуть на моей системе дефолтный облик.

но !- недавно вышло обновление kb980408 которое содержит новый файл shell32.dll ,в связи с этим несколько поменялась локация файлов shell32.dll и появилось ещё 2 локации.
тут уж как не патчи до этого обновления ,всё равно картинка слетает в shell32.dll ,но это первый раз на моей памяти ,что бы добавляли новую версию файла.
подремонтировал я расположение папок для патча и вновь мне ничего не страшно.

geepnozeex, видно, тяжёлый случай...
Вместо того, чтобы так извращаться, не проще ли и не лучше ли
запустить скрипт такого содержания:
Патчер сам сравнит версии файлов в системе и в бэкапе!
Если в системе появятся после обновления файлы новее, чем в бэкапе, то патчер опять же сам пропатчит
обновленные файлы и заменит оригиналы в папке бэкапа на новые.

Может ваше призвание - мазохизм, но адекватным людям голову не морочайте!
Всё уже придумано за вас и для вас!

ЗЫ. Пропатчьте ещё дистрибутив, а то вдруг там файлы обновятся!

в системе не могут быть файлы новее чем в бэкапе - новая версия файла попадает в оба места(пример kb980408) ,иначе ,что система будет восстанавливаться из старых файлов?

smarty - насчёт мазохизма - эту свою дурь оставь при себе.
главное ,что мой принцип работы с патчером даёт нужные результаты.

Готовых програм я таких не припомню... Вроде FAR что-то такое показывал, но не факт...

В интернете встречаются исходники и примеры для такого, но там ребята реализуют это в драйверах, и соответственно на Native API только. Только на Win32 API это, как я понял, реализовать проблематично весьма.

Нет. Создается копия.
Сама технология пропатчивания ресурсов в любой реализации (хоть у Майкрософта, хоть у сторонних редакторов) выглядит таким образом, что создается копия оригинала, в которой все секции кроме ресурсной копируются без изменений, потом собирается новая секция ресурсов из не изменяемых ресурсов оригинала, и новых изменяемых или добавляемых нами. После этого в конец файла дописываются те секции, которые идут после ресурсной (как правило, это реалокейшены), и корректируется РЕ-заголовок.

Что касается хардлинков, то оно у Майкрософта на уровне файловой системы так интересно реализовано, что если например у файла есть один хардлинк, и мы удаляем файл по оригинальному имени (соответственно удаляется первичная файловая запись из каталога), то на тело файла остается только ссылка из хардлинка, и при этом сам хардлинк не преобразуетсе в первичную файловую запись.

по поводу хардлинков - эксперименты показывают что их нет,а есть физически существующие файлы в system32 и winsxs.
1) патчим только shell32.dll в system32 - после установки смотрим ресторатором shell32.dll в winsxs - он не пропатчен.
2) патчим только shell32.dll в winsxs - после установки смотрим shell32.dll в system32 - он не пропатчен,пропатчен только в winsxs.
очевидно что линков нет.
без патча winsxs файлы восстанавливаютя после sfc /scannow ,полюбому они существуют в двух местах как минимум.

Особенно мне понравилось, что Майкрософт говорит, что линки есть, а ты говоришь, что их нет.
Эксперименты без знания теории - это "пальцем в небо".
shell32.dll из твого примера нельзя непосредственно редактировать на живой системе, поскольку он заблокирован. Оригинал перемещается в бэкап, создаваемый утилитой, при пропатчивании, а в Систем32 создается уже патченая копия его. Так что после пропатчивания на одно реальное тело оригинального фала указывают две ссылки - из бэкапа утилиты и из winsxs. А то, что получается в Систем32 - это уже совсем другой файл.
Smarty тебе выше уже написал, что все придумано до тебя.

Mr dUSHA, есть предложение создать новый ключ для патчера "-WS" который будет отвечать за пропатчивание или не пропатчивание папки WinSxS) Так не будет таких проблем, как у geepnozeex, и каждый сможет выбрать патчить или нет))
Я раньше патчил winsxs, был "ламером", просто не въехал в назначение ключа -V, плюс патчил систему после обновления))
P.S. Mr dUSHA не встречались с такой проблемой? http://forum.oszone.net/post-1404851-1133.html

Патчил с командной строки с правами администратора W7Patcher.exe -P C:\W7Patcher -R
W7Patcher.exe находиться на C:\W7Patcher в этой же папки создал структуру папок а именно Windows\system32 где находиться Patcher_ExplorerFrame.dll.exe

2poisonS, судя по скрипту это не файл, а папка! Где расширение файла-то?

Smarty, Если честно понятия не имею. Patch_ExplorerFrame.exe находиться C:\W7Patcher\Windows\system32 пропатчиваю ExplorerFrame который лежит по адресу C:\Windows\system32\ExplorerFrame.dll все на своих местах вроде
P.S. Пролема решена, благодарю!

Очередная небольшая порция исправлений.
Работы над настраиваемыми цветами Диспетчера задач уже ведутся... :)

Версия 10.5.19.1

1. Исправлена ошибка в функционале ключа -U, из-за которой при восстановлении из Backup-а в систему могли быть скопированы файлы более старых версий, взамен более новых, обновленных через WU.
2. Удалены ключи -F и -F2. Вместо них используйте патчеры диалогов от pahan22 с измененным шрифтом и исправленными ошибками от MS.
3. В файл ver.ini добавлен параметр Publisher. Разработчикам пакетов оформления просьба подумать, что еще полезное добавить, и, возможно, как реорганизовать функционал установки/удаления через "Панель управления".

При удалении через "Программы и Компоненты" неплохо бы выводить запрос подтверждения удаления.
Сейчас при выборе удаления визуально ничего не происходит и кто-то может подумать, что не работает,
и тут следует перезагрузка! :)

Здравствуйте!

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

Fraim, см. в теме Ресурсы оформления Windows 7.
Уже сделал :)

Я так понимаю здесь встроен патчер для сторонних тем , или не встроен.
А то темы не применяются ( производил пропатчевание install.wim )

Fraim, чтобы библиотеки пропатчились, надо использовать ключ -PBIN1.
Читайте в шапке Ключи командной строки!

Я использовал ваше вложение со структурой папок .
Distr.cmd - разве там он не прописан ?

Fraim, Прописан:
Вы какую редакцию дистрибутива пропатчивали?
Ultimate, Professional или Home Premium?

Ultimate x86 со с интегрированными обновлениями

вот сам скрипт!

Fraim, выложите журнал работы патчера W7Patcher.log!
Только в виде прикрепленного файла!

Опять не получилось((

Прикрепляю W7Patcher.log

Fraim, в журнале написано, что:
А что за версия файла themeui.dll [6.1.7600.20667]?
У меня установлены все выходившие обновления, но версии все трех файлов одинаковы (6.1.7600.16385)!

Раньше я делал замену уже пропатченными отвечающие за применение стороних тем.
Теперь как после обновлений изменилась версия файла themeui.dll (6.1.7600.16385) на (6.1.7600.20667) я решил попробывать таким способом , но пока из этого нечего не выходит.

Я установил все обновления от Зуко бонус c помощью программы W7Mount

Smarty , И что значит что написано в журнале ?

После интеграции обновлений я смонтировал образ с помощю gimagex и вытащил то что мне нужно,там я и увидел такую версию файла themeui.dll .

Прикрепил сам фаил если интересно

Вы пытаетесь "бежать впереди паровоза"!
Повторюсь, у меня установлены все обновления, но такого нет!
А здесь патченые версии ваших файлов.
Пробуйте с ними (замена в дистрибутиве из папки FILES), потом отпишитесь.

ЗЫ. Скачаете файл UxTheme_Patch_1.1.wa - 7-ZIP его откроет.

Все , теперь все в норме !

Добавлена поддержка новой версии themeui.dll. Радуйтесь :)


Версия 10.5.22.2

1. В патчер библиотек тем рабочего стола добавлена поддержка themeui.dll версии 6.1.7600.20667 для платформ x86 и x64.

Помогите п-ста, вот такая ошибка

slipknot1495, может быть файл не найден. Посмотрите пути у себя, по умолчанию должно быть С:\WORK\MOUNT, а у вас.

А вот эта ошибка тогда че означает [0x00000002]

slipknot1495, ошибка [0x00000002] означает что в папке С:\WORK_INSTALL\MOUNT\Windows\System32 нет файла Oobefldr.dll.exe.
А там и не должно быть такого файла, там есть файл Oobefldr.dll.
А ошибка [0x00000003] говорит о том, что нет такой папки С:\WORK_INSTALL\MOUNT\Windows\ru-RU.
Скорее всего у тебя плохо смонтировался образ.
Попробуй запускать с отключенным антивирусом. И проверь названия патчеров.
Из скрина следует, что у тебя патчер называется Patch_Oobefldr.dll.exe.exe, а должен быть Patch_Oobefldr.dll.exe.

Может дистрибутив английский?

Каждый раз перед размонтированием образа приходится ручками удалять некоторые папки из дистрибутива, предварительно сменив права доступа. Возможно ли как-нибудь автоматизировать этот процесс в Distr.cmd с помощью W7Patcher? Может существуют какой-нибудь ключ для удаления файла или папки? Или может подскажите какой-нибудь другой способ...

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

Mr dUSHA, есть такое предложение по расширению функционала патчера:
добавить возможность подхвата патчером двух ресурсных папок.

Это нужно для пропатчивания одним пакетом оформления разных редакций системы.
Например, располагать патчеры для basebrd.dll.mui в трех разных папках со
своими структурами, чтобы при запуске пропатчивания системы или дистрибутива
можно было через скрипт выбирать редакцию.
Например, все респатчеры лежат в папке RESOURCES, а отличные для разных
редакций в своих папках, например, ULT, PRO и HOM.

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

Это можно сделать и с текущей версией патчера, но удаление через апплет
"Программы и компоненты" не откатывает все изменения...

А что тебе щас мешает так разложить ресурсы, и запускать сначала пропатчивание из базовой папки с общими ресурсами, а потом скриптом выбирать нужную редакцию, и запускать уникальные для нее?

Ты хоть проверял это вообще? :)
Я для чего спрашивается делал одиночный бекап?

Ключ -MU используй только в одной из команд патчинга, например при запуске патчинга универсальных ресурсов. Хотя если и во все строки его прописать, то хуже не будет, и восстановится потом все, что попало в одиночный бекап.

Mr dUSHA, Вообще-то проверял, а ты? :)

Вот кусок скрипта:
В журнале видно, что ресурсы из папки ultimate вообще не подхватились!

Так а я то тут причем? значит папки ultimate вообще нет, или ошибка в имени. Папка RESOURCES же подхвачивается нормально.

:) Ага, я и компьютер не включал!

Папка ultimate лежит рядом с resources и имеет нужную структуру, имена проверял 10 раз!
В ранних версиях патчера, где каждую команду надо было прописывать отдельной строкой, несколько ресурсных папок обрабатывалось (давно это было, точно не помню уже), а потом эта возможность видимо куда-то пропала.
Может оптимизация кода сказалась или ещё что, не знаю.
Об этом и был разговор в первом посте, что неплохо бы реализовать поддержку нескольких ресурсных папок, а варианты с неправильными именами и отсутствующими папками легко проверяются!.

C удалением ненужного ничего нельзя придумать? :(
http://forum.oszone.net/thread-178255.html

А кто сказал что оно не нужно?
Это риторический вопрос.
Ну а если нужно будет я могу и так смонтировать образ и сам ручками все удалить или же написать обычный батник в котором все это реализовать)
Зачем все усложнять?

PainteR, если есть инструмент то его надо использовать.
Ручками я и сам все удаляю.
Давайте посмотрим.

Не верю.
Все там поддерживается. Более того никаких привязок к каким-то ресурсным папкам и их количеству нет вообще.
Не забывай, что твою "структуру папок" (C:\WORK\........) придумал ты сам только для своего удобства, и реально она может быть абсолютно любой, и количество папок с наборами патчеров может быть любым, и названия у них могут быть любыми (короткими, длинными, с русскими буквами и пробелами).

П.С.: Попробуй еще после каждой команды start /wait вставить. По идее так оно правильней будет.

У меня так получилось (для примера):
А сам командник, запустивший это, был такой:

Bond01, а что там смотреть? Оно мне не нужно.
Если вам интересно то вот команды для управления правами (icacls и takeown) ну а для удаления del )))
Думаю дальше разберетесь)
Ps Фикс от дырки в пуске можете посмотреть - #24.

PainteR, хотелось увидеть скрипт удаления, больше ничего не надо , приведите пример если не сложно, до меня не доходит не как... ;)
http://forum.oszone.net/thread-178255.html

Mr dUSHA, Она была придумана, чтобы было с чего начать и показать на примерах где что должно лежать!
И пока на неё никто не жаловался!
Сейчас привязка к диску С:\ убрана и запускать можно хоть с Ё:\ПРСТ.

По поводу нескольких ресурсных папок.
Запустил такой скрипт:
всё отработало, значит ошибка в "большом" скрипте, из которого запускается процесс!
Будем искать...

ЗЫ. Вопрос "до кучи".
После пропатчивания системы Каспер постоянно (пока в доверенные не отправишь) выдает следующее:



Причем не только у меня!
Что бы это могло быть?
Я не грешу на сам патчер, но проявляется это именно после пропатчивания системы!

Варианта 2:
1. У Каспера от манипуляций системными фалами на его глазах напрочь оторвало башню (кстати, ты не указал, такое вылазит после перезагрузки, или прямо сразу после пропатчивания), и он кидается на все подряд...
2. У тебя действительно вирус какой-то завелся, поскольку В7Патчер в принципе ничего такого не делает, что могло б выглядеть как патч чего-то в памяти. Про режим ядра я вообще молчу :) Патчер в нем ну никак работать не смог бы. А PID 0 - это поток "бездействия системы".

Нужно из Каспера вытянуть побольше конкретных сведений (если конечно он это позволяет).

На время пропатчивания Каспер отключается до перезагрузки, соответственно сообщениевылезает сразу после перезагрузки.
Ну, во-первых, уже писал, что это происходит только после пропатчивания и,
во-вторых, это происходит не только у меня... (повторюсь - к патчеру претензий нет!)
Больше сведений не выдает...

Обновлена утилита и шапка темы


Версия 10.7.1.1

1. Добавлен вывод предупреждающего сообщения при запуске деинсталляции пакета оформления через Панель управления.
2. Добавлен ключ -VLOG – симуляция пропатчивания с контролем версий.

Еще немного обновлений: :)

Версия 10.7.3.1

1. Добавлен ключ -PUNDO – дополнительный ключ для ключей -PBINx, включающий режим отката изменений на ранее пропатченых файлах и возврата их к исходному состоянию.
2. Оптимизация по скорости при обработке дерева пачеров. Теперь если целевая папка в системе не существует, то соответствующая папка в пакете патчеров пропускается, и все внутренности ее не перекапываются. Раньше патчер проходил по пакету только пофайлово, и проверял отдельно существование в целевой системе каждого файла.
   Например, это полезно при пропатчивании системы универсальным мультиплатформенным х86+х64 пакетом патчеров, из которого на платформе х86 патчеры из папки \Windows\SysWow64 применять просто некуда, так что она и пропускается целиком, без проверки внутренностей.

Еще одна добавка в функционал утилиты:

Версия 10.7.4.1

1. Windows 7 Logon Screen Changer закрыт как отдельный проект, и весь его функционал перенесен в эту утилиту.

Mr dUSHA, я никогда не пользовался Logon Screen Changer, покажите пример как ее использовать.

В шапке уже есть пример. Читайте внимательно описание ключа -WS.

Вчера не было.
Mr dUSHA, в структуре папок он здесь должен лежать %SystemRoot%\System32\oobe\info?
Тогда ненужно пропатчивать imageres.dll и при установки он тоже будет отображаться?

Никакой структуры папок не нужно.
Просто на живой системе запускаете что-то типа W7Patcher.exe -WS D:\MyImages\Image001.jpg.

Bond01, ещё проще:
кладете патчер и картинку в одну папку (любую) и запускаете

Mr dUSHA, а возможно ли сделать дополнения к патчеру чтобы можно было падчить/устанавливать драйвера которые не подписанные? Также пропатчивать библиотеку которая отвечает за это, но лучше конечно только драйвера.

Smarty, Вы правильнее сформулировали :)

Bond01, Компьютерный форум OSzone.net » Автоматическая установка Windows » Сертификация файлов ОС Windows и драйверов » Запросы на сертификацию драйверов

1. Я так понимаю, для Bond01 в этот раздела доступ закрыт.
2. Для 7ки это подписывание нашими сертификатами не катит, поскольку другой принцип проверки корневого сертификата. В том разделе мы подписываем только для ХР, в которой все работает отлично.

Mr dUSHA, заметил один интересный момент:
При откате на стандартные ресурсы не удаляются файлы скопированные патчером (с этим можно смириться), а также не всегда корректно восстанавливаются заменённые файлы (например обои и файлы тем), в этом виноват патчер или скрипт?

Вопрос конечно интересный...

На счет обоев и файлов тем:
я, например, заменяю стиль Аеро и обоину своими и при откате всё встает на место,
надо только тему активировать по-новой (переключиться на Классическую и обратно).
А если вы копируете тему со стилем и обоиной с названиями, отличными от существующих
в системе по умолчанию, то перед удалением пакета надо переключиться на "родную" Аеро,
т.к. патчер не создает системных точек восстановления со всеми предыдущими вашими настройками!

Mr dUSHA, интересная идея!
В папку Windows при установке пакета копируется патчер.
Может создавать список добавленных файлов (но которые не заменяют системные!),
чтобы патчер при удалении пакета читал его и удалял добавленные при установке пакета файлы?
Типа лога деинсталляции...

Само собой. Откатываются только замененные файлы, но не добавленные.

Реальный воспроизводимый пример приведите и журнал от этого не корректного восстановления обязательно.


Поддерживаю идею.
Тогда я таки сделаю какой-то унифицированный механизм удаления файлов, который будет использоваться и в деинсталляторе описанным тобой методом, и автономно, для удаления "лишних" файлов по созданному юзером списку.

Ребята помогите как могу патчит этот ресурсы с помощью Windows 7 Universal Patcher ?

BillGates_XP, с помощью структуры папок и скрипта.

непашет прога

народ помогите плиз, как правильно пользоваться Windows 7 Universal Patcher ? чёт у меня не получается, например как изменить shell32.dll на живой системе, где должен лежать сам патчер и где Patch_shell32.exe(созданный ресторатором), и как его правильно запустить?

Jeka_37, создай на диске D:\ папку WORK скопируй в нее патчер. Дальше создай в этой папке папку MyPatches,в ней - папку Windows, в ней - папку system32. В папку D:\WORK\MyPatches\Windows\system32\ скопируй файл, созданный ресторатором, переименовав в Patch_shell32.dll.exe.
Запускай патчер :
W7Patcher.exe -P D:\WORK\MyPatches -MU (про остальные ключи смотри шапку)

Структура каталогов


а можно создать батник с таким содержанием
W7Patcher.exe -P %~dp0\MyPatches -MU, кинуть в папку с патчером и запускать через него.

Hedgehod Вот спасибо, всё сразу ясно)))

Smarty, извиняюсь конечно но тему с готовыми скриптами действительно не видел, а там конеш всё разжёвано куда уж больше, думал в шапке собрано всё что касается патчера, буду внимательней, а со структурой набора патчей описанной в шапке и правда не сразу разобрался, теперь вижу что всё элементарно, просто когда первый раз с чем-то сталкиваешься бывает возникают глупые вроде вопросы, когда разберёшься начинаешь понимать это)) извините за флуд.

Jeka_37, вы теперь патчеры правильно "обзовите" и всё будет ОК!

На работает. Помогите пожалуйста, скажите что нужно сделать?
Заранее спасибо!

KOJAN,
Сделайте с этим кодом файл CMD\BAT.
Если у вас система х86, то патчер - W7PATCHER.EXE,
если система х64, то патчер - W7PATCHER_X64.EXE - поправьте в коде.
Описание ключей -SB и -MU смотрите в шапке темы.
Скрипт запускайте от Администратора!

Это значит, что в I:\Win7SP1\WORK\MOUNT\Windows\System32\ нет ни одного из этих файлов.

Есть там файлы, может Windows 7 Universal Patcher не работает с Windows 7 SP1 Beta?

KOJAN, выложите сюда файлы библиотек тем из СП1.

Файлов там нет, поскольку если б были, то так бы оно и писало, что эти версии не поддерживаются. А версии из SP1 Beta действительно не поддерживаются, если они там отличные от безSPшных.

вот файлы из SP1
Вот лог:
Это значит что они пропатчены?

О том, что версия не поддерживается, так вполне конкретно в журнале и написано напротив каждого такого файла.

не совсем понял. после применения данного патча в реестр нужно еще что то вносить или нет?

Mr dUSHA, а можно ли в патчер добавить функцию установки супербара?

Подскажите как правильно добавить эти ключи
к моим существующим?

Такая проблема. С помощью патча я копирую файлы. Все проходит хорошо, но после установки системы части скопированных файлов я не наблюдаю там, где они должны быть. Копирую я и заменяю в system32 стандартный блокнот notepad на akelpad переименовав его в notepad... Хм... Заметил только что, что я не вижу изменений при копировании если смотреть через тотал. Через проводник все прекрасно. Но! Все же все текстовые файлы запускаются родным notepad хотя я его заменил, если смотреть через проводник, и не заменил, если смотреть через тотал.... Что за бред? Как это объяснить? Эксперементы провожу над Семеркой x64.

W7Patcher.exe -N -P D:\Win7Work\RESOURCES -C D:\Win7Work\FILES -D D:\Win7Work\MOUNT -PBIN1 -PBIN2 -PBIN3 -PBIN4

Скрипт, наверно, из ТС запускаете?

Вы не первый. Учите матчасть. Это объяснялось уже много раз.

Если кратко, то ТС в помойку, поскольку он 32 битный и показывает вам не System32 а SysWOW64, в которой ваших файлов конечно же нет.

Так это вы текстовые файлы из ТС запускаете, а если б запускали из проводника, то запускался б подменный akelpad, который кстати культурно было б также 64-битный использовать.
Кстати проводник запускайте непосредственно из рабочего стола, а не из ТС, а то ТС запустит 32-битную версию проводника, которая также будет думать что SysWOW64 - это System32, и запускать текстовйе файлы стандартным блокнотом. :)

Нет, в дистрибутив копирует. Иначе было б не так немного.

Smarty, да, скрипт который монтирует, выполняет необходимые действия со смонтированым образом, патчит образ, сохраняет и размонтирует я запускаю из тотала. Но я его запускал на семерке х86 для обработки х64. И как я говорил все куда нужно скопировалось.
Mr dUSHA, а где можно подробнее почитать о подводных камнях такого рода у х64. Что то мельком где то прочитал похожее и о причинах почему патчер сейчас не патчит Winsxs но видимо не все понял.
По поводу тотала то в топку его нельзя! Я без него не умею работать )
По поводу аkelpаd то х64 его нет кажется. Сам он запускается нормально если из system32 его через проводник запустить. Но почему то не подхватываются его настройки лежащие в том же месте что и он если просто запустить текстовый файл из проводника.

Начать можно с шапки этой темы - Ручное редактирование ресурсов в Windows 7 x64

как я понял это функция для установленной системы. А как в дистре поменять картинку логона?

вопрос снят. разобрался

Mr dUSHA, есть ли в планах сделать как в XP изменять логон по нажатию ПКМ по файлу изображения?

Никто не заказывал такого...

Но вам ни что не мешает самостоятельно твик реестра сделать, добавляющий этот пункт на графические файлы по образу и подобию, как это WinStyleMonitor на ХР делает. ;)

Mr dUSHA, по поводу пропатчивания файлов с контролем версий. Касается ли проверка по версии таких файлов как XTHEME.DLL, THEMEUI.DLL, THEMESERVICE.DLL и др., то есть тех которые патчатся патчем но на них нет патчей? Или же помимо ключа -P <DIR> еще и указывать ключи [-PBIN1] [-PBIN2] [-PBIN3] и так далее чтобы повторно после обновления патчились эти файлы?

за счет чего? Копирования бекапа файлов обратно или патчинг повторно с изменением параметров как было?

а как? Подскажите пожалуйста.
Пытался отследить что делает WinStyleMonitor на ХР в реестре при установке но не получилось. Куда что и как вносить?

Mr dUSHA, так не поможете с моими головными болями? )

Mr dUSHA, в Windows 7 Logon Screen Changer реализованно смена фона приветсвия при каждом запуске системы?

Я нечего не догнал!!! Нажал на W7Patcher.exe ничего не произошло,потом появился какой то W7Patcher.log и всё!!! Ярлыки не поменялись.. где искать их понятие не имею. Что за прога вообще??

читал..

Matfey07, тогда может так понятней будет?

Mr dUSHA, не могли вы бы в патчер библиотек тем рабочего стола добавить поддержку themeui.dll версии 6.1.7601.17105 для платформ x86 и x64?

Mr dUSHA, подскажите - как сделать поддержку менять обои при входе в систему(логона) из контекстного меню, при наведении указателя мыши на рисунок, как это было в XP?

Bond01, если хотите сделать самостоятельно, то можно так:
1. Считать из реестра значение (путь к картинке)
т.е. какое изображение в данный момент используется для фона Рабочего стола.

2. Вставить этот путь в скрипт создания логона
В реестр добавить запись для создания пункта контекстного меню Рабочего стола



Как-то вот так примерно! Осталось автоматизировать процесс. :)

Smarty, Bond01, у меня вот так сделано:

Действительно, указывать текущий файл фона не обязательно!
Только при чем здесь фотоаппарат (imageres.dll,-57)? :)
Сделал другой твик.



Патчер должен лежать в C:\WINDOWS и иметь имя W7Patcher.exe.
Или отредактируйте твик под свои имена и пути.

Smarty, Я так понимаю, что фон раб.стола станет загрузочной картинкой? А можно сделать так: щёлкнуть на любой картинке пкм и чтобы там был пукт "Create Logon Background"?

Можно, но позже...

Хорошо, мы подождём.)))

OEM22, сделал, работает для файлов JPG, BMP и PNG и текущего изображения Рабочего стола.
Позже сделаю отдельную тему с полным процессом...

Здесь полноценный вариант.

* Копирует в систему нужный патчер (х86 или х64)
* Патчит файл AUTHUI.DLL для отключения ограничения размера файла BACKGROUNDDEFAULT.JPG
* Добавляет пункт контекстного меню

Новая версия:

Версия 10.12.11.1

1. В BIN-патчере добавлена поддержка файлов версий 6.1.7601.17105 из паката обновлений SP1RC (windows6.1-KB976932-X86.exe/windows6.1-KB976932-X64.exe) для Windows 7/2008R2.

Новая версия:

Версия 10.12.30.2

1. В утилиту добавлен новый движок для патчинга файлов ресурсами непосредственно из подготовленных монолитных RES-файлов, без использования Restorator-патчеров.
   Для этого используется новый ключ -PO <DIR>, принцип действия которого полностью аналогичен ключу -P <DIR>, за исключением того, что в дереве каталогов, на которое он указывает, содержатся не Restorator-овские патчеры, а RES-файлы.
   
   Например:
   Если мы хотим пропатчить файл C:\Windows\System32\user32.dll, то RES-файлов для него будет <Patches_DIR>\Windows\System32\user32.dll.res
   Если мы хотим пропатчить файл C:\Windows\System32\ru-RU\user32.dll.mui, то RES-файлов для него будет <Patches_DIR>\Windows\System32\ru-RU\user32.dll.mui.res
   
   Сам ресурсный файл user32.dll.mui.res должен содержать все новые ресурсы, которыми должны быть заменены оригинальные ресурсы в обрабатываемом файле user32.dll.mui.

Обработка ресурсов из RES-файлов и заливка их в исполняемые системные файлы выполняется только собственными средствами самой утилиты, без привлечения каких-то сторонних инструментов (Respatcher, Reshacker, и т.д.).

Mr dUSHA, на х86 тестовый патчер отработал на 100%, вечером проверю на х64 и отпишусь. :)

Очередное обновление:

Исправлены найденные во время тестирования баги и версия зафиналена, теперь - 10.12.30.2.

Отдельная благодарность Smarty за качественное и всестороннее тестирование ;)

Краткое описание в посте #316

Документация в шапке будет обновлена в ближайшее время.


Те, кто скачал тестовые версии, в обязательном порядке сделайте им Shift+Del и скачайте эту.

Я так понимаю с новой версией не будет поддержки "старых" ResPatcher'ов в виде exe-файлов? :)
или ключик "-P" ещё поддерживается

Никуда поддержка -P не делась и не будет деваться, и кроме того еще и работает совместно.
То есть можно даже задать сразу два ключа -Р "ПАПКА1" и -РО "ПАПКА2" и в результате сначала накатятся все ЕХЕ-патчеры заданные ключом -Р, а после них поверху накатятся RES-патчи, заданные ключом -РО.

---

Немного истории...

Началось всё больше года назад, в сентябре 2009-го...
Изначально стояла задача получения и возврата прав и владельцев на файлы, которые надо обработать.
Задача была успешно решена, но автору этого показалось мало и разработка утилиты продолжилась!

На сегодняшний день мы имеем инструмент, которого нет ни у одного англоязычного гуру оформления,
так как они просто о нём не знают, что не есть хорошо, а круг русскоязычных пользователей утилиты не достаточно велик!
Наверное сами встречали разные установщики значков, например, которые заменяют целиком файлы, вместо того,
чтобы заменять в этих файлах ресурсы. В некоторых случаях это чревато "убийством" системы!

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

DeviantArt.com
WinMatrix.com
AskVG.com
Seven Forums.com
WinCert.net
Windows Club.com

Думаю, это будет лучшей благодарностью автору...

Mr dUSHA, можно ли в шапку добавить все коды ошибок которые могут возникнуть в процессе работы утилиты и будут внесены в лог?

Mr dUSHA, можно узнать какие изменения в версии 11.1.1.3

Новый функционал отлажен и протестирован, и теперь он в открытом доступе для всех:

Новая версия

Версия 11.1.6.2

1. Добавлен функционал извлечения RES-файлов из Restorator-патчеров (ключ -EE). Предназначение – быстрое преобразование готового пакета оформления, созданного на Restorator-патчерах в RES-формат.
   
   Пример использования:
   W7Patcher.exe -EE -P .\resources -D .\openresdir
   Здесь через ключ -P задается папка с деревом Restorator-патчеров, ключом -D задается папка, в которой будет сформировано точно такое же дерево вложенных папок, но с RES-файлами.
   .
2. Добавлен функционал извлечения информации обо всех ресурсах в RES-файлах в заданной папке(ключ -PP). Предназначение – быстрый анализ содержимого RES-файлов без тупого открывания каждого файла в редакторе, для выявления ошибок типа «не тот язык задан для ресурса» или «не то имя…». Вся информация о содержимом RES-файлов записывается в журнал работы утилиты.
   
   Пример использования:
   W7Patcher.exe -PP -PO .\openresdir
   Здесь через ключ -PO задается папка с деревом RES-файлов.
   
   Также можно использовать дополнительные ключи -S1033 и -S1049. Они предназначены для пропуска занесения в журнал ресурсов с языками English и Russian соответственно, что удобно для поиска ресурсов с «не правильными языками» при отладке пакета оформления.
   
   Пример использования:
   W7Patcher.exe -PP -S1033 -S1049 -PO .\openresdir
   .
3. В движок Windows 7 Logon Screen Changer добавлен ключ -WSREG – регистрация утилиты в контекстном меню на графических типах файлов .BMP, .JPG, .JPEG, .PNG, .TIF, .TIFF для быстрой установки изображений этих типов как фоновых на экран входа пользователя в систему.
   .
4. Добавлен ключ -LOG <FILE> которым можно задать произвольное имя и месторасположение создаваемого утилитой журнала работы.

P.S.: Справку по ключах утилиты, как и раньше, можно получить в журнале работы утилиты, запустив ее без ключей, или с ключом -help

Вот такой лог:
В меню ничего нет. Какая надпись должна появится?

Запускаю так:

Pozia, запускаете из Проводника?

Smarty, из проводника. Но у меня до этого был ваш твик модифицированный мною и видимо все перепуталось. Можете подсказать какие настройки в реестре вносятся этим ключем?