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

{ 0 | 🞵 } = funk_tastic

My missions:           Stand-alone                                                      Duncan Lynch series                              

                                      Down and Out on Newford Road              the Factory Heist

                                                                                                  A House Call

                              

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.

 Share

  • Recent Status Updates

    • Nort

      I did it! I finally did it! After 48 hours of frustration and confusion, I managed to finally sort out how to attach equipment to NPC:s properly, and write down coherent instructions on how to do it, both in my manual, and in this forum.
      I can finally rest. I can finally eat breakfast.
      · 0 replies
    • Nort

      Spent most of the day learning and writing about AI navigation. It's stuff I already know, but the magic about writing something down as clearly formulated as possible, is that you then see things that much more clearly. You also find what's unclear to you, and then you figure out exactly how things work. I was hoping to get through it all within just a day, but it looks like this will take tomorrow as well, at this rate. There's also plenty of other nonsense I have to get through as well. Everything's a chore.
      · 0 replies
    • Nort

      I want to be a fish, but I'm not a fish. My mom wants to be a fish too, and so she's killing herself eating plankton and sh***ng blood, and tells me to stop nagging her about taking her medication. I spent several hours today, just lying in bed, having anxiety over just existing, and not being a fish. You fish, you don't know how lucky you are. You can eat all the plankton you want. I tried eating plankton again yesterday, and I just got sick. I hate being a shark.
      · 0 replies
    • Nort

      I just gave myself vertigo. A pleasant kind of vertigo, like the world has been lifted off my shoulders. I'll explain:
      Yesterday I saw to my dismay, that I had made my entire map two - two - units too short on every level - that every set01 piece was sticking 2 units into the ceiling. That's basically 402 brushes that needs to be realigned (minus the ground floor brushes).
      I knew enough about selections to do all of that in a very tense five minutes, and it compiled without leaks. (Thank you so much, Dark Radiant devs, for making an editor with such care for precision that you can align hundreds of brushes perfectly at once (which is not something I can say for Valve's Hammer editor, which has some serious issues on that front, which actually made me just quit it in disgust).) However, the result is that the entire level has now been stretched a barely noticable 2 units, and it will take some getting used to psychologically.
      · 0 replies
    • Nort

      My workflow is basically running from a chain of disasters, eventually trying to seek shelter in former disasters. It's not ideal - it's just my life.
      When I abandoned my first map, it was out of a typical mental breakdown, and so I returned to find a skybox void where the kitchen door should have been (due to a misplaced visportal) and two overlapping brushes Z-fighting on the kitchen floor.
      I've now cleaned up the last bit of mess, by cleanly separating every floor into its own layer. Now I can finally work on each floor in peace.
      ...not that I really needed to. Once you get skilled enough, the orthographic messes, well, I'll let this video speak for itself:
       
      · 1 reply
×
×
  • Create New...