а у тебя какая видяха

(Reply to this) (Thread)

древняя и скучная.

(Reply to this) (Parent)

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

(Reply to this) (Thread)

ну вот у тебя же мозгов нет — а ты каменты пишешь. чудо же!

(Reply to this) (Parent) (Thread)

анон вообще может всё, если ты не заметил.

(Reply to this) (Parent) (Thread)

Сверхчеловек фактически.

(Reply to this) (Parent)

не бинд, а байнд

(Reply to this) (Thread)

это Очень Ценное Уточнение.

(Reply to this) (Parent)

Блин, я думал, ты художественно преувеличиваешь, а они реально такое пишут:

When an application starts over-subscribing GPU-side memory, DEVICE_LOCAL memory allocations will fail. It is also possible that later during application execution, another application in the system increases its usage of GPU-side memory, resulting in dynamic over-subscribing of GPU-side memory. This case can result in an OS (for instance Windows 7) to silently migrate or page GPU-side allocations to/from CPU-side as it time-slices execution of each application on the GPU. This can result in visible “hitching”. There is currently no method to directly query if the OS is migrating allocations in Vulkan. One possible workaround is for the app to detect hitching by looking at time-stamps, and then actively attempting to reduce DEVICE_LOCAL memory consumption when hitching is detected. For example, the application could manually move around resources to fully empty DEVICE_LOCAL allocations which can then be freed.

(Reply to this) (Thread)

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

(Reply to this) (Parent)

справедливости ради, ты для OpenGL описал, да. для шиткана всё ешё проще: ПИЗДЫК. давай, сам пиши механизм свопа текстур и прочих данных, ничего готового не дают. вам, в конце концов, чтобы удобно или чтобы заебаться? потому что OpenGL мы ломали-ломали, но оно очень уж сопротивлялось, никак не получалось совсем доломать.

(Reply to this) (Parent) (Thread)

Почему для OpenGL? Я документ под названием Using Vulkan Device Memory процитировал.

(Reply to this) (Parent) (Thread)

а. ну, в OpenGL та же фигня, конечно.

(Reply to this) (Parent)

> потом что-то старое выкидывать, опять совать, и надеяться на лучшее?

...а в промежутке между выкидыванием старого и засовыванием нового прибегает другой процесс и съедает всё то, что мы только что освободили, верно?

/ЧД/

(Reply to this) (Thread)

ага.

(Reply to this) (Parent)

>imagine a sharp corner, like this: "/\". now try to put a sticker into the corner. the part that covers the floor cannot be put "correctly", because "overflows" from both walls will overlap on the floor. now imagine putting the stiker on the other, "outer" side of the corner. now instead of overlapping, we don't have enough sticker to cover the floor (the sticker has to be "torn" to be properly glued).

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

(Reply to this) (Thread)

проблема не в том, «как». проблема в том, что это выглядит уёбищно. клипать мне вообще ничего не надо, я тупо использую стенсили и рисую обычные квады, я читер.

(Reply to this) (Parent)

ну, то есть, некоторая проблема в «как» есть, конечно, но это не главное. построения я делать не хочу, ну нахуй, я тоже в этом ничего не понимаю.

(Reply to this) (Parent)

А текстуры-то не так много и едят

Log: Spawned server for "map25".
Log: 6159 decals loaded
Log: 4545 subsector decals loaded
Log: ---------------------------------------
Log: The Sad Kingdom
Log:
Log: OpenGL: ===== starting level precaching =====
Log: OpenGL: GPU VRAM available: 3,481 MB
Log: found 356 level textures
Log: found 146 alias model textures
Log: found 1184 sprite textures
Log: precaching 1686 textures
Log: OpenGL: ===== level precaching complete =====
Log: OpenGL: GPU VRAM available: 3,479 MB

(Reply to this) (Thread)

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

(Reply to this) (Parent) (Thread)

А там и нестандартные есть, и довольно много. Не зря ж wad на 54 метра разожран.
Это я сейчас Interception II гоняю, в вавумчике зашибись смотрится, кстати.

(Reply to this) (Parent) (Thread)

дык грузятся ж не все подряд, а только те, которые реально на карте использованы.

(Reply to this) (Parent)