Опубликован экспериментальный выпуск открытой реализации Win32 API - Wine 10.17. С момента выпуска 10.16 было закрыто 17 отчётов об ошибках и внесено 367 изменений...Подробнее: https://www.opennet.dev/opennews/art.shtml?num=64072
если адаптировать эти заглушки игры или программы будут запускаться на windus XP ?
api-ms-win-appmodel-identity-l1-1-0
api-ms-win-appmodel-runtime-l1-1-1
api-ms-win-appmodel-runtime-l1-1-2
api-ms-win-core-apiquery-l1-1-0
api-ms-win-core-appcompat-l1-1-1
api-ms-win-core-appinit-l1-1-0
api-ms-win-core-atoms-l1-1-0
api-ms-win-core-bem-l1-1-0
api-ms-win-core-com-l1-1-0
api-ms-win-core-com-l1-1-1
api-ms-win-core-com-private-l1-1-0
api-ms-win-core-comm-l1-1-0
api-ms-win-core-console-l1-1-0
api-ms-win-core-console-l2-1-0
api-ms-win-core-crt-l1-1-0
api-ms-win-core-crt-l2-1-0
api-ms-win-core-datetime-l1-1-0
api-ms-win-core-datetime-l1-1-1
api-ms-win-core-debug-l1-1-0
api-ms-win-core-debug-l1-1-1
api-ms-win-core-delayload-l1-1-0
api-ms-win-core-delayload-l1-1-1
api-ms-win-core-errorhandling-l1-1-0
api-ms-win-core-errorhandling-l1-1-1
api-ms-win-core-errorhandling-l1-1-2
api-ms-win-core-errorhandling-l1-1-3
api-ms-win-core-fibers-l1-1-0
api-ms-win-core-fibers-l1-1-1
api-ms-win-core-file-ansi-l2-1-0
api-ms-win-core-file-fromapp-l1-1-0
api-ms-win-core-file-l1-1-0
api-ms-win-core-file-l1-2-0
api-ms-win-core-file-l1-2-1
api-ms-win-core-file-l1-2-2
api-ms-win-core-file-l2-1-0
api-ms-win-core-file-l2-1-1
api-ms-win-core-file-l2-1-2
api-ms-win-core-handle-l1-1-0
api-ms-win-core-heap-l1-1-0
api-ms-win-core-heap-l1-2-0
api-ms-win-core-heap-l2-1-0
api-ms-win-core-heap-obsolete-l1-1-0
api-ms-win-core-interlocked-l1-1-0
api-ms-win-core-interlocked-l1-2-0
Попробуйте,но там и графический стек тоже пилить придется наверняка.Майкрософт не осилила и .выпустила Виста/7. Пусть им будет стыдно за непрофессионализм.
В MS как раз всё правильно сделали — иногда проще с нуля переписать.
Надеюсь вы просто экспериментируете, ибо железо с новой осью стоит копейки.
Новое железо то я куплю. Но куда тогда Коре Два Дуо я дену? Куда!?
на золото переплавить - оно сейчас сильно подорожало...
EAX 2.0 функции, которые имеют ограниченную или отсутствующую реализацию в Wine:
Полностью или частично отсутствующие:
EAX2_LISTENERPROPERTIES - расширенные параметры слушателя:lRoom / lRoomHF - точная калибровка помещений
lReflections / lReflectionsDelay - продвинутые отражения
EAX2_BUFFERPROPERTIES - свойства буфера:
lDirect / lDirectHF - прямое распространение
lRoom / lRoomHF - для отдельных буферов
lObstruction / lExclusion - сложная окклюзия
Динамическое изменение окружения:
Плавные переходы между environment пресетами
Реальное время обновления сложных параметров
Ограниченно реализованные:
Точная окклюзия (Occlusion):c
// EAX 2.0 occlusion модели
EAX2_OCCLUSION_DIRECT
EAX2_OCCLUSION_DIRECTHF
EAX2_OCCLUSION_ROOM
EAX2_OCCLUSION_ROOMHF
Обструкция (Obstruction):Частичное блокирование звука препятствиями
Разные коэффициенты для низких/высоких частот
Продвинутая диффузия:
flEnvironmentDiffusion - не все значения корректно обрабатываются
Динамическое изменение рассеивания
Проблемные области:
Точная временная синхронизация:Задержки отражений (flReflectionsDelay)
Задержки реверберации (flReverbDelay)
Частотная фильтрация:
Точное разделение HF/LF обработки
Кастомные фильтры для разных материалов
Пример неподдерживаемых функций:
c
// Эти свойства могут работать некорректно в Wine
EAX2_BUFFERPROPERTIES bufferProps = {
.lDirect = 0, // Может игнорироваться
.lDirectHF = -200, // Ограниченная поддержка
.lRoom = -1000, // Базовая поддержка
.lRoomHF = -100, // Частичная поддержка
.lObstruction = -300, // Часто не работает
.lObstructionLFRatio = 0.0f, // Редко поддерживается
.lOcclusion = -500, // Ограниченная реализация
.lOcclusionLFRatio = 0.25f, // Может игнорироваться
.lExclusion = 0 // Обычно не реализовано
};
Проверка текущего статуса:
Вы можете посмотреть актуальный статус в исходном коде Wine:bash
grep -r "EAX2_" dlls/openal32/ | grep -i "not.implemented\|TODO\|FIXME"
Большинство базовых функций EAX 2.0 работают, но продвинутые features, особенно связанные с точной физикой звука и сложной окклюзией, часто эмулируются не полностью или используют упрощённые алгоритмы.
Да, звук в wine звучит попроще, чем в Винде.
и это только ЕАХ2, который пентиум 3 может в 64 буфера обрабатывать полноценно, а не упрощенно. Так что мешает сейчас, спустя четверть века, реализовать полноценный программный ЕАХ 2 - это даже не камильфо, это позор Великий!!! Вот что значит, когда у хороших программистов нет хорошего руководителя - кругом халтура, раздолбайство...
Софтверный объёмный звук уже давно во всех движках реализован.
Здесь разговор идёт не про все движки, а про WINE
Должен ли я объяснять очевидную вещь, что это не нужно примерно никому?
Wine сейчас — это чтобы современные игрушки запускать. Чья девушка, тот её и танцует.
самая большая ошибка - говорить за всех...
Все могут заняться этим, безусловно.
И вообще, ты путаешь тёплое с мягким - объёмный звук во всех движках это ≠ API, через который он воспроизводится. Объёмный звук во всех движках работает через API, а не отдельно от него. ЕАХ - это часть API, но больше для старых гамесов, хотя можно реализовать и в новых. Если говорить про новые гамесы то они звучат через x3dAudio, который так же эмулируется в WINE наверное в упрощенном варианте...
Зачем тут пастить высер нейронки?
Разберись для начала что такое и как работает openal.
OpenAL - полное фуфло, например, в Сталкере ТЧ/ЗП звук с ЕАХ отстойный, пока не подключишь dsound.dll от креатива или реалтека (в зависимости на чём играешь, но у креатива лучше)
> OpenAL - полное фуфло, например, в Сталкере ТЧ/ЗП звук с ЕАХ отстойный,
> пока не подключишь dsound.dll от креатива или реалтека (в зависимости на
> чём играешь, но у креатива лучше)Для хорошего пространственного звука есть другие библиотеки-примочки типа DSOAL и аналоги с HRTF типа x3daudio.
Прежде чем делать такие заявления нужно сравнивать с аппаратным ЕАХ на личном опыте, а не опираться на теоретические умозаключения. Лично я слушал тест RightMark3DSound через DSOAL на Windus 7, а потом в ХР на Audigy RX - так вот, во всех тестах ЕАХ 1/2/3/4 DSOAL просто ужасен по качеству звука по сравнению с аппаратным ЕАХ на Audigy... DSOAL - абсолютно точно такое же фуфло, потому что DSOAL работает Через OpenAL...
Как по мне, лучше вообще отказаться от ЕАХ, чем пользоваться через DSOAL...
Сломаный к чертям релиз:
>i686/Fedora 42/X11столько вопросов
Пошёл на ex why и краткая.Я собираю Wine под i686, потому что у меня 2 десятка только x86 Windows приложений. Мне multilib не в cpa лся.
Я не использую napaшу по имени Wayland, потому что под ней Wine приложения работают как roBHo.
И в целом Wayland - roBHo
Но при всём этом ты используешь линукс. Самому то не смешно?
просто xp поставиь на свой селерон
Собирай, но зачем им поддерживать твои окаменелости?
>Закрыты отчёты об ошибках, связанные с работой игр: Metro 2033Отличная серия:
https://store.steampowered.com/app/286690/Metro_2033_Redux/
То даа. Я ещё на четвёртой плойке играл.
Вот это новости
>>Закрыты отчёты об ошибках, связанные с работой игр: Metro 2033
>Отличная серия:
>............ну и зачем? оно под линух нативно есть.
Для ReactOS-а :-P
Не иронично, но бы хотел Wine на винде, уж очень он хорош для запуска стареньких игры\программ
А он есть на винде тоже, раньше пользовался пока не перешёл на ГНУ/Линукс.
Когда уже линух станет лучшей виндой, чем сама винда? Я жду этого момента. Мб еще когда андройд превратится просто в линух в джавой, можно будет смело выкидывать все, кроме линуха.
> Для OpenGL по умолчанию задействован бэкенд отрисовки, использующий EGL.Это ведь не сильно проблема, если вместо GLX, потому что EGL и X11 поддерживает?