Фичреквест для драйверов Mesa.

Насколько я знаю с opengl такое не прокатит. И даже этот 3d vision тоже хочет поддержки в ПО, а не только в драйверах.

Это уже opencv

Судя по тому что написано в википедии 3D Vision не требует поддержки в ПО, эта поддержка нужна только для гарантированного отсутствия редких артефактов.

В 2008 году, после выхода Windows Vista, компания полностью переписала свой стерео-драйвер под новые требования операционной системы, убрав из него поддержку всех старых игр, созданных с использованием технологий OpenGL, DirectX 8 и младше.

В общем ограничения старых игр Nvidia создала искусственно.

Reshade умеет

Это кто?
@Reshade

ReShade
Advanced post-processing everywhere.

Я посмотрел, это для винды, а я хочу для Linux

Зато опенсорц.

Игр на линуксе «нет». Так что берите протон, натягивайте туда врапперы, прогоняйте через dxvk/d9vk.

это для винды, а я хочу для Linux

Напиши. Всякий мелкий софт под Linux так и появляется.

Это не мелкий софт, в том виде в каком я это задумал надо по крайней мере залезать в драйверы Mesa.

Ты промахнулся мимо багтрекера mesa.

Так вот, можно ли сделать подобную подмену функции в свободных драйверах?

Нельзя.

🧱

/thread

Ты промахнулся мимо багтрекера mesa.

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

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

Ты адресом не ошибся, балаболка? Тут только скажут «не нужно»

А зачем полностью плвторять протокол, взять за основу идею и сделать всё по своему.

Ну а что до протокола то электронику можно просто заменить, там в принципе нужен только согласующая электроника с ЖК стёклами очков и сигнал для управления ей можно выводить через HAL на LPT или COM порт.

Что же до её применения к VR шлему то она вообще не имеет прецедентов, OpenVR как я понимаю устроен иначе, более сложно и в случае двуматричного шлема обязательно требует контролёр дисплеев, а в моём варианте такой контролёр не нужен.

Когда я вижу слово «просто», у меня дергается глаз. Нельзя просто заменить электронику. Даже если это сделать, тайминги мониторов откуда брать? У нвидии они в драйвере прописаны для всех поддерживаемых моделей, но как их расшифровать - никто пока не разобрался. Ещё раз повторюсь, если бы это было просто, кто-нибудь бы это уже сделал.

Ну… тем хуже для шансов реализации твоей хотелки.

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

запрс

Упрлс?

Даже если это сделать, тайминги мониторов откуда брать?

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

Единственно хорошо бы сделать несколько типовых дефолтных конфигураций, ну и ДИЗАЙН форм/диалогов надо продумать так, чтобы он был удобен для тюнинга.

Ты тут уже нафантазировал програмно-аппаратный комплекс, который делать год. Ты и правда думаешь, что кто-то захочет этим заниматься? Причем именно в описанном тобой виде?? Опенсорс так не работает. Либо ты САМ, горя энтузиазмом, делаешь что тебе нужно, либо нанимаешь спеца за деньги, чтобы он за тебя это сделал. Нытьё на форумах не поможет.

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

По сложности эта утилита должна быть на уровне демонстрационно-обучающей иллюстрации к пояснениям как писать софт на соответствущем API.

Поимер работы такой утилиты, нажимаешь на иконку трея, выскакивает окно с вопросом ‘‘Имя?’’, полем ввода и кнопками ОК и Отмена. После того как ввёл Маша и нажал ОК если результат выполнения команды
env|grep ANAME
будет
ANAME=Маша.

И вся утилита будет именно такая, только параметров будет больше, ну может ещё код для проверки коректности будет, а может его и не будет.

Тоже и со шлемом, там просто два независимых монитора к которым идёт два отдельных DP кабеля, ну может ещё USB 3.0 для питания дисплея и возможно имеющихся датчиков наклона головы, которых впрочем может и не быть.

То есть основная сложность это спроектировать и создать на 3D принтере пластмассовый корпус.

То есть единственная реально сложная часть предложенного в случае шлемофона это именно создание нужной функции в драйвере Mesa.

либо нанимаешь спеца за деньги,

Как я понимаю специалист нужной квалификации столько денег захочет, что проще будет готовый VR комплект от valve или htc купить, они конечно в старые игры уметь не будут, но будут явно дешевле специалиста который скорее всего за время на которое его можно нанять только прототип кода сделает.
Я конечно хочу успеха СПО и удешевления VR, но не на столько чтобы несколько лет копить на найм людей с таким высоким стандартом зарплат, тем более что лично мне результат их работы не очень и нужен.

Либо ты САМ, горя энтузиазмом,

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

А то будет как с STM32, купил макетную плату и положил на полку.

Ну так учи английский, а не засоряй эфир.

Тоже и со шлемом, там просто два независимых монитора к которым идёт два отдельных DP кабеля,

К стати недавно прочитал о том, что Pimax к своему новому эксперементальному VR шлему с суперразрешением тоже два HDMI кабеля тянет.

Правда не ясно, почему именно HDMI, когда как я понимаю DP можно без использования промежуточного контроллера подключить напрямую к матрице.

чтобы кратко в одном прндложении

Ну можешь писать развёрнуто, так и быть. И не придётся в одно прндложение всё ужимать.

режим для очков

вариант для шлема

Оба юзкейса если что совершенно нерабочие в реальности.

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

На самом деле качество английского не так уж важно, гораздо важнее бюджет

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

Нет у меня бюджета, в том числе и шлем окупать жаба душит.

А разработчики Mesa привыкли хорошо есть, и их время стоит наверное $150/час, если не больше

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