Jump to content
The Dark Mod Forums

Opening Doom 3 maps with DarkRadiant?


Recommended Posts

I'm looking for some clarification on how well DarkRadiant supports mapping for Doom 3. I'm trying to open alphalabs1.map from pak000.pk4 and it doesn't seem to be reading it properly, there are some brushes sitting outside the map which don't appear when I open the map with D3Edit (see the attached picture). Unsurprisingly, if I then save the map and try to compile it with dmap in the console it gives me a leaked error.

 

I have the game type set to Doom 3. I guess my question is: Is my DarkRadiant probably configured improperly, or should I not expect everything to go smoothly for these sorts of pathological cases (complicated map, made in a different editor, etc.)?

 

 

 

alpha1.png

Link to comment
Share on other sites

It's been over a decade since I last tried to open a vanilla map, but it used to work. I don't even have the original game PK4s at hand anymore on this laptop, I'm afraid I can't even test this here.

Is there anything written in the console about missing resources or similar? Are the project settings defined correctly?

Link to comment
Share on other sites

1 hour ago, greebo said:

Is there anything written in the console about missing resources or similar?

The only thing that's really suspicious to me is the "MapResource operation failed" message on line 4 here:

Spoiler
Loading map from D:/Games/DOOM 3/base/pak000.pk4 [maps/game/alphalabs1.map]
Opened text file in PAK: maps/game/alphalabs1.map
Using Doom 3 format to load the data.
MapResource operation failed: Could not open file in archive: D:/Games/DOOM 3/base/pak000.pk4
Could not open file in archive: D:/Games/DOOM 3/base/pak000.pk4
map load timer:  1.78 second(s) elapsed
[shaders] Unable to load texture: textures/editor/visportal.tga
[shaders] Unable to load texture: textures/base_wall/steribpanel3.tga
[shaders] Unable to load texture: textures/base_wall/gotgimwall.tga
[shaders] Unable to load texture: textures/base_wall/a_rib_panel_01_fin.tga
[shaders] Unable to load texture: textures/base_trim/steeltrim.tga
[shaders] Unable to load texture: guisurfs/guisurfaceremap.tga
[shaders] Unable to load texture: guisurfs/guisurfaceremap.tga
[shaders] Unable to load texture: guisurfs/guisurfaceremap.tga
[shaders] Unable to load texture: guisurfs/guisurfaceremap.tga
[shaders] Unable to load texture: guisurfs/guisurfaceremap.tga
Material keyword not recognised: 2
Material keyword not recognised: models/mapobjects/healthgui/healthgui_local.tga
Material keyword not recognised: models/mapobjects/healthgui/work/healthgui_hp.lwo
Auto-saving registry to user settings path.
XMLRegistry: Failed to save path /darkradiant/user/ui/colourschemes
--- LoadMapFile ---
maps/game/alphalabs1.map
6938 brushes
5155 patches
2116 entities

 

1 hour ago, greebo said:

Are the project settings defined correctly?

Well, that's part of my question. Under "File->Game/Project Setup..." I have "Game Type" set to "Doom 3" and "Engine Path" set to "D:/Games/DOOM 3/". That's all I've done to configure DarkRadiant, so I'm wondering if there's anything else I should do.

Link to comment
Share on other sites

I guess it's worth mentioning that this is happening with v2.14.0.

I just found v3.0.0pre3 and gave that a try. It looks better, those green brushes in the middle of nowhere in my original attached screenshot don't appear. But saving the map and trying to compile it in doom 3 still returns a leak error.

I opened the point file and had a look, and it appears that some brushes in the level are missing. I guess maybe there was some property on these brushes that caused an error, and they were just dropped? See the attached image.

alpha1nobrushes.jpg

Link to comment
Share on other sites

I investigated some more. I opened the map in D3Edit and looked at the trouble spot. I narrowed it down to at least one brush which appears in D3Edit but not in DarkRadiant. I tried updating my post above with a new image but I think I screwed it up, so here's an imgur link:

https://imgur.com/a/Ms4Irv3

You can see in the first image the left camera view is from DarkRadiant showing the missing brush, and the right camera view is D3Edit with the brush selected.

Ok, I'm done for now. This looks like a bug, but if anyone has ideas about what I should try then I'm all ears.

Link to comment
Share on other sites

Yes, I can confirm the problem in alphalabs1.map, the brush that is missing in this screenshot is primitive 9447. It is a brush with 9 faces, but 3 of these face planes are redundant. Obviously the brushDef3 is still valid for DoomEdit, but DR regards it as degenerate. I'll see what I can do.

Quote

// primitive 9447
{
 brushDef3
 {
  ( 0 0 1 -128 ) ( ( 0.015625 0 -14 ) ( 0 0.0078130001 0.7460148931 ) ) "textures/base_wall/gotcgate" 0 0 0
  ( 0 1 0 -4144 ) ( ( 0.015625 0 -1.5000076294 ) ( 0 0.0078119999 -0.9999359846 ) ) "textures/base_wall/gotcgate" 0 0 0
  ( -1 0 0 -136 ) ( ( 0.015625 0 14 ) ( 0 0.0078130001 -1.0000640154 ) ) "textures/base_wall/gotcgate" 0 0 0
  ( 0 -1 0 4104 ) ( ( 0.03125 0 0 ) ( 0 0.03125 0 ) ) "textures/common/caulk" 0 0 0
  ( 1 0 0 128 ) ( ( 0.015625 0 0 ) ( 0 0.0078125 0 ) ) "textures/base_wall/gotcgate" 0 0 0
  ( 0 0 -1 -128 ) ( ( 0.015625 0 -14 ) ( 0 0.0078130001 -0.7460148931 ) ) "textures/base_wall/gotcgate" 0 0 0
  ( -1 0 0 -136 ) ( ( 0.0104219997 0 43.905040741 ) ( 0 0.0078130001 0.9999360442 ) ) "textures/base_wall/gotcgate2" 0 0 0
  ( 1 0 0 128 ) ( ( 0.015625 0 -14 ) ( 0 0.0078130001 -1.0000640154 ) ) "textures/base_wall/gotcgate" 0 0 0
  ( 0 1 0 -4144 ) ( ( 0.015625 0 -1.5000076294 ) ( 0 0.0078119999 -0.9999359846 ) ) "textures/base_wall/gotcgate" 0 0 0
 }
}

 

Link to comment
Share on other sites

When loading that brush, DoomEdit just spits out this in the console and continues:

Quote

Unable to create face winding on brush

The game loader deals with brushes on several occasions, for instance the dmap code will send another warning, removing the second duplicate:

if ( sides[i].planenum == sides[j].planenum ) {
  common->Printf("Entity %i, Brush %i: duplicate plane\n", b->entitynum, b->brushnum);
  // remove the second duplicate
  for ( k = i + 1 ; k < b->numsides ; k++ ) {
    sides[k-1] = sides[k];
  }
  b->numsides--;
  i--;
  break;
}

DarkRadiant's brush BREP code will reject the brush, and the code doing that is very old, I'm pretty sure it has already been in place when we forked GtkRadiant.

I'll try to adjust DarkRadiant to not remove the brush and to treat it the same way as the game code.

Link to comment
Share on other sites

Will these changes have consequences for Dark Mod maps in progress, or old ones that we open up again?

Edited by thebigh

My missions:           Stand-alone                                                      Duncan Lynch series                              

                                      Down and Out on Newford Road              the Factory Heist

                                                                                                  A House Call

                                                                                                  The House of deLisle                                                                                                  

                              

Link to comment
Share on other sites

No, the changes should and will only affect brushes that have duplicated planes on them, which can happen only when loading legacy maps. DR never created or saved brushes like this.

I didn't even know that this was possible until I encountered this brush in alphalabs. It's also curious that DoomEdit doesn't correct the problematic faces when changing or saving the map (it continues to complain about it when manipulating the brush), so it just preserves the duplicated planes. It's relying on the engine code to weed them out during dmap.

  • Like 1
Link to comment
Share on other sites

Join the conversation

You can post now and register later. If you have an account, sign in now to post with your account.

Guest
Reply to this topic...

×   Pasted as rich text.   Paste as plain text instead

  Only 75 emoji are allowed.

×   Your link has been automatically embedded.   Display as a link instead

×   Your previous content has been restored.   Clear editor

×   You cannot paste images directly. Upload or insert images from URL.

  • Recent Status Updates

    • Ansome

      Finally got my PC back from the shop after my SSD got corrupted a week ago and damaged my motherboard. Scary stuff, but thank goodness it happened right after two months of FM development instead of wiping all my work before I could release it. New SSD, repaired Motherboard and BIOS, and we're ready to start working on my second FM with some added version control in the cloud just to be safe!
      · 0 replies
    • Petike the Taffer  »  DeTeEff

      I've updated the articles for your FMs and your author category at the wiki. Your newer nickname (DeTeEff) now comes first, and the one in parentheses is your older nickname (Fieldmedic). Just to avoid confusing people who played your FMs years ago and remember your older nickname. I've added a wiki article for your latest FM, Who Watches the Watcher?, as part of my current updating efforts. Unless I overlooked something, you have five different FMs so far.
      · 0 replies
    • Petike the Taffer

      I've finally managed to log in to The Dark Mod Wiki. I'm back in the saddle and before the holidays start in full, I'll be adding a few new FM articles and doing other updates. Written in Stone is already done.
      · 4 replies
    • nbohr1more

      TDM 15th Anniversary Contest is now active! Please declare your participation: https://forums.thedarkmod.com/index.php?/topic/22413-the-dark-mod-15th-anniversary-contest-entry-thread/
       
      · 0 replies
    • JackFarmer

      @TheUnbeholden
      You cannot receive PMs. Could you please be so kind and check your mailbox if it is full (or maybe you switched off the function)?
      · 1 reply
×
×
  • Create New...