 |
Another problem is that player can run around for some more time after triggering load. With increased speed =) I bumped into some code which is intended to freeze picture during map change or load process. The entry point is idSessionLocal::StartWipe. Basically, the current frame is captured to "_scratch" internal image. Then the full-screen quad with material "wipeMaterial" is drawn on top of the window (idSessionLocal::DrawWipeModel). Obviously, the material gets time parameter and can even do some fading (probably was used in Doom 3). Right now the wipe material is simply missing, that's why player view continues to be shown. In order to restore it, add this material to tdm_internal_engine.mtr: wipeMaterial { { map _scratch } } Unfortunately, it gets upside-down for some reason. I guess some magic line about texcoords can fix it. The reason for removal was probably "optimization" =( When wipe starts, the whole game is paused for com_wipeSeconds = 1 seconds, after which the loading actually starts. The wipe material remains until loading ends. I think this pause time was used to fade from screenshot into load image in Doom 3. Anyway, instead of removing the material, better set com_wipeSeconds to something like 0.1. Unfortunately, wipe material is not enough to restore clean visual behavior of game load. Some random pictures popup at the moment I hit "quickload" key. I hope Cabalistic can look into it at some moment. |
 |
May be related to 0004623 |
|
|
In svn rev 9589, I reduced com_wipeSeconds to 0.1. This is discussed here: https://forums.thedarkmod.com/index.php?/topic/21089-wipe-time-on-map-start/ By the way, I cannot reproduce the problem originally reported here. But if I add wipe material, then I start seeing a glimpse of random letters when I start game from the menu (fullscreen), |
|
|
The issue is fixed with 0006149 and svn rev 10182. Regarding "wipe" feature. This feature triggers when: 1) player loads game (in-game / menu, quick / normal --- does not matter) 2) player starts new game or restarts existing one StartWipe captures current frame into _scratch texture. Then for com_wipeSeconds duration, the game continues playing, but wipeMaterial is drawn as overlay on top of everything. Function DrawWipeModel renders the overlay, which makes it clear that "alpha" color is set to the fade ratio. So the simplest way to fade to a still image is to have something like this: wipeMaterial { { blend gl_src_alpha, gl_one_minus_src_alpha colored map guis/assets/splash/launch // the target image } } Here "colored" allows render to use the fade alpha, and "blend" enabled proper blending mode. Another option is to read "_scratch" image, which contains still image captured when wipe sequence started: wipeMaterial { { map _scratch scale 1, -1 translate 0, -1 } } Here scale + translate is required because otherwise screenshot will be flipped by Y coordinate. Note that while wipe sequence is in process: 1) actual game loading is NOT done. So the time specified in com_wipeSeconds is additional useless waiting. 2) game continues playing: player moves, objects move, AIs move, etc. This can be avoided by having two-stage wipeMaterial: the first one overdraws everything with _scratch contents, the second one applies fading over it. Basically, just use both of the sample materials shown above in one material in correct order. |
- Anonymous
