Блог

Я использую метод D3DXSPRITE для отображения моих плиток карты на экране, я только что добавил функцию масштабирования, которая увеличивает масштаб, когда вы удерживаете стрелку вверх, но заметил, что теперь вы можете видеть промежутки между плитками, вот несколько снимков экрана

обычный размер (32×32) для плитки

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

уменьшено (даже хуже!)

Вот фрагмент кода, с помощью которого я перевожу и масштабирую мир.

 D3DXMATRIX matScale, matPos;

D3DXMatrixScaling(amp;matScale, zoom_, zoom_, 0.0f);
D3DXMatrixTranslation(amp;matPos, xpos_, ypos_, 0.0f);

device_->SetTransform(D3DTS_WORLD, amp;(matPos * matScale));
  

И это мой рисунок карты (плитки находятся в векторе вектора плиток.. и я еще не закончил отбраковку)

 LayerInfo *p_linfo = NULL;
  RECT rect = {0};
  D3DXVECTOR3 pos;
  pos.x = 0.0f;
  pos.y = 0.0f;
  pos.z = 0.0f;

  for (short y = 0; 
    y < BottomTile();   y)
  {
    for (short x = 0; 
          x < RightTile();   x)
    {
      for (int i = 0; i < TILE_LAYER_COUNT;   i)
      {
        p_linfo = tile_grid_[y][x].Layer(i);

        if (p_linfo->Visible())
        {
          p_linfo->GetTextureRect(amp;rect);

          sprite_batch->Draw(
            p_engine_->GetTexture(p_linfo->texture_id), 
            amp;rect, NULL, amp;pos, 0xFFFFFFFF);
        }
      }
      pos.x  = p_engine_->TileWidth();
    }
    pos.x = 0;
    pos.y  = p_engine_->TileHeight();
  }
  

Ваши индексы текстуры неверны. 0,0,32,32 — неправильное значение — оно должно быть 0,0,31,31. Индекс на основе нуля в вашем текстурном атласе в 256 пикселей даст значения от 0 до 255, а не от 0 до 256, а текстура 32×32 должна давать 0,0,31,31. В этом случае цвет неправильных пикселей зависит от цвета следующей текстуры справа и снизу.

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

Я так думаю.

У меня также была похожая проблема с отображением текстур. Что сработало для меня, так это изменение режима адреса текстуры в описании состояния сэмплера; режим адреса текстуры используется для управления тем, что direct3d делает с координатами текстуры за пределами диапазона ([0.0f, 1.0f]): я изменил элементы ADDRESS_U, ADDRESS_V, ADDRESS_W на D3D11_TEXTURE_ADDRESS_CLAMP, который в основном преобразует все значения вне диапазона для координат текстуры в [0.0f , 1.0f] диапазон.

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

идеальный пиксель-2d с официального сайта Unity

на собственном опыте плюс я выяснил, что если PPI спрайта равен 72 (например), вы должны попытаться использовать больше PPI для этого изображения (возможно, 96 или больше).).На самом деле это делает спрайт более плотным и не оставляет места для появления белых пробелов.

Добро пожаловать в мир чисел с плавающей запятой. Эти промежутки существуют из-за несовершенства использования чисел с плавающей запятой.

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

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

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