Any plans for 4.23 support? :)
Log in with itch.io to leave a comment.
Hi, i've downloaded the pack and imported everything, i've been running into an issue where there's a small amount of assets missing.
These are assets related to crates, fences and other small items that should be spread in other packs. In your introduction video you're also missing these.
Which Valve pack should i download to resolve this issue?
If it's your own game and assets, that's down to whatever engine licensing deal you have going on.
If it's not your own game and assets, then... no? Absolutely not? Because that's illegal and this shouldn't even be a question.
HammUEr is a tool to help people that are more comfortable working with old BSP-based level editors still use those in UE4 with its mesh-based workflow, that's it.
Hello,how to fix this crash ? its ue4 4.16 hammuer https://i.gyazo.com/b776bc2a53572cccb7594f2d69418326.png https://answers.unrealengine.com/questions/897990/view.html
Unfortunately, besides the fact that I'm not really supporting the 4.16 version any longer since it's over 2 years old, there's not much information in those images, so I can't really help.
Do you have an actual log?
I just have a little problem, how can you get the same blendtexture on unreal engine that I have on hammer ? ( for the ground ) My blend texture are just displaying little tiles and are not blended at all.
Is this plugin compatible with blend textures ?
Memory leaks found in source.
Source\HammUEr\Private\InstanceDataHandler.h(25) Source\HammUEr\Private\MapFileLoader.h(171) Source\HammUEr\Private\MapFileLoader.h(172) Source\HammUEr\Private\MapFileLoader.h(173) Source\HammUEr\Private\MapFileLoader.cpp(2143)
empty() call to std::vector is used, which checks if the vector is empty (returns bool), but your usages discard the value. You most likely meant to use clear(), which erases all elements of the vector.
That's what happens when you try to marry two systems that use the same term for opposite things.
Fixed in the 4.22 build.
Is there any way to increase the file name size/length for importing assets? A lot of the assets I import have half of their names cut out, which causes a lot of preventable issues with maps.
For example, when I try to import models with the names "stone_pillar_86_new", "stone_pillar_94", "stone_pillar_7", and "stone_pillar_73", their names get cut down to something like "stone_pilla". Whenever this happens, each model overrides eachother and only one of the models actually import.
Hello, dude I wanted to know how to download my plugin I no longer have access to my email. then I change my address for the next download or refund please on my card.
I can give you the last four digits of my bank car
This is something you should contact itch.io support for.
There's nothing I can do to help you.
some textures dont import. im trying to import hl2 maps plz halp. im using ue 4.21
Have you looked at the import logs?
Do you know which textures they are?
Is there something special about them?
Subject: Helping others with materials.
It is possible to emulate all (or close to all) graphical effects from the Source Engine in Unreal Engine. When I am done making materials that can be instanced I will share a photo of the setup if requested to.
So I'm having a problem while importing models, it gets to 25% and then it crashes. At 23% memory maxes out(32GBs) followed by my C drive maxing out at witch point it crashes.(I only have 23 Gbs left on my C drive) thing is UE is not installed on my C drive. My vault cache location is not on my C drive, My Project file is not on my C drive and i changed DerivedDataCache to off the C drive and it still overflows. Any Ideas?
Did a fresh install of windows so i had enough space, still crashes but this time at 45% and with no error message or crash report.
Can you try splitting the source directory up into a couple of smaller ones and importing those one by one?
That should at least help narrow down the problem somewhat, while also remove the need to reimport the same things over and over again.
what would we have to donate to get access to hammuer.lib source? There are some little things i'd like to change/fix/exhance, as well as actually be able to debug a crash that I'm getting when loading certain maps.
I think I may have figured out what the crash is though.
I believe in (vmfloader) info_overlay, you are parsing StartU/EndU and StartV/EndV as int, instead of float.
While it's more common for them to usually be 1 or 0, in the actual format they are float, and in some of our maps
[Edit] Yep, that is absolutely what it is.
I also added a "hammuer" function to vmf_tweak (one of the source engine tools, that i don't think is publicly released other than in alien swarm maybe) which goes through everything that uses a model, and gives it a targetname, to make it easier on the import since without hammuer.lib source we cannot parse for anything.
As an aside, if it's unwilling for you sharing for example github access to it, would it be too much trouble for you to MOVE the "mapentity" stuff into the plugin itself, and out of the lib? ie: ask the plugin for the translation of all of the map classnames, for each of the loader.. instead of hardcoding the entity types into the lib.. (that is one of the things I would do if I had access lol)
Another thing that I would like to do, depending on how you load all the brush faces anyway, is to introduce part of the CSG process, so all intersecting brushfaces get chopped up to discard all of the parts of the solid that cannot be seen.. would save a lot of pre-processing time with going through a lot of old maps and clip + nodraw everywhere ;)
Especially large ones like this:
Note, that the grid here is a lot bigger than standard (65k/65k) and this map fills up almost all of the normal source engine map size, horizontally anyway. lol. (we had/have a lot of large maps in TI, and our version of the engine/hammer increases a lot of limits..which is good for making stuff for unreal as well :))
My apologies, you're right about the info_overlay parsing, and the UVs should be correctly read passed through as floats in the 4.21 build.
Unfortunately, I can't release the source for the lib, and don't really have much time to do active development these days, so I don't see myself doing any major refactor work.
Would a basic thing for unknown entity types (or a separate array for all of them) that'd be a hashset or something that you can parse yourself on the UE plugin side work?
That's a little dissapointing, but understood. The entity thing is of much more concern for myself, and the simplest solution that I can see would be just adding an std::map<std::string, std::string> of every actual entity key to BaseEntity or something, even if you leave the default parsing that does the MapEntityType, then I can just intercept it in MapFileLoader::ImportIntoWorld, to read the original keyvalue for custom entities, and their values, by simply using GetEntity(x), and then looking at the KeyValue map for the original classname. (I noticed that all unknown ones end up falling under the static prop type as well, and the classname in BaseEntity appears to get overridden, I had actually tried to read that when I was first trying to parse custom entities, but ended up modifying VMFTweak to just convert everything to prop_static with a custom targetname ie: prop_dynamic_originaltargetname, or ropestart_xxx, ropekey_xxx) Which, works, and allows me to replace the actors post-import, but I'd prefer if I can just create the proper actors at import time, especially for some more complicated custom ones)
Thanks, and I really appreciate this!
There are many reasons that this should be updated for 4.21. This new version introduces better editing features such as editing meshes which should be of interest considering that this plugin imports brush groups as static meshes. This new feature allows the in-engine editing of which faces have what material so that if in Hammer you didn't do texturing because all of your materials are in UE you could then decide where materials go on polys in-engine. https://docs.unrealengine.com/en-us/Studio/Datasmith/HowTo/ModifyStaticMeshGeome...
The old version of this game engine also has a hindering ui bug. On windows the ui does not show drop down menus unless high contrast settings are enabled, (causes white text on white background in hammer in some cases) https://answers.unrealengine.com/questions/591961/drop-down-menus-not-working-in...
I am considering workarounds for the lack of an update do to so many more things being available on the newer engine. Perhaps using the plugin to import materials then opening the project with a new version to make a compatible copy would work for materials. And the perhaps exporting the scene as one fbx file, but I can only imagine the problems that would cause for lightmaps and optimization. It is a good idea to update the plugin because of everything your missing out on and using a newer version would be very difficult or just time consuming. (import map then copy to new engine "oops map has problem" back to step one)
When do you think that HammUEr will be updated for 4.21?
Does your plugin have a bias against importing materials that are not "Lightmapped Generic"? There seems to be a problem with the plugin that has costed me 71 days of my time and so it seems that I cannot find a fix for the problem without contacting you. Perhaps there is a known problem with the creation of materials that are of the type "cable" for example?
It seems that after trying around 5 different ways of importing materials and textures there is a strange issue that occurs such as lighting making my scene look like a child with a giant crayon was let loose and assumed the white lightmaps were a paper. If you are in need of the engine version I was forced to downgrade from 4.17 to 4.12.5 in order to start the plugin which costed me a few days of work I had already done only for the plugin to not actually import the materials I had made in the more updated engine.
This is a peculiar problem and as of today on 11/22/2018 I have come to the realization that the plugin may not know what to do with something that is not "Lightmapped Generic" casuing it to not create a vmt for materials labeled "cable" for example. Regarding the lightmap issue I have simply restarted my work several time to try to get a fix but now there isn't a lightmap problem anymore because what the plugin has done is create static meshes for the level but not actually put them in the level though I had an idea about what this was caused by and nope the brushes are indeed grouped.
I have created this account for the very purpose of contacting NT Entertainment and therefore I am new to this website and/or its way of functioning.
I have experimented to see if the bias is the case and it seems that after editing the vmt to say it is "LightmappedGeneric" it proceeds to import that material but none other. I want to know if you are aware of this bug involving that of discrimination from non "LightmappedGeneric" vmts.
EDIT: I have done this with all the vmts in the folder. Now the plugin creates a material for them.
I have no idea what to tell you, except that I can't reproduce your problem at all.
I just ran a test with a cable materials directory (so just "SplineRope" and a "$basetexture" field), and those all imported fine without needing to change or edit anything in the VMTs, so I have no idea what was going on on your machine. Any unknown types should default to the LightmappedGeneric handler anyway...
anyone gota solution for UE crashing when trying to import materials with hammuer , all vtx and dx90 /dx80 are deleted
i also have 16gb of ddr4 so i dont think ram is a problem
im trying to import csgo materials and it crashes at 0% rip
its been 21 days since i wrote this message and my problem is still not solved, this software cost me $42 usd and it doesn't even work
1) itch.io doesn't always send me emails when people post comments, so apologies for the late reply.
2) vtx files are model-related and have nothing to do with materials and textures
3) "it crashes" doesn't really help me debug your problem. Which version of UE are you trying to use? What does the log say before it crashes?
Hi! i'm doing some modding of Lineage 2 for fun and very interested in your plugin, i need to extract bsp's from l2 client, but L2 was made in ue2, could your plugin extract bsp from ue2 based game? If it's possible, i'll definitely buy it.
I'm afraid not.
HammUEr doesn't exist to import random levels from games, it was created to help level designers that prefer CSG brush editors over more recent model-based level creation workflows to get their work into Unreal Engine.
When I import my meshes non of them have textures wich means that when i import my map the map dosent have textures. It is something that I cant solve. No matter what. I even tried to re-import EVERYTHING again and still: Nothing.
I'm trying to import csgo maps on Unreal Engine 4.19.2
Which version of the 4.19 importer are you using? The fixed one?
Also, are you sure your material setup is correct?
This plugin rocks. It truly adds a new dimension to the ue4 editor.
I have a problem though. When I import one of my maps made in Trenchbroom, I get what appear to be overlapping vertices (z-fighting). Other maps from TB work fine. Can you recommend anything?
When importing models, will it also import the animations associated with them? Or will I have to manually import using crowbar, etc
Animated models only get imported as static meshes, since they're only meant to be references to get your scaling right, and not as a means of using content you don't own the rights to.
For your own animated content, you should have source files that can be imported by normal UE means.
I see, I understand. Some models may be released under a license that allows me to.
Thanks for responding, your software is great :)
I like this plugin alot however there is alot of import errors with models being completely gone or textures missing even after importing them correctly (CSGO) This happens on official and workshop maps. When i can i will post pictures
Has anyone tried this with Jedi Academy maps?
First off, thanks for this plugin, it's been a mega time-saver, and is bloody awesome.
Potential Future Feature Request:
An option for imported brushes (not displacements) to be created as Additive UE BSP, instead of auto triangulation etc. Unreal's format does allow stuff like removing faces, no all nodraw and stuff can still be removed. It could just be useful in certain circumstances to have the brushes in brush format, so they are editable in unreal after.
And of course, we can then convert them to static mesh from within unreal directly, later.
Oh, another secondary one: Have some way for us to define custom classes, so we can link entities <-> Actors automatically on import! Perhaps with a callback that passes stuff like the static meshes etc to the newly instantiated actor, to hook things up.
eg: In tactical Intervention, we have custom things like prop_breakdown and prop_hitzone. It would be coolio to be able to let hammuer instantiate a custom actor, instead of having to rename custom ents to prop_static so that they import in the correct place.
Thanks again for your amazing work :)
Any possibility of adding support for COD1? It's based on ID Tech 3 and uses Radiant. Same .map file structure as DOOM 3, however upon importing UE4 just crashes.
Hello! I wanted to ask a couple of things about this plugin. First of all am I allowed to use this plugin for a paid game? Am I allowed to share this plugin with my team members and not anyone else if I bought it? Also if I want to map for a paid UE4 game (commercial purposes) using 3dsmax for example I need to buy it and not use the free student license so, what about using hammer for commercial purposes?
I've tried to import materials/models from CSGO for about two days now and it ALWAYS crashes. Any idea why?
"Log file open, 06/19/18 13:28:43
LogWindows: Failed to load 'aqProf.dll' (GetLastError=126)
LogWindows: File 'aqProf.dll' does not exist
LogWindows: Failed to load 'VtuneApi.dll' (GetLastError=126)
LogWindows: File 'VtuneApi.dll' does not exist
LogWindows: Failed to load 'VtuneApi32e.dll' (GetLastError=126)
LogWindows: File 'VtuneApi32e.dll' does not exist
LogInit: Display: Running engine for game: HammEUr
LogPlatformFile: Not using cached read wrapper
LogInit: Display: RandInit(1962371680) SRandInit(1962371680).
LogInit: Read version file with build ID '3944462'
LogInit: Overriding engine version to CL 4033788, compatible CL 3944462
LogInit: Registered custom module enumerator with build ID '3944462'
LogTaskGraph: Started task graph with 5 named threads and 23 total threads with 3 sets of task threads.
LogStats: Stats thread started at 0.259854
LogD3D11RHI: Aftermath initialized"
Unfortunately, none of the things in this log have anything to do with HammUEr, so I can't really help you with this.
Some of those dll errors seem to refer to intel vtune, but a quick google doesn't seem to give any decent solutions, apart from maybe needing administrative rights when you install/run unreal engine?
Good luck, hope you figure it out.
I had just recently found out about this plugin for UE4, and I am actually running into the exact same issue. I am able to get the textures imported just fine, but when attempting to import .map or files it finishes loading from master list, the I get an immediate CTD.
I did try loading a .vmf which I had exported from Hammer Source SDK (originally on GoldSrc, used converter) and the map loaded into UE4 only once, any other time (same map) nothing showed up after loading and referring to master material list.
I'm running Epic Games Launcher as Admin, and I get the same thing as brikkew. I'm on UE4 4.19.2 w/ latest build of HammUEr
Could you optimize this so we can use it to work with Paragon maps?
I'm trying to import the csgo materials and textures, but HammUEr seems to not being able to read the VMTs. It is importing the textures, but doesn't create material-instances.
Only when using the "create materials for not-used textures" dialog, it creates material-instances, but none of them uses the decal-material. (I exctracted the material files with gcfscape from csgo's pak01_dir.vpk and i'm using ue4.19)
I get a lot of errors like this in the output log:
LogTemp: Warning: Could not find , cutting down to smallest identifier.
LogTemp: Error: Could not find texture for VMT asphalt/asphalt_b, aborting creation of material
LogTemp: Warning: Could not find , cutting down to smallest identifier.
LogTemp: Error: Could not find texture for VMT asphalt/asphalt_b1, aborting creation of material
LogTemp: Warning: Could not find , cutting down to smallest identifier.
LogTemp: Error: Could not find texture for VMT asphalt/asphalt_b1_blend, aborting creation of material
LogTemp: Warning: Could not find , cutting down to smallest identifier.
LogTemp: Error: Could not find texture for VMT asphalt/asphalt_b2, aborting creation of material
There was a change to the UE API I wasn't aware of, which led to this problem happening.
I've uploaded a new version, so please download "HammUEr 1.8 for 4.19 fixed" and try again.
Oh thank you very much, i was already so desperate, that i completely deleted, redownloaded and reinstalled ue4 and csgo :D
Edit: Yes, with the new version it creates materials-instances and decals as expected.
Same problem here!
I keep getting errors saying, "Binaries for the 'HammUEr' plugin are missing or incompatible with the current engine version." It also says "'HammUEr' failed to load because module 'HammUErRuntime' could not be found" I have UE 4.19.2 and HammUEr 1.8
The plugin should work with 4.19.2 as uploaded, so something might have gone wrong while downloading/extracting it.
Please download the new fixed version and try again.
I'm also having this exact problem, tried downloading again a couple times.
Warning: No filename provided for module HammUErRuntime
Warning: ModuleManager: Unable to load module 'HammUErRuntime' because the file 'C:/Users/Josh/UnrealEngine/Engine/Binaries/Win64/' was not found.
the hammuer dll's are in the plugins binary directory. why is it looking in the engine binaries?
Only the "flat_normal" and the "HammUErBaseMaterial" show up and the "HammUErDecal" won't. i couldn't figure out what's wrong.
Can anyone help me?
Weird, if the others show up, it should show up as well.
If not, there's an example of what it should look like in the manual on page 6 (lower picture), so just build something that looks like that and use it instead.
it takes me 2h+ importing textures and models from csgo to UE ive tried a different disk still didnt fix any suggestion on how to make it go faster?
Unfortunately, there's a lot of data to import, and there's really nothing you can do to make it go faster.
You only need to do it once, tho.
Does the 4.18 version work with 4.19??
4.19 build has been uploaded
Hi, when I import textures or models, my C:disk will be used. But I use D:disk, why?
I... have some trouble understanding what you're asking, but files that are imported end up wherever your unreal engine project is (because they need to be converted to something UE understands), which I guess is somewhere on your C drive in your case?
Unreal Engine uses a Cache to store temporaly your materials and meshes. You can change this folder-destination to your other drive under Edit->Editor Preferences and then under General->Global->Local Derived Data Cache.
I even have one area where its starting to get curved for some reason
The 4.15 builds are pretty ancient by now, so hopefully a move to a newer one should fix this.
If not, try moving the brush in hammer and then moving it back into place where it was, or check the texturing and redo it so it looks the same but the values are different (if that makes sense)
I am still having issues with the 4.15.3 version of the tool. I am able to get all the materials and models over, but importing the .bsp still causes it to crash.
Did you mean .vmf file?
HammUEr has no support for compiled bsp files.
oops, I meant to say .vmf
Can you put the vmf on pastebin or google drive or something so I can test it locally?
Sorry for the delayed response. Here is the vmf that imports just fine in 4.18, but it won't in 4.15.
I don't have access to my code archive at the moment, so I can't really check with an actual 4.15 build, but my guess is it's got something to do with the displacements?
(Also, this is a decompile, and decompiles are technically not supported. Maybe try opening it in HammUEr and saving it back to clean up whatever the decompiler did?)