Maksim Savelev

Спасибо за поддержку, буду продолжать эксперименты

Апдейт. Взял TP-link AX5400. Ничего кроме шлема к сети 5г не подключено, ну и к 2.4 тоже ничего. В сети 5г стоит 160Mhz, поставил роутер перед мордой 1-1.5 м. Networking 5-8. Сидеть в кабине и летать высоко нормально, но это не мой стиль. Низко над землей и смотреть в сторону и тут понеслось... ну короче беда подскакивает на мгновенье в жёлтую зону/, потом вроде опять норм, микростаторы присутствуют, причем только в контастных сценах - на солнышке, если лететь также над городом и смотреть туда где тень от облака -норм). Ничего не меняя подключаю провод и все прекрасно, потом опять отключаю провод и врубаю Wi-Fi и опять та же история. Короче, или роутер - гавно, ну или вы просто не договоаривали). Моё мнение, что у всех слишком "симуляторно-игровой" подход смотрим в окошко будто мы в игре. Извините конечно, но это не приемлемо. Возможно проблема в роутере или каких-то службах запущенных в шлеме, не зря все-так этот ROG роутер был в списке беспроблемных, а этот TP-link -нет). Ну или беспроводная история для людей с высокой толлераньностью ко всему подобному Может сгодится на AV-1 в стрелялку поиграть, посмотрим

Джентельмены, прочитал, что вроде как такой роутер как выделенный для шапки, должен хорошо работать. Что скажите, кто на опыте, так сказать?! Asus ROG Rapture GT-AX6000

Я бы попробовал коробку бросить у розетки и протянуть один кабель, но мне нужен тогда Type-С на Type-C female соединитель, а у меня такого нет пока. Уверен разницы не будет. У меня сетевая в компе тоже на 2500, но с новым роутером я такую скорость соединения смогу только по беспроводу попробовать, так как «коробочка» имеет ограничение в 1000, как мы тут разобрались. Да 100w означает, что если зарядник столько осилит, то столько и до шлема дойдет, в теории, если он возьмет столько. У меня 60W на коробочке, а зарядник 48W, вроде хватает, если не в Paththrough режиме сидеть

Никаких затрат. RJ45 на Type-С + пара проводов ethernet CAT 5E или CAT 6. Роутер для проводного соединения в моем случае стандартный от МТС. Улучшение картинки для меня «критическое». Нельзя сказать что это 10% , как это померить? совершенно другое восприятие виртуального мира. Скорость кадра и шутер- что за глупость? Причем тут это. Это то сколько у вас осталось производительности до 13.8мс. Если дольше этой величины- фпс падает ниже 72 и начинается дерготня. 1мс меньше, значит, что у вас не будет проблем в загруженной сцене.. Вам предлагают вариант, как получить картинку лучше, а вы решаете нужно оно вам или так сойдет

Вот, как мне кажется, наглядное сравнение

4096

Есть ли такой роутер, чтоб про него было известно, что у большинства пользователей VD с ним нормально работает?

Что-то не так, это то почему я его долго не использовал, на самом деле все наоборот. Вы спроводрм ethernet шлем подключали? GodLike пресет?

Клянусь, я был самым лютым противником ВД и адвокатом Квест-линк, кто меня знает, тот подтвердит. Я не знаю, как это делает ВД, но по крайней мере по проводу Ethernet по сути это то же дата-канал, как и USB (только через одно место), и кодеке H264+ с битрейтом в 500 он передаёт картинку по чёткости, которая НЕСРАВНИМО ЛУЧШЕ, чем Квест-линк с битрейтом 900 и кодеком Н264. Я это прям только что снова сравнивал.

Disregard my last message))) Попробовал H264+ на битрейте 500 - это просто отвал башки)))! Пошёл стопану видео на Ютуб)

Не могу знать, не тянет. система. 5800Х3D Rtx 4090, не могёт более Так ничего не понял, что поменять)? Роутер нет возможности, вместе с контрактом на съемной квартире такой стоит. Ну он по сути ведь просто коммутирует (соединяет) одно устройство с другим по проводу? Пропускная способность провода Cat 6 1000мб/с вроде? Как можно 2400 получить? Научите? А я думал вся фишка в кодеке Av-1, просто Квест-линк по 264 даёт 900мбит/, что больше, чем 450-500. Где тут подвох, научите)

Глядя на общественность и под воздействием инженеров Мета, которые поломали КвестЛинк для DCS, пересмотрел свои взгляды возможность применения VirtualDesktop. Буду рад, если ещё типсов накидаете

К сожалению "рассинхрон" головы для меня также заметен и критичен, как для вас контроллеры Вот какой еще момент: Кстати, несмотря на то, что удалось победить OpenXRToolkit, откатом на прошлую версию софта Мета и вернуть отсутствие микростаторов с помощью ТурбоРежима, остался еще один неприятный момент, который ускользал от меня пока я летал на поршнях. Начиная с прошлого или теперь уже позапрошлого апдейта DCS, в ВР при перемещении курсора возникают микростатеры, раньше казалось, что это только происходит в разных меню, но включив "сложный" самолет и попытавшись понажимать кнопки курсором мыши обнаружил, что картинка начинает "статорить". Как только курсором прекращаю управлять данный эффект пропадает. Подскажите, есть у кого-то что-то подобное и как при этом у вас запущен ВР в DCS? Мне кажется это видео может немного помочь разобраться:

К сожалению, я считаю этот софт абсолютно бесполезным для задач ВР в DCS. Во-первых, отсутствие работы по проводу, зачем-то преплетение работы через роутер, во-вторых отсутствие прямой жесткой связи между перемещением реальной и виртуальной головы (алгоритмы работы, как у мыши с ускорением), в-третьих, слишком низкий пропускной канал 200мб.с кажется максиму, что просто даёт сильное деградацию картинки. Ну короче - баловство. Моим требованиям не соответствует капитально. Первый и второй пункты, считаю абсолютно неприемлимыми, особенно, как человек использовавший ВР по дисплейпорту с 2017года.

Спасибо! И вот это нечем заменить! ничем больше, никто ничего в этом не понимает, кроме автора OpenXr Toolkit Первое - это просто побочка или следствие, но не суть Второе - полностью не согласен

Супер! Спасибо большое! У меня вот такой вопрос в голове, что делает Турбо режим, который очень сильно спасает от микростатеров, и почему никто не делает ничего подобного внутри симулятора как такового для ВР, просто без него микро-дёргание - это просто конченный момент, разраыв погружения, просто ужасная и недопустимая вещь. Как обычно всем норм, а меня парит неприемлимость подобного. OpenXR Toolkit больше не поддерживается, как потом будем симуляторы летать, когда он окончательно перестанет работать. Как интерсно Pimax Crystal Light этот момент обыгран? Потому как сейчас я не вижу будущего у ВР, так как производители поняли, что массовый пользователь не видит ни проблем оптики ни статров и вообще с отвратительной производительностью летают в MSFS, что просто не примлемо плохо в ВР и можно гнать абсолютную лажу типа Somnium и Pimax Crystal (не Light), Vаrjo Aero и прочее. Почему- то в крайнее время энтузиазм сильно поубавился у меня по итогу всего происходящего...

Приветствую! Нужна ваша помощь) В крайнем апдейте дров для Окулус линка появилась несовмеситмость с запуском DCS с включенным Toolkit. Без Турбо режима летаать не могу - сводят с ума микростатеры при пролете близко с объектами. Знаю, что обычно имеете архив прошлых версий софта и отучалку автообновлений. Можно попросить ссылку на прошлую версию дров Окулуслинка, до сегодняшнего апдейта

Позвольте поинтересоваться. До недавних обновлений F-18 имел определенную эффективность stabilators, которая определяла на какие углы атаки с определенной центровкой и скоростью самолёт был способен выйти при полностью отклоненных рулях. При этом, таким же образом определялось на какие АОА самолёт мог выйти с полностью отклоненным рулями в посадочной конфигурации. После апддейта, при полностью похожих условиях в полётной конфигурации самолёт может выходить на значительно гораздо большие углы атаки, а вот в посадочной конфигурации я не сумел заметить отличий. Ожидается ли соответственное изменение поведение самолёта в посадочной конфигурации? Или раньше просто считали правильно, а нынешняя правильность "возросла в 2 раза" для полётной конфигурации только. Это нормально, что всё в процессе проходит, так сказать, fine tuning, но просто изменения для полётной конфигурации были настолько драматическими, что невольно возник вопрос про посадочную конфигурацию)

Oh and that's really important one and hard for me to explain, but here it is. In first example with FFB and real airplane this difference between your stick big green diamond and "trimmed center position" small green diamond is just a math expression of how much force you need to apply to keep this displacement. And yet again displacement is just a calculated force required. There is no flexibility or physical displacement and that's why your orange diamond (3D stick and stabilator) is always stays align with the big green diamond (your FFB stick). And for the spring joystick they wanted you to have this Physical displacement as a representation of calculated force (math expression) because the only way you can feel a force on spring joystick is by displacing it from the center. And this causes decoupling. I believe I can't explain any better than this, sorry... Everything else, the way how everything moves during and after decoupling or all of the oscillations after joysticks inputs or without it is just a consequences of such modeling.

@FusRoPotatoI don't think that there is a space left for guessing what is exactly happening. They did exactly what I explained in my video in details. Either I'm really bad at explaining complex things or it wasn't interesting to watch. But could be both))! They have modeled the system itself that way that the "force center" or "balanced trim" position represented as a small green diamond moves and works as designed according to schematic. That means if motors of your FFB device are powerful enough your stick will always move with this small green diamond if you're not holding it. just put your aircraft vertically let go of stick and see how the magic happens. All of your force inputs are measured from this start position. When your hold your stick firmly in one place and at the beginning all of the diamonds are align, but due to speed or G changes small green diamond shifts away you will feel the force proportional to this displacement. The same way it will work in a real aircraft, despite the thing that self dampening of the system will be more pronounced. So the only time you can feel force or tension when this small green diamond "balanced" trim position is not aligned with you FFB stick. Problem is, that they left everything to be working exact way but for the non FFB joystick which is unable to move and its physical center always one place. But HB wanted to keep theirs simulation anyway. The only way to do it for non FFB joystick is to give you an authority of the displacement from "balanced" trim position. So simulation of the center is jumping back and forth, based on schematic and you can only make an adjustment on top of it. What brakes the control system completely. Well I've tried my best to explain. Please process it carefully and I believe you will get it easily, because as I've seen from the graphs you're capable to pull out, you're way smarter than me)).

Well, not really. 32 as I understand is a weakest option. With the most powerful motor, slightly different gimbal, and arm of 45cm (length of stick + half length of grip) I’m getting max of about 55 lbs in a pitch channel.

Thank you! That is exactly what we’re trying to say all the time. It should be zero oscillation. The only reason why this aircraft could be a subject of PIO is because it doesn’t have a «variable ratio» between stick and stabilator which along with the aft CGs and thus a high effectiveness of the stabilator makes it hard to precisely control it at a high IAS. Next gen of jets have eliminated this problem by implementing this stick to stabilator variable ratio based on speed. Of course, inertia of bob weights counts but I believe the major part of it will be damped out by the system itself and the rest will handle the pilot. I also believe that damping conditions are underestimated by HB, because even removing a viscous damper later on, to reduce the system resistance and thus increase speed of trimming, couldn’t be felt by pilots. But nevertheless the small one/two time (one/two period) osciillation or fluctuation is expected when position of the stick is changed, because pilot needs to readjust his pulling/pushing strength wile also dealing with the inertia. But it will happen anyway, even you're using a simple spring joystick, you can see it from the latest FusRoPotato's graph. So no need to bother to fake it through the simulation of flight controls. It would be absolutely great if we can get the same opportunity as @FusRoPotatoshowed here, but with possibilities of old fashion trimming. As I’ve showed in my video, the range of required positions of stabilator required for the horizontal flight throughout the whole speed envelope is very narrow and basically ones trimmed you barely need to touch it again, might be just slightly for the comfort purposes when stabilized on speed in landing configuration Don’t get me wrong I’m talking about light spring loaded joystick. Real aircraft you will need to trim, because forces are not the same. But it applies almost for every aircraft

@FusRoPotato Thank you very much for the Great analysis! It's Big, Heavy, and VERY powerful, but the downside of it it's floor based. It can be used with VPC or VKB grips

You should consider FFBeast - that's the best representation of FFB concept)