A downloadable Unreal Engine plugin for Windows

Buy Now$42.00 USD or more

Combine the best of both worlds when working on your 3D game!
The ease of BSP level construction with tried and tested tools can now be married to the power, speed and high performance of the Unreal Engine.


HammUEr is a Windows only plugin for Unreal Engine 4 and UE5 that lets you build your levels with any level editing tool that supports the formats designed for Valve's Hammer map editor (VMF), Doom3's DoomEdit (MAP/PROC) or an idTech2-3(Quake 1-3 and assorted other games that use the engine with varying levels of success and no guarantee of perfect imports)-based tool like GTKRadiant, JackHammer or Trenchbroom (MAP). With just a few simple clicks, you can have them imported into your Unreal Engine project as a collection of meshes placed in your scene the way you want, where you want. Want to change something? Make your edits in your favourite tool, then save, re-import, and you're done.

During the importing process you can assign materials already in your project to the original material names, or if you have the source images - (TGA/BMP/PNG/JPG)/VTF&VMT/SHADER(Q3)/MTR(D3)/WAD(Quake1 & Halflife)/WAL(Quake 2) - you can import them into UE as material instances based on a template material of your choice, and let HammUEr automatically find and assign the right ones. Don't want certain materials to show? Mark them no-draw and HammUEr will automatically not build sides for them!

Want to start building a level in Hammer with your UE materials for true WYSIWYG level editing? HammUEr can do that by exporting your UE material textures to VMT/VTF combos for easy use in Hammer with one click.

Have Source models you created for your maps? HammUEr can bring them into Unreal Engine for you and places them where they belong.

Use overlays and decals? HammUEr will also import those for you.

All my UE4 and UE5 plugins are in maintenance mode. That means I'll fix large bugs, and update to new engine versions when I have time, but don't expect any new features to be added.


Why "alpha"?

While most of the functionality is robust and well implemented, there's a few things that are still freshly implemented and, while they seem to work fine with my battery of sample maps, could use more testing (Q3 and Doom3 support in the latest builds).


(Screenshots from @skacky's func_mapjam_5 Quake map and Portal Stories: MEL map imports are only supplied as an example of what the tool can do with your own maps. The plugin is not meant to be used to import maps from other games or help infringe any copyrights.)


Where did the settings go?

With the 2.2 update, HammUEr's settings were moved away from the ConfigUEr tab to be more in line with the rest of Unreal Engine, and can now be found under Edit/Project Settings/Game/HammUEr.
Sorry for the confusion.


Third party libraries

From the Back To School updates for 4.26 and 4.27 on, HammUEr was switched from using homebrew VTF reading and writing code to using a version of VTFLib, updated to compile on more recent Visual Studio versions, which can be found here.

From 2024 (2.2+ and 2.5+), I switched to a newer build of VTFLib that hopefully doesn't require any Shenanigans with shims to make it work on modern systems. (if something is wrong, you should be able to just overwrite those dlls with the previous versions' ones)


About Source 2 support

Source 2 support will not be added, so please stop asking.

It's an entirely new engine that's still actively in development (and being sold) by Valve, with a completely different design paradigm and format from the classic brush-based ones supported by HammUEr and a whole bunch of third party level editors out there.


Terms of use

You are allowed to use HammUEr to import maps, textures and models you created, or have the rights or some kind of written permission for, as you need to acknowledge multiple times in the plugin itself.
You are not allowed to use HammUEr to infringe anyone else's copyrights by importing their maps, textures or models, and redistributing or selling the result, because that would be theft and illegal.
Remember, you're responsible for anything you do with HammUEr, and I'm in no way liable for any fallout that might occur as a result of your actions.
This means no fan "remakes" in UE4/UE5 of someone else's game, people.

You're also not allowed to resell or redistribute HammUEr or any part of the code (not in the Runtime section) or library to third parties. You are allowed to make modifications to your copy of the plugin source to integrate HammUEr into your own pipeline, though.

Updated 13 days ago
StatusIn development
CategoryTool
PlatformsWindows
Rating
Rated 4.8 out of 5 stars
(17 total ratings)
AuthorNT Entertainment
Made withUnreal Engine
Tags3D, hammer, plugin, quake, Unreal Engine

Purchase

Buy Now$42.00 USD or more

In order to download this Unreal Engine plugin you must purchase it at or above the minimum price of $42 USD. You will get access to the following files:

HammUEr 1.8 alpha for 4.17 3.1 MB
HammUEr 1.8 alpha for 4.18 3.1 MB
HammUEr 1.8 for 4.19 fixed 3 MB
HammUEr 1.8 for 4.20 1.3 MB
HammUEr 1.8 for 4.21 2.9 MB
HammUEr 1.9 for 4.22 3 MB
HammUEr 1.9 for 4.23 Quake Fix 3.1 MB
HammUEr 2.0 for 4.24 April Tools 3 MB
HammUEr 2.1 for 4.24 Seven Eleven 3 MB
HammUEr 2.1 for 4.25 3 MB
HammUEr 2.1a for 4.25 Reload Fix 3.3 MB
HammUEr 2.1a for 4.25 Christmas 3.3 MB
HammUEr 2.1a for 4.26 Christmas 3.3 MB
HammUEr 2.2 for 4.26 Back To School 4.7 MB
HammUEr 2.2 for 4.27 Back To School 4.7 MB
HammUEr 2.3 for 5.0 Take Five 4.7 MB
HammUEr 2.3 for 5.0.2 Take Five 4.7 MB
HammUEr 2.4 for 5.1 Flu Season 4.7 MB
HammUEr 2.5 for 5.2 Summer 4.6 MB
HammUEr 2.5 for 5.3.1 4.7 MB
HammUEr 2.2+ for 4.27 UV Precision 4.3 MB
HammUEr 2.5+ for 5.4.1 Spring 4.5 MB
sample materials 192 kB

Download demo

Download
HammUEr manual 1 MB
Download
HammUEr quick-start guide 1.2 MB

Comments

Log in with itch.io to leave a comment.

Viewing most recent comments 1 to 40 of 141 · Next page · Last page
(2 edits)

Is this plugin built with enough windows-only tools to require a rewrite from scratch for macOS/Linux support or is there not enough demand? just a curiosity as i'm a linux main. if i have to, I'll install windows on my college laptop & a mod to remove all telemetry when i get it. it's a pretty modern one, a Framework 13 at that.

(1 edit)

Do you have an ETA for an Unreal 5.4 version, or is the 5.3.1 version already compatible?

Cheers.

... oops.

That "4.5.1" I added a month ago should, of course, have been 5.4.1, sorry.

(and yes, it should also work as-is for 5.4.2)

Haha no no problem, thanks for the quick reply and info - much appreciated!

Sadly, I am not able to get the plug-in to load on any 5.4.2 project. Doesn't matter if it is a brand new project or a project converted from a prior version (replacing the existing HammUEr plugin). Love HammUEr, BTW. Brilliant!

Considering buying this somewhat soon, but i was wondering if your tool worked with source 2 hammer editor (cs2/alyx) and in the case where it is not currently supported, if there was going to be a point in time where it would be. Im guessing this would depend on VTFLib getting support if it doesnt have it already which would be fair as well. Also was wondering if you have a discord server, best regards.

(1 edit)

Source 2 support will never be added I'm afraid.

It's an entirely new engine that's still actively in development (and being sold) by Valve, with a completely different design paradigm and format from the classic brush-based ones supported by HammUEr and a whole bunch of third party level editors out there.

Sorry.

I want this because I love hammer and is learning Unreal Engine but good god $42 sounds unbelievably over-priced.

I might buy it, but like for this price is it really worth it?

(2 edits)

Hi!
I'm having trouble importing my level. All the textures are set up the correct way (Half Life 1), all material instances are created.
But when I'm importing the mesh, the texture isn't shown on the mesh (the assigned material is the right one though).
(actually I guess the texture is shown but somehow misaligned, maybe too dense?)

I'm using the Half-Life 1 SDK on steam, Hammer 3.4 and HammUEr 2.5 for 5.3.1

Also sometimes I'm getting this error. Don't really know why, the .map file only consists of those brushes

(1 edit)

Might also be important:
I'm getting this message when selecting a .map file and pressing "Open File" in the HammUEr tab.


Neither Yes or No will change anything about the above mentioned result.

Yeah, that's an Unfortunate UE Thing where stuff sometimes just... sticks around, if you try to import over an existing map that already has an import.

Anyway, given that your map seems pretty simple (just a bunch of walls), can you drop it on pastebin or something and drop a link here so I can try to debug what's happening here?

(1 edit)

Sure! Here it is:
https://we.tl/t-neJyAhtZiU

...and thanks for the super quick response :)

btw I recently swapped out the texture for one that is more greenish looking and the exported walls in unreal looked green after that. So I suppose that problem is really that those textures are too dense...
Are there any known issues with using a old hammer version like 3.4?

Have you found a solution yet?

Sorry, it took me a few days before I tried to get the file, and by then, it was already gone from wetransfer apparently?
And then Medical Bullshit happened, so I figured I might as well ride it out before asking you to upload it again.


To answer your question: 

I don't think there's a problem with older hammer versions? But I haven't really done much testing with anything before 4.X

Yes, WeTransfer only saves it a few days.
Should I upload it again now?

Hi, I've been using your tool for my game and there's one issue I keep running into. A lot of the time, textures become misaligned after being imported - sometimes the offset is really big; other times, the whole texture becomes visibly warped (so it's aligned properly on one end of a face, but then it's off on the other side). I've been unable to determine what this is caused by, since it doesn't seem to happen all the time. Sometimes it gets really bad and I still can't tell why.

If this is an unknown issue, I can provide screenshots, comparisons and so on.

Got your cohost ask.
Unfortunately asks aren't DMs, so the only way to respond to one without blasting it to the timeline is basically send back a new ask to the person if they have asks enabled.
Anyway, not relevant to your problem.

Which version of HammUEr on which version of UE4 are you using?
What kind of map format are you trying to import?
With what kind of texture sizes?

I'm guessing you don't have a repeatable repro case that I can try here, where you have a single map that has misaligned textures every time it's imported...

But yes, screenshots and map snippets would help, but if there's no repeatable thing (even if it's "every 50th time I import this file", that's fine), it's unfortunately going to be very hard for me to try and figure out what's wrong, besides "there's a sneaky error in the math, somewhere" which doesn't really narrow it down.

Sorry if I used cohost incorrectly - frankly, I've never heard of it before. Just wanted to get in touch in case you don't check in here anymore, as this is very important to my project.

I'm using HammUEr 2.2 for UE4.27.2. I create maps in Hammer++ (standard HL2 config), so I import them as vmf files.

Regarding the texture warping, I think I have it partially figured out - it seems that faces that aren't rectangles or triangles (even if they're still neat quads) have a chance of being warped to various degrees. The bigger issue is that putting different shapes next to each other can yield slight discrepancies in the texture scale/alignment, which can become increasingly obvious if they're part of, say, one big floor:


I assume this is still due to the geometry not being simple rectangles and triangles everywhere, but making everything so neat requires a lot of additional vertices, and it's unfortunate that a tradeoff like this needs to be made. Still, this is relatively minor compared to the real issue:


Sometimes, textures are just misaligned for seemingly no reason, even on simple rectangles on basic planes (slanted surfaces might make this worse, but I'm not sure). I can copy the exact same mesh to a different location, import both and get different texturing on both of them. Other times, the texture is just clearly off by a large amount:


This becomes a serious problem on small geometry (say, a 2-6 hu wide beam), where you can end up with the completely wrong part of a texture being visible.


I've checked to see if this is affected by brush grouping, texture alignment options (world/face alignment and decimals in the offset) - nope. I kind of feel like this issue has got worse over time, but I don't know what that means - is it the increasing offset from the center of the map as I build outwards? I can copy a brush that was imported correctly before to a different part of the map and get the issue there. I should also point out that my Hammer textures are just proxies and they have a different size (powers of 2, as opposed to more random values in UE - so my real UE texture may be 200x200, while the Hammer version will be 256x256), but I've tried replacing the UE textures with ones of the same size as the Hammer proxies, and the offset was the same, so I'm pretty sure it's not the conversion between sizes that's the problem.

As for import settings, my scale conversion factor is 41 and I'm not using any of the experimental or legacy options, though I have tried most of them, with no change.


The "good" news is that I most certainly can replicate the problem. I don't know what causes it, but once it's there for a face, it's there for good. I can get rid of it sometimes by changing the offset to some arbitrary different value, but that's about it. I'd like to send you a chunk of my map so you could see the examples I showed yourself, but I don't know how to do it here, as all the textures are fully custom.

Thank you for responding so promptly and I hope we can work this out - other than this one issue, this tool has been immeasurably helpful and it's just that one problem preventing it from being perfect for my needs.

Hey, no apologies necessary, not on you but on their weird design.


That looks... weird and bad, yes.
The slight texture warping has been mentioned once before years ago, so I was sort of aware it was a possibility (back then), but that was it. The completely offset stuff is definitely not intended, and needs investigation.

Feel free to send me a Cohost Ask with part of your map (or link to a google drive that has it or something if it's too big), and maybe the dimensions for the problem texture(s) so I can generate something appropriate for testing on my end.


Fair warning, my body is doing Bullshit Things again, so I can't promise anything, but I'll _try_ to take a look at it this weekend if I have your stuff.

I'll try to take a stab at it this weekend.

I've been doing some more testing and while I'm still not 100% sure about this, I think my hunch about distance from the map centre being a factor may have been correct. In parts of the map that are closer to the origin, the texture alignment seems way better. It's still a bit off on some really narrow faces, but in 90% or so of cases it looks pretty spot on.

If I copy the same textured brush to different parts of the map, then import them, it seems like the texture offset indeed gets worse the further away it is from the centre. Again, I can't confirm it with complete certainty, but I'm quite convinced this could be the source of the problem.

Sorry, I haven't really had any time to look into it much yet because of Medical Bullshit, but after some thinking (which is unfortunately all I can do right now) and asking around, you're basically right?

So the way UVs work in the older engines is that they're contiguous, which I sort of keep... but which leads to problems in Unreal, because it Does Not Like That.

The solution is apparently to go into the static meshes that have problems and check "use full precision UVs"?

(which is and absolute pain right now because there's no bulk way of doing this, but if that solves it for you, I can see about making this the default)

Hello! Does this tool also work games that are not in the steam folder? I am trying to import maps from Soldier of Fortune 2 - Double Helix. I have the bought game in the GOG folder and I also have the SOF2 SDK. Does anybody know?

HammUEr doesn't care about the location the files you're trying to import are in, as long as they're in a format it knows and their relative directory structures are intact

I think it would still be nice to have some form of HammUER for source 2. After about 3 months with new CS2 Hammer editor i can export FBX's and work with them in UE but my biggest troubles is dealing with the texturing. I find the biggest workflow is getting it all auto textured. Not sure how possible it is with everything being a mesh now but its been a lot more tedious editing the textures in the data with Blender plugins.
HammUER 2.5 slaps too much to not have but the new Source 2 editor is so good as well. My main project i am keeping on Source 1 to use HammUER but wanted to show my interest in it if it could ever be a possibility in the future (even if thats paying for a new plugin for Source 2 instead of an update)

(+1)

Hey, I think something changed in Unreal where an error now the base material shows up. (Or I am doing it wrong.) I am using Unreal 5.3.1 and HammUEr 2.5 for 5.3.1.

"[SM6] (Node TextureSampleParameter2D) $bumpmap> Found NULL, requires Texture2D"

When I import my materials from HL2, the base material looks normal, but when I open any of the materials I imported, or try to open the map file in Unreal, it changes to this and no materials or textures are properly loaded and look just like the non-textured blocks.

Before:Before

After:

I really appreciate your work man <3

Do you happen to have Discord?

(1 edit)

Hm.
The sample materials are ancient by now, so something might have broken.

Open up your HammUErBaseMaterial and make sure the $bumpmap parameter still has the flat_normal texture assigned to it, from the error message it looks like it got unassigned?

The materials work now! Thank you so much!

(1 edit)

Hello, having some trouble getting HammUEr 2.5 for 5.2 Summer to show up in my UE5.2 project. I've followed the instructions, but it doesn't seem to get recognized at all nor does it show up in the plugin list to enable. What am I missing? 

Thanks!

Strange.
Is the HammUEr.uplugin file in [your project directory]\Plugins\HammUEr?

Source 2 please!

we need source2 !

(1 edit)

As stated multiple times, Source 2 support will never be added.
Sorry.

Source 2 Hammer has a completely different workflow, and as far as I know comes with its own "export to FBX" option, so... you shouldn't need anything else?

(+1)

I really love HammUEr so far <3
Is there any potential to batch export the maps?
What I am doing is essentially updating all the maps in trenchbroom with my changes and then i will go into my trenchbroom folder and select each map, they already have texture settings complete, then click GO to reimport the brushes. Would be useful to do this for all maps in the folder.

I'm trying to import some of my Quake .maps, but the plugin just keeps crashing. Anything more complex than a few brushes makes it crash.

I even took one of my maps and got rid of all the func_details that were off grid, but I can't get it to properly import it. I'm at a loss here.

This is the error I keep getting, based on the logs. I tried switching from Dx12 to Dx11 just in case but it didn't help.

==========================================

Unhandled Exception: 0xe06d7363

KERNELBASE!UnknownFunction []

VCRUNTIME140!UnknownFunction []

msvcp140!UnknownFunction []

UnrealEditor_HammUEr!UnknownFunction [] (x4)

UnrealEditor_Slate!UnknownFunction [] (x7)

UnrealEditor_ApplicationCore!UnknownFunction [] (x4)

user32!UnknownFunction [] (x2)

InkObj!UnknownFunction []

atlthunk!UnknownFunction []

=============================================


Any help would be appreciated.

(+1)

I've had a similar problem it turned out that it was completely unrelated to the complexity of the brush but rather it was related to the texture information. Try resetting all the texture information on the map and try again. that's what fixed it for me once.

(+1)

As someone else said double check texture info.

I also noticed i ran into crashes when there were far too many objects that are also having their textures replaced on import. What i did was in my editor I group all objects in the map and then import. This of course means its only going to be one object so you have to make more changes from the editor but i found most of my crashes came from not having them grouped enough. Try experimenting with grouping things you know you won't need to tweak as much.

(3 edits)

Hm.
Please pastebin or something a map (or at least a couple of brushes of one) that has this crash so I can try to fix this now that I'm finally out of the hospital

Hi! I hope you are feeling better lately :)

Currently when i import this map "LavaFalls.map" from Trenchbroom it will crash about 70% progress through the importing of the meshes.
I also tried grouping all the meshes from the map into 1 group and importing that way which has resolved problems for me with other trenchbroom maps but didn't seem to help here.


I get the following crash from the engine:
```

Unhandled Exception: EXCEPTION_ACCESS_VIOLATION 0x00000000ffffffff

UnrealEditor_Engine

UnrealEditor_Engine

UnrealEditor_Core

UnrealEditor_Core

UnrealEditor_Engine

UnrealEditor_Engine

UnrealEditor_Engine

UnrealEditor_Engine

UnrealEditor_Engine

UnrealEditor_CoreUObject

UnrealEditor_HammUEr_0001!MapFileLoader::ImportBrush() [Z:\_UnrealEngine\RocketCascade\Plugins\HammUEr\Source\HammUEr\Private\MapFileLoader.cpp:2519]

UnrealEditor_HammUEr_0001!MapFileLoader::ImportIntoWorld() [Z:\_UnrealEngine\RocketCascade\Plugins\HammUEr\Source\HammUEr\Private\MapFileLoader.cpp:2696]

UnrealEditor_HammUEr_0001!SHammerDialogWidget::RunConvert() [Z:\_UnrealEngine\RocketCascade\Plugins\HammUEr\Source\HammUEr\Private\SHammerDialogWidget.cpp:1206]

UnrealEditor_HammUEr_0001!TBaseSPMethodDelegateInstance<0,SHammerDialogWidget,1,FReply __cdecl(void),FDefaultDelegateUserPolicy>::Execute() [T:\UE_5.2\Engine\Source\Runtime\Core\Public\Delegates\DelegateInstancesImpl.h:275]

UnrealEditor_Slate

UnrealEditor_Slate

UnrealEditor_Slate

UnrealEditor_Slate

UnrealEditor_Slate

UnrealEditor_Slate

UnrealEditor_Slate

UnrealEditor_ApplicationCore

UnrealEditor_ApplicationCore

UnrealEditor_ApplicationCore

UnrealEditor_ApplicationCore

user32

user32

InkObj

atlthunk

user32

user32

UnrealEditor_ApplicationCore

UnrealEditor

UnrealEditor

UnrealEditor

UnrealEditor

UnrealEditor

UnrealEditor

kernel32

ntdll
```

https://www.dropbox.com/scl/fi/qrfaunqvdtnc89p7i86q3/HammUER-LavaFalls-CrashDump...

I wanted to post an update of something i actually found resolved this crash i posted above. I have imported this LavaFalls.map file many times and it has generated the mesh and uses the auto replace existing mesh in the HammUER settings.

It started crashing on me over time of updating the map meshes would make the import process crash. Once i hit open map in the hammUER window i click the X to reset the meshes directory and let it generate the meshes again in this new directory and now the map is no longer crashing. (no changes made to the source map file)
Hoping this helps figure out what the problem is. Feel free to DM me on discord if you need any more info

(3 edits) (+1)

Yeah, I was just going to say "can't be the map itself, since that seems to load fine no matter what options I use"

The callstack makes it seem like it happens when we tell Unreal "Hey, we changed the contents of this package, it's dirty now", so it makes sense that it happens when you've done it a couple of times in the same content directory...


Wonder what I can do about this... hm.

(also, thank you for asking, I'm not really feeling a lot better yet, I've got a long way to go with physical rehab and shit, but hopefully we'll get there... eventually)

Thanks for replying again. Luckily since clicking the X to reset directory seems to solve it, it has worked for me everytime a map has ran into this. My theory is if I add too many or remove too many meshes then it will inevitably occur.  (I use the replace existing meshes option but the crash will occur without it as well)

Since I know this avoids the problem its not the worst thing ever but it does kind of suck to have everything crash on import "randomly". Sometimes the map will be importing consecutively and then this pops up. If you need any other kind of information potentially let me know I am always down to help.
Even with such a problem I would just like to add that HAMMUER has been game changing for working on Unreal Engine projects and has really changed how i work on level design and even given me a lot of extra motivation to keep working at it. Thanks for building such a great tool <3

(+1)

i wrote this 4 months ago, but i would really love a community, a discord or someplace where I can ask a couple of question and troubleshoot some issues I am having, lots of love <3

I'm having trouble getting the texture export from UE4.27 to Hammer to work. All the materials just end up showing up as the missing texture chessboard in Hammer.

Strange, I just tried it again with the L4D2 version of Hammer.

I export from HammUEr to my SteamLibrary\steamapps\common\Left 4 Dead 2\left4dead2\materials directory, which creates a HammUEr directory under it. 
Then when I start the L4D2 tools and Hammer, It Just Works.
I can filter by hammuer in the browser, and the textures match their Unreal Engine originals.

Is there a mismatch between the directory you put them in and what the .vmt files reference? Because those include the HammUEr\ prefix, so if you changed the directory name, you might need to edit the .vmt files as well.

Thanks for the reply, but it turned out the problem was my fault. I didn't realise the materials I was trying to export used textures that didn't comply with Source's resolution requirements (they weren't powers of 2). I just had to resize the textures and now everything works fine. On a side note, the manual states that thumbnails in Hammer's texture browser don't work, but they actually do work just fine. The only issue I've noticed so far while working with the tool is that textures on really thin faces (2 units wide or so) get a little broken when imported to UE - part of the texture seems to disappear, leaving a small "gap" near the edge of the face.

Does it permits to import ragdolls as Skeletal Meshes ?

HammUEr will never support skeletal meshes by design, sorry.
Anything skinned/animated gets imported as a static mesh to allow you to use it to get your measurements right, but that's as far as it will ever go.

Any plans for Source 2 support?

No, sorry.

(1 edit)

5.1.1 extra pretty please with an extra cherry on top <3 <3

(+1)

The 5.1 build should Just Work for 5.1.1 as well.
(or at least, did in testing)

didn't realize it, thanks. 

i also thank you for replying, unlike other devs (valve)

(+1)

Is there a discord group for this plugin where I can ask a couple of questions? Lots of love

5.1 pretty please with a cherry on top <3

(+1)

Should now be up.

Sorry it's so late, I've been quite ill.

Ahh sorry to hear, hope you're feeling better!

Возможно ли купить в России?

I'm sorry, I'm constrained by what the itch (and gumroad) payment processor(s) accept.

(1 edit)

Would really like to see Mac compat! Love the tool.

Unfortunately, I don't have a mac.
I also don't really have the time to support two different platforms with different requirements (and I'm pretty sure there's no mac version of vtflib, so that'd be another complication...)

I'm going to have to shelve this under "probably never happening, sorry."

I understand. Thank you for taking the time to respond anyway!

Thanks for the awesome tool!

Feature request: Do you think it would be feasible to add an option to disable texture filtering when importing textures? E.g. when importing from Quake 1 .wads it seems to default to using the "Default (from Texture Group)" Filtering setting on the UE5 texture. If I want to maintain the pixelated Quake1 look I need to go into each texture and set it to Nearest Neighbor. Not that big a deal but it would be nice if this could be set at import time.

Hm, that should be doable.
No promises for when it'll be added (and probably only to whatever the next UE version is)

This is now in for the 5.2 version, and can be found in the Project Settings/HammUEr/Texture & Material Importing section under "Default texture filter"

ive been trying to use it to import 2fort but the textures are missing, i genuinely have no idea what to do, ive looked everywhere trying to find any information on it but ive had no luck

You need to import any textures and materials you need separately first, from the TextUEr tab.
(and then restart UE for them to actually show up in the content browser, so they can be found and be linked up correctly when you try to import the VMF)

I'm getting a error when trying to import a vmf which crashes UE5.

KERNELBASE

VCRUNTIME140

msvcp140

UnrealEditor_HammUEr

UnrealEditor_HammUEr

UnrealEditor_HammUEr

UnrealEditor_HammUEr

UnrealEditor_HammUEr

UnrealEditor_HammUEr

UnrealEditor_HammUEr

UnrealEditor_HammUEr

UnrealEditor_HammUEr

UnrealEditor_Slate!SButton::ExecuteOnClick() [D:\build\++UE5\Sync\Engine\Source\Runtime\Slate\Private\Widgets\Input\SButton.cpp:464]

UnrealEditor_Slate!SButton::OnMouseButtonUp() [D:\build\++UE5\Sync\Engine\Source\Runtime\Slate\Private\Widgets\Input\SButton.cpp:389]

UnrealEditor_Slate!<lambda_51e270ca99ea7ce852539efd04dd453f>::operator()() [D:\build\++UE5\Sync\Engine\Source\Runtime\Slate\Private\Framework\Application\SlateApplication.cpp:4959]

UnrealEditor_Slate!FEventRouter::Route<FReply,FEventRouter::FToLeafmostPolicy,FPointerEvent,<lambda_51e270ca99ea7ce852539efd04dd453f> >() [D:\build\++UE5\Sync\Engine\Source\Runtime\Slate\Private\Framework\Application\SlateApplication.cpp:405]

UnrealEditor_Slate!FSlateApplication::RoutePointerUpEvent() [D:\build\++UE5\Sync\Engine\Source\Runtime\Slate\Private\Framework\Application\SlateApplication.cpp:4945]

UnrealEditor_Slate!FSlateApplication::ProcessMouseButtonUpEvent() [D:\build\++UE5\Sync\Engine\Source\Runtime\Slate\Private\Framework\Application\SlateApplication.cpp:5493]

UnrealEditor_Slate!FSlateApplication::OnMouseUp() [D:\build\++UE5\Sync\Engine\Source\Runtime\Slate\Private\Framework\Application\SlateApplication.cpp:5458]

UnrealEditor_ApplicationCore!FWindowsApplication::ProcessDeferredMessage() [D:\build\++UE5\Sync\Engine\Source\Runtime\ApplicationCore\Private\Windows\WindowsApplication.cpp:2210]

UnrealEditor_ApplicationCore!FWindowsApplication::DeferMessage() [D:\build\++UE5\Sync\Engine\Source\Runtime\ApplicationCore\Private\Windows\WindowsApplication.cpp:2699]

UnrealEditor_ApplicationCore!FWindowsApplication::ProcessMessage() [D:\build\++UE5\Sync\Engine\Source\Runtime\ApplicationCore\Private\Windows\WindowsApplication.cpp:1078]

UnrealEditor_ApplicationCore!FWindowsApplication::AppWndProc() [D:\build\++UE5\Sync\Engine\Source\Runtime\ApplicationCore\Private\Windows\WindowsApplication.cpp:916]

user32

user32

UnrealEditor_ApplicationCore!FWindowsPlatformApplicationMisc::PumpMessages() [D:\build\++UE5\Sync\Engine\Source\Runtime\ApplicationCore\Private\Windows\WindowsPlatformApplicationMisc.cpp:138]

UnrealEditor!FEngineLoop::Tick() [D:\build\++UE5\Sync\Engine\Source\Runtime\Launch\Private\LaunchEngineLoop.cpp:5139]

UnrealEditor!GuardedMain() [D:\build\++UE5\Sync\Engine\Source\Runtime\Launch\Private\Launch.cpp:183]

UnrealEditor!GuardedMainWrapper() [D:\build\++UE5\Sync\Engine\Source\Runtime\Launch\Private\Windows\LaunchWindows.cpp:147]

UnrealEditor!LaunchWindowsStartup() [D:\build\++UE5\Sync\Engine\Source\Runtime\Launch\Private\Windows\LaunchWindows.cpp:283]

UnrealEditor!WinMain() [D:\build\++UE5\Sync\Engine\Source\Runtime\Launch\Private\Windows\LaunchWindows.cpp:330]

UnrealEditor!__scrt_common_main_seh() [d:\a01\_work\6\s\src\vctools\crt\vcstartup\src\startup\exe_common.inl:288]

kernel32

(1 edit)

This callstack unfortunately doesn't help a lot.
It just says "something went wrong in HammUEr code", which basically tells me nothing...

If you still have this problem, feel free to drop me the offending VMF if you want, so I can add it to my testing group?

Same here, except I'm trying to import a Quake .map.

I'm on UE5.1.1

HammUEr 2.2 lacks any general settings for some reason and only shows session specific settings, any fix?

(+1)

I'm having the same issue, did you find a workaround?

(1 edit) (+1)

Hi, general settings were moved to the actual Unreal Engine project settings menu, under Edit/Project Settings/Game/HammUEr.
Sorry for the confusion.

(+1)

Thank you!

Could one make this plugin work at runtime in C++? Without the import window obviously. And does this come with the C++ source code? Thanks.

I'm afraid the code (and general workflow) isn't fast and performant enough to work runtime.
HammUEr comes with the source code for the Unreal Engine facing part, I'm afraid the actual conversion code isn't supplied because it uses some proprietary code I can't distribute.
Sorry.

您好,为什么我要导入csgoprop是我的UE崩溃了,崩溃错误是未处理的异常:EXCEPTION_ACCESS_VIOLATION读取地址0x000002680581004c

Hi, does HammUEr supports the secondary UV channel, used with decal textures? 

If not, can it be implemented please?

As far as I've been able to ascertain and been told, the secondary UV channel for decals was a CS:GO hack specifically for one single map (nuke), that's... not really relevant for how decals work in UE? 

(+1)

Hi, the UE5 version asks to be recompiled on UE 5.0.1 when I enable the plugin in my project, and trying to recompile it with UnrealBuildTool leads to errors during the process (whether with VS2019 or 2022 installed, it outputs errors like C2664 or C2678 in several files).

(1 edit) (+1)

Strange, that shouldn't happen, since those are "this code is wrong and can't compile" errors, and it... compiles fine.
Anyway, I've uploaded a precompiled 5.0.2 version, which should hopefully solve your problem.

(+1)

Ue5 version doesnt seem to be working, says it requires HammUEr and HammUEr runtime

My bad, there's a silent dependency on a .modules file that I didn't notice _doesn't_ automatically get created when you do a standalone build outside of the editor in UE5 (but it _did_ in UE4...), and if that's missing, unreal engine complains.
Should be fixed now in the 5.0.2 version I just uploaded.

Question, can this tool convert maps in reverse (UE4 to hammer?)

(1 edit)

Sorry, no.
You *can* convert your materials from UE to Source to some extent to help with visualization, 
but that's it.

Hi, does HammUEr support American McGee's Alice BSP files? Or can I pay for you to add support?

Alice uses the same engine (Quake3 + Ritual's UberTools) as Heavy Metal F.A.K.K 2. Alice uses a FAKK42 BSP signature and F.A.K.K 2 uses FAKK12.

The following link may help also:

https://github.com/zturtleman/spearmint/blob/master/code/qcommon/bsp_fakk.c

Thanks, Anna

HammUEr explicitly doesn't read compiled BSP files, only source files for maps, sorry.

(1 edit) (+1)

This is such an amazing product!! Thank you so much!! Any plans to bring to UE5??

Would love to use this with Source 2. Does it work with the new version of Hammer? If not, are there plans to support Source 2? New Hammer is a dream for level design.

Unfortunately, Source 2 support will never be added.
Sorry.

:(

Viewing most recent comments 1 to 40 of 141 · Next page · Last page