Flipping brushes (CTRL+L or +I) who have angled surfaces causes the texture to become stretched.

Adjusting a vertex on an angled triangular surface also causes the same effect, texture is stretched and no longer world aligned. 

The studio("progs/somemodel.mdl") format used by the fgd should be changed from studio to studioprop in order to provide compatibility with Source engine games. This will break any custom fgd's but I believe it should be done now so that going forward the same format can be shared across all games that J.A.C.K aspires to support. 

Support for string data type in choices lists when parsing the fgd. Example format:
noise(choices) : "noise1" = [
"ambient/drone6.wav" : "Drone"
"ambient/riftpower.wav : "Hipnotic - Riftpower"
"ambient/rain.wav" : "Rain"
]

Currently only integer is supported. String would allow for any data to be entered. 

I have been chipping away at a tiny experiment in HL using JACK. I recently closed the file without saving. Now when I try to open it it tells me the file is corrupt.
I have no idea what caused this or how to potentially recover the file. Please let me know where to start - what info to provide etc.
Only spent a little bit on this so if its lost it isn't the worst thing, but I'm afraid of this happening in the future! 

in the folder where you saved your work you should have 5 most recent autosaves as well 

but can you clarify how I can access previous saves? Opening in JACK i just see jmf file.
opening in explorer I also see a jfx file.
I'll look thru the docs now... 

 

I had saved maps into one directory (half life/valve/maps) and a different one set in the options (half life/ maps) 

that's not it. That directory doesn't seem to have been created even though its specified in the options...? I would have had to create that one *not* in JACK? is that the issue? 

 

J.A.C.K misbehaves or doesn't update settings changes unless you run in Admin (on Windoze). 

 

J.A.C.K misbehaves or doesn't update settings changes unless you run in Admin (on Windoze).

Just curious, but why should that be necessary? I don't have any programs with that problem. 

Unless of course you have UAC disabled then the only evil location is C:\Windows 

Have you got the latest version? I know some old releases installed user-specific stuff to Program Files, but recent ones use a subdirectory of your Documents folder, specifically "Documents\\Jackhammer" for pre-Greenlight versions and "Documents\\J.A.C.K." since the rename. I just tested 1.1.1064 in Windows 10 and changed settings persisted, despite being a standard user with the most restrictive UAC options on and running without elevation. 

Also I just learned you need to manually escape backslashes to see them on this board's post preview page, but the published post does it for you so they end up doubled. Pardon my goofy looking paths. 

I never understood the logic of restricting programs installed in "Program Files" from write access anywhere but a few locations, while programs in "Program Files (x86) or directly in C: can do pretty much as they please. So much for security, eh? 

Last time I checked the Program Files (x86) directory had the same rules and limitations as the regular one, which seemed to be the case for others as well following a quick visit to el' goog.

And writing directly to the C:\ folder is hardly harmful. Ugly, perhaps, but last time I checked there's no risk from the user creating folders or files there. System files and subdirectories of the C: drive are protected individually... 

Did that get changed since Vista? I don't know, I don't use either one.

After I install something, I move its folder to another drive and do a system restore. If it won't run after that, I'll usually delete it.

Only exception is Steam and Steam games. They're on their own separate boot disk. 

I mostly dabble with map making as I have always seriously struggled with creativity! But I was messing around with J.A.C.K. tonight and thought.. wouldn't it be a cool feature to have a "create brush with selected texture" button? In the Surface Properties dialog box?

Could automate the centering of the texture and place it "selected" and "centered" in 3D/2D view?

Pardon my ignorance if this is silly, just seemed like it'd be a time saver(windows/door/buttons etc).

Thoughts... 

"f" toggles texture filtering in the 3D view. It would also be nice to toggle texture filtering in the texture browser at the same time. The texture browser defaults to that horrible texture blurring. 

I'm new to mapping, but so far (apart from some crashing) JACK seems to be about the best in class for editors, good job!

A small request - a spherical "effect radius" indicator/tool for entities which rely on a radius to determine their operation, such as env_sound and scripted_sequence/sentence (Half-Life).

The tool might draw a pale red globe in 3D and maybe a red circle in 2D, size based on the radius setting of the selected entity.

It would make determining the range of these entities trivial, in much the same way that trigger brushes have a clearly visible footprint. Currently it requires careful measurement and calculations in order to place these entities effectively.

BTW, thanks for adding "centre" to the bottom right co-ordinates display, that's so handy! :D 

Here's another one, when you select an entity a pale arrow appears in 3D and 2D views, starting at the origin and pointing in the "forward" direction of the entity, as set by its "angles" keyvalue.

This would make placing most oriented entities (squadmaker, scripted sequence, trigger_push etc) so much easier - you'd just plonk it down and spin the compass until the temporary alignment arrow is pointing in the correct direction, in 3D or x/y views. The arrow would disappear when the entity was de-selected.

Thanks :) 

I can't find any way to do it. I just want plain ole quake standard map format NOT Valve's 220 format. Am I missing something in the settings to allow this? 

At least for the first time. I can't get used to it.