does jackhammer put in line comments for brush #s? i always liked that method for debugging. 

Just had a look ... no. 

Super fast question ...

I know what these handles do:

https://drive.google.com/a/epicgames.com/file/d/0BzD7pFjY3WbiaHFRTHRRVlNhdjQ/view?usp=sharing

There is another similar state though. What do the yellow handles do?

https://drive.google.com/a/epicgames.com/file/d/0BzD7pFjY3WbibGdwcVBmQTJFVW8/view?usp=sharing 

Sorry, still get used to Google Drive settings ... I think this will work. Just the yellow handle version:

https://drive.google.com/file/d/0BzD7pFjY3WbibGdwcVBmQTJFVW8/view?usp=sharing 

Just use some normal host like imgur.com or quaketastic that works without forcing a shitload of random JS down your throat. ;) 

Just answer the damn question. :) Why is there a set of handles where the middle handles turn yellow? 

It keeps the brush on grid when resizing, most noticeable when a brush is skewed or otherwise in an odd shape. Sort of like a quick alternative to using vertex manipulation, allowing for resizing one side of a brush, without manipulating the other side of it. 

Ahh, I see it now! Ok, it only drags the verts in the half of the brush closest to the handle clicked on. Kinda cool .. OK, thanks! 

I'm using Jackhammer to build my Quake level for map jam 3 and have come across a few issues and annoyances that should be (heh) easily remedied

1) if you select a brush (or brushes) and then start drawing a new brush, that new brush should be the same height and start at the same point on the z axis as the selected brushes. Hammer does this and it feels really weird for JH not to do this :)

2) There is some strangeness going on with vertex manipulation when you have multiple brushes selected. JH will not let me move verts on a brush when I have certain other brushes selected. I am guessing that JH checks the entire selection for concave brushes when a vertex is moved and this is what could be causing this? If I select 2 or 3 brushes next to each other then the v-manip works just fine but if I continue selecting brushes along the chain of brushes in the map the v-manip stops working. I can provide pics / map file if you want to test this further.

3) placing entities into the map by clicking in the 3d view will place the entity off grid and it is a nightmare to get it back on grid. Some sort of grid snap for entities placed in the 3d view would be very nice!

4) Another grid snapping issue but this time with brushes. When duplicating the current selection (shift+drag) the new selection can sometimes be nudged off-grid by an amount equal to half of the current grid size.

5) When placing entities using the 3d view it would be nice if the editor could place entities on the surface by finding the bottom of their bounding box. For example currently if you place a shambler by clicking on a level floor the shambler will be placed half in the floor on the z-axis.

6) No face splitting while in vertex manip :( (see trenchbroom editor)

Aside from these issues the editor is very nice and I am enjoying using it! Very easy to setup and go. Feels very familiar to Hammer/Worldcraft. I think I experienced a single crash when duplicating some brushes but that is the only stability issue I have come across. 

1) already fixed
2) just disable vertex restrictions, they are disabled by default in latest releases
3) ctrl+B
5) this is achieved via FGD file, there is a new keyword "offset", you can see an example in PlayerClass definition in the FGD.
6) Ctrl+F
Some of these features don't work in 1.0.155, please upgrade to 1.1.320a if you are on Linux. 

This is certainly a fringe case that many users probably will not come across but I thought I would bring it up anyway.

It seems you cannot manually change entity spawnflags value from the entity window in JH? It seemed to me that JH hides the spawnflags key from view because if I manually entered a new key/value pair called "spawnflags" with a value of "64" (what I required to get specific behaviour from an entity in a Quake mod) then it would create a key called "spawnflags#1" "64".

Is this an editor issue or something that can be fixed within an FGD? Exposing the manual editing of spawnflags would be a very useful feature!

Thanks for the response to my earlier post. It is nice to see that some features are in/added and others have shortcuts. Thanks :) 

Daz, you could always click on the "Flags" tab in the entity properties window. :) 

Never thought someone will need to edit them manually. :) Why not set a flag using a checkbox, as WarrenM suggests? JH accepts the checks even if they are not described in a FGD. 

I could swear I tried that and it didn't work. I could be mistaken however. It's quite possible that 64 was an incorrect spawnflag as the mod documentation for Zerstoroer is possibly the worst document I have ever read :)

Anyway. JH is a really nice editor. I will definitely do a video for it when I get a free moment 

To test whether it works, simply open an exported map file in a text editor. If the "spawnflags" keyvalue exists for your entity, and has a correct value, then it's not a JH problem. Otherwise, it might be a bug. 

It should work. My mod uses a bunch of spawnflags and they all seem to work from within JH... 

I'm sorry if this has been posted but I didn't see this problem anywhere...

I installed "jackhammer_linux_11320_x64.run" on a Pinguy OS Distro which is based off of Ubuntu 12.04 located at "/home/dano/jackhammer". I ran jackhammer.sh and went to "tools>options" to set up the Quake game profile. The settings are all the correct locations for the .fgd, .pal file, quake101.wad file, game executable, directories etc etc.


Now, with all that if I load a map I simply get white brushes everywhere OR... if I delete the use of the .pal file(location in profile) I get some super low-res version, that's black and white, of the textures!!!!

Also on some maps I get the pink/black squares but I assume that's a texture in use that's not in my .wad file.

Even though I use Linux I'm basically an EX Windoze user with zero 1337 skills ;)

I have no graphics problem with any other game/program with my setup, nVidia gtx660 card.

Any idea's on how to solve this?

I dual boot with Win7, and JH works fine there, but I was hoping to one day find a non dual boot, native OS, editing solution.

Thanks. 

With .pal file defined: http://i.imgur.com/c4ROX1Q.jpg

Without: http://i.imgur.com/btJHNoZ.jpg 

Is this the return of Quake Noir? 

Seems like a palette problem.
When palette file is not defined, JH uses an internal "black-and-white" palette.
Are you sure your pal file is correct?
You mean the same file does work under Win7, but does not under Linux? 

At first I went to quaketastic and d'loaded the quake palette from there. But the file size difference between it and the JH supplied file was suspect. So that's when I booted up Win7 and installed JH under that OS. After seeing it function correctly I copied the .pal file from Win7 into my Linux install of JH. No difference :(

Anyway, just looking to see if there was a quick fix that you had come across. Not really a big deal if I'm the only one ;) 

And what if you specify the palette that comes with JH for Quake 1? Yes the colors can be incorrect, but are there any colors, or the default palette also fails to load and renders textures to solid white? 

Yes, using the palette file supplied with JH renders the texture's to solid white. As shown in the first image in post #143. 

And what about models? Are they also white? 

After extracting the models the test I see I had chose my "Game" directory as my "Base Game" directory, grrrrr....

Everything is fine now :) Sorry for the time waste.