Допустим, у нас есть прямоугольник (два треугольника). Он повёрнут на сколько-то градусов относительно основных осей.
Ну для простоты будем считать, что на 45 градусов. На него наложена текстура, выровненная относительно основных осей.
Очевидно, между рёбрами текстурного пространства и рёбрами геометрии возникает угол, равный тем же 45 градусам.
Задача в том, чтобы его вычислить для группы треугольников (для простоты предположим, что группа планарная) и повернуть
текстуру на этот угол. Как бы автоматическая подгонка текстуры по геометрии.

  vec3  vedge0 = v0 - v1;
  vec3  vedge1 = v2 - v1;
  vec2  tedge0 = t0 - t1;
  vec2  tedge1 = t2 - t1;
  vec3  normal = cross( vedge0, vedge1 );
  vec2  sedge0, sedge1;
  mat3  local;
  float  x, y;

  local[0] = normalize( vedge0 );
  local[1] = normalize( vedge1 );
  local[2] = normalize( normal );
  sedge0 = vec2( normalize( vedge0 * local ));
  sedge1 = vec2( normalize( vedge1 * local ));
  x = dot( sedge0, tedge1 );
  y = dot( sedge1, tedge0 );
  double angle = atan2( y, x );

непонятная фигня. на НВ все ок.

на ати - рисую много трисов за кадр ( по ходу дела ряд вызовов glDrawElements ).
в одном из вызовов рисую террайн одним вызовом glDrawElements  (индексов думаю сотни тысяч)

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

замечал такое на старой ати и на новой веге.

никто не сталкивался с таким поведением???????

убираю отрисовку террайна и все становится ок

Правка: 17:31

Возникла безумная идея ввести в игру небоскрёб, обладающий множеством этажей. Например, 2 в 16 степени = 65536 этажами. Но можно и не так масштабно, хотя 256 маловато) Понятно, что моделировать такого монстра целиком нет смысла, тем более во вселенной моей игры видимость не превышает нескольких метров - это фундаментальное концептуальное ограничение.

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

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

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

Есть какие-то известные решения для таких задач? Или не стоит и замарачиваться этажами, на которые Игрок захочет "пойти глянуть", и просто ограничиться решением Игроком задачи с поиском номера нужного этажа?

Заранее спасибо!

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

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

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

Заранее спасибо!

Правка: 19:14

Я понимаю, что можно решить это в лоб - из двух уравнений прямых вывести функцию от двух переменных, которая для всякой пары точек на этих прямых ставит в соответствие расстояние между ними, потом продифференцировать эту функцию сначала по одной переменной, потом по другой, получившееся нечто приравнять к 0, решить уравнение, чтобы найти экстремум (он один по определению, за исключением случая параллельных прямых), затем корни уравнения подставить в исходные уравнения прямых и тем самым получить координаты. На деле там получается дикий треш с очень длинными формулами, вероятность что-нибудь забыть/перпутать в которых стремится к 100%. Есть ли у кого-нибудь готовая формула/алгоритм для этого?

Заранее благодарен.

Правка: 13:37

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

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

Пробовал умножать двумя способами:
1. Просто через glm.
2. Вот так:

glm::quat math::quatsMul(glm::quat q1, glm::quat q2) {
  glm::quat q;
  q.w = q1.w * q2.w - q1.x * q2.x - q1.y * q2.y - q1.z * q2.z;
  q.x = q1.w * q2.x + q1.x * q2.w + q1.y * q2.z - q1.z * q2.y;
  q.y = q1.w * q2.y - q1.x * q2.z + q1.y * q2.w + q1.z * q2.x;
  q.z = q1.w * q2.z + q1.x * q2.y - q1.y * q2.x + q1.z * q2.w;
  return q;

  q = glm::cross()
}

- результат неправильный.

Делаю из этих же кватернионов матрицы средствами glm, умножаю матрицы - результат правильный.
Как правильно умножать кватернионы? В гугле нашел только вышеприведенный код.

float3 viewDir = -normalize(camPos);

float3 viewDir = normalize(-camPos);

float3 camPos = float3(0.05, 0, -1);

float3 camPos = float3(0, 0, -1);

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

Вулкан. GeForce RTX 3060. Компилирую через shaderc. оптимизации отключены.
Изначально думал что проблема в компиляторе, прикрутил dxc, и конкретно данный глюк действительно ушел, но появились другие аналогичные.
Ну и как я сказал выше, сгенеренный код выглядит коректно. Тоесть где-то явно какое-то UB, но я видимо слепой.
у кого-то есть идеи что происходит? Если что шейдер не требует на вход ничего, можно кинуть себе на любой обьект и посмотреть.

float4 MainPS(V2P psIn) : SV_Target
{
    float3 DebugVal = 0;
    float3 camPos = float3(0.05, 0, -1);
    float3 viewDir = -normalize(camPos);

    float3 rayPos = 0;
    float3 rayPos2 = 0;
    float dt = 0;
    
    for (int i = 0; i < 2; i++)
    {
        rayPos = float3(0, 0, -0.5) + viewDir * dt;

        if (i == 1)
        {
            rayPos2 = float3(0, 0, -0.5) + viewDir * dt;
            DebugVal = rayPos; //  rayPos2;
            break;
        }

        dt += 0.5;
    }
  
    if (DebugVal.z < -0.9)
    {
        DebugVal = float3(1, 0, 0); // WRONG! rayPos -> -1
    }
    else
    {
        DebugVal = float3(0, 1, 0); // RIGHT! rayPos2 -> 0
    }
    return float4(DebugVal, 1);
}

P.S. Как заметил MrShoor в описаниии была ошибка. Отредактировал. DebugVal.z ~0 - правильное, DebugVal.z ~-1 - не правильное.

Правка: 22 ноя. 2021 17:31