Fore потолка поверх падающей плиты: в разборе пометок не было ряда -1

Найдено пользователем (2026-08-17, уровень 1 комната 6): падающая плита
(-1,5) перекрывает собой кромку потолка (-1,6), чего физически быть не может.

Дыра архитектурная: pop_fore_needed обходил только ряды 0..2, ряда -1 в
переднем слое не было вовсе.

Сверено с оригиналом.  redraw_needed_tiles (seg008:1B06) обходит ряды 2,1,0, а
ПОТОМ отдельным проходом ряд 2 комнаты сверху (redraw_needed_above), и его
draw_tile_fore кладёт куски в FOREtable.  Падающая плита идёт в MIDtable
(draw_mobs).  draw_tables рисует back -> mid -> fore (seg008:1373), поэтому у
оригинала кромка потолка оказывается поверх плиты сама собой.

Порт:

- pop_fore_needed: проход по ряду -1 добавлен и идёт ПОСЛЕДНИМ, как в
  оригинале.  Свой набор пометок (rdfa/rdfa_pending) — как и у самих
  перерисовок ряда -1 (rda_*), это отдельный проход, а не 11-я колонка;
- новый лист pop_ceil_fore_tile_b (pop_bg.c) — тот же redraw_needed_above,
  что уже рисовался над персонажем (ceil_over_kid_tile), плюс окно клипа
  ровно на полосу столбца и ov_mark (полоса идёт банком без тени, на второй
  странице её восстановит pop_fore_heal);
- mob_mark_neighbour помечает ряд -1, пока кусок достаёт до кромки.  Кромка
  живёт в трёх верхних строках поля (dby = 2 при клипе по POP_YOFF), спрайт
  куска занимает mob_y-16 .. mob_y, отсюда условие mob_y <= 18 — три кадра
  после отрыва (y = 2, 5, 11 при ускорении 3).  Помечаются ОБА столбца,
  которые кусок накрывает по x (mob_x .. mob_x+62 = col и col+1); именно
  поэтому страдал сосед.

По бюджету работа появляется только в эти три кадра на кусок и попадает в
циановую фазу, где сейчас запас (270 тыс. из 400 тыс.).  Замер на ур.13 —
следующим шагом.

8 наборов tests-host зелёные.

Co-Authored-By: Claude Opus 5 <noreply@anthropic.com>
This commit is contained in:
2026-08-17 17:17:04 +03:00
parent bb7cf30910
commit 7ae691b070
5 changed files with 78 additions and 1 deletions
+17
View File
@@ -1449,6 +1449,23 @@ static void mob_mark_neighbour(const mob_t *m)
int8_t r = pop_y_to_row((int16_t)m->y);
int8_t rt = pop_y_to_row((int16_t)(m->y - 18));
int8_t c = (int8_t)(m->col + 1);
/* ПОЛОСА У ПОТОЛКА (ряд −1). Её передние куски (нижняя кромка потолка и
* кадр плиты-потолка) живут в трёх верхних строках поля — dby = 2 при
* клипе по POP_YOFF, — а спрайт куска занимает mob_y−16 .. mob_y. Значит
* кусок закрывает кромку, пока mob_y − 16 <= 2, то есть mob_y <= 18: три
* кадра после отрыва (y = 2, 5, 11 при ускорении 3). Помечаем ОБА
* столбца, которые кусок накрывает по x (mob_x .. mob_x+62 — это col и
* col+1).
*
* Без этого кусок оказывался ПОВЕРХ кромки потолка соседней колонки —
* физически невозможно (найдено пользователем 2026-08-17, ур.1 к.6:
* плита (−1,5) перекрывала потолок (−1,6)). В оригинале порядок даёт
* сама структура таблиц: кусок идёт в midtable (draw_mobs), а полоса
* потолка — в foretable, и та рисуется позже (draw_tables, seg008:1373). */
if (m->y <= 18) {
pop_set_redraw_fore_above((uint8_t)m->col);
if (m->col + 1 <= 9) pop_set_redraw_fore_above((uint8_t)(m->col + 1));
}
if (c > 9) return;
if (r >= 0 && r <= 2) pop_set_redraw_fore((uint8_t)(r * 10 + c));
if (rt != r && rt >= 0 && rt <= 2) pop_set_redraw_fore((uint8_t)(rt * 10 + c));