Если упомянули восьмерку, то ситуацию ещё хуже для Вас - разрыв по фукнционалу между 10 и 8 абсолютно минимальный. Тем не менее даже поддержку восьмёрки зачем то выпилили.
Патчу спокойно все последующие версии после 109 - вижу прекрасно, что меняется мало. Проблемы с разрастанием бинарного кода в chrome.dll пытаются нелепо решить в ущерб оптимизации по скорости. О чём собственно и разговор. Уверен, что оно будет расти до бесконечности и ничего вы с этим не поделаете, если конечно не дойдете по разделению самого chrome.dll на составные части: redner / gpu... Повторите банально мои статьи.
Media Foundation существует на Windows 7, camera тоже на крякнутой 141 прекрасно работает.
Windows Graphics Capture
Что мешает альтернативные реализации через тот-же DirectX использовать на семёрке? Из разряда Microsoft через 20 лет научилась открывать RAR архивы нативно.
dx12
Слышал ещё 3 года назад. Одно и тоже....
hardware acceleration
d3d11 (sm5.0) / d3d9 всё так-же ANGLE использует - какая разница принципиально между 10 и 7??? Чуть менее чем ничем отличается.
Форсится через флаги браузера - в 141 работает даже на древней HD 7770.
ЗВУК
После убийства DirectXSound нечего менять.
Легаси для поддержки
Что поменялось в размере chrome.dll после выхода 110 версии? Н-И-Ч-Е-Г-О, DLL'ка не уменьшилась. Одно из двух: никакого legacy там нет ИЛИ это legacy работает всё так-же на Windows 7 /10.
Меня лишь волнует, почему это "говно" штатноНЕ запускается на Windows 7 (хотя после патчинга/кряка вполне себе нормально работает).
С точки зрения математики/алгоритмов браузер выполнен великолепно.
С профессиональной точки зрения платформы/архитектуры Windows - нубское поделие, о чём рассуждаю на протяжении нескольких статей.
И тот факт, что размер файла только увеличивается после 109 версии, говорит лишь об одном - НИКАКОГО смысла удалять поддержку Windows7НЕ было и НЕТ до сих пор. Ну нет с точки зрения кода, там ничего, что препятствовало бы реально запуску. Особенно актуально на фоне таких приятных новостей.
p.s. Само собой не собираюсь сидеть на 109 версии.
Разница в оптимизации -O3 / -O2 была только между 109 (официально последняя Windows 7) и следующими версиями (114). Крякнутые неофициальные версии работали заметно быстрее на Windows 7.
Самый максимум: из-за невозможности контролировать разрастание кодовой базы этими "гениями" в последних версиях Chrome часть subroutine вместо __inline делается отдельной функцией.
Не совсем правда:EDGE.Patcher для Microsoft EDGE/ Chrome всё таки делали по сигнатурам и это без проблем работает на широком диапазоне версий (кряк для Windows 7). Здесь аналогичная ситуация.
в прямом смысле интерфейс IShellFolder от COM-объектов, моникеров, displayname, которые ещё со времён Windows XP/Server 2000 НЕ поменялись от слова СОВСЕМ.
Тоже самое с реестром Windows, базовыми WinAPI, отрисовкой средствами DirectDraw.
Всегда забавляло насколько упорно Microsoft ссаными тряпками пыталась пересадить пользователей на Windows Vista, Windows 8, Windows 10, Windows 11, с каким титаническим трудом это делалось путём выпиливания поддержки, навязчивой рекламы и прочих грязных трюков.
между XP и Windows 7 технологическая пропасть - чисто физически нереально сделать crack тот же Chrome. Дело не в количестве API, а именно в качестве - рендер по другому работает.
между Windows 7 и 8, 8.1, 10, 11 нет никакой пропасти в технологиях. Различия минимальны и вполне могут быть проэмулированы или конечная программа может существовать и без них (в отключенном состоянии).
Будет работать на всех хромоподобных браузерах + CEF.
БОЛЕЕ наглядный вид subroutine
tls_add_message, которую необходимо пропатчить (x64) в отладчике x64dbg:Для x86 асм различаются (так-же нашёл).
Если упомянули восьмерку, то ситуацию ещё хуже для Вас - разрыв по фукнционалу между 10 и 8 абсолютно минимальный. Тем не менее даже поддержку восьмёрки зачем то выпилили.
MFPlat:
Это же обвёртки над интерфейсами, в теории дописать реально - всё равно на DirectX 11 device замыкаются (как и с рендером для отдельного окна).
Ну это же наверное что-то очень древнее должно быть!
Существуют GetFrontBufferData или render в текстуру / GetDisplaySurfaceData.
разве что паралельный рендер с 8ки DirectOut - но людям на семёрке с HD экранами не очень будет заметно по скорости.
3 года одно и тоже. Стоит ли удивляться что даже в WebGPU сделали наоборот.
Патчу спокойно все последующие версии после 109 - вижу прекрасно, что меняется мало. Проблемы с разрастанием бинарного кода в chrome.dll пытаются нелепо решить в ущерб оптимизации по скорости. О чём собственно и разговор. Уверен, что оно будет расти до бесконечности и ничего вы с этим не поделаете, если конечно не дойдете по разделению самого chrome.dll на составные части: redner / gpu... Повторите банально мои статьи.
Даже аппаратное ускорение WebGPU работает на семёрке средствами DirectX 11.
Зачем убирали поддержку 7 - до сих пор сами не можете ответить на этот простой технический вопрос.
Абсолютное большинство даже на виртуалке работает.
Vulkan так-же поддерживается Windows 7 для некоторых видео-карт и заработает в теории.
Не знаете к чему придраться)
p.s. Не хуже Вас знаю как потроха сего поделия работают внутри и где можно пропатчить/улучшить.
SDK можно тоже притянуть за уши.
Аналогично как и WinAPI для Chrome.
Или эмулировать а-ля Wine.
Всё запускается прекрасно до сих пор.
С аппаратным ускорением через native d3d11
Media Foundation существует на Windows 7, camera тоже на крякнутой 141 прекрасно работает.
Что мешает альтернативные реализации через тот-же DirectX использовать на семёрке? Из разряда Microsoft через 20 лет научилась открывать RAR архивы нативно.
Слышал ещё 3 года назад. Одно и тоже....
d3d11 (sm5.0) / d3d9 всё так-же ANGLE использует - какая разница принципиально между 10 и 7??? Чуть менее чем ничем отличается.
Форсится через флаги браузера - в 141 работает даже на древней HD 7770.
После убийства DirectXSound нечего менять.
Что поменялось в размере chrome.dll после выхода 110 версии? Н-И-Ч-Е-Г-О, DLL'ка не уменьшилась. Одно из двух: никакого legacy там нет ИЛИ это legacy работает всё так-же на Windows 7 /10.
Для сравнения Sony Xperia 2013 года до сих пор работает. Батарея менялась всего навсего ОДИН РАЗ при активном использовании (основной смартфон).
@wataru, не нас, а Вас. Это Вас должно волновать разрастание "кодовой базы".
Меня лишь волнует, почему это "говно" штатно НЕ запускается на Windows 7 (хотя после патчинга/кряка вполне себе нормально работает).
С точки зрения математики/алгоритмов браузер выполнен великолепно.
С профессиональной точки зрения платформы/архитектуры Windows - нубское поделие, о чём рассуждаю на протяжении нескольких статей.
И тот факт, что размер файла только увеличивается после
109версии, говорит лишь об одном - НИКАКОГО смысла удалять поддержку Windows 7 НЕ было и НЕТ до сих пор. Ну нет с точки зрения кода, там ничего, что препятствовало бы реально запуску. Особенно актуально на фоне таких приятных новостей.p.s. Само собой не собираюсь сидеть на 109 версии.
Нет, Chrome Windows 7 crack - 3 года патчится без принципиальных изменений.
Разница в оптимизации
-O3/-O2была только между 109 (официально последняя Windows 7) и следующими версиями (114). Крякнутые неофициальные версии работали заметно быстрее на Windows 7.Самый максимум: из-за невозможности контролировать разрастание кодовой базы этими "гениями" в последних версиях Chrome часть subroutine вместо __inline делается отдельной функцией.
Аналогичные нюансы решили ранее: EDGE.Patcher
Дополнительно:
Windows 7 CRACK
подчищает испорченную цифровую подпись файла, чтобы антивир меньше ругался.
Не совсем правда: EDGE.Patcher для Microsoft EDGE/ Chrome всё таки делали по сигнатурам и это без проблем работает на широком диапазоне версий (кряк для Windows 7). Здесь аналогичная ситуация.
Если уважаемые пользователи будут донатить миллиарды, готов бросить основную работу и переключится на системную разработку под Windows 7.
Дурной пример заразителен. В прямом и обратном смыслах.
С Вашего позволения внесу аналогичные коррективы в свой Google Chrome Windows 7 crack:
Заодно и на 7ке будет работать!
"640 Кб хватит всем"...
За 10 лет ничего принципиально нового.
@X-P0rt3r Thank you!
в прямом смысле интерфейс IShellFolder от COM-объектов, моникеров, displayname, которые ещё со времён Windows XP/Server 2000 НЕ поменялись от слова СОВСЕМ.
Тоже самое с реестром Windows, базовыми WinAPI, отрисовкой средствами DirectDraw.
Всегда забавляло насколько упорно Microsoft ссаными тряпками пыталась пересадить пользователей на Windows Vista, Windows 8, Windows 10, Windows 11, с каким титаническим трудом это делалось путём выпиливания поддержки, навязчивой рекламы и прочих грязных трюков.
между XP и Windows 7 технологическая пропасть - чисто физически нереально сделать crack тот же Chrome. Дело не в количестве API, а именно в качестве - рендер по другому работает.
между Windows 7 и 8, 8.1, 10, 11 нет никакой пропасти в технологиях. Различия минимальны и вполне могут быть проэмулированы или конечная программа может существовать и без них (в отключенном состоянии).