News | Forum | People | FAQ | Links | Search | Register | Log in
Worldcraft 1.6 FULL
Mh linked this on the Trac, and I've never even seen a copy before. Should prove useful to any WC users who don't have it already:

http://my.opera.com/S-Priest/blog/worldcraft
Approved... 
but someone let me know if this is actually warez or something. I don't know if WC was commercial. 
 
even if it was commercial, there wouldn't be a way to purchase it now anyway. 
 
i have no idea if this is different to what i've been using for the past ~9 years but i'll give it a whirl anyway, cheers 
 
I've honestly no idea whether Valve would be happy about this or whether it might draw unwanted attention. Technically it could be called abandonware, but technically it's still copyrighted. 
Well 
The post was made in 2007. Who knows if they'd take offense at an archaic version of their Hammer editor under a different name being leaked.

Unless their legal department is really bored and overpaid I doubt its a problem.

WC 1.6a was freeware, you had to buy 1.6, this version - but that was maybe ten years ago. 
Hm 
More than 10 years, but I'm too lazy to check. 
What's The Difference 
Between 1.6 and the version distributed with QuakeAdaptor, in terms of quake mapping? 
Prefabs And Bugfixes 
The prefab library allows you to save groups of objects seperately to reuse them.

In general 1.6 has much fewer bugs, like wiping the key fields of an entity.

It also doesn't need converted textures, it just loads the wad directly.

Downside is, the texture lock is only semi-functional - flipping and rotating don't really work. 
 
Native support for Quake without any hackery is a good enough reason too. 
What Trac? 
 
 
Oh shit. 
 
one of these days I have to try this out... 
Jt_ 
The Quakeadapter version has enanced 3D acceleration compared to 1.6 / a / b

It also has a fully functional texture lock feature. In 1.6, as mentioned above, the texture lock would not work on brushes rotated to strange angles (i.e. anything which isn't devisable by 90)

The downside is that it requires all Quake 1 .wads to be converted to hlwads. 
In That Case 
I'll probably just keep using the version from quakeadaptor then. Converting wads takes maybe 30 seconds, so it's not really a problem. 
Fair Enough 
Although in general 3.3 has more micro-bugs. 
 
one of these days I have to try this out...
u should try hammer instead 
Ijed 
Like what? (apart from not working on a bunch of people's GPU) 
Little Things 
I've noticed, though mostly with the entities management of fields getting wiped and it being difficult to set angles on stuff.

I'll miss the entity report feature though, and proper texture lock, so might hold off on a switch until later. 
 
I've been using the full version of 1.6 for like 5 years, this is old news to me(or is that olds?). But, WC 1.6's 3d viewport doesn't render correctly with my new graphics card (gets all fuzzy) unless I resize it to a perfect square, so I just use the 3.3 version with all the wad converts. I much prefer 3.3 because of the TL rotation as said above, for the viewport fly mode with "z", and for the ability to select objects in the 3d viewport (there's a gliche with this in 1.6 that required turning off hardware acceleration, hince the viewport getting all fuzzy) 
Funny You Should Say That.. 
cause texture lock has never worked for me.. no matter what version I use.. mah

anyway I'll stick with 3.3+qadapter 
 
I think worldcraft 1.6 might be on a halflife disc i bought not to long ago. It advertised having some version of worldcraft on it. 
I Want To Get Into Mapping 
Should I use this or Radiant? 
I Found WC Quite Easy To Pick Up 
But others say that they prefer Radiant. I recommend trying the Quakeadapter on your rig, its dead easy to set up! 
I'd Suggest 
BSPeditor - since its built for Quake and maintained. 
As To Worldcraft 
All versions are glitchy. But its a very well built editor, level designers have been complaining at programmers for an intensive period in order to have the level of user-friendliness it provides.

Fucking hell. I'm still drunk. 
Worldcraft 3.5 
I dont know if I mentioned this before but you can drop this .exe file straight into a Quaked Worldcraft 3.3 DIR. It's basically Hammer 3.5.
You can load pointfiles into the editor and 3.5 will let you see the line in the 3d viewport. That was not possible in 3.3. I dont know what the other differences are, but I'm sure it must be better in some way.

http://games.softpedia.com/get/Tools/Valve-Hammer-Editor.shtml 
Will Give It A Try 
Thanks - maybe some of the entity bugs are fixed. 
I Already Tried It 
But forgot. Doesn't work for me since it complains that the textures aren't Wad3 format. 
Half Life Edition 
was 2.0 I think 
If Some 3D Transformation Wiz ... 
Added texture-lock brush rotation to QuakeED ...

http://www.celephais.net/board/view_thread.php?id=60225 ...

We could probably have a nicer and newbie friendly editor than Worldcraft and an open source one that can get updates and improvements like FitzQuake or the mapping tools or anything else the community uses.

If you look at the archaic stuff accumulating a ton of rust ... like QME or Worldcraft ... the flaw is that they are closed-source and cannot get an update. So even things like the BSP Editor is ... if you think about ... a non-starter.

And NetRadiant/GTK Radiant 1.5 just isn't "right" ... if Necros won't switch away from 1.4 you know that 1.5 isn't quite a step "forward". 
Texture Lock 
Can it actually work? The Quake map format has only decimal texture offsets, isn't that too coarse if you want to do correct texture rotation when rotating a brush? 
 
i've been using sikkpin's qe3 for years now. ne_tower was almost completely made with it.

it's basically gtkr1.4 but works with q1 assets natively.

i wish sikkpin would come back to work on it some more though, as there are some bugs still left. :(

-rotating brushes while texture lock is on with the 90 degree rotations sometimes add or subtract a single unit of offset so that after any rotations you end up with offsets like '3, 63' instead of '0, 64'
-there's some kind of coordinate inaccuracy that shows up when you go near the edge of the grid boundary (+-4096). the solution is to just use a larger grid boundary but that sort of defeats the purpose.
-any undo action that concerns more than 1 entity and a brush will convert all entities except for 1 into a brush the size of the entity bbox and prevent you from saving because of corrupted data. you have to delete all the 'fake' brushes from the broken entities and those entities are lost forever.
-turning off 'use brush float precision' will actually make the editor almost useless for terrain or anything involving vertex manip. turning it on fixes that, but the idea of that option is contrary to what it actually does.
-sometimes vertex manip will split a face that doesn't have to be split. you end up with 2 faces that are coplanar which is sometimes ok, but can often create microfissures when compiling. selecting the brush and moving it will make the editor run a check on the brush faces and remove coplanar faces like that, but that means you have to adjust your vertices and then move the brush. it should do the check automatically.

this is just off the top of my head. but you can work around all the bugs i'm aware of. in spite of all that, it's a great editor.

annd, i'm not really sure why i used this thread as a bug report, but i don't want to erase it now. :S 
 
-there's some kind of coordinate inaccuracy that shows up when you go near the edge of the grid boundary (+-4096). the solution is to just use a larger grid boundary but that sort of defeats the purpose.

to explain this a bit more...

it seems to be only affecting the visual reproduction in the editor. specifically, brushes seem to be 'ripped apart' and faces disappear. the brush data is still correctly saved, but any brush manip like vertex manip or 3 point clipping seems to use the visual brush as a base and will fail. 
WC 3.3 
Has additional information in the .map to allow true texture lock. On rare occasions it goes wrong when slicing, creating a 'texture axis perpendicular to face' error. 
Thought So 
So you'll need extra compilers? 
No? 
 
That's Strange 
Thing is that if you rotate a brush, you have to touch texture rotation and both offsets to compensate for the way Quake handles textures. The integer texture offsets just seem to be too imprecise to do it properly, but I'd have to think about it some more. Does it always work precisely in WC 3.3, ijed? I mean for Quake? 
Yeah 
Like I say, there's the odd screw-up, but rarely from only rotating things. The texture .map entry looks like this:

( 224 -1856 -128 ) ( 224 -1792 -128 ) ( 320 -1792 -128 ) COP1_2A [ 1 0 0 0 ] [ 0 -1 0 0 ] 0 1 1

And there are world or face options for projection.

As far as I know the extra information is culled by the compiler and only used by the editor itself. 
Worldcraft 3.3 Uses Floats 
And Ben Jardrup modified the compiler tools to recognize floats.

This is in part why the Worldcraft 3.3 map format is a bit different and part of the reason the texture rotation stuffs work correctly in 3.3 but not 1.6

[And why 3.3 map format 220 isn't backwards compatible for other editors.] 
Hm 
Makes sense. What compilers, apart from the old ones, don't support floats now though? 
Probably None Of Them 
But it doesn't make that .map format backwards compatible for the other editors to be able to import what is in effect a non-standard .map format.

[Except maybe Quark ... but JPL, Spirit or the other Quark users need to post their 2 cents on whether or not it can import Valve 220 map format.]

@ Necros ... I have in the past looked at the QuakeEd source and it is very maintainable. I don't recall looking at it from a multi-platform point-of-view like Spirit would want. That being said, if you can give me a month and 1/2 to wrap up important projects I am attracted to QuakeEd as important project because *THE* Quake 1 mapper swears by it. Sorry, but Necros is the real Slim Shady. You know it, I know it, we all know it. You other mapper may be the next best thing, but you ain't Necros ... 
Aha 
thanks Baker for clearing that up. 
Damn 
We're just imitating? Will get me back to the 8 mile. 
Baker 
i'm not sure if the last part is sarcastically sarcastic or not, but thanks... i guess. o.0

in any case, when you start taking a look at the qe3 code, let me know and i'll start compiling a more complete bug list.

and if you're amenable, maybe a wish list? there are a few things that i miss from gtkr1.4 like being able to ctrl+rightclick to use 3 point clipping. sikkpin really wanted it to require pressing x first. :( 
Texture Lock 
It's something to be used with caution. Simple brushwork may work fine, like crates and other axial structures, but as soon as sloped surfaces, odd scaling or rotations are involved, things can get tricky. For instance, Radiant tends to use floats to align such textures, which then look right in the editor but do not correspond to the compiler output. It usually results in micro-misaligned textures, off by <1 unit or so. 
Necros 
Nope :) 
Negke 
I have noticed this. I use tl a lot and I often notice that a surface needs to be re-aligned with the standard origins then re-positioned, simply because it had drifted a small distance in one direction. I should use 3.5 for a while and see if it helps.... 
 
For instance, Radiant tends to use floats to align such textures, which then look right in the editor but do not correspond to the compiler output. It usually results in micro-misaligned textures, off by <1 unit or so.

this would explain why when i rotate stuff with TL on, it looks fine, but when i compile or reload the map, the texture alignment is off. :( 
@Necros 
Nah ... not sarcasm at all. Once Upon Atrocity and couple other of your maps were at the top of my all-time favorites list. And I couldn't believe that one with the incredible lighting ... The Living End, I believe.

You might consider posting your wish list and bug list in the thread sooner rather than later. There is no guarantee of any sooner rather than later action on it, but I sure would like to get an idea of what you think needs to be improved.

I mean QER is potentially the most viable open source editor and maybe a graft or 2 of source code from another editor could remedy whatever it does to make it better. I'll never have the time to be an expert mapper, but I sure have a knack for understanding and porting features from one source code to another. ;) 
 
> And NetRadiant/GTK Radiant 1.5 just isn't "right" ... if Necros won't switch away from 1.4 you know that 1.5 isn't quite a step "forward".

Radiant 1.5 is a very nifty editor, and it is a multi-game editor with a Q1 gamepack.

Any editor will have a learning curve, and nothing about Quake mapping is newbie friendly. How many newbies do you see here?

If you think that Quake editors could ever attract mapping newbies, then you haven't used Sandbox. Quake is about the last game a sane person would map for. Sorry.

For mappers, open source tools are ironically less important (unless they use non-Windows). Functionality and user friendliness, i.e. the ability to create effortlessly, is 2000% more important than open source.

A tool, first and foremost, needs to be suited to the job. If it is closed source or expensive, so be it. What counts is if it's a great tool.

This may not sound like me, but I've lately come to re-evaluate a lot of stuff since I map for newer games. 
I'm Thinking About Putting 
gtk 1.5 on my computer once this semester's done - seems like quite a few people have been moving in that direction (Negke, Vondur), and seems to have had a positive influence on their output... not so sure about Negke, but considering the architectural upscaling of style that occured with AC, it seems to have been good for Vondur - maybe he just wanted to prove he wasn't all about right-angled brutality... I don't know. 
Ps 
right angled brutality is good. 
Try Netradiant Then 
Uglier GUI but a few technical improvements.
Yeah, my maps were better with Quest.. 
Why 
and why the switch? 
Goz82 
Thanks for the link for WC 1.6

I have the same file somewhere on disc from back when it was getting hard to find. Can't believe people are still playing Quake dm these days! 
Many Editors Here 
http://thepiratebay.sx/torrent/8030181/Quake_1-_Quake_2-_Quake_3_Editor_Collection

Here are many, many QUake and Quake 2 editors.
No need to worry about RARE or HARD to find. 
TO:Goz82 
Oh you should see how UNRARE Quake + Quake 2 is still! They just made a very nice Quake. It is around 2gb for what once was a 3-4 1.4mg floppy disk game. You can find servers day and night.
The graphics are Hollywood man! Lemme see if I can find this link. People play from all over the WORLD. They even ported it to the brand new smart and iphones.

Well- if I were you i'd check http://www.quakeone.com
and http://www.quakepc.com Then for servers just google and find the main sites. http://www.quakeservers.net

If you dont have torrent or cant. Check out the BUNKER Files. http://winxp76.net
Have a great day fellas! 
MSK 
Not to piss on you but...

That is a crap torrent for editing purposes. A lot of very old and buggy early Quake editing software as well as some older versions of free software that have been updated since then. There's maybe 10% of usefulness in it at best. In the late 90's that would have probably been the best thing going but there are much better options available now. 
Drew 
 
XDIANA 
jjsdfgbfgfvrgggd 
 
Velocispammers, testing the fences. 
"We Should... 
.. kill them all" says the hunter 
1 post not shown on this page because it was spam
Post A Reply:
Name:
Title:
Body:
message
question
exclamation
idea
flame
noflame
error
skull
beer
moon
pent
rocket
sheep
pacman
pig
cheese
worldcraft
gauntlet
crate
pitfall
pimp
smile
cool
sad
frown
oi
yay
tongue
evil
wink
neutral
q1
q2
q3
ut
hl
cs
doom
dkt
serious
cube
Website copyright © 2002-2017 John Fitzgibbons. All posts are copyright their respective authors.