Log in with to leave a comment.

Viewing most recent comments 54 to 69 of 69 · Previous page · First page
(1 edit)

Hello, I've a problem importing over 1000 of the props from CS:GO, the error in the log file is different depending on the HammUEr/UE4 version. On the latest (1.7.1 / 4.16) it looks like this.

The ones starting with "Tried to find..." are imported, the others aren't.  Here's the underlined model missing in the viewport.

 When I rebuild the material master list after importing materials/textures, some extra props show up but not much really. The corresponding material to the missing models are imported flawlessly, it's only the models itself. As you can see, they show up in PropUEr window, they just fail to import. 

Please help, if possible, these missing props are detrimental for my personal work. Thanks for understanding!

EDIT: I've some extra info I forgot to mention. Joe Wintergreen, someone who has been promoting your work has made a video on how to import Dust 2 from CS:GO with HammerUEr. He happens to be missing the same exact props as well so I can't be the only one. Another important thing to note is that some people been able to import the props I'm missing but they didn't seem to do anything fancy nor did they have this issue at all to begin with.

Some of CSGO's files as shipped are, for lack of a better word, corrupted.
However, there is a solution for this: delete the <filename>.vtx file, but make sure you leave <filename>.dx90.vtx in place.
That should let you import them.

While I'm at it, quite a lot of them also have the wrong internal filename that overlaps with another one, and since I'm using that to name them, there'll be "missing" and "wrong" models because of this. The little checkbox to the right forces HammUEr to use the filename instead of the internal one, and should take care of most of them problems. (You might have to re-import the "real" name ones if some of them got overwritten anyway)


Thanks m8, all of my problems are solved through following your instructions. I'm a happy customer!

Any chance you could add support for UDMF (Universal Doom Map Format) ? they are very easy to create,  there are tons of these maps and some of them are actually very detailed, I really wish I could build a "base" in doom builder and then export to unreal engine to add extra details, thanks.

Maybe. No promises, tho.

Hello, I am wondering when exactly the source build option will be updated for 4.16/HammUEr 1.7.1... I am looking to port my existing source engine game over to Unreal, and to do so, I want to use the C++ source for the engine to build the game from. I have attempted to use the current source build, but it seems to crash the editor on launch. Let me know if you guys will update that, it would be greatly appreciated!

(1 edit)

I can't remember any reason why the previous archive wouldn't compile under 1.6 off the top of my head.
Anyway, I've uploaded the 1.7.1 source archive I used to compile the 1.6 build

I'm having a bit of an issue with textures. No matter how many times I rebuild the material list, almost all of the materials show up as 'None' when importing maps. I can manually add them, but larger maps with 200+ textures would take way too long. Anyone have a fix for this?


Strange, that shouldn't be happening.
Can you look at hammUErPlugin.cfg in your <project directory>\Config in a text editor and see if there's 5 things on every line (so MATERIALS/BRICK/BRICKFLOOR001A,512,512,0,BRICK/brickfloor001a_mat instead of MATERIALS/BRICK/BRICKFLOOR001A,512,512,0,). If almost everything shows up as None, they probably don't.
What you can do is remove everything after the "hammUErVersion,4" line and saving the file, and do another discovery with rebuild master list ticked on.
If you still have mostly 'None' materials, there's something else seriously wrong.
Do you have directories with non-A-Z characters? (Accents or whatnot)

(1 edit)

I tried and that didn't work. Everything is still 'None'. I do have my project saved to a different drive, not my C:\ drive. I do not know if that would cause anything, though, as my entire Epic Games installation is on my D:\ drive.

(D:\Users\<username>\Documents\Unreal Projects\gm_bigcity\Config)

All of my materials are in one directory (uncreatively named 'SourceStuff') in my project. I tried to separate them in a different project but I still ran into this issue.

Different drives shouldn't matter.
I... have no idea what could be wrong. A full rebuild should fill your database with everything it's found.
If you turn on verbose debug messages on the ConfigUEr tab, you should have a lot of "LogTemp:Warning: ..... Adding to master material list" lines.
What version are you running?

Currently, I'm running on version 4.16. I tried with 4.15 as well but the problem still occurred. 

Can you turn on verbose debug logging, rebuild your master list and pastebin or dropbox the log file so I can take a look at what's happening?

I've done some experimenting and I found that it might have something to do with the $selfillum and $selfillummask. About 70% of the materials loaded this time. The ones that didn't load either had a fucked up name or had an issue with the $selfillummask. Here's an example of the logs:

[2017.06.20-17.55.07:758][354]LogMaterial: Missing cached shader map for material HammUErBaseMaterial, compiling. 
[2017.06.20-17.55.07:758][354]LogMaterial:Warning: Failed to compile Material Instance /Game/SourceStuff/Materials/BUILDINGSET057A_mat.BUILDINGSET057A_mat with Base HammUErBaseMaterial for platform PCD3D_SM5, Default Material will be used in game.
[2017.06.20-17.55.07:758][354]LogMaterial:Warning: (Node TextureSampleParameter2D) $selfillummask> Requires Texture2D

(2 edits)

Second verse, same as the first.

The $selfillummask node isn't used for most materials, so most of them compiled fine, but the $selfillummask param2D node got emptied, so you just need to put a random texture in there (it won't be used for most of them, and if it get used, it'll be replaced by what needs to be there anyway)

(while you're at it, check all the other nodes in your material to see if any of them got reset to nothing as well)

Hi. I am creating my own C# Bsp Library and I added you to description (if you have no problems).

I am no interrest in making importer into Unreal Engine but it (already) supports exporting into OBJ. I just wanted to let you know (tried PM but twitter did not allow it and does not support PMs).

Ok so i have imported all materials and models for half-life 2's first map and yet when i import it only like 2 surfaces actually get materials any ideas on how to fix this?

It should have worked, but there's a couple of possibilities.

  • Sometimes, you have to restart UE before actually importing a map after importing a bucketload of materials, since it takes it a while to catch up on the new files.
  • Did you check that the material assignments on import were correct? (If they weren't, you might have to rebuild the master list in the discovery section of the TextUEr tab)
  • Another possibility might be that your material might have some kind of problem if you're not using the supplied one that stops UE from rendering some combinations until the problem is fixed.
Ok thanks for the information
(1 edit)


And what it does for cod 5 map ?

There is no specific support for CoD and other Quake-derived engines, nor will that be added.
However, there is basic support (where the map format isn't too different) that should at least import basic brushwork from your own levels.

I found another BUG.

I used Hammuer to import a cs map,

I found that there are many models in the scene are part of the overlap,

When i walked into them,

They overlap the parts began to flash,

Is there a way to solve this?

I'm sorry, I have no idea what you mean.
Can you record a video or something?

Of course, I can record the video right away

Oh, I'm sorry it took so long to figure out, but I got it.
The only sure-fire way to stop z-fighting between different meshes is to adjust your brushes to not overlap in hammer before importing.

thank you for your help.

Another solution is, Merge map to a big static mesh

I found a BUG.

I imported a cs: source map,

I found the mesh lightmap problem,

The color is not normal after building the lights.

Do you know how to fix this?

Not a bug, but a difference in how Source and UE do lightmapping.
Make sure there's only one directional light in your map, otherwise it'll be overbright.
Also, you might have to adjust lightmap resolutions, depending on your map.

Thanks, do you know how to adjust lightmap resolutions?

You can either set your lightmap resolution higher than the default on the ConfigUEr tab so that it gets applied to everything on import (which might be overkill), or adjust them case-by-case in-editor by selecting the mesh in the level, then going to the details tab. Scroll down to the Lighting section, click overridden and select a new lightmap size.
(If you want to do this automatically, I did another plugin that does that you might want to check out)

Great autolightmapuer plugin, i'm using it

Are there any type of limits on the maximum number of brushes? Some of the maps I had took almost days to compile in Hammer.

I'm sure the limits are much larger in UE though.

I'm sure there are eventual (rendering framerate linked) limits, but I couldn't really tell you what they are.
It definitely won't take days to import your maps into UE either.

I have a question about this before I buy. So my question is, if I import my map into UE4, will I be able to edit the textures on individual sides of a model like in Hammer?

Not at the moment, I'm afraid. If it's a single brush, you can export the fbx to your favourite editing program and re-import. If it's multiple brushes, you should be able to tell HammUEr to only reimport those after you've modified them in Hammer.

(Epic are working on some kind of in-editor mesh modification thing, tho, although I've only seen it demo'd with VR?)

Ok. However, If I do use textures on different faces will it also be transferred over to UE4?

I'm assuming you mean "can a brush have multiple textures on it and still keep them", right?
Then the answer is yes. The materials you've selected in Hammer will be applied to the faces in UE

Yes, that is what I mean. And thanks for the reply!

every map i import turns black and wont light? does hammuer not generate uvs?

It does, and if there are lights in your imported map (or if you add ones in your Unreal map, like the default map's sky sphere), it should automatically show you at least preview lighting for your map. (Example)

Hello, just wondering if this plugin would allow me to import old Enemy Territory maps to UE4?

Sort of.

If you still have your original map file, it *should* be able to import most(?) of it correctly.

The ones I've seen based on decompiled bsp files (which has been all the test stuff people have sent me) all had broken texture scaling, tho.

Does it convert the Source 2 .vmap format?

Sorry, there is no Source 2 support at the moment, nor is it planned, since Source 2 is a brand new engine which works in a totally different way from the older engines HammUEr supports.

Viewing most recent comments 54 to 69 of 69 · Previous page · First page