Cap Selection seems broken

Discussion for Level editing, modeling, programming, or any of the other technical aspects of Quake
Post Reply
User avatar
monaster
Posts: 532
Joined: Mon Apr 28, 2008 1:52 pm

Cap Selection seems broken

Post by monaster »

I'm on GtkRadiant 1.6.3 and whenever I try to create a cap with cap selection on a 3x3 simple patch mesh (the latter bent and ready for some caps) there either happens nothing at all (when choosing endcap, inv. bevel and inv. endcap) or (when choosing bevel) the editor always takes 0,0,0 as the reference point and snaps the bevel to this coordinate instead of taking my patch mesh.
This happens all of a sudden, I've been using 1.6.3 for some time now and I can't remember the editor (any version of it) behaving this strangely before. What am I doing wrong? Or is this something known with 1.6.3?
If you are caught on a golf course during a storm and are afraid of lightning, hold up a 1-iron. Not even God can hit a 1-iron.
-Lee Trevino, golfer who actually has been struck by lightning.
AndyW
Posts: 848
Joined: Wed Mar 11, 2015 3:23 pm

Re: Cap Selection seems broken

Post by AndyW »

You just have to build the "cap" as a patch-mesh and fit it the way you want. I think "cap-selection" only works for that few "given" curves in the curve menu.
Maybe try 1.6.4
Die Vitamine sind in der Dose gefangen!!!
User avatar
monaster
Posts: 532
Joined: Mon Apr 28, 2008 1:52 pm

Re: Cap Selection seems broken

Post by monaster »

Thanks, I just wasn't sure anymore if it is okay to drag vertex points on a patch mesh all onto the same coordinate to create an inverted bevel for example, so I'd had preferred a genuinely working cap selection. Or I might have tried an "uncommon" curve, as you worded it.
Won't go for 1.6.4 though because that version didn't work for me at all unfortunately crashing all the time at the weirdest occasions.
If you are caught on a golf course during a storm and are afraid of lightning, hold up a 1-iron. Not even God can hit a 1-iron.
-Lee Trevino, golfer who actually has been struck by lightning.
User avatar
CZghost
Posts: 1943
Joined: Wed Jun 22, 2011 1:45 pm
Location: Czechia
Contact:

Re: Cap Selection seems broken

Post by CZghost »

That's strange the crashes. Which OS? Don't say Win XP - it is a lot buggy there and I had troubles to get running even earlier Radiant 1.6 including 1.6.3. If you are still using Win XP, I'd suggest you upgrading to Win 7 or Win 8 at least. Not tested in Win 10...
[ Linktree | Twitch | YouTube | Instagram | Websites ]
When you feel the worst, turn to the sun and all the shadows will fall behind you.” - John Lennon
Gustavo6046
Posts: 125
Joined: Wed May 13, 2015 9:04 pm

Re: Cap Selection seems broken

Post by Gustavo6046 »

In Win 10 GtkRadiant 1.6.4 runs fine, no problems so far beyond one single crash for me.
There should be an auto-align function like in Unreal Editor and Python script API (using scripts to automate actions, e.g. a better Hollow, or a Carve function that clips the brush so it don't intersect with other brushes, or a better Subtract or a Hollow function with Carve done for the resulting brushes, or a custom 3D Shape function that enables any 3D shape to be carved).
[color=#BF4000]Who cares with me?[/color] [color=#BF0080]Everyone ragequit![/color]
obsidian
Posts: 10970
Joined: Mon Feb 04, 2002 8:00 am

Re: Cap Selection seems broken

Post by obsidian »

Gustavo6046 wrote:A better Hollow
I believe this was added recently. Should be available with the next release. I don't think it bevels edges though, just prevents overlaps. I would still just build using separate brushes as best practice.
[size=85][url=http://gtkradiant.com]GtkRadiant[/url] | [url=http://q3map2.robotrenegade.com]Q3Map2[/url] | [url=http://q3map2.robotrenegade.com/docs/shader_manual/]Shader Manual[/url][/size]
Gustavo6046
Posts: 125
Joined: Wed May 13, 2015 9:04 pm

Re: Cap Selection seems broken

Post by Gustavo6046 »

obsidian wrote:I believe this was added recently. Should be available with the next release. I don't think it bevels edges though, just prevents overlaps. I would still just build using separate brushes as best practice.
Yeah but it might be more flexible and customizable using Python script.
[color=#BF4000]Who cares with me?[/color] [color=#BF0080]Everyone ragequit![/color]
Post Reply