MantisBT - Zandronum
View Issue Details
0000065Zandronum[All Projects] Bugpublic2010-09-27 15:122018-09-30 20:27
Anonymous 
Torr Samaho 
normalminoralways
closedfixed 
98c 
1.11.1 
0000065: Console map loading makes the BSP building very slow.
Copy+paste from'http://forum.drdteam.org/viewtopic.php?f=25&t=4631 [^]'

When loading any maps, online (skulltag) or offline, the building BSP takes way way longer to build.
While loading a map on shotgun frenzy using the "Map" command, it took 40 seconds to build the BSP. Also, same thing happened with Stronghold, but it took way longer. Online it blocked me from connecting properly.
Also happens with loading any other large map. Some took longer, others took shorter, but they all took too long to build the BSP.
But the maps instantly load when using intermission (changemap) or main menu.

Additional:
This has been fixed in GZDoom in which loading maps while the console is open does not take forever. I believe this is also 100% disabled in zdoom aswell.
Get a slower computer. If you have one avaliable.
Try and load map99 on Stronghold or any other very large maps via console. (Map CCMD or connecting to a server)
It will take ages for the map to load.
You may get spammed with 'Requesting Snapshot...' online. Which in some cases block you from connecting the server properly.

Now try with Changemap CCMD or exit the level, the map will not take forever to load.

Note that it does not happen as bad on faster computers.
Graf: That's caused by the progress meter at the bottom of the screen. I was already thinking about disabling it.
But now that you mentioned it, I noticed that the GL renderer does not flag itself as hardware accelerated which means that a few other options were also disabled. Seems I can remove the CVAR again...
No tags attached.
has duplicate 0001234closed Torr Samaho "Building BSP..." during (re)connection to server is at least 10x slower than 'changemap|map' when it's already connected 
png Screenshot_Doom_20130102_171946.png (146,676) 2013-01-02 16:22
/tracker/file_download.php?file_id=909&type=bug
png
Issue History
2010-09-27 15:12AnonymousNew Issue
2010-10-02 21:30Torr SamahoNote Added: 0000225
2010-10-02 21:30Torr SamahoStatusnew => feedback
2010-10-03 15:59AnonymousNote Added: 0000249
2010-10-03 15:59AnonymousStatusfeedback => new
2010-10-03 16:00AnonymousNote Edited: 0000249bug_revision_view_page.php?rev_id=104
2010-10-03 16:10AnonymousNote Edited: 0000249bug_revision_view_page.php?rev_id=105
2010-10-09 15:13Torr SamahoStatusnew => feedback
2010-10-14 06:55Dark-AssassinNote Added: 0000356
2010-10-14 06:58Dark-AssassinNote Edited: 0000356bug_revision_view_page.php?bugnote_id=356#r135
2010-11-12 18:46AnonymousNote Deleted: 0000249
2012-06-09 13:22Torr SamahoCategoryGeneral => Bug
2012-12-31 15:18Edward-sanRelationship addedhas duplicate 0001234
2013-01-02 09:16Torr SamahoNote Added: 0005649
2013-01-02 16:21Edward-sanNote Added: 0005660
2013-01-02 16:22Edward-sanFile Added: Screenshot_Doom_20130102_171946.png
2013-01-04 17:49Torr SamahoNote Added: 0005685
2013-01-04 18:37Torr SamahoAssigned To => Torr Samaho
2013-01-04 18:37Torr SamahoStatusfeedback => needs testing
2013-01-04 18:37Torr SamahoTarget Version => 1.1
2013-01-04 18:42Edward-sanNote Added: 0005686
2013-01-04 18:53Torr SamahoNote Added: 0005687
2013-03-20 04:09WatermelonNote Added: 0006144
2013-03-20 15:03Edward-sanNote Added: 0006155
2013-03-20 19:03WatermelonNote Added: 0006156
2013-03-20 19:03WatermelonStatusneeds testing => resolved
2013-03-20 19:03WatermelonFixed in Version => 1.1-beta
2013-03-20 19:03WatermelonResolutionopen => fixed
2013-03-20 19:23WatermelonStatusresolved => feedback
2013-03-20 19:23WatermelonResolutionfixed => reopened
2013-03-20 19:23WatermelonStatusfeedback => resolved
2013-03-20 19:23WatermelonFixed in Version1.1-beta => 1.1
2013-03-20 19:23WatermelonResolutionreopened => fixed
2018-09-30 20:27Blzut3Statusresolved => closed

Notes
(0000225)
Torr Samaho   
2010-10-02 21:30   
In which ZDoom/GZDoom revision was this fixed?
(0000356)
Dark-Assassin   
2010-10-14 06:55   
(edited on: 2010-10-14 06:58)
R660 according to Gez
'http://www.mancubus.net/svn/gzdoom/?op=revision&rev=660&peg=660 [^]'

(0005649)
Torr Samaho   
2013-01-02 09:16   
This includes the GZDoom fix from revision 660 and here is the patch for the latest Zandronum revision:

diff -r 2e3cadbe604b src/gl/gl_framebuffer.cpp
--- a/src/gl/gl_framebuffer.cpp Wed Jan 02 10:11:32 2013 +0100
+++ b/src/gl/gl_framebuffer.cpp Wed Jan 02 10:15:24 2013 +0100
@@ -87,6 +87,10 @@
     InitializeState();
     gl_GenerateGlobalBrightmapFromColormap();
     gl_InitSpecialTextures();
+
+ // [BB] Backported from GZDoom revision 660.
+ Accel2D = true;
+
 #ifdef _MSC_VER
     // [BB] Necessary for the hqnx resizing.
     InitLUTs();
(0005660)
Edward-san   
2013-01-02 16:21   
Yeah it works. The BSP building is gone, but when it gets the snapshot I got a strange image... uploading this.
(0005685)
Torr Samaho   
2013-01-04 17:49   
I think what you are seeing there is 0000835, i.e. you didn't receive the last packet of the snapshot. Does opening and closing the menu fix the problem for you? If so, it's definitely 0000835.
(0005686)
Edward-san   
2013-01-04 18:42   
I'm not referring to that, I mean that background distorted image. About 0000835 I can say it happens sometimes (I was able to reproduce once, for now), but when there's not any problem the snapshot is instant (I was able to capture that screenshot using my speedy toes).
(0005687)
Torr Samaho   
2013-01-04 18:53   
So the strange image is only visible very shortly? Then we probably should ignore it for now.
(0006144)
Watermelon   
2013-03-20 04:09   
I need someone else to confirm this. It loads perfectly quickly for me on my computer in 1.0 so I cant solve this ticket.
(0006155)
Edward-san   
2013-03-20 15:03   
apart from the strange image, I can confirm that now the 'map' loading is as fast as the 'changemap' loading.
(0006156)
Watermelon   
2013-03-20 19:03   
Confirmed fixed, if there are any issues I can re-open or if we want to tackle the weird image that's fine with me.