@Jeffmod:
Click Click Boom
Sledge (Hammer Alternative) Alpha Build
Created 11 years ago2013-07-27 02:24:39 UTC by
Penguinboy
Created 11 years ago2013-07-27 02:24:39 UTC by
Penguinboy
Posted 10 years ago2014-01-25 19:49:23 UTC
Post #317630
![COOBORKY?[kzna]](https://twhl.info/uploads/avatars/small/5656.jpg)
Posted 10 years ago2014-01-25 20:24:02 UTC
Post #317631
are there any plans on making func_water brushes transparent in 3d view? i think it would be nifty to have whatever 'FX amount' you set it to be how transparent it is in 3D view. not sure how possible or easy that is to do but it'd be helpful (for me anyway)
![COOBORKY?[kzna]](https://twhl.info/uploads/avatars/full/5656.jpg)
Posted 10 years ago2014-01-25 20:34:56 UTC
Post #317632
If he were to do that, it would only be fair to implement all the relevant render modes, not just that one.
The problem is that if you set something to Texture/0 you've got yourself an invisible brush in the 3D view. He'd have to put a checkbox somewhere to enable/disable the in-editor render modes, at least.
The problem is that if you set something to Texture/0 you've got yourself an invisible brush in the 3D view. He'd have to put a checkbox somewhere to enable/disable the in-editor render modes, at least.
Posted 10 years ago2014-01-25 20:42:05 UTC
Post #317633
i see, and what about a "mark" feature for textures like hammer had? you know, the one where you select a texture and it will highlight every instance of that texture. or is that buried in there somewhere and i just overlooked it
Posted 10 years ago2014-01-26 00:17:34 UTC
Post #317636
Archie: Thanks, I'll go see if I can dig up a hex editor get the relevant Notepad++ plugin, then.
Though it's beyond me why the VMF format was based on MAP rather than RMF.
Though it's beyond me why the VMF format was based on MAP rather than RMF.
Posted 10 years ago2014-01-26 11:14:46 UTC
Post #317637
I should clarify I never actually tried the proposed fix.
Posted 10 years ago2014-01-26 12:21:13 UTC
Post #317638
I registered here to say thanks for your dedication to this software and the support you provide
Though I am mapping for Counter-Strike: Source, I am able to use Sledge and save as a .vmf then later open in Hammer to complete a project. I may have missed documentation on this software and don't know how to config it properly (no entities or textures showing up etc), with my lack of experience is it possible to forget about Hammer and make the transition to Sledge? Or will we have to wait until Source is supported
Crayz
Though I am mapping for Counter-Strike: Source, I am able to use Sledge and save as a .vmf then later open in Hammer to complete a project. I may have missed documentation on this software and don't know how to config it properly (no entities or textures showing up etc), with my lack of experience is it possible to forget about Hammer and make the transition to Sledge? Or will we have to wait until Source is supported
Crayz
Posted 10 years ago2014-01-26 13:39:51 UTC
Post #317639
Thanks Crayz, I will try to get Source supported as soon as I can, but for the moment Source won't work very well yet. You should be able to load up the CS:S FGD from 
@Jeff: I know precision issues have always been a problem in Hammer and the compile tools, but I haven't done a lot of testing with Sledge in that regard because I don't have much experience or knowledge in those areas. When I start working on Source support, could I ask you to help me out with identifying issues like this and trying to fix them? Of course I would accept help from anybody else who knows about these issues as well!
On your comment about file formats, VMF is actually the best format out of the three by far, because it's extensible. If you open and re-save a H4 VMF in Sledge and take a look at it in notepad, you can notice that Sledge actually saves the vertex values to the file (to speed up loading and to reduce precision issues), even though Hammer doesn't. Even though Sledge saves extra information to the file, Hammer 4 still opens it without errors. This is why VMF is a great format!
steamapps/common/counter-strike source/bin/cstrike.fgd, and Sledge should show the entity list (I've tested the HL2 FGD and it works). Source textures won't show up at all yet, and displacements won't work either. I still have a lot of work to do on the base application and on Goldsource support so please be patient until I can add Source support @Jeff: I know precision issues have always been a problem in Hammer and the compile tools, but I haven't done a lot of testing with Sledge in that regard because I don't have much experience or knowledge in those areas. When I start working on Source support, could I ask you to help me out with identifying issues like this and trying to fix them? Of course I would accept help from anybody else who knows about these issues as well!
On your comment about file formats, VMF is actually the best format out of the three by far, because it's extensible. If you open and re-save a H4 VMF in Sledge and take a look at it in notepad, you can notice that Sledge actually saves the vertex values to the file (to speed up loading and to reduce precision issues), even though Hammer doesn't. Even though Sledge saves extra information to the file, Hammer 4 still opens it without errors. This is why VMF is a great format!
Posted 10 years ago2014-01-26 18:48:11 UTC
Post #317640
Yeah, I'll be sure to test it thoroughly - as soon as Sledge supports Source fully, I'm planning on ditching hammer before the SDK launcher goes completely belly up instead of just being unsupported.
Any issues I find, I'll pound on your door.
Any issues I find, I'll pound on your door.
Posted 10 years ago2014-01-27 00:10:30 UTC
Post #317641
the SDK launcher is already belly up
Just launch the tools from the BIN folder.
Just launch the tools from the BIN folder.
Posted 10 years ago2014-01-28 21:50:01 UTC
Post #317642
They don't work properly with custom game configs without a crapton of hassle.
But a recent bug forced my hand.
But a recent bug forced my hand.
Posted 10 years ago2014-01-30 16:30:38 UTC
Post #317697
Posted 10 years ago2014-01-30 17:28:07 UTC
Post #317699
Its made by Xaerox, he also made an engine: http://www.moddb.com/engines/volatile3d-ii/
My experience from him is that he likes to disparage other people (Nothing extraordinary actually).
But he seems to know what he is doing so he might have his thing up and running in beta before Pengy chan
My experience from him is that he likes to disparage other people (Nothing extraordinary actually).
But he seems to know what he is doing so he might have his thing up and running in beta before Pengy chan
Posted 10 years ago2014-01-30 19:12:57 UTC
Post #317700
I hope not.Why? Competition is almost always a good thing.
Posted 10 years ago2014-01-30 19:55:02 UTC
Post #317701
But that one looks pretty much the same as Hammer. Not to say exactly the same. Could well be a decompile with just a few minor changes added.
Posted 10 years ago2014-01-30 20:05:28 UTC
Post #317702
His original hammer editor modification were all hex edits of the original program. So its possible that he disassembled VHE and rebuilt it.
Posted 10 years ago2014-01-31 02:23:51 UTC
Post #317708
I've seen that editor before, it's written in Qt so I doubt that it is built from Hammer source code. Of course, it's not open source so you can't say for sure if it's based on Hammer or not. The source code for it has been leaked a few times, IIRC, so it could be possible.
I've got no issues with competition. There's this one, and the Sven Co-op team has access to the Hammer 3.5 source code and are making enhancements for it as well. But neither of these projects are open source, and they're not interested in Source support at the moment, either. While Sledge is trying to produce an editor to replace Hammer, it's not trying to emulate Hammer exactly (unlike these projects). I'm trying to evolve the editor in a way that makes it easier for experienced users and new users alike by adding new concepts, back-porting Source features to GS, and other cool stuff. If another project does a cool thing, I'll just steal the idea and do it better in Sledge
I've got no issues with competition. There's this one, and the Sven Co-op team has access to the Hammer 3.5 source code and are making enhancements for it as well. But neither of these projects are open source, and they're not interested in Source support at the moment, either. While Sledge is trying to produce an editor to replace Hammer, it's not trying to emulate Hammer exactly (unlike these projects). I'm trying to evolve the editor in a way that makes it easier for experienced users and new users alike by adding new concepts, back-porting Source features to GS, and other cool stuff. If another project does a cool thing, I'll just steal the idea and do it better in Sledge
Posted 10 years ago2014-02-03 20:43:15 UTC
Post #317738
2 Stojke:
Nothing extraordinary actuallyCouldn't resist registering and asking the only question: "Why?"
Posted 10 years ago2014-02-03 20:49:08 UTC
Post #317739
Hahaha hi Xaerox, welcome to TWHL.
Posted 10 years ago2014-02-03 21:30:34 UTC
Post #317740
I simply meant that as people have their own opinion at things and you are an old member there with full rights to write as you did.
Something i would probably do as well.
Tis all cool me mon. (I also expected you would do that )
Something i would probably do as well.
Tis all cool me mon. (I also expected you would do that
)
Posted 10 years ago2014-02-04 09:08:54 UTC
Post #317749
Well, you said that I liked to "disparage" other people and there was nothing extraordinary. I'm just curious why you said that.
Regarding the Jackhammer, it does not participate in competitions, because there is no competition actually. I'm focused on creating a convenient cross-platform fully-functional level editor for a vast variety of games, and especially for my engine (this is a primary reason actually). If you like it and you use it - then I'm pleased. If you don't - well, ok.
Regarding the Jackhammer, it does not participate in competitions, because there is no competition actually. I'm focused on creating a convenient cross-platform fully-functional level editor for a vast variety of games, and especially for my engine (this is a primary reason actually). If you like it and you use it - then I'm pleased. If you don't - well, ok.
Posted 10 years ago2014-02-04 09:30:03 UTC
Post #317750
Nothing extraordinary in the means of you said what you said every one has their opinion. You did say that compilator is bad because of net framework and you said it in a way some one might find offensive and think of you badly.
I think of that as : I called it shit not because i hate it but because i disagree with it.
How stable is jackhammer? Will it work on older versions of windows? (eg windows 98)
I think of that as : I called it shit not because i hate it but because i disagree with it.
How stable is jackhammer? Will it work on older versions of windows? (eg windows 98)
Posted 10 years ago2014-02-04 12:15:45 UTC
Post #317752
I personally don't like people using "heavily-loaded" frameworks to create quite a simple software. Look at HLMV - its author wrote his own tiny framework (mxtk) and his viewer doesn't require any additional dependencies, and functions everywhere. And this is really nice. But nowadays there are lots of programmers that are not bothered about writing fast, compact, all-sufficient software. It seems that we will end up on drivers, and especially viruses, written in C# and requiring the latest .NET package installed prior to infecting one's system. No offence meant, just logic.
However, this doesn't apply to Sledge, actually. Sledge has full rights to use any framework because this is a complex program, and I have no claims (although I still don't like .NET and C#, but tastes are different).
Jackhammer is in alpha stage since it is only 5 months old. It supports Windows versions starting from WinXP SP2.
No offence meant, just logic.However, this doesn't apply to Sledge, actually. Sledge has full rights to use any framework because this is a complex program, and I have no claims (although I still don't like .NET and C#, but tastes are different).
Jackhammer is in alpha stage since it is only 5 months old. It supports Windows versions starting from WinXP SP2.
Posted 10 years ago2014-02-04 13:36:16 UTC
Post #317753
I agree, dependency management is more important than a lot of developers think, and it's annoying to see a very basic program is written in something like Java or .NET when you could write the same thing in C without any more effort. (Or, when you try and load up some open source project and it has to download 100 extra dependencies before it will even compile)
I'd say though, that once you have any sort of UI going on in your application, you don't have much of a choice but to use some sort of heavy framework dependency (Java/Swing, .NET/WinForms, C++/Qt), especially if you want to think about portability. Qt is probably the best choice for portability (because Swing is really terrible), but WinForms is surprisingly portable when you look at the Mono project.
When you consider The Compilator, I would say that it has a complex enough interface to justify introducing a framework dependency. Considering that Nem's Batch Compiler (which is what most people use) is also written in C# (or Delphi), I think that it is a reasonable choice to use .NET for it.
In the end it's all about choosing the right tool for the job, and in many cases there is more than one 'right' tool to choose from.
I'd say though, that once you have any sort of UI going on in your application, you don't have much of a choice but to use some sort of heavy framework dependency (Java/Swing, .NET/WinForms, C++/Qt), especially if you want to think about portability. Qt is probably the best choice for portability (because Swing is really terrible), but WinForms is surprisingly portable when you look at the Mono project.
When you consider The Compilator, I would say that it has a complex enough interface to justify introducing a framework dependency. Considering that Nem's Batch Compiler (which is what most people use) is also written in C# (or Delphi), I think that it is a reasonable choice to use .NET for it.
In the end it's all about choosing the right tool for the job, and in many cases there is more than one 'right' tool to choose from.
Posted 10 years ago2014-02-04 14:24:18 UTC
Post #317754
Delphi doesn't produce additional dependencies, because VCL is statically linked (at least Delphi 7 I worked with; RAD Studio became bloated and completely unusable imo). Delphi is not a good choice in respect to executable size, but at least the exe is self-sufficient. Visual Basic and .NET executables, on the other hand, are not. When compiler (or a GUI to it) becomes a part of large project, as happened to Q3Map2 when it became a part of GtkRadiant, it is obvious that it starts using the underlying framework, but I don't understand people using the framework for small standalone programs. Especially when the framework is not redistributable along with the program, that is a common practice for Micro$oft. Qt is better because it is redistributable without restrictions, so is Gtk (but it has other serious flaws beyond a scope of the discussion).
Sorry for bad English, hope you understand my point.
Qt is better because it is redistributable without restrictions, so is Gtk (but it has other serious flaws beyond a scope of the discussion).Sorry for bad English, hope you understand my point.
Posted 10 years ago2014-02-04 22:06:56 UTC
Post #317755
I agree that software should be least as possible dependent on something not freely distributable. Not only software but multi platform usable hardware as well.
I never programmed passed console applications and some C in MS DOS so i cant comment much
Too bad jackhammer can't be run on windows 98, i usually use my Pentium 3 when i cant access my pc, but hammer texture browser locks up the system (ATi Rage).
I never programmed passed console applications and some C in MS DOS so i cant comment much
Too bad jackhammer can't be run on windows 98, i usually use my Pentium 3 when i cant access my pc, but hammer texture browser locks up the system (ATi Rage).
Posted 10 years ago2014-02-07 12:01:30 UTC
Post #317808
I'm not sure if it's a known issue, but Sledge doesn't seem to like Hibernate.
Posted 10 years ago2014-02-07 20:48:19 UTC
Post #317814
...isn't Hibernate a web server based framework and in no way related to winforms apps?
Posted 10 years ago2014-02-07 21:39:23 UTC
Post #317815
Hibernate as in when your computer saves the state and then shuts down completely but then resumes where you left off when you start it up again.
Posted 10 years ago2014-02-08 02:15:39 UTC
Post #317822
Yes, someone else posted a different issue but it happened after their laptop went into sleep (or possibly hibernate) mode. I'm not really sure how I will work around something like that, I will investigate.
@Stu: You're probably thinking of Hibernate as an ORM library for Java. It is often used in web code, but that is because Java (that connects to a database) is mostly used for back-end web stuff. It can be used in desktop Java programs too. There's a .NET port called NHibernate that could theoretically be used in a WinForms app
@Stu: You're probably thinking of Hibernate as an ORM library for Java. It is often used in web code, but that is because Java (that connects to a database) is mostly used for back-end web stuff. It can be used in desktop Java programs too. There's a .NET port called NHibernate that could theoretically be used in a WinForms app
Posted 10 years ago2014-02-08 06:21:56 UTC
Post #317823
From my understanding sleep (stand by) shouldn't cause this because the application is still in memory only execution is paused.
Posted 10 years ago2014-02-08 06:29:55 UTC
Post #317824
Hibernate as in when your computer saves the state and then shuts down completely but then resumes where you left off when you start it up again....oh. Right. My bad
@Stu: You're probably thinking of Hibernate as an ORM library for Java. It is often used in web code, but that is because Java (that connects to a database) is mostly used for back-end web stuff. It can be used in desktop Java programs too. There's a .NET port called NHibernate that could theoretically be used in a WinForms appYou win this one, I've forgotten pretty much everything about it. I've had my Hibernate training forever ago and never once had to use it.
Posted 10 years ago2014-02-09 03:28:55 UTC
Post #317835
New version! I finally got around to adding advanced compiling features. You will need to review your game and build settings as they have changed quite a bit, if you don't the compiling won't work correctly.
Full change list:
Full change list:
- Added proper advanced compiling support
- Added click-to-expand buttons to the docked panels
- Fixed a bug where the WAD paths were not saved to a MAP file correctly.
- Fix cursor not being captured correctly by the 3D viewport in free look mode. Fixes #98.
- Check for, and remove, empty groups when deleting objects. Fixes #32.
- Stop groups with no children causing errors during selection. Fixes #52.
- Double-clicking an object should open the object properties window. Fixes #54.
- Don't select parent objects when ignore groups is enabled. Fixes #66.
- Added information message for when no games have been configured
- Render the grid correctly on initial load in the modern renderer
- Add support for the updated Source FGD format (TF2, csgo)
Posted 10 years ago2014-02-09 09:53:28 UTC
Post #317838
Nice work!!
A quick idea, within the Transform window (Ctrl + M) I can't count how many times I've pressed OK, object was transformed improperly, and I have to open the Transform window right back up. A small button out of the way perhaps to apply the changes without closing out of the window might be handy
A quick idea, within the Transform window (Ctrl + M) I can't count how many times I've pressed OK, object was transformed improperly, and I have to open the Transform window right back up. A small button out of the way perhaps to apply the changes without closing out of the window might be handy
Posted 10 years ago2014-02-09 17:06:42 UTC
Post #317842
Made a thread for you on Facepunch PB, give it a look sometimes. The FP'ers seem to be fairly interested in it after it got published on gamebanana
Posted 10 years ago2014-02-09 23:06:49 UTC
Post #317851
I'm still hoping to see some kind of designing advantage to Sledge like quick drawing or sketching, quick brush drawing on the surfaces of other brushes, or SOMETHING.
Am I wishing too much?
Am I wishing too much?
Posted 10 years ago2014-02-09 23:14:21 UTC
Post #317852
Like a DEV layer of brushes that wouldn't be compiled, you mean?
Posted 10 years ago2014-02-09 23:49:12 UTC
Post #317854
Rim, do you mean painting brush faces in the 3d window, or sketching on the background like a background image? (Either would be amazing!)
Even the ability to add a background image like in Max would be cool, but i suppose you could always just apply a custom texture to a big brush, to accomplish the same thing.
Even the ability to add a background image like in Max would be cool, but i suppose you could always just apply a custom texture to a big brush, to accomplish the same thing.
Posted 10 years ago2014-02-10 00:14:28 UTC
Post #317856
@Rim: if you could make a mock-up or something of what you mean, I would be happy to add it to the list of enhancements.
@CapT: setting a custom background image is still on the to-do list and will be added eventually
@Instant: thanks, that's awesome. I will keep an eye on the comments in that thread for suggestions and bugs, in case FP users don't want to create an account here.
@CapT: setting a custom background image is still on the to-do list and will be added eventually
@Instant: thanks, that's awesome. I will keep an eye on the comments in that thread for suggestions and bugs, in case FP users don't want to create an account here.
Posted 10 years ago2014-02-10 11:34:32 UTC
Post #317860
People want real-time rendering, including me. Without it, sprites and models' placement couldn't be achieved as we want.
Also, the loading of a map should be a bit more faster because it's slower than the Hammer.
I'm also waiting to see if my suggestions and bugs report could be considered. I hope you have seen them.
Also, the loading of a map should be a bit more faster because it's slower than the Hammer.
I'm also waiting to see if my suggestions and bugs report could be considered. I hope you have seen them.
Posted 10 years ago2014-02-10 12:51:16 UTC
Post #317865
There's not a lot I can do about speed, Hammer will always win there because it it written in C++ which is on average about 30% faster for CPU-intensive tasks like loading maps. Also, Hammer loads all WAD files on startup, but Sledge loads them all when you open the map. The slowdown simply happens at a different time (startup vs. map load). Try changing your computer's power settings so that it doesn't power down your spindle drives, that's sometimes a cause of massive slowdowns during loading. That applies to Hammer, too.
I'm not sure what you mean about real-time rendering... sprites are still not there yet, but models have been implemented for quite a while. Make sure you have set up your game paths correctly.
I'm not sure what you mean about real-time rendering... sprites are still not there yet, but models have been implemented for quite a while. Make sure you have set up your game paths correctly.
Posted 10 years ago2014-02-10 13:32:53 UTC
Post #317866
Don't worry about realtime rendering. It won't happen in any Source/GS editor unless you build a render engine suitable enough to represent the final product as it would look in-game.
I'll need time to mock up those design things and make examples. I'll do a youtube video.
I'll need time to mock up those design things and make examples. I'll do a youtube video.
Posted 10 years ago2014-02-10 16:13:13 UTC
Post #317870
hey pengui did read my last post, there is a bug
Posted 10 years ago2014-02-10 21:26:24 UTC
Post #317873
thank you for being so quick with the updates! and for taking my suggestions into account ^^ everything is great again!
Posted 10 years ago2014-02-11 08:18:45 UTC
Post #317880
What I think Rim is saying is a sort of built-in MS Paint in the 3D view. I fail to see its usefulness, though.
Posted 10 years ago2014-02-11 09:24:34 UTC
Post #317884
About real-time rendering, I was meant about rendering of models and sprites in 3D view. That's still not implemented.
Posted 10 years ago2014-02-11 09:47:20 UTC
Post #317886
Again, check that your game paths are set up correctly. Model rendering has been implemented for a while now.
Make sure you have either WON HL or an updated Steam HL (post-steampipe). Go into the game settings and set it up, and then close and re-open your map.
Posted 10 years ago2014-02-11 13:51:24 UTC
Post #317889
I did alread and still it's not rendering models nor sprites.
Posted 10 years ago2014-02-11 22:46:57 UTC
Post #317900
It's almost certainly a problem with your configuration, can you send me some more information (pastebin is fine):
- The Settings.vdf file located in "%AppData%/Sledge"
- The FGD you are using
- The absolute path of the player.mdl file you would expect to load from an info_player_start entity (e.g. C:/Half-Life/valve/models/player.mdl)
- The file size of the player.mdl and playert.mdl in bytes
Posted 10 years ago2014-02-12 02:31:33 UTC
Post #317907
Sledge has been discovered on 'Lopers although somewhat predictably they don't really see the point without Source support at this stage. Still, something to keep an eye on for suggestions, and I imagine a particularly bountiful place to find what your every-day Source mapper is interested in seeing implemented.
You must be logged in to post a response.