I'm doing great! How are you?

I fixed the .bat file, but you need to follow the instructions to install MSYS2 first. I think it's a lot faster than installing VS since it only takes about a minute.

I will try out your MSVC fixes and them to the project.

I don't really know anything about OBJ files. Usually you need more than a model object for a game level. You need all kinds of collision information, pathing etc, for example that wouldn't be in a model file normally. Depending on the game type.

Hello, this is a map I started quite a long time ago and finally finished. Figured I'd post it here because I asked a number of questions about it back in the day. It is a fight yard type map and is very fast paced. If you have any bugs please report them and I will try to fix them. Thanks for playing. Download in the link. https://twhl.info/vault/view/6612

No? The best way to consistently type fast is to learn proper touch typing where each letter is assigned a finger and only that finger presses that key. So there's no loss to splitting the keyboard since you shouldn't be passing the center anyway. And in the way of function there's now 4 thumbkeys compared to a normal keyboard's one that your two strongest fingers are supposed to share. The split doesn't reduce it's function in the least. You could make a comment about the low number of keys reducing it's function, since I will have to use layers for arrow keys, several symbols and F-keys.

Also, thanks. I do like what it looks like.

I've now run into a situation where I have to strip sections of cable, but not the entire cable so that it's still insulated where it's not soldered to the switches. This takes forever and I can't solder it down and strip it as I go because I don't have an automatic wire stripper. It took me about 20 minutes to make a single proper cable, and I'll have to make a total of 17... I've theorycrafted a way to make it quicker and easier which I'll have to try out later.

cheers

My finalized design.


I ended up not using my Adobe Illustrator designed file but instead spent a lot more time designing the keyboard using the Keyboard Layout Editor, then making the plate with Swillkb's Plate and Case Builder. Unfortunately Keyboard Layout Editor not very good at doing columnar staggering (it groups things horizontally). Here's my code if you want to try it out:



And here's the code from before the columnal stagger:

Much cleaner code since it's not having issues grouping the keys. This version doesn't have any text added to the keys, but still, that's not difficult to add, just a bit of effort.

Swillkb's Plate Builder also misses a feature (and a weird bug) that I assumed that it had, which I found out by trying to make it work for very long. The bug is that it doesn't always position the holes correctly. If you look at the KLE version I posted you'll see that the Space and STAND keys are actually positioned slightly differently. This is because I noticed that for some reason it moved the space key up slightly for some reason in SP&CB. It did it so much it would genuinely have made the keyboard jam up by putting 2 keycaps inside each other.
The missing feature is that the builder has a system for writing instructions so the keyboard plate has a different design than the default rectangle using add and cut commands to add and remove material. This works well enough, the problem is that it doesn't seem able to cut into the material rectangle automatically designed. Since I wanted to remove quite a bit of material around my keys that's annoying. This is weird though, since in the documentation for the builder it makes an example where it does exactly this. I'm not sure if it's just my keyboard bugging this out too, but I wouldn't be surprised.




This is the aluminium plate I just ordered from an international lasercutting service. I also ordered the bottom plate, which is the same thing but without the holes for the key switches. I ended up ordering from this website instead of from the Swedish or Danish websites I found. The Swedish one doesn't cut aluminium, so I'd have to get an acrylic top plate, which means that the switches wouldn't click into place and would probably have to be glued in. It would also be less durable. The Danish website was extremely expensive (200eur for one plate compared to Lasergist's 170 for both). I will end up having to pay again for the plates though as it was bought without VAT and without import costs, but it will still end up being 60%-ish of the cost. And somehow also cheaper shipping?

This is what the wiring matrix will end up looking like:


Because of the stagger, angling of the keys and 4 strangely positioned keys Keyboard Firmware Builder ended up making a big mess with how many rows and collumns and how they should be ordered. Since the keyboard essentially just is two 5*6 blocks of keys, with 2 keys on each side moved slightly, the wiring should be very easy.

I was also complaining how there wasn't a keyboard that had all the features that I wanted, turns out I was wrong. There's a keyboard called the ErgoDash (pictured below) that does what I want, with some extra features that I don't mind. The place you buy the PCBs for it from also sells assembly service so you don't have to build it yourself. I looked into buying a kit, but it's more complicated than I can handle, having not built a keyboard previously, and the assembly service was fairly expensive, but I am thinking about maybe buying it some other time.

The Ergodash:


The ErgoDash can also be build with several different layout. Check out the various layouts on it's Github Page.

I recieved my delayed parcel with blank dsa keycaps, switches and microcontrollers. In the parcel there was only one kind of switch, one was missing, and there was an extra microcontroller for some reason. I contacted their customer service and was told the Kailh BOX Jade were delayed for some reason, and that they would come later, and that I could keep the microcontroller for free. Huh.

So, here's my short review of the Zealios V2 62g:
They're the most tactile keyswitches I've ever felt, and the bump is immediate. On the Kailh BOX White there is quite a bit of travel before you hit the bump. Same thing with the Cherry MX Blue. The 62g is the lightest version, and reading that they were 62g I was honestly a bit scared to pick them up since I significantly prefere light switches, but they are great. The Zealios V2 are also available with 67 and 78 grams of resistance, but I'm not sure if that is actuation or bottom out force. On the 62g ones that's the same thing, the bump is so strong that it's basically impossible to avoid bottoming out on them, but the bottom out is very gentle, almost as if they've softened the keys somehow. More likely the way you type on them, where they resist your push until they give in makes your fingers move down a set distance that happens to be just above the bottom. I really like them, and will probably use them instead of the Kailh BOX Red, but I plan on swapping in the BOX Reds for the modifier keys and use the tactile Zealios for the other keys.

I also found a Swedish store that sold a full Swedish SDA or XDA keycap set (both of which are uni-height), allowing for free movement and positioning of the keys. This is great and I'll probably end up buying it.

I also ordered a key switch opener and some switch lube and hopefully that's enought to fix the spring ping on the Halo Trues that I bought, but it'll be fun to try out otherwise too.

Cheers

I'm building a keyboard from scratch for myself and I wanted somewhere to post about it to see my progress and results and as it turns out this is the only forum I've ever used. So now you have to deal with my bullshit.

I really like the look and idea of ortholinear and vertically/collumnally staggered keyboards (instead of horizontally staggered) and also minimalist keyboards with as few keys as possible. Unfortunately, this interest combined with being Swedish and therefore needing several extra keys to accommodate the Swedish language doesn't match up very well. Look at the positioning of the ÅÄÖ keys in the Swedish qwerty layout:


and compare that to the minimalist keyboard Planck (which I own as well):


If I place ÅÄÖ where I want them, I lose the top-right key for backspace. I solved this problem like this. Thumb backspace and bottom right enter, removing the arrow key cluster and putting them on another layer. I would also have preferred to have a number row like the Preonic but I bought the Planck EZ and they don't sell the Preonic.

Also compare the layout to the most famous columnally staggered keyboard the Ergodox:


The three extra Swedish vowels can be added on, but they would be the 1,5 unit wide which is less than optimal. So I decided to design my own. Also the Ergo-dox is just way too big for what I'm into. The massive thumb clusters makes them seem clumsy to use.

So, several hours of looking up handwired keyboards and reading through the QMK keyboard firmware documentation, I realized I could do this myself.

I present to you; the (current) poli-board A1:


The black squares are the holes being laser cut for the switches to be positioned in, and the red squares/rectangles are the keycaps size. You can obviously put smaller keycaps on the 2,0 and 1,25 sized keys so you don't have to go out looking for a keycap set with two 2,0u keycaps.

After designing that top plate that far I realized that I didn't actually leave any place to make the keyboard have place for the ÅÄÖ keys and the backspace, enter row furthest to the right. My plan is to ignore this issue, since I added the number row to the poli-board and also 4 total thumb keys. I could otherwise have added a 7th collumn to the right side, making it uncentered but I chose not to.

I also originally wanted (and still want) the poli-board to be split and connected with a TRRS cable, but after reading the QMK documentation on it I decided it was too large of a step to take for a first keyboard.

A keyboard works by connecting up a microcontroller board to a matrix of key switches, where each switch is uniquely defined by it's Row and Collumn (X and Y). Each row and collumn take up one I/O pin on the microcontroller meaning that if you have no LEDs on your board you can have at most ((number of I/O pins)/2)^2 keyboard keys depending on your micro controller. There are 5 different usable microcontrollers:



The Teensy is very expensive for how little extra it gives over the Pro Micro, the difference for me is that I can buy a Teensy from a Swedish store, while I'd have to import the 3 other ones. The QMK Proton is specifically made to be used for keyboards and the QMK firmware, but needs to be bought from a single store if you're buying it in Europe, and it's currently out of stock.

I bought 2 Pro Micro controllers but the shipment seems to have gotten lost / massively delayed. The shipment also had 200€ of key switches, so I'm a bit upset. I also can't send off the top plate design for laser cutting until I have the microcontrollers so I can design measure it and design the screw holes that will hold together the top and bottom plates.

To create the Row and Collumn Matrix I created a version of my keyboard in Keyboard Layout Editor, then imported the layout into Keyboard Firmware Builder and edited number of collumns and rows and which collumn and row keys belong to until I had something I liked. Here's my KLE raw data if you'd like to edit it in either editor:


I'm planning on doing the Which pin is which collumn / row manually in the QMK firmware, so I'm not messing around with anything but the wiring on KFB. The number of rows can be reduced to 5 instead of 6 making the wiring both easier and less messy.

My plan for the physical construction of the keyboard otherwise is to have the top plate with the switches, then wiring, soldering and the microcontroller under that and then a bottom plate. The keyboard top and bottom will be connected with distancers and countersunk skrews through holes in the plates.


The holes for the screws will be sized larger that necessery so they fall further in and I don't have to manually sink(?) the holes. The screws on the top will be low enough that they shouldn't interfere with the keys they're underneath and the screws on the bottom shouldn't be a problem because I intend to use some kind of rubber feet anyway, distancing the keyboard.

My current plan is to wait for the package that's been delayed / lost to arrive. I've already contacted the vendor, but to also send off an order for laser cutting a test piece so I can test various sizes for the switch holes and screw holes.

I also have a problem that all the switches I have that I like I already use in my 2 keyboards with hotswappable switches. The order that's lost has 100 each of two other switches, if I don't like those I'll have to order some Kailh Box Reds (linear), which are my current favourites (with second place being Kailh Box White (clicky), which I use in my GMMK).
I also have Box Black (linear) but they're too heavy for me to use for extended periods and Massdrop's Halo True (tactile) but they have an absurd amount of ping and are also too heavy for me personally.

I think that's all for now. Cheers

Wait! What?! How can you even type that?

There've been almost no accidents since I set this up. I think the webcams are actually preventing almost all the accidents. But two small ones:

2018-01-29 White pickup from right in back, on freeway:


And just minutes ago... 2018-02-20 white car from left in front, on ramp:

Hello,
I have, after reading all tutorials here on this site and finally having .bat file to copy <mapfile>.bsp to cstrike/maps folder, The map gets listed in game but when I try to load it, it simply doesnt do anything, the loading dialog doesnt appear but instead i return to the menu.

Also, the bat file doesnt open the game, I have to manually open it. I am pasting the compile log as well in order to save time.

I will really appreciate for your help



Its a simple map with world, a light entity and 2 entities of CT and T. nothing more in it

update: This is what I get in console when trying to load map


Game: CS:Source Pre Steam

Shorthand option for cards. Type this:



Get this:







card= must be at the very start of the line, and your whole card must be one line.

Powershell... ewwww.

Why take all the time to type grep x y when you can type Get-Content y | Select-String -Pattern x?

Kill me with fork. Or just install Cygwin or MSYS.

Wrong on both accounts, though it's plain enough why you'd think that. Never seen the movie, although I hear it's good for its genre, it's just not my type of comedy. As for Half-Life, I think that I only ever got two-thirds of the way through the campaign. I recognize that it was well-executed and all, but there was just something in my gaming interests that got bored with FPSs sometime after Quake.

Hello

I install sendmail and then Postfix. At that time, I'm okay to send gmail, hotmail but not to other domain name. Then I uninstall sendmail by using https://gist.github.com/adamstac/7441659

Now I'm in trouble. No error but it doesn't send email. I found this post http://www.superjer.com/forum/send_and_email.php and I tried it.

I can send the email from terminal

The problem is when I type
sudo postfix start
postfix/postfix-script: starting the Postfix mail system
postfix/postfix-script: fatal: mail system startup failed

Please let me know how to figure it out.
Thanks in advance

Ryu was my first level and he was really, really easy with just the buster. I get that you can time one shot well, but I don't want to play a megaman game where that is the only enemy type.

I like weird keyboards. And it's really fun to watch someone try to type on it.

Also it's just the keys... It still types normal.

Just a question: what is the point of this? I mean unllss you want to type in egpytian...

I didn't like it. I played 5 of the levels, beat 3 of them, and noticed there was very little variance in enemy type, and that all of the enemies had irritating invincibility periods or other methods of completely avoiding damage. None of the weapons I obtained overcame these things. The game was a real chore to play.

Look my friend, I will show you all what I did with pics:
1st pic: http://prntscr.com/44o6jj
2nd pic: http://prntscr.com/44o6uw
3rd pic: http://prntscr.com/44o72q
4th pic: http://prntscsr.com/44o7ag
By the way, All the properties of the func_vehicle and path tracks and fucn_vehiclecontrols I followed this website and I followed what he did : http://www.countermap2.com/Tutorials/tutorial5255.html?id=9
This is a little demo to show you my problem That I wrote Below, If you want to see it download it first then put it in your cstrike folder, open cs and type in console: viewdemo demo_vehicle_bug and press enter and u start watching it
Link of demo to download >>: http://www.speedyshare.com/xuG68/demo-vehicle-bug.dem

P.s: I fixed the problem of the vehicle that disappears somehow and Now I m facing another problem: When I want to drive my vehicle, I press E then press Z to drive it forward, it blocks at its same place, then I want to not drive the vehicle, so I press Space button and I die: 1000dmg taken, and after I die the vehicle starts to work, I spawn again and same problem happens....
You can see in demo that the vehicle is not on the ground, even if I make it on the ground,it wont work..

Any help pls?

I dunno. What type of questions do you usually ask?

Well I tried the map again then closed the loading and loaded the console it gave me this :

Usage:
Setmaster unavailable, start a server first.
NET Ports: server 27015, client 27005
Server IP address 192.168.73.1:27015

Metamod version 1.21p37 Copyright (c) 2001-2013 Will Day
Patch: Metamod-P (mm-p) v37 Copyright (c) 2004-2013 Jussi Kivilinna
Metamod comes with ABSOLUTELY NO WARRANTY; for details type `meta gpl'.
This is free software, and you are welcome to redistribute it
under certain conditions; type `meta gpl' for details.

Version 0.9.356 Windows
[DPROTO]: Loading config './cstrike/dproto.cfg'
[DPROTO]: LoggingMode = 0
[DPROTO]: Config sucessfully loaded.
[DPROTO]: Failed to locate swds.dll
Failed to load navigation map.
Trying p48/auth3/revEmu...

BUILD 4554 SERVER (0 CRC)
Server # 1
Error: server failed to transmit file 'sound/B'

I actually think that they succeded with introducing many characters. I only noticed it because I was watching it with my brother and we're the type of people who keep commenting on everything going on (sorry).


Yeah, it gets strange because of the special titans. Like "Obviously since all of the special titans showed up at the same time, it was planned" and such. It's not a survival show because of this, it's a fighting show. Unfortunately, in my opinion.


I haven't read the manga, but the boot camp episodes are so far my favourite episodes. The first episodes when the world is introduced is slow but interesting, after the boot camp and a bit further on it just turns into a completely different show.


I want to find some "old" anime that I have missed. Other than that, I just go with the current releases, download the first episode of everything and continue watching whatever I find worth watching.
Also, if you want to be infuriated, watch the first 3-4 episodes of Coppelion. The first episode is one of the most intriguing episodes of anything ever and ends with an amazing cliffhanger. Then the rest of the show just kept shitting itself until it died. The End.

Yes. Yes you can:

www.superjer.com/forum/sah/test10.php?216

You can still type the card text directly into the URL.

Lame hack incoming! Test black cards with random white cards:

By ID:

hxxp://superjer.com/forum/sah/test.php?357

Or type your own text in the URL:

hxxp://superjer.com/forum/sah/test.php?Get your ass on _ and get to _!

Pound that refresh key to increase your joy.

Is there a way to make this entity give weapons to specific teams?

There's a "Team Master" field but I'm not sure of what I should type.

I don't know how to start with nothing , but I do know how just to start with a knife , if that's what you're looking for ... Also for the VIP to start with just a pistol , I think is only possible with amxx mod not to sure.. Anyways if you just want players to start with knife :

Go to you're entity tool , click on the drop box and select

game_player_equip and place the entity somewhere , select it and then alt+enter and open the menu up and select knife YES , then click on name and type knife1

After that place an aaatrigger right on the spawn points and then select it and then crtl+t and select trigger_once , set target knife1 and close window

Now save you're map compile it and test it out , hope this works for you...

I feel like "Farting in my sleep" is the type of phrasing that often paired well with OG questions like "How am I maintaining my relationship status?"

CSGO automatically adds bots. Atleast for me. Doesn't matter if I do it that way or if I let Hammer automatically run the map. The only way I have fixed it is by only adding 1 spawn on the entire map.

type map <mapname> in the console?

It's christmas themed map.
I do not believe in any sort of religion, I think they're all bull so don't mistake me for a pedophile or rapist lol.
But I do enjoy the food.
I never thought there was any good christmas map, and now, 10 years later I thought I'd give it a try, with huge details, a big mf map and alot of custom textures and sounds and models..

Too me it was a huge project that started in beginning of November but I got lazy after 3 weeks and then had to rush these last 2 weeks to get it done but.. These compile errors gave me too much shit.

It's gonna be a Bomb/Defuse map and it has a little bit of everything in it. But now since I had to scale it and remove alot of stuff it's just.. BLAH.

I do have 2 customs .WADS files to it, do I need to upload those 2 if you want to have a look at it? I can give you both the Original .RMF and the other version(the one that's playable now..)

Even tho none of them has any lightning textures and spawns are too low et.c. This is not even beta-testable

You're welcome.By the way,I'm curious to what type of map it is.

Okay, I have gotten my compile time down with 50% on this map I'm making by me removing the solids that I left in the air with "NULL" on them(Great thing).

To the questions:
ALLOCBLOCK? What do I do to remove the % of usage on it? Honestly, everyone that has written an answer is telling me it could be:

WAD SIZE - I've only been using the huge wads because I wanted to have everything I could ever need ready for me. This problem will be removed for my next attempt to compile this map.
Scaling of the textures that I've used in my map, I will be honest and say alot of the 256x256 are maybe 0,5-0,3 of their original scale. Even tho me personaly I think it should just have an effect on light/bounce.

Amount of Entities? As in the picture I have right here:
you can clearly see my entity use is not that great.
BUT! I have binded plenty of solids into one func_illusionary - could this cause bugs? It shouldn't right? They are spread out on the map it's not just one big piece of solids.

Are there any commands to be able to get the AllocBlock to get more space?

CLIP brush usage? I always put it around my map because I think it's simple and very easy to block players from going wherever they are not allowed to.

Will I need another program like QuArK to be able to remove this problem?

Final question - for now: How do I get to these places? Like for example:
Warning: Ambiguous leafnode content ( EMPTY and SOLID ) at
---> (-2474,-3964,-16 )(-2467,-3963,24) <--- How do I get to these coordinates? Honestly theres just no way of finding out where the heck that is on my map?

---> in hull 0 of model 84 <-- Where the hell is my model 84 and how do I get to it aswell?

(entity: classname "func_illusionary", origin "", targetname "")


******** COMPILE LOG *********

hlcsg v3.4 VL31 (Oct 14 2013)
hlcsg v3.4 VL31 (Oct 14 2013)
Zoner's Half-Life Compilation Tools -- Custom Build
Based on code modifications by Sean 'Zoner' Cavanaugh
Based on Valve's version, modified with permission.
Submit detailed bug reports to (vluzacn@163.com)
----- BEGIN hlcsg -----
Command line: D:\Program\WORLDC~1\tools\hlcsg.exe d:\program\worldcraft\maps\BETATEST -texdata 8000 -wadinclude BETATEST.wad
Arguments: d:\program\worldcraft\maps\BETATEST -texdata 8000 -wadinclude BETATEST.wad -low -wadautodetect
Entering d:\program\worldcraft\maps\BETATEST.map

Current hlcsg Settings
Name | Setting | Default
---------------------|-----------|-------------------------
threads [ 4 ] [ Varies ]
verbose [ off ] [ off ]
log [ on ] [ on ]
reset logfile [ on ] [ on ]
developer [ 0 ] [ 0 ]
chart [ off ] [ off ]
estimate [ off ] [ off ]
max texture memory [ 8192000 ] [ 33554432 ]
max lighting memory [ 33554432 ] [ 33554432 ]
priority [ Low ] [ Normal ]

noclip [ off ] [ off ]
null texture stripping[ on ] [ on ]
clipnode economy mode [ off ] [ off ]
clip hull type [ simple ] [ simple ]
onlyents [ off ] [ off ]
wadtextures [ on ] [ on ]
skyclip [ on ] [ on ]
hullfile [ None ] [ None ]
wad configuration file[ None ] [ None ]
wad.cfg group name [ None ] [ None ]
nullfile [ None ] [ None ]
nullify trigger [ on ] [ on ]
min surface area [ 0.000 ] [ 0.000 ]
brush union threshold [ 0.000 ] [ 0.000 ]
map scaling [ None ] [ None ]
light name optimize [ on ] [ on ]
UTF8 game_text [ on ] [ on ]

Using mapfile wad configuration
Wadfiles not in use by the map will be excluded
Wadinclude list :
[zhlt.wad]
[betatest.wad]

CreateBrush:
(2.36 seconds)
CSGBrush:
(1.77 seconds)

Using Wadfile: \program\worldcraft\wads\christmasultimatemaddafakka.wad
- Contains 45 used textures, 23.32 percent of map (472 textures in wad)
Including Wadfile: \program\worldcraft\wads\BETATEST.wad
- Contains 141 used textures, 73.06 percent of map (246 textures in wad)
Using Wadfile: \program\worldcraft\wads\chateau.wad
- Contains 7 used textures, 3.63 percent of map (136 textures in wad)

Wad files required to run the map: "christmasultimatemaddafakka.wad;chateau.wad;"

added 30 additional animating textures.
Texture usage is at 7.18 mb (of 7.81 mb MAX)
4.97 seconds elapsed

----- END hlcsg -----



hlbsp v3.4 VL31 (Oct 14 2013)
Zoner's Half-Life Compilation Tools -- Custom Build
Based on code modifications by Sean 'Zoner' Cavanaugh
Based on Valve's version, modified with permission.
Submit detailed bug reports to (vluzacn@163.com)
----- BEGIN hlbsp -----
Command line: D:\Program\WORLDC~1\tools\hlbsp.exe d:\program\worldcraft\maps\BETATEST
Arguments: d:\program\worldcraft\maps\BETATEST -low -chart

Current hlbsp Settings
Name | Setting | Default
-------------------|-----------|-------------------------
threads [ 4 ] [ Varies ]
verbose [ off ] [ off ]
log [ on ] [ on ]
developer [ 0 ] [ 0 ]
chart [ on ] [ off ]
estimate [ off ] [ off ]
max texture memory [ 33554432 ] [ 33554432 ]
priority [ Low ] [ Normal ]

noclip [ off ] [ off ]
nofill [ off ] [ off ]
noinsidefill [ off ] [ off ]
noopt [ off ] [ off ]
no clipnode merging [ off ] [ off ]
null tex. stripping [ on ] [ on ]
notjunc [ off ] [ off ]
nobrink [ off ] [ off ]
subdivide size [ 240 ] [ 240 ] (Min 64) (Max 512)
max node size [ 1024 ] [ 1024 ] (Min 64) (Max 65536)
remove hull 2 [ off ] [ off ]


SolidBSP [hull 0] 500...1000...1500...2000...2500...3000...3500...4000...4500...5000...5500...6000...6500...7000...7500...7693 (2.14 seconds)
BSP generation successful, writing portal file 'd:\program\worldcraft\maps\BETATEST.prt'
SolidBSP [hull 1] Warning: Ambiguous leafnode content ( EMPTY and SOLID ) at (-64,2887,1505)-(400,3280,1733) in hull 1 of model 0 (entity: classname "worldspawn", origin "", targetname "")
Warning: Ambiguous leafnode content ( EMPTY and SOLID ) at (7,2352,1508)-(400,2832,1733) in hull 1 of model 0 (entity: classname "worldspawn", origin "", targetname "")
500...1000...1500...2000...2500...3000...3500...Warning: Ambiguous leafnode content ( EMPTY and SOLID ) at (128,1432,-232)-(129,1433,-148) in hull 1 of model 0 (entity: classname "worldspawn", origin "", targetname "")
4000...4500...5000...5500...6000...6374 (1.57 seconds)
SolidBSP [hull 2] Warning: Ambiguous leafnode content ( EMPTY and SOLID ) at (-64,2903,1501)-(416,3296,1729) in hull 2 of model 0 (entity: classname "worldspawn", origin "", targetname "")
Warning: Ambiguous leafnode content ( EMPTY and SOLID ) at (23,2336,1504)-(416,2848,1729) in hull 2 of model 0 (entity: classname "worldspawn", origin "", targetname "")
500...1000...1500...2000...2500...Warning: Ambiguous leafnode content ( EMPTY and SOLID ) at (112,1448,-228)-(113,1449,-152) in hull 2 of model 0 (entity: classname "worldspawn", origin "", targetname "")
3000...3500...4000...4500...5000...5249 (1.08 seconds)
SolidBSP [hull 3] Warning: Ambiguous leafnode content ( EMPTY and SOLID ) at (-64,2887,1487)-(400,3280,1715) in hull 3 of model 0 (entity: classname "worldspawn", origin "", targetname "")
Warning: Ambiguous leafnode content ( EMPTY and SOLID ) at (7,2352,1490)-(400,2832,1715) in hull 3 of model 0 (entity: classname "worldspawn", origin "", targetname "")
500...1000...1500...2000...2500...3000...3500...4000...4500...5000...5500...6000...6500...7000...7083 (1.71 seconds)
Warning: Ambiguous leafnode content ( EMPTY and SOLID ) at (38,2602,1050)-(44,2602,1092) in hull 1 of model 83 (entity: classname "func_illusionary", origin "", targetname "")
Warning: Ambiguous leafnode content ( EMPTY and SOLID ) at (-81,2585,975)-(-72,2585,993) in hull 2 of model 83 (entity: classname "func_illusionary", origin "", targetname "")
Warning: Ambiguous leafnode content ( EMPTY and SOLID ) at (38,2602,1032)-(44,2602,1074) in hull 3 of model 83 (entity: classname "func_illusionary", origin "", targetname "")
Warning: Ambiguous leafnode content ( EMPTY and SOLID ) at (-2474,-3964,-16)-(-2467,-3963,24) in hull 0 of model 84 (entity: classname "func_illusionary", origin "", targetname "")
Warning: Ambiguous leafnode content ( EMPTY and SOLID ) at (-2474,-3968,-16)-(-2467,-3967,24) in hull 0 of model 84 (entity: classname "func_illusionary", origin "", targetname "")
Warning: Ambiguous leafnode content ( EMPTY and SOLID ) at (-2490,-3948,-52)-(-2451,-3948,-36) in hull 1 of model 84 (entity: classname "func_illusionary", origin "", targetname "")
Warning: Ambiguous leafnode content ( EMPTY and SOLID ) at (-2551,-3947,-20)-(-2530,-3947,-12) in hull 1 of model 84 (entity: classname "func_illusionary", origin "", targetname "")
Warning: Ambiguous leafnode content ( EMPTY and SOLID ) at (-2614,-3948,-65)-(-2592,-3948,-42) in hull 1 of model 84 (entity: classname "func_illusionary", origin "", targetname "")
Warning: Ambiguous leafnode content ( EMPTY and SOLID ) at (-2614,-3948,-53)-(-2592,-3947,-2) in hull 1 of model 84 (entity: classname "func_illusionary", origin "", targetname "")
Warning: Ambiguous leafnode content ( EMPTY and SOLID ) at (-2598,-3984,-65)-(-2592,-3984,17) in hull 1 of model 84 (entity: classname "func_illusionary", origin "", targetname "")
Warning: Ambiguous leafnode content ( EMPTY and SOLID ) at (-2634,-3983,53)-(-2614,-3983,63) in hull 1 of model 84 (entity: classname "func_illusionary", origin "", targetname "")
Warning: Ambiguous leafnode content ( EMPTY and SOLID ) at (-2576,-3931,-16)-(-2563,-3931,-3) in hull 2 of model 84 (entity: classname "func_illusionary", origin "", targetname "")
Warning: Ambiguous leafnode content ( EMPTY and SOLID ) at (-2576,-3931,-9)-(-2566,-3931,1) in hull 2 of model 84 (entity: classname "func_illusionary", origin "", targetname "")
Warning: Ambiguous leafnode content ( EMPTY and SOLID ) at (-2506,-3932,-48)-(-2435,-3932,-32) in hull 2 of model 84 (entity: classname "func_illusionary", origin "", targetname "")
Warning: Ambiguous leafnode content ( EMPTY and SOLID ) at (-2618,-3931,-12)-(-2576,-3931,-8) in hull 2 of model 84 (entity: classname "func_illusionary", origin "", targetname "")
Warning: Ambiguous leafnode content ( EMPTY and SOLID ) at (-2618,-3931,-17)-(-2576,-3931,21) in hull 2 of model 84 (entity: classname "func_illusionary", origin "", targetname "")
Warning: Ambiguous leafnode content ( EMPTY and SOLID ) at (-2652,-3999,50)-(-2628,-3998,81) in hull 2 of model 84 (entity: classname "func_illusionary", origin "", targetname "")
Warning: Ambiguous leafnode content ( EMPTY and SOLID ) at (-2490,-3948,-34)-(-2451,-3948,-18) in hull 3 of model 84 (entity: classname "func_illusionary", origin "", targetname "")
Warning: Ambiguous leafnode content ( EMPTY and SOLID ) at (-2551,-3947,-2)-(-2530,-3947,6) in hull 3 of model 84 (entity: classname "func_illusionary", origin "", targetname "")
Warning: Ambiguous leafnode content ( EMPTY and SOLID ) at (-2467,-3984,-7)-(-2420,-3984,6) in hull 3 of model 84 (entity: classname "func_illusionary", origin "", targetname "")
Warning: Ambiguous leafnode content ( EMPTY and SOLID ) at (-2614,-3948,-47)-(-2592,-3948,-24) in hull 3 of model 84 (entity: classname "func_illusionary", origin "", targetname "")
Warning: Ambiguous leafnode content ( EMPTY and SOLID ) at (-2614,-3948,-35)-(-2592,-3947,16) in hull 3 of model 84 (entity: classname "func_illusionary", origin "", targetname "")
Warning: Ambiguous leafnode content ( EMPTY and SOLID ) at (-2598,-3984,-47)-(-2592,-3984,-4) in hull 3 of model 84 (entity: classname "func_illusionary", origin "", targetname "")
Warning: Ambiguous leafnode content ( EMPTY and SOLID ) at (-2634,-3983,35)-(-2614,-3983,45) in hull 3 of model 84 (entity: classname "func_illusionary", origin "", targetname "")
Warning: Ambiguous leafnode content ( EMPTY and SOLID ) at (-2842,3085,-2375)-(-2827,3085,-2364) in hull 3 of model 85 (entity: classname "func_illusionary", origin "", targetname "")
Reduced 26816 clipnodes to 23848
Reduced 2019 texinfos to 1849
Reduced 223 texdatas to 222 (5331156 bytes to 5330000)
Reduced 33348 planes to 10043
FixBrinks:
Increased 23848 clipnodes to 24213.

Object names Objects/Maxobjs Memory / Maxmem Fullness
------------ --------------- --------------- --------
models 210/512 13440/32768 (41.0%)
planes 10043/32768 200860/655360 (30.6%)
vertexes 35069/65535 420828/786420 (53.5%)
nodes 10416/32767 249984/786408 (31.8%)
texinfos 1849/32767 73960/1310680 ( 5.6%)
faces 25136/65535 502720/1310700 (38.4%)
* worldfaces 20274/32768 0/0 (61.9%)
clipnodes 24213/32767 193704/262136 (73.9%)
leaves 6677/32760 186956/917280 (20.4%)
* worldleaves 4396/8192 0/0 (53.7%)
marksurfaces 31099/65535 62198/131070 (47.5%)
surfedges 119535/512000 478140/2048000 (23.3%)
edges 61067/256000 244268/1024000 (23.9%)
texdata [variable] 5330000/33554432 (15.9%)
lightdata [variable] 0/33554432 ( 0.0%)
visdata [variable] 0/8388608 ( 0.0%)
entdata [variable] 33683/2097152 ( 1.6%)
* AllocBlock 81/64 0/0 (126.6%)
222 textures referenced
=== Total BSP file data space used: 7990741 bytes ===
Wad files required to run the map: "christmasultimatemaddafakka.wad;chateau.wad;"
15.97 seconds elapsed

----- END hlbsp -----



hlvis v3.4 VL31 (Oct 14 2013)
Zoner's Half-Life Compilation Tools -- Custom Build
Based on code modifications by Sean 'Zoner' Cavanaugh
Based on Valve's version, modified with permission.
Submit detailed bug reports to (vluzacn@163.com)
----- BEGIN hlvis -----
Command line: D:\Program\WORLDC~1\tools\hlvis.exe d:\program\worldcraft\maps\BETATESTe -full
Arguments: d:\program\worldcraft\maps\BETATEST -full -low
4396 portalleafs
15364 numportals

-= Current hlvis Settings =-
Name | Setting | Default
-------------------|-----------|-------------------------
threads [ 4 ] [ Varies ]
verbose [ off ] [ off ]
log [ on ] [ on ]
developer [ 0 ] [ 0 ]
chart [ off ] [ off ]
estimate [ off ] [ off ]
max texture memory [ 33554432 ] [ 33554432 ]
max vis distance [ 0 ] [ 0 ]
priority [ Low ] [ Normal ]

fast vis [ off ] [ off ]
full vis [ on ] [ off ]


BasePortalVis:
(7.73 seconds)
LeafThread:
Warning: ChopWinding : rejected(1) due to too many points

Warning: ChopWinding : rejected(1) due to too many points

Warning: ChopWinding : rejected(1) due to too many points

Warning: ChopWinding : rejected(1) due to too many points

Warning: ChopWinding : rejected(1) due to too many points

Warning: ChopWinding : rejected(1) due to too many points

(2759.85 seconds)
average leafs visible: 434
g_visdatasize:570488 compressed from 2417800
2767.95 seconds elapsed [46m 7s]

----- END hlvis -----



hlrad v3.4 VL31 (Oct 14 2013)
Zoner's Half-Life Compilation Tools -- Custom Build
Based on code modifications by Sean 'Zoner' Cavanaugh
Based on Valve's version, modified with permission.
Submit detailed bug reports to (vluzacn@163.com)
----- BEGIN hlrad -----
Command line: D:\Program\WORLDC~1\tools\hlrad.exe d:\program\worldcraft\maps\BETATEST -extra -sparse
Arguments: d:\program\worldcraft\maps\BETATEST -extra -low -vismatrix sparse

-= Current hlrad Settings =-
Name | Setting | Default
--------------------|---------------------|-------------------------
threads [ 4 ] [ Varies ]
verbose [ off ] [ off ]
log [ on ] [ on ]
developer [ 0 ] [ 0 ]
chart [ off ] [ off ]
estimate [ off ] [ off ]
max texture memory [ 33554432 ] [ 33554432 ]
max lighting memory [ 33554432 ] [ 33554432 ]
priority [ Low ] [ Normal ]

fast rad [ off ] [ off ]
vismatrix algorithm [ Sparse ] [ Sparse ]
oversampling (-extra)[ on ] [ off ]
bounces [ 8 ] [ 8 ]
ambient light [ 0.000 0.000 0.000 ] [ 0.000 0.000 0.000 ]
light limit threshold[ 188.000 ] [ 188.000 ]
circus mode [ off ] [ off ]

smoothing threshold [ 50.000 ] [ 50.000 ]
smoothing threshold 2[ no change ] [ no change ]
direct threshold [ 10.000 ] [ 10.000 ]
direct light scale [ 1.000 ] [ 1.000 ]
coring threshold [ 0.001 ] [ 0.001 ]
patch interpolation [ on ] [ on ]

texscale [ on ] [ on ]
patch subdividing [ on ] [ on ]
chop value [ 64.000 ] [ 64.000 ]
texchop value [ 32.000 ] [ 32.000 ]

global fade [ 1.000 ] [ 1.000 ]
global light scale [ 2.000 2.000 2.000 ] [ 2.000 2.000 2.000 ]
global gamma [ 0.550 0.550 0.550 ] [ 0.550 0.550 0.550 ]
global light scale [ 2.000 ] [ 2.000 ]
global sky diffusion [ 1.000 ] [ 1.000 ]

spread angles [ on ] [ on ]
opaque entities [ on ] [ on ]
sky lighting fix [ on ] [ on ]
incremental [ off ] [ off ]
dump [ off ] [ off ]

colour jitter [ 0.0 0.0 0.0 ] [ 0.0 0.0 0.0 ]
monochromatic jitter [ 0.0 0.0 0.0 ] [ 0.0 0.0 0.0 ]

custom shadows with bounce light
[ off ] [ off ]
rgb transfers [ off ] [ off ]
minimum final light [ 0 ] [ 0 ]
size of transfer [ 1 (16bit) ] [ 1 (16bit) ]
size of rgbtransfer [ 2 (32bit) ] [ 2 (32bit) ]
soft sky [ on ] [ on ]
translucent depth [ 2.000 ] [ 2.000 ]
block opaque [ on ] [ on ]
ignore textures [ off ] [ off ]
reflectivity gamma [ 1.760 ] [ 1.760 ]
reflectivity scale [ 0.700 ] [ 0.700 ]
blur size [ 1.500 ] [ 1.500 ]
no emitter range [ off ] [ off ]
wall bleeding fix [ on ] [ on ]


Load Textures:
Using Wadfile: d:\program\worldcraft\maps\BETATEST.wa_
222 textures referenced
Reading texlights from 'D:\Program\WORLDC~1\tools\lights.rad'
0 opaque models
0 opaque faces
25136 faces
Create Patches : 99732 base patches
1520196 square feet [218908352.00 square inches]
1 direct lights and 16386 fast direct lights
1 light styles

FindFacePositions:
(12.61 seconds)
BuildFacelights:
(261.15 seconds)
BuildVisLeafs:
(261.93 seconds)
visibility matrix : 129.2 megs
MakeScales:
(270.27 seconds)
Transfer Lists : 388612874 : 388.61M transfers
Indices : 115699972 : 110.34M bytes
Data : 777507994 : 741.49M bytes
Bounce 1 GatherLight:
(9.04 seconds)
Bounce 2 GatherLight:
(9.12 seconds)
Bounce 3 GatherLight:
(9.11 seconds)
Bounce 4 GatherLight:
(9.08 seconds)
Bounce 5 GatherLight:
(9.02 seconds)
Bounce 6 GatherLight:
(9.09 seconds)
Bounce 7 GatherLight:
(9.06 seconds)
Bounce 8 GatherLight:
(9.07 seconds)
AddPatchLights:
(6.02 seconds)
FinalLightFace:
(0.12 seconds)
889.16 seconds elapsed [14m 49s]

----- END hlrad -----

A general update into the affairs of Skintomb:

* There was an ambush, though not much to the ambush. In my experience an ambush consists of at least two squads of goblins, but this time there was only one and it consisted of four lashers and a swordsgoblin. It was over pretty quick, but I was disappointed because the lashers were carrying silver scourges whereas silver whips are where it's at. I have to continue to postpone training my lashers or pikedwarves due to lack of supplies. [You can't build those two weapons natively, only steal from corpses]
* Two new artifacts, or maybe three? Two dwarves flipped out and made wood earrings. Now I make them make bolts fast. I also got an artifact level left leather yak glove. Just the left glove. That means archer armor, I guess. And a high master armorer moved in so things are looking up there.
* Current military of legends: 6 axes, 6 spears, 5 hammers [HAMMER], 6 swords, 4 maces. The marksdwarves are all between five and ten and suck. One of the speardwarves is now described as "basically unbreakable", which I've never seen before. And good thing too, because she's susceptible to disease.
* I have native gold now, which means I have all the relevant ores and minerals to do as I fucking please. Incidentally, before I set off to do anything in the fortress I made a copy of it, mostly because it was called SkinTomb, so if ever anyone wants a fortress that seems to have every type of metal and a whole lot of cocaine, I could post it somewhere.

Black bronze processes postponed, I forgot that you need gold for that. GOD.

Today, I acquired a type of artifact which is new to me.

The cool thing about artifacts (unless the dwarf is possessed of course) is that they will give their maker legendary skills in whatever task they were working in, meaning high speeds and improved quality. While a lot of artifacts aren't directly practical, having a guy who can whip out masterful beds or furniture can come in handy for keeping dwarves happy. Likewise, I lucked out in getting a legendary weaponsmith because it means better multipliers on the attack. If I had a legendary armorsmith, it would mean multipliers on the deflect, ideally. Another weird thing is that you can end up with both non-native materials and non-native weapons, so that weaponsmith that's off his nut just made a yak bone blowgun instead of a steel hammer.

This is the artifact now in my possession:


It is Zizcunrungak, "The Reticent Skunk." Cassiterite, of course, is an ore that you smelt into tin. DWARVES,

I've never had a legendary mechanic before or anything of that sort, but I suppose it's practical as higher-grade mechanisms are more likely to hit and not jam. Also I could put my legendary silver spike in it and just have this trap that everyone admires. Prior to this, I had a perfect garnet as my artifact, so I'm now cutting gems at the highest levels.


This doesn't really go anywhere, but yeah, the Dwarves come from The Ancient Canyons. The Goblins are "The Hate of Shimmering" (gotta steal all those shiny things that they should not offend thee). The Humans are "The Complex Empire" (don't even try to understand it) and the Elves are "The Hardy Pack" and I hope they are in some inhospitable clime.

Hello oldschool mappers!

First of all I wanna say I'm a huge fan of your maps SuperJer(If you're gonna read this) and thanks alot for the things you've done for the CS mapping community!

I've been into VHE for a long time, but never released any maps due to small problems and the extreme details that I desire for perfection in my maps.(No I'm not a maniac just too lazy for final polishing lulz)

My hardware :
Windows 7 (64-bit)
8GB of DDR3 Memory(Wish VHE could've used all of it)
3.4 Ghz Quadcore AMD Processor
1024 MB HD Radeon 5770 Graphic Card (Two of them!)
That should be all you need to know?

These pictures are my HELP to you:

http://tinypic.com/r/20jk07n/5

http://tinypic.com/r/jg5x7k/5

http://tinypic.com/r/314xvgg/5

Basicly I need help on TWO things:

Exceed MAX_PATCHES solution
Answer to :: NUMBER THREE :: <-- You will understand when scrolling down.

Anyway.. PROBLEM:

I almost know what causes the problem in this map im developing:
1. Showed in picture one(The Sewer and top/front/side y/x angles)
You can see I have quite a few "LIGHT" entities, I had these put up all over my Sewer and my Caves after I compiled in Expert mode and noticed these we're all black instead of when I compiled in Normal mode and they were still light(but huge FPS drops due to VIS problems(obviously duuuhh). But honestly I don't think these should be able to cause any problem they should instead make the map easier to compile no matter Normal nor Expert mode, am I right?

2. Showed in the second picture with different screens and numbers in it you can see:

:: Number ONE ::
Shows the cave(Just a normal one with "LIGHT" entities ofcourse(Can't walk through caves in total darkness)(Should not cause problem..)
THIS IS WHAT I THINK CAUSES THE PROBLEM(Exceed Max_Patches)
:: Number TWO :: shows my Sewer(Again) but from the outside, my friend told me he saw leaks(he tested the map with 1600x1200 resolution)
So I just put these "walls" all around the sewer to prevent the leakings from accuring(Which before I put them there did only cause small fps drops and you could ofcourse see through the sewer which is not okay..)
Honestly this is what I think is the "bad thing" in my compiling, I compiled for 9 hours and VHE still had not finished.. Before I did this, put the light entities, the umbrellas and chairs at the beach + volleyboll net it took just about 1 hour to compile)
Remember I have Windows 7 64-bit.. (don't know if this can cause troubleshoot problems)

:: Number THREE ::

Here you can see bit by bit how I have built a part of the cave, what I want to know from this picture is that this should cause alot of "angles" for VIS and other programs to have to use alot more power and use up alot more memory, yes or no?
And if I want to make ALL of these color marked walls into ONE wall(That would cause ALOT less memory usage and angles to be compiled right?): HOW do I do so?
Just mark them all and "Tie To Entity" > Func_wall?

:: Number FOUR ::

Logs, logs and more logs, these I have heard could cause problems(since VHE is old and... OLD..) to RAD / VIS et.c. because of the angles/shapes/sizes and so on, but it did not cause any problems at all when I compiled before the "Exceeded MAX_PATCHES" so this I seriously doubt could cause anything but MINIMUM lag every 3000 years.

:: NUMBER FIVE ::

Shows the Umbrellas and beach chairs(This small thing could cause any problem at all? I seriously doubt it myself..)

:: NUMBER SIX ::

These walls are straight against the Sewer so there should not be any possibilities for leaks, should there? I just don't get why it would.. Then again I'm no rocket scientist. There was leaks as I mentioned before when I didn't have the walls. Me personally I have 640x320 resolution when I play CS so for me it didn't show any leaks what so ever. But 1600x1200 needs more juice we all know that.

:: NUMBER SEVEN / EIGHT / NINE ::

Shows what options I have on and which messages I get.
(If these could be to any help)
-----------------------------------

I will mention it again: Compiling only took about 1 HOUR before I did these things:
Added the Walls to the sewer to prevent leaking hopefully.
Added the Umbrellas, beach chairs and volleyboll net
Added the "LIGHT" entities in my Cave & Sewer from total darkness

Either all of them, or some, or just ONE of them are causing this problem I personally can't rule out the bad thing. Perhaps you can?

------------------------------------


Alright, down to the COMPILING AREA!

This is what VHE 3.5 Compiler tells me when I run it with these Options(Showed in picture 9.)
Take in consideration I do run the "final" compiling in Expert mode and not normal mode..


** Executing...
** Command: Change Directory
** Parameters: D:\Steamapps\SteamApps\common\Half-Life\cstrike


** Executing...
** Command: Copy File
** Parameters: "D:\Program\Worldcraft\maps\mymapp.map" "D:\Program\Worldcraft\maps\mymapp.map"


** Executing...
** Command: D:\Program\WORLDC~1\tools\hlcsg.exe
** Parameters: "D:\Program\Worldcraft\maps\mymapp"

hlcsg v3.4 Final (Feb 25 2006)
Zoner's Half-Life Compilation Tools -- Custom Build
Based on code modifications by Sean 'Zoner' Cavanaugh
Based on Valve's version, modified with permission.
Submit detailed bug reports to (amckern@yahoo.com)
----- BEGIN hlcsg -----
Command line: D:\Program\WORLDC~1\tools\hlcsg.exe D:\Program\Worldcraft\maps\mymapp
Entering D:\Program\Worldcraft\maps\mymapp.map

Current hlcsg Settings
Name | Setting | Default
---------------------|-----------|-------------------------
threads [ 4 ] [ Varies ]
verbose [ off ] [ off ]
log [ on ] [ on ]
developer [ 0 ] [ 0 ]
chart [ off ] [ off ]
estimate [ off ] [ off ]
max texture memory [ 4194304 ] [ 4194304 ]
max lighting memory [ 6291456 ] [ 6291456 ]
priority [ Normal ] [ Normal ]

noclip [ off ] [ off ]
null texture stripping[ on ] [ on ]
clipnode economy mode [ on ] [ on ]
clip hull type [ legacy ] [ legacy ]
onlyents [ off ] [ off ]
wadtextures [ on ] [ on ]
skyclip [ on ] [ on ]
hullfile [ None ] [ None ]
nullfile [ None ] [ None ]
min surface area [ 0.500 ] [ 0.500 ]
brush union threshold [ 0.000 ] [ 0.000 ]

Using mapfile wad configuration
Wadinclude list :
[zhlt.wad]

142 brushes (totalling 825 sides) discarded from clipping hulls
CreateBrush:
10%...20%...30%...40%...50%...60%...70%...80%...90%... (0.67 seconds)
SetModelCenters:
10%...20%...30%...40%...50%...60%...70%...80%...90%... (0.00 seconds)
CSGBrush:
10%...20%...30%...40%...50%...60%...70%...80%...90%... (1.09 seconds)

Using Wadfile: \program\worldcraft\wads\chateau.wad
- Contains 10 used textures, 7.58 percent of map (136 textures in wad)
Using Wadfile: \program\worldcraft\wads\cs_747.wad
- Contains 2 used textures, 1.52 percent of map (143 textures in wad)
Using Wadfile: \program\worldcraft\wads\cs_assault.wad
- Contains 0 used textures, 0.00 percent of map (22 textures in wad)
Using Wadfile: \program\worldcraft\wads\cs_cbble.wad
- Contains 2 used textures, 1.52 percent of map (61 textures in wad)
Using Wadfile: \program\worldcraft\wads\cs_dust.wad
- Contains 1 used texture, 0.76 percent of map (28 textures in wad)
Using Wadfile: \program\worldcraft\wads\cs_havana.wad
- Contains 3 used textures, 2.27 percent of map (122 textures in wad)
Using Wadfile: \program\worldcraft\wads\cs_office.wad
- Contains 8 used textures, 6.06 percent of map (102 textures in wad)
Using Wadfile: \program\worldcraft\wads\cstrike.wad
- Contains 0 used textures, 0.00 percent of map (123 textures in wad)
Using Wadfile: \program\worldcraft\wads\de_airstrip.wad
- Contains 4 used textures, 3.03 percent of map (69 textures in wad)
Using Wadfile: \program\worldcraft\wads\de_aztec.wad
- Warning: Larger than expected texture (348972 bytes): 'SPECIAL_THANKS'
- Warning: Larger than expected texture (348972 bytes): 'THANKS'
- Contains 1 used texture, 0.76 percent of map (24 textures in wad)
Using Wadfile: \program\worldcraft\wads\de_piranesi.wad
- Contains 5 used textures, 3.79 percent of map (160 textures in wad)
Using Wadfile: \program\worldcraft\wads\de_storm.wad
- Contains 8 used textures, 6.06 percent of map (74 textures in wad)
Using Wadfile: \program\worldcraft\wads\de_vertigo.wad
- Contains 0 used textures, 0.00 percent of map (19 textures in wad)
Using Wadfile: \program\worldcraft\wads\halflife.wad
- Contains 88 used textures, 66.67 percent of map (3116 textures in wad)
Including Wadfile: \program\worldcraft\wads\zhlt.wad
- Contains 0 used textures, 0.00 percent of map (8 textures in wad)
Using Wadfile: \program\worldcraft\wads\decals.wad
- Contains 0 used textures, 0.00 percent of map (225 textures in wad)

Warning: More than 8 wadfiles are in use. (16)
This may be harmless, and if no strange side effects are occurring, then
it can safely be ignored. However, if your map starts exhibiting strange
or obscure errors, consider this as suspect.


added 6 additional animating textures.
Texture usage is at 3.10 mb (of 4.00 mb MAX)
2.43 seconds elapsed

----- END hlcsg -----




** Executing...
** Command: D:\Program\WORLDC~1\tools\hlbsp.exe
** Parameters: "D:\Program\Worldcraft\maps\mymapp"

hlbsp v3.4 Final (Feb 25 2006)
Zoner's Half-Life Compilation Tools -- Custom Build
Based on code modifications by Sean 'Zoner' Cavanaugh
Based on Valve's version, modified with permission.
Submit detailed bug reports to (amckern@yahoo.com)
----- BEGIN hlbsp -----
Command line: D:\Program\WORLDC~1\tools\hlbsp.exe D:\Program\Worldcraft\maps\mymapp

Current hlbsp Settings
Name | Setting | Default
-------------------|-----------|-------------------------
threads [ 4 ] [ Varies ]
verbose [ off ] [ off ]
log [ on ] [ on ]
developer [ 0 ] [ 0 ]
chart [ off ] [ off ]
estimate [ off ] [ off ]
max texture memory [ 4194304 ] [ 4194304 ]
priority [ Normal ] [ Normal ]

noclip [ off ] [ off ]
nofill [ off ] [ off ]
noopt [ off ] [ off ]
null tex. stripping [ on ] [ on ]
notjunc [ off ] [ off ]
subdivide size [ 240 ] [ 240 ] (Min 64) (Max 512)
max node size [ 1024 ] [ 1024 ] (Min 64) (Max 8192)


SolidBSP [hull 0] 500...1000...1500...2000...2500...3000...3500...4000...4500...5000...5500...5991 (0.48 seconds)
BSP generation successful, writing portal file 'D:\Program\Worldcraft\maps\mymapp.prt'
SolidBSP [hull 1] 500...1000...1500...2000...2500...3000...3500...4000...4500...4837 (0.23 seconds)
SolidBSP [hull 2] 500...1000...1500...2000...2500...3000...3500...4000...4500...4726 (0.24 seconds)
SolidBSP [hull 3] 500...1000...1500...2000...2500...3000...3500...4000...4500...5000...5297 (0.29 seconds)
3.95 seconds elapsed

----- END hlbsp -----




** Executing...
** Command: D:\Program\WORLDC~1\tools\hlrad.exe
** Parameters: "D:\Program\Worldcraft\maps\mymapp"

hlrad v3.4 Final (Feb 25 2006)
Zoner's Half-Life Compilation Tools -- Custom Build
Based on code modifications by Sean 'Zoner' Cavanaugh
Based on Valve's version, modified with permission.
Submit detailed bug reports to (amckern@yahoo.com)
----- BEGIN hlrad -----
Command line: D:\Program\WORLDC~1\tools\hlrad.exe D:\Program\Worldcraft\maps\mymapp

-= Current hlrad Settings =-
Name | Setting | Default
--------------------|---------------------|-------------------------
threads [ 4 ] [ Varies ]
verbose [ off ] [ off ]
log [ on ] [ on ]
developer [ 0 ] [ 0 ]
chart [ off ] [ off ]
estimate [ off ] [ off ]
max texture memory [ 4194304 ] [ 4194304 ]
max lighting memory [ 6291456 ] [ 6291456 ]
priority [ Normal ] [ Normal ]

vismatrix algorithm [ Original ] [ Original ]
oversampling (-extra)[ off ] [ off ]
bounces [ 1 ] [ 1 ]
bounce dynamic light [ on ] [ on ]
ambient light [ 0.000 0.000 0.000 ] [ 0.000 0.000 0.000 ]
maximum light [ 255.000 ] [ 256.000 ]
circus mode [ off ] [ off ]

smoothing threshold [ 50.000 ] [ 50.000 ]
direct threshold [ 25.000 ] [ 25.000 ]
direct light scale [ 2.000 ] [ 2.000 ]
coring threshold [ 1.000 ] [ 1.000 ]
patch interpolation [ on ] [ on ]

texscale [ on ] [ on ]
patch subdividing [ on ] [ on ]
chop value [ 64.000 ] [ 64.000 ]
texchop value [ 32.000 ] [ 32.000 ]

global fade [ 1.000 ] [ 1.000 ]
global falloff [ 2 ] [ 2 ]
global light scale [ 1.000 1.000 1.000 ] [ 1.000 1.000 1.000 ]
global gamma [ 0.500 0.500 0.500 ] [ 0.500 0.500 0.500 ]
global light scale [ 1.000 ] [ 1.000 ]
global sky diffusion [ 1.000 ] [ 1.000 ]

opaque entities [ on ] [ on ]
sky lighting fix [ on ] [ on ]
incremental [ off ] [ off ]
dump [ off ] [ off ]

colour jitter [ 0.0 0.0 0.0 ] [ 0.0 0.0 0.0 ]
monochromatic jitter [ 0.0 0.0 0.0 ] [ 0.0 0.0 0.0 ]
softlight hack [ 0.0 0.0 0.0 0.0 ] [ 0.0 0.0 0.0 0.0 ]
diffuse hack [ on ] [ on ]
spotlight points [ on ] [ on ]

custom shadows with bounce light
[ off ] [ off ]
rgb transfers [ off ] [ off ]


[Reading texlights from 'D:\Program\WORLDC~1\tools\lights.rad']
[59 texlights parsed from 'D:\Program\WORLDC~1\tools\lights.rad']

Warning: No vis information, direct lighting only.
15173 faces
Create Patches : 68089 base patches
0 opaque faces
687512 square feet [99001784.00 square inches]
Error: Exceeded MAX_PATCHES
Description: The map has a problem which must be fixed
Howto Fix: Check the file http://www.zhlt.info/common-mapping-problems.html for a detailed explanation of this problem


----- END hlrad -----


I'm grateful for any help, tips or tricks that you can help me with!
Sincerely
/RN

So the map i've been bitching about is finally done!

Here are some screenies

















It has some secrets and shit so yea .. here's a download link -

cluster.ino|2|error: BlackThornDemon.h: No such file or directory|
cluster.ino|3|error: 'BlackThornDemon' does not name a type|
src\BlackThornDemon.cpp|2|error: BlackThornDemon.h: No such file or directory|
src\BlackThornDemon.cpp|4|error: 'BlackThornDemon' has not been declared|

cluster.ino


blackthorndemon.h


blackthorndemon.c

It's true. I ended up accidentally sexing Liara in Mass Effect, because I was trying to romance Kaidan but... This is coming out wrong. I was talking to Liara about how her species does shaggin' because I was playing my Shepard as "interested in everything" type, like science and things, but apparently Liara took it the wrong way and got a bit hot... anyway, next time I talked to Kaidan (literally went from one conversation to the next) he refused to talk to me about the romance-dance because I'd talked to Liara about it.

Long story short, the guy has blatantly bugged my clothes and was listening to my conversations.

Did you ever play Jade Empire? Have I asked you this before? What do you think of the mechanics of Fire Emblem?

Also my post sounds like I didn't read yours but I did, you have many valid points. I guess it's a symptom of making things game-y. Like, getting players to form relationships with NPCs involves having them spend time together, spending time implies doing things, doing things is basically large-scale murder, so you get the situation as is. Kind of. That's not to say it shouldn't change, I'd love to see a first person game where the most significant decision you make is firing a gun.

I was looking for something like that, thanks.





Hmm, thanks, will do.



Ok.

Wow bitch ass nigger fuck tough guy nigger fuck ass hole nigger fuck jew piece of shit die please nigger fuck

Your statement makes no sense whatsoever, do you even read what you type?

Thanks for the info (the other guy)

This one had a leak i could never fix so yeah.



the name is fuckin random so don't whine

I don't know. I think i meant it to mean that those were the things I wanted to do next? Oh god, Dwarf Fortress is soooo confusing.

I should also probably get a mist generator up near the entrance, just to make everyone happy. And a smallish moat type thing to get the ichor off, bearing in mind that I have no idea how dangerous the first attack on my fortress will be.

Since there has seemed to be continuing, unspoken interest in my Dwarf Fortress exploits, I've decided to make a new truck with some level of visibility and coherence. My old fortress is still around, but I wanted to take everyone through the process from the get-go with illustrations.

1. I'm using a graphical version of the game. This helps me figure out what the fuck is going on and is equally helpful for you in this manner. The more easily you're able to understand the important aspects of what's happening, then the joy of the game's inherent dwarfiness will come out soon enough.

2. The parameters I opted for were pretty similar to what I've run previously, in large part because I have no idea what I'm doing. Most of the dwarves in my old fortress are wearing tatters. Clothing is something of a mystery to me. The deviations from the default settings are as follows: history is short (I started in the year 21 or something), natural savagery is very low, and mineral appearances are frequent. My particular start location is in a warm biome on the side of a mountain range and has access to flux, shallow metal (singular), deep metals (plural), and a river nearby which probably has some dumb name. I can't be bothered to figure everything out. This may seem like an easy setup, but note that I only have shallow metal (singular), which means I could end up with something that's no good to work with and spend a while bungling around.

There's some other interesting aspects too. I'm pretty close to the Dwarven home lands and a few other civilizations (I can't read the languages well enough to know if they're good or hostile), but I'm also four squares away from sinister and haunted portions of the map, meaning that some particularly nasty titan could spawn and wander in or I could find myself regularly dealing with the goblins that were absent in Roughnesspointed. All resulting fun will be documented, but in general it behooves me to have my shit in order early in the game or suffer mightily.

Speaking of which, my new outpost is named "Palacelands." Which is the least interesting name ever.

A quick tour:



I went with the defaults of everything, which means I ended up with all female animals, two dogs, two cats, a water buggalo, and a horse. I meant to type buffalo, but buggalo are funnier. Note that I do not yet have a yak. Woe be to all of you once I get a yak. None of my dwarves have social or combat skills, but one is a jeweler/craftsdwarf, one's a mason/mechanic, there's a wood cutter/all-purpose farmer, a butcher/clothesmaker who for some reason is also the only one to be able to clean fish, a carpenter/bowyer, a miner, and a fisherman. Oddly, my miner is the creative one in the bunch so I'll probably have him take on the mason's work. The butcher is the expedition leader. Whatever.

This is my start location. I got a lot of sand and phyllite and some gems. Sand means there's hope of some level of farming and glass making for me once I get the various workshops squared away, and the gem clusters mean I'll have things to cut. Stars are ore. From the look of it, I have zinc here. that's... all... okay that's not good if it's the only thing I have. Looks like to the west I have tetrahedrite, so I'll be making bronze stuff early on, I guess. Those "c"s in the lower center portion of the picture are chinchillas. As soon as I get a leather works, a butcher's shop, and some crossbows in order, I'm fucking their adorable little shit up.

I also have a waterfall in the lower part of my map that spans four z-levels. This is the first time I've so much as seen a waterfall in the game. Aces. I've read where you can set up floor grates at the base of a waterfall and use those to get dead fish instantly delivered with no upkeep, which means that I might be able to disable the fishing labor entirely.

I will be updating on a seasonal basis, but the first few are mostly tedious. I'll be setting up my entry hall, a trade depot, workshops, and carving out the beginnings of the fractal bedrooms while biding my time waiting for immigrant waves to show up and hoping they aren't mostly children. It doesn't really matter until the third wave anyway, at which time they stop being randomized and start relating to your relative opportunities available. I might also lay the groundwork for a well below the housing area. since I figured out how to do that.

I've yet to use a minecart in game for anything, but if I think about it a little, I can see where it probably would be possible to pull something like that off. Maybe a pressure plate system triggers it or there is one hall type entrance that is a false entrance and then a few other hatch entrances. It would be a little hard to rig in my current fortress for how it was initially designed and the fact that there are NO GOBLINS. I've been playing for about four years of game time and all I see are titans, cyclopses, forgotten beasts, and the occasional kobold. A kobold fucked up a few of my dogs last night. Made me sad. But the dogs were all strays because holy shit my fortress has way too many pets just wandering around with kittens and the yaks and the cows and the ships and the alpacas and I'm still waiting for that goddamned pair of breeding leopards I got off the elves to knock their little kitty boots already.

I don't understand , you made a wall then compiled now you can walk through the wall.... hmmm????? upload .rmf i can check it out for you


Sraw your dumb


if you want a wooden texture just open you textures and type wood

FORTRAN is actually case insensitive, so you can call it FoRtRaN if you so please. Its IO is one of the most horrific things I have ever undertaken. It is physically painful. If you call a file .f and not .f90 then every line must start with 6 spaces or the character 'c' indicating that it is a comment. The parser is retarded. To work out the dependencies of a file, the compiler must look at the .mod file associated with a module. The .mod file is not created until you compile. But what if you don't want to compile until you know the dependencies? Tough!

They have attempted to make it backwards compatible so there have been no far-ranging and indeed really necessary changes to the language. Really, they should make a Fortran where all previous nonsense is ignored, swept under the carpet, whatever.

Everything is passed by reference, but there are no proper pointers. There are both subroutines and functions. Functions can return values, subroutines cannot. Functions can be pure, meaning they have no side effects, but they don't have to be.

This is possibly the most retarded, pants-on-head, why did you not CHANGE THIS CHRIST ALMIGHTY feature: unless you have a line at the top of your source file saying "implicit none", Fortran will assume any identifier you have not declared is a valid variable. Yes. If it starts with [ijklmn] it's of type integer, otherwise real. The only way in modern Fortran to discern between float and double is to say real(kind(some_variable)).

The reason I'm doing Fortran right now is because I am doing a Masters in High Performance Computing. It's pretty cool, we're learning GPU programming at the moment in one of the lectures (the Portland Group actually make a Fortran-CUDA compiler). I spend my time writing shitty parallel code and running said code on the 32nd largest computer in the world :D

Code sample:


After this project, never again. Unless I have to.

This covers a lot of the reasons I hate C++, in case you're interested:

cpp-home.com/tutorials/244_1.htm

Why C++ Sucks

C++ sucks because it is a mis-designed pile of crap.

All you have to do is read Bjarne Stroustrop's book on the design and evolution of C++ to understand why: C++ is the iMac of computing languages.

It was designed to have those features necessary to achieve popular success--not those features necessary to be a good programming language.

In the case of something like the iMac, much of the "prettiness" does not necessarily come at the expense of functionality--but this is not always the case. Reducing the iMac's expandability makes it simpler to use--but also potentially consigns it to a gutter market a few years down the road.

The Big Mistake: C Compatibility
In Stroustrop's mind, making C++ compatible with C was instrumental, crucial to its success.

I don't disagree. Plenty of other good object oriented languages are out there, and they've never found much success. Certainly the overhead of learning a brand new language is undoubtedly a significant barrier to acceptance.

I don't think it's any coincidence that Java chose to use C syntax for its core constructs, either.

But C++ went far further than Java in compatibility. C code works nearly unchanged in a C++ compiler. The model of how a C++ program can be separately compiled (i.e. split into multiple separate files) is identical to that of C.

But this introduces hosts of other problems, some which C++ addresses, some of which it addresses with problematic design, and some of which it simply falls down on.

This is not to laud Java--I do not have a particularly high opinions of that language. It does many good things, but owing to its history it also has some odd design elements. (Foremost amongst them being reliance on interpreters during its initial introduction.)

Keep It Simple, Stupid
C++'s biggest problem is its size. People will tell you that this is no big deal; just subset C++ down to whatever part of it you're willing to use; that can be a C subset or something a little larger, or the whole thing.

This logic can be used to justify an infinitely complex language, so one should hesitate to accept it at face value.

The biggest flaw with the argument is that it forces compiler writers to implement a larger language; correctness will be harder to get right, and optimization will suffer. In the case of C++, however, this no longer matters; there are essentially no "just C" compilers anymore to compare to, so any lowered performance of C++ is no doubt also seen by C.

Another significant problem is that it requires an investment of effort to select an appropriate subset. Moreover, you will have difficulty finding books that teach this subset; and, indeed, if you acquire a C++ algorithms book, the odds that the subset chosen for that book matches that of yours is low.

In other words, subsetting is the same as fragmenting the language into lots of separate dialects; it has all the same problems as that, with the added cost of none of those dialects having unique names. What does it mean to say "I've used C++ for six years" on a resume?

Similarly, learning a subset does you no good if you work with other people's code, and they do not use the subset you are expecting; you must be able to understand their subset, and even write it.

Finally, learning a subset doesn't guarantee that you won't avoid being bit by something that's not in the subset you've chosen. For example, you might choose (wisely, IMHO) to avoid using function overloading. You can't tell the compiler this, however, and thus you might unintentionally name two functions the same thing, and cause unimaginable problems thereby. Sure, you'll eventually figure it out, it'll just be another dumb bug, but why use a language that has any number of such gotchas lurking around every corner?

Suppose you choose to just use the C subset of C++. One of the changes C++ makes to C rules is that you can no longer automatically cast from (void *) to other pointer types. The reason for this is clear; in C++, (void *) types are used sufficiently often that hidden bugs might occur. (There is a counter-argument to this even in a C++ context: C++ encourages you to typecast more often than necessary, possibly masking bugs because your typecast hides what would be a real warning.)

Is this a real problem for C? No, it's not, it just means you need to do some extra casting. The following code doesn't work:


   x = malloc(sizeof(x) * num_elements);

Instead you must code it as


    x = (mytype *) malloc(sizeof(x) * num_elements);

Of course, if you are familiar with the idiom found in the first example, you see the flaw in the second; the first version avoids a bug by not explicitly naming x's type; thus if that type changes, the code still (most likely) does the right thing. With the second code, if you change x's type, C++ will complain about the type error, so it won't introduce an error--just unnecessary typing to fix it.

If you're using C++ proper, you would just use the new operator to sidestep this... ignoring the fact that new requires the name of the type...

Too Much Typing
I guess I'm just a whiner if many of my problems boil down to C++ requiring too much typing. Typing is such a tiny fraction of programming that it's not that big a deal. Yet it grates to see such extra 'accidental' (in the sense of Fred Brooks 'No Silver Bullet', i.e. in opposition to 'essential') work required for no good reason.

Example #1
In C, I write a new function, and then add a prototype to the header file. Having to add that prototype is annoying 'accidental' effort; there is no reason this redundancy must be shoveled onto the programmer (it could easily be automatically generated, a la Java or Borland's Turbo Pascal). That something like a header file is needed for separate compilation is undeniable; but that I must maintain it by hand is largely silly.

Still, it's not that much work. Cut and paste, put an 'extern' at the front of the line and a ';' at the end of the line, and you're done:



C file:
   int myFooBar(Foo *foothing, Bar *barthing)
   {
      ...
   }

H file:
   extern int myFooBar(Foo *foothing, Bar *barthing);

Whether this worked out by chance or not, these are easy editting operations to perform without moving your hands from the keyboard; cut a single line (in 'vi', 'yy'; in a windows editor: home, shift-end, ctrl-c), switch buffers, paste, go to beginning of line and type 'extern', go to end of line and type ';'.

The effort is justified because all this information needs to be available for separate compilation.

Consider the equivalent thing for a method in C++:


CPP file:
   int Foo::myBar(Bar *barthing)
   {
      ...
   }

H file:
   class Foo
   {
      ...
      int myBar(Bar *barthing);
      ...
   };

Sure, in this example, the function declaration itself may be shorter, making C++ look better than C, but I'm comparing C++ to a similar, imaginary OO language that doesn't suck.

To make the C++ cut and paste, I don't need to add 'extern' at the front. Instead I have to reach into the middle of the declaration and delete the 'Foo::'. This is actually more work--at least for me, it takes longer, and more thinking, to do this. (You have to actually parse the declaration, which gets more complex as the return value type gets more complex.)

Example #2
Worse yet, C++ makes this necessary in circumstances that it shouldn't be.

Suppose that class Foo in the example above inherits from Baz; and Baz includes as a member in its declaration virtual int myBar(Bar *barthing);. Now, when I want to go implement Foo, I choose to override the definition of myBar found in Baz.

C++ makes me spell out in the declaration of class Foo exactly which methods I'm going to override.

Even though the whole point of virtual functions is that the dispatch occurs at run-time--no compile-time support needed.

Pointless.

Oh, and did I mention that this sort of thing leads to extra unnecessary recompilation?

Why?
I think I know why C++ does it this way. The thing is, if I subclass Foo to make, say, Biz, then if Biz doesn't define myBar for itself, it will need to store a pointer to Foo::myBar in its virtual function table. Thus, the compiler needs to know about everything that goes on under the hood with Foo to build Biz correctly. (Similarly if Biz defines it itself, but calls ::myBar.)

That means, of course, that everything 'under the hood' must be exposed in the class definition. The entire 'private' section must be exposed to subclasses (and also so that 'sizeof' works correctly).

You can try to work around the excess recompilation introduced by this by having multiple header files with differing levels of detail in them; the subclasses and the implementation of the class see the full description, whereas the rest of the world only sees the public definition, unless they need to sizeof... well, as you can imagine, I don't know anyone who actually tries to do that. (It would help if you could flag a class definition as 'incomplete' so inclusions of the wrong header file would fail to compile, instead of producing bugs.) I'm not actually sure that doing this is legal C++, anyway.

This all misses the point. Part of C++'s success is that it didn't require rewriting the linker (after all, initially it just was translated into C code). Separate compilation could be done without needing to see the innards of other classes if the virtual function tables were built up at link time. Even without rewriting the linker, the patching could be done at runtime, during startup. This does not need exposure. (The sizeof problem would still remain.)

Example #3
Yet another case is that of the C-style "static function". Suppose I decide I want to break Foo's implementation of myBar down into multiple smaller steps, using helper functions. Since the code is based around an object, I still want to make these be methods of the class so that I get a 'hidden this' and can refer to instance variables conveniently.


  /* C code: */
     static void myFooBarHelpFunction(Foo *foothing, int intermediate_value)
     {
        ...
     }

     int myFooBar(Foo *foothing, Bar *barthing)
     {
        int value = computeSomething(foo,bar);
        myFoobarHelpFunction(foo, value);
        ...
     }

  // C++ code:
     void Foo::myBarHelpFunction(int intermediate_value)
     {
        ...
     }

     int Foo::myBar(Bar *barthing)
     {
        int value = computeSomething(bar);
        myBarHelpFunction(value);
        ...
     }  

The C++ example is incomplete. As you can see, it lacks the static keyword. This is because, to implement this in C++ like this, you have to add a declaration of this function to the class definition. That's right, to do a local, hidden modularization of this function, which cannot be seen or used by anybody else, including subclasses, you have to touch the class definition, which normally (as noted above) is exposed in the header file to anyone and everyone who interacts with the class. (At least this seems to be the case. Am I missing something?)

Oh, thanks.

And don't forget to delete Foo:: when you add it to the header file.

You can work around this by privately subclassing the type, thus allowing you to create a local class MySubClass type with local, non-exposed declarations. You still end up with a declaration and a definition, as opposed to C where you only need the definition if you put the functions in the right order. And you will have to downcast pointers that are passed in. But it avoids the header dependency.

Pet Peeves
Don't get me wrong. The above three examples aren't just pet peeves. I think of them as serious design flaws. I have pet peeves about the language and the typing therein as well, but they lean more towards personal taste:


Having to prefix every method definition with Foo:: is stupid. We should be able to wrap our definitions inside something like class Foo { ... } and not have to prefix with Foo:: inside it. Of course you could do exactly this, but you can only have one definition of a class, so you can't do this and also include a header file with the class declaration in it, so you need to include the full declaration locally. (Also, providing a mechanism like this would also make cutting and pasting into the header file easier.)
constructors and deconstructors return void, even thought C++ denies it. Yes, removing the need for void from the parameter list and as a prefix on constructors/deconstructors can be seen as an opportune 'fix' to reduce typing, since C++ doesn't back-support K&R C the way ANSI/ISO C does. Sorry, I don't buy it; the amount of typing saved is irrelevent. (It's one thing to save lots of cut&paste editting motion; saving typing four characters while one is already in the middle of typing characters is saving me something like 5 seconds a week.) It introduces a pointless inconsistency.
etc. (Why waste time on pet peeves when there's more juicy bits?)
Indirection
Indirection is the source of nearly all that is good about computer programs. Pointers or handles are crucial to writing code that does more than formula processing.

A relatively crucial element of object-oriented programming is the introduction of indirect function calls. Sure, imperative programming has them as well, but most OO languages make them ubiquitous; many people consider virtual the most important keyword distinguishing C++ and C--that is, if you never use virtual, you may be using classes, but you could just as easily be writing in C.

The thing is that unlike, say, Smalltalk, not all indirection in C++ is at run-time. Stroustrop considered this an important element of C++'s success--by providing multiple mechanisms, you can select the one with the appropriate trade-off of power vs. performance overhead.

But more is not necessarily better. One can imagine a language in which a compiler makes these trade-offs automatically for you. You can imagine a language in which a single keyword changes the underlying implementation, with no syntactic or semantic variations visible.

Not so C++.

In C, a function call can only happen one way:

... foo(x,y); ...

If 'foo' is a variable that is a function pointer, this call is indirect; if not, it is direct. You generally can't tell from syntax, although many people choose to use one of two conventions to distinguish them: either a naming convention (function pointer variables include an extra word in the name), or a syntactic convention for function pointer variables (which is actually legal with function names as well, if I recall correctly):

... (*foo)(x,y); ...

(There are actually some cases where the syntax is unambigous about which, for example (foo->bar)(x) must be an indirect call--that is, any expression where the name would go.)

Assuming you use one or the other convention, then, the two modes of function call are unambiguous to distinguish. Assuming the call is direct, there is a simple mechanic for finding the callee; search back through the source, looking for a prior definition of 'foo' which is now in scope. If not found, grep the header files for exported functions. Only one function named 'foo' can be exported without introducing linker errors, so the result is unambiguous.

If a function call is indirect, the exact same search will tell you where the function variable is defined. An arbitrary effort may be necessary to be expended to determine where that call goes.

Object-oriented languages attempt to make indirection more useful by structuring it. Instead of going "just anywhere", a message send must go to one of the subclasses of a given class, and share that name.

Improving the ability of a programmer to understand indirect function calls is surely a laudable goal. Object-oriented languages are rich with designs people would be unlikely to attempt with C's unwieldy do-it-yourself function indirection methodology.

But there is much to dislike about C++'s execution.

Syntax
As noted above, there is exactly one syntax in C that leads to function calls (the variant syntax in the latter example stands for the exact same semantics); one syntax, but two semantics.

In C++ there are eight syntaces and quite a few semantics.

No joke:

regular function call (expression context): foo(a,b)
constructor call (declaration context): Foo foo
constructor call (declaration context): Foo foo(a,b)
constructor call (expression context): new Foo
constructor call (expression context): new Foo(a,b)
destructor call (block end): }
destructor call (statement context): delete foo;
overloaded operator (expression context): foo+bar
(I'll fold copy/assignment constructors in with overloaded operators.)
Even if you disagree with my splitting the constructors up that way, there'd still be six; moreover, unambiguously, there are four different contexts in which function calls occur (declaration, expression, statement, and block end).

Constructors and Destructors
Of course, if you use constructors and deconstructors in the "right" way, this isn't as bad as it sounds. Constructors and deconstructors only do "good things"; the constructors and deconstructors happen at "times" when such things are best suited to run.

But, nonetheless, this doesn't necessarily make programs easy to comprehend. An example off the top of my head: if an object in a deconstructor removes itself from a hash table, introducing a bug because the hash table shrinks itself, screwing up the currently executing hash iterator, you may spend a long time discovering what is going on.

If we accept, though, that the constructor and destructor calls are there because that leads to better, more comprehensible semantics--that any object-oriented language is going to need something like constructors and destructors--we are only left with two syntaces to discuss: plain function calls and overloaded operators.

Overloaded Operators
Many style guides strongly recommend disallowing overloaded operators. Some advocate allowing operator overloading for mathematical data structures, like bignums, complex numbers, vectors, matrices, and the like. (Care and handling of copy and assignment constructors is more complex, so I'll simply dispense with attempting to argue about them.)

The argument for avoiding overloading operators is often this simple one: it is to easy for someone reading the code to not realize that there are function calls going on. An ordinary syntax that does not normally resemble a function call is suddenly potentially a function call.

The argument for allowing it for math is simple: the expediency of the syntax overwhelms the argument against it. Nothing particularly surprising is going on under the hood, except possibly the performance overhead.

I cannot argue against this philosophy. I choose not to apply it, as the amount of actual addition or subtraction of vectors in my code is so inconsequential that the typing cost is insignificant; nor do I find the shorter, simpler syntax involving overloaded operators to cause me to introduce fewer bugs. But this is surely more a matter of taste than of logic.

Clearly, one would like operator overloading to follow the principle of least suprise. Operators which normally are side-effect free should remain side-effect free. One would hope operators which are normally commutive remain commutative, and associative associative; but this is not always the case (e.g. matrix multiplication). 

But in a short function, in which the types of the variables are obvious, one has trouble imagining operator overloading causing much trouble.

Idioms
The advantages of concise idiom are legion. I have an enormous number of C idioms I use without thought; idioms in the sense that if you are not familiar with them, the meaning of the code may not be immediately obvious. They are easy enough to figure out if you stop and think, but the power of the idiom comes from the lack of need to think; it is easier to understand a larger chunk of code all at once if the elements of it are idioms.

Here are two idioms I use frequently:

   // n loops from n-1 ... 0
   while (n--) {
      ...
   }

   // i = (i + 1) mod n
   if (++i == n) i = 0;

Notably, these idioms rely on preincrementing and postdecrementing, so the odds are high that a reader will have to stop and hesitate and think about the meaning of the code. (The idioms would not normally have the comments describing their meaning.)

Idioms make operator overloading doubly tempting. One aspect is that it allows the use of familiar idioms in new contexts:

   for(FooIter *i(foo); (bool) i; ++i) {
      ... *i ...
   }

(Something like that--I'm not very familiar with C++ operator overloading.)
A second aspect is that it allows the creation of new idioms. Expression syntax is much more powerful for idiomatic constructions than function call syntax. You may have seen this sort of construction in C, using a conventional return value to empower an idiom:


   x = listAdd(listAdd(listAdd(listAdd(newList(), a), b), c), d);

(Specifically, I've seen code like that used for adding elements to a window.)
The indirection and nesting there is ugly, and so you can see it as much clearer if you could use an idiom like:


   x = newList() + a + b + c + d;

I'm not suggesting that people would like this off the cuff; but they might find it tempting to allow operator overloading simply because it allows them to coin such idioms--not just to save typing, but because it becomes much more rapidly comprehenisble. (The nested listAdd()s above are also an idiom, but the difference in ease of comprehension is apparent.)

But this way lies madness!

Such idioms may be powerful, but they build on new, unrelated meanings of the underlying symbols.

It is (I imagine) exactly this reasoning that introduced the ubiquitous operator overloading found in the C++ stream library.

Ask a C programmer what this code does:

a << b << c << d << e;

She will tell you "nothing". None of the operators have side-effects. In C.

Do they have side-effects in C++?

It depends on what functions they call.

C++ programmers swiftly adjust to the use of <<. It seems natural and perfectly reasonable. But don't be fooled by it. Most style guides recommend against coining new forms of operator overloading. That supposed power of idiom is simply too fraught with peril.

Keep this in mind: the argument by analogy to C idioms is broken, because the C idiom is constructed of unambiguous items right there on the page. Comprehending an unfamiliar C idiom just requires parsing the code--an action the reader was already doing. There's no 'secrecy' at all--it just takes a little longer.

Semantics
As noted previously, there are two semantics for a plain C function call. Determining which semantic is in operation is as easy as searching back through the file for the name, and then grepping header files for the name.

Not so for C++. C++ has both run-time indirection and compile-time indirection. In fact, it has a number of flavors of the latter.


   foo(x,y);


a plain C-style function call
a plain C-style indirect function call
a call to a non-virtual method in this class, or any parent class
a call to a virtual method (again defined in any ancestor)
a call to a templated function
a call to a method in a templated class
one of several functions of any of the above types, all with the same name, but different numbers of parameters
one of several functions of any of the above types, all with the same name, the same number of parameters, but different formal parameter types

   foo->bar(x,y)

a plain C-style indirect function call (e.g. bar is a public function pointer)
a call to a non-virtual method in foo's class, or any parent class
a call to a virtual method (again defined in any ancestor of foo)
a call to a method in a templated class
one of several functions of any of the above types, all with the same name, but different numbers of parameters
one of several functions of any of the above types, all with the same name, the same number of parameters, but different formal parameter types
Some of the variants above may not seem like truely distinctive semantics; however, the distinction between run-time and compile-time dispatch is obvious, and the other distinctions are there to call attention to the effort required for someone to locate the implementation of the called function. Any of those cases could turn out to be true, and each is defined differently.

Templates offer the best example of my core complaint. At their heart (ignoring the committee-driven creeping featurism), templates are there to allow you to do something like define a generic hash table class, but specialize it to be implemented "directly" for some specific class, instead of having to pay indirect dispatches at runtime.

However, I've stated previously, I find this approach flawed, because it introduces an entirely new syntax and semantics. I would much prefer if you just defined the hash table as taking some abstract base class, defined your elements to be hashed as deriving from that base class, and then used a magic 'specialize' keyword to 'instantiate the template'. (Of course, personally I'd prefer a Smalltalk-like approach where you didn't need to use abstract base classes at all; the same sort of specialization is nonetheless entirely withint the realm of computability; and Java implementations may attempt to do JIT inlining to achieve the same effect, much as the academic language Self (something of a sequel to Smalltalk) did in the early 1990's.)

Moreover, those lists are far too short, as they don't call attention to the bewildering variety of problems introduced by function name overloading.

At least if all overloaded functions with the same name have different numbers of parameters, the result of the call is unambiguous. A grep for the name will turn up a number of matches, and if the line declaring the function is longer than a single line, some additional effort may need to be expended to figure out just which one. Annoying, but not impossible.

Far worse is the use of multiple names with the same number of parameters. You have to figure out the (compile-time) type of every parameter, exactly, before you can make the right call about which function is called. Go look up through the code to determine the type of any variable used; check in the header file to see what type is returned by this function; try to remember whether * means a dot product or a cross-product of two vectors.

Ok. Now you've got the types.

Go read the definition for how the "best" match for an overloaded function is resolved. I'll still be here. Go ahead.

Set intersection. I don't know about you, but I don't normally do much set intersection when I write function calls.

Ok, let's be fair. You can state it unambigously in English without reference to set intersection: the 'winning' function must have all its parameters "type match" at least as well as all the other candidates, and one of its parameters must "type match" better. (Set aside the rules for "type matching", and the inclusion of user-defined type conversions in them. This rant is already way too long.)

It's easy, in fact, to see how the specified rules underscore human intuition about best match. At least, each rule in isolation does so. I have my doubts about the combination.

Still, I find it a bit uncomfortable. I worry about the compiler's intuition not matching mine. I'd be more comfortable if the compiler only picked out a particular function for me if it was unambiguous; say, because every parameter was a better match for the "winner".

Problem is, that would preclude having, say, all the matching functions sharing, say, a common first element that is the same type. Such functions would always match equally. It's easy to see why C++ uses the rule it does.

The above considerations were based on a programmer who was trying to intentionally leverage function name overloading. What about one who isn't?

Suppose in C I define a function "foobar" in one module, and a define another one with the same name in another module, but with different argument types. In draconian fashion, C will produce a linker error, and force me to rename one or the other.

Is this so bad?

Consider the alternative found in C++: these two functions may be totally unrelated, but through a commonness of the English language (e.g. the same word having two different meanings; consider simply the word 'heap' in the sense of a semi-ordered data structure versus a pool of memory) share an identical name. In C++, name-mangling means those two functions can happily live within the same namespace, and within the same project.

Is this a problem?

What happens if I'm calling foobar() somewhere in my code, and then someone introduces a new #include in my code which now brings the other foobar() into scope? What if I was relying on some automatic type conversions in my call to foobar(), and the new foobar() now matches "better"?

And think about this: is it good that the different functions could come via different semantic mechanisms? So if I grep for "foobar", thinking it is coming from one sort of place, I may miss that a "better match" is being introduced through a different compile-time indirection?

And think about this: is it good that I can add "default arguments" to functions declarations, thus messing up my attempt to cull out possible function calls based on the argument counts not matching?

What a freaking pile. 

thank u! i created skybox :)

but How to do custom skybox with my textures? i read some tuts but i mean that used for SourceSDK, not for cs1.6 ?

Go to "Browse Textures" (or whatever it's called) and type 'sky' to find the sky texture.

Then make a roof on your map by using it (make sure there are no gaps between the walls and your skybox) and choose your sky texture by going to Map Properties.

2)

If there are only 16 values, you might use an enum, and then hope Java uses only 4 bits to store the values.

AFAIK it will almost certainly use more than 4 bits anyway, b/c Java keeps track of type information and what not.

Enums may or may not fit your problem. If the meaning of the 16 values is the same 16 integers then probably not.

You can do it with MSpaint like this:
Save your picture as a 256 colour bitmap.
In the Save As Dialogue box, open the Drop Down menu that's next to Save As Type...
and select 256 colour bitmap.

does this help?

The directory structure follows the packages, so when you have jPackage.MyClass, you folders would be jPackage/MyClass.java. (Watch for capitals - it might not like that).



As well as ints there are bytes and shorts. Bytes are one byte, funnily, and shorts are two. Logically they will behave like this. Sadly, internally in most JVMs that I know of, they are stored like ints, so you do not gain anything from storing them as such. If I were going to do something involving the bit representation and so on, I'd use C or C++.




Well, say you want all changes to a certain member variable to be logged in a file. If you made it public, anyone could change it and you'd never know. OTOH if you have a public setter which goes like x = whatever; log("x = " + x); you'd be set. Those are the practical reasons, beyond that it's nice to hide functionality behind an unchanging API. What if the type of x changes internally? Those sorts of things.

1) I'm currently making a package with a bunch of generally useful classes (like a calculator class, a line sorting class, etc.) neatly stored inside it - let's call it jackPackage.

Now what I want is that every time I write a Java class, no matter what project/package/folder it's in, I can just write import jackPackage (or java.jackPackage or something like that) and it will import this package (much like the standard packages such as java.lang or java.awt). Where do I have to put it and do I have to do something special to be able to do this?



2) Let's say I have a huge array of integers that I know will all be of values between 0 and 15. Is it possible to make the elements of this array 4-bit numbers so as to conserve space?
Is there perhaps a bit primitive type that would allow me to create my own class with an arbitrary number of bits to save a number (I know a byte primitive type exists, haven't seen mention of a bit one though)?



3) Is there an advantage to defining getter and setter methods for an attribute over simply making said attribute public, provided that you want the attribute both readable and settable?

The texture shows up blue in-game. I dl'ed an fence example RMF and applied my texture {C1A3WALL07A to the fences brush to make sure I wouldn't make a mistake. I used blue 255.

This is the texture:
http://s17.postimage.org/o8yukx1dp/C1_A3_WALL07_A.png

Do you have any idea what I could have done wrong? Does my image need to be a special type of bmp (other than 24-bits)?

Greetings,

Colin

Right, better graphics at higher resolution with the 3rd party mod, option to use keyboard+mouse if you really insist (seriously go gamepad), and from what I've heard it's easier to meet up with your friends on PC versus xbizzle. Also quicker load times (if any) etc. Oh and at char creation you can type in the name instead of using a stupid onscreen keyboard. Don't forget there are likely a lot more players on pc right now since it just launched, although the xbox just got DLC so probably a lot of people there too. Once you cut through the bullshit the game is awesome. I like hard games.

use the sky texture, then in hammer you go to map properties then type the name of the sky, such as city, night , noon, space and blah blah anything else

So you've resparked my interest (at 3 am, you bas), and I'm not sure I'll ever get the answer. Because: can't change i--; one change is a solution and anything else is not an operator. Can't change the assignment, that's a two-character change. Can't change the assignment of i to anything useful (largest is 9). Can't change the type of loop (obviously). Can't change the loop boundaries (not that I think it would help). Can't change the thing it's printing to anything useful.

Ah...

Legit, you made me break out the pens. I want to say that changing the < to & will work, but it might actually print out 19 or 21 minus signs, I think. It's late! We want the pattern

That means i = -21, so there should be 21 minus signs printed. I am probably wrong somewhere so please let me know!

This ??

hlcsg v3.4 Final (Feb 25 2006)
Zoner's Half-Life Compilation Tools -- Custom Build
Based on code modifications by Sean 'Zoner' Cavanaugh
Based on Valve's version, modified with permission.
Submit detailed bug reports to (amckern@yahoo.com)
----- BEGIN hlcsg -----
Command line: hlcsg -nowadtextures rats_sveinn_complete
Entering rats_sveinn_complete.map

Current hlcsg Settings
Name | Setting | Default
---------------------|-----------|-------------------------
threads [ 4 ] [ Varies ]
verbose [ off ] [ off ]
log [ on ] [ on ]
developer [ 0 ] [ 0 ]
chart [ off ] [ off ]
estimate [ off ] [ off ]
max texture memory [ 4194304 ] [ 4194304 ]
max lighting memory [ 6291456 ] [ 6291456 ]
priority [ Normal ] [ Normal ]

noclip [ off ] [ off ]
null texture stripping[ on ] [ on ]
clipnode economy mode [ on ] [ on ]
clip hull type [ legacy ] [ legacy ]
onlyents [ off ] [ off ]
wadtextures [ off ] [ on ]
skyclip [ on ] [ on ]
hullfile [ None ] [ None ]
nullfile [ None ] [ None ]
min surface area [ 0.500 ] [ 0.500 ]
brush union threshold [ 0.000 ] [ 0.000 ]

Using mapfile wad configuration
Wadinclude list :
[zhlt.wad]

0 brushes (totalling 0 sides) discarded from clipping hulls
CreateBrush:
(0.06 seconds)
SetModelCenters:
(0.00 seconds)
CSGBrush:
(0.24 seconds)

Using Wadfile: \hammer\wads\halflife.wad
- Contains 21 used textures, 95.45 percent of map (3116 textures in wad)
Using Wadfile: \hammer 2\wad\halflife.wad
- Contains 0 used textures, 0.00 percent of map (3116 textures in wad)

added 1 additional animating textures.
Warning: ::FindTexture() texture NULL not found!
Are you sure you included zhlt.wad in your wadpath list?
Warning: ::LoadLump() texture NULL not found!
Texture usage is at 0.32 mb (of 4.00 mb MAX)
0.73 seconds elapsed

----- END hlcsg -----



hlbsp v3.4 Final (Feb 25 2006)
Zoner's Half-Life Compilation Tools -- Custom Build
Based on code modifications by Sean 'Zoner' Cavanaugh
Based on Valve's version, modified with permission.
Submit detailed bug reports to (amckern@yahoo.com)
----- BEGIN hlbsp -----
Command line: hlbsp rats_sveinn_complete

Current hlbsp Settings
Name | Setting | Default
-------------------|-----------|-------------------------
threads [ 4 ] [ Varies ]
verbose [ off ] [ off ]
log [ on ] [ on ]
developer [ 0 ] [ 0 ]
chart [ off ] [ off ]
estimate [ off ] [ off ]
max texture memory [ 4194304 ] [ 4194304 ]
priority [ Normal ] [ Normal ]

noclip [ off ] [ off ]
nofill [ off ] [ off ]
noopt [ off ] [ off ]
null tex. stripping [ on ] [ on ]
notjunc [ off ] [ off ]
subdivide size [ 240 ] [ 240 ] (Min 64) (Max 512)
max node size [ 1024 ] [ 1024 ] (Min 64) (Max 8192)


SolidBSP [hull 0] 500...824 (0.04 seconds)
BSP generation successful, writing portal file 'rats_sveinn_complete.prt'
SolidBSP [hull 1] 500...853 (0.03 seconds)
SolidBSP [hull 2] 500...824 (0.03 seconds)
SolidBSP [hull 3] 500...908 (0.03 seconds)
0.45 seconds elapsed

----- END hlbsp -----



hlvis v3.4 Final (Feb 25 2006)
Zoner's Half-Life Compilation Tools -- Custom Build
Based on code modifications by Sean 'Zoner' Cavanaugh
Based on Valve's version, modified with permission.
Submit detailed bug reports to (amckern@yahoo.com)
----- BEGIN hlvis -----
Command line: hlvis rats_sveinn_complete
362 portalleafs
1078 numportals

-= Current hlvis Settings =-
Name | Setting | Default
-------------------|-----------|-------------------------
threads [ 4 ] [ Varies ]
verbose [ off ] [ off ]
log [ on ] [ on ]
developer [ 0 ] [ 0 ]
chart [ off ] [ off ]
estimate [ off ] [ off ]
max texture memory [ 4194304 ] [ 4194304 ]
max vis distance [ 0 ] [ 0 ]
priority [ Normal ] [ Normal ]

fast vis [ off ] [ off ]
full vis [ off ] [ off ]


BasePortalVis:
(0.07 seconds)
LeafThread:
(4.60 seconds)
average leafs visible: 188
g_visdatasize:15899 compressed from 16652
4.74 seconds elapsed

----- END hlvis -----



hlrad v3.4 Final (Feb 25 2006)
Zoner's Half-Life Compilation Tools -- Custom Build
Based on code modifications by Sean 'Zoner' Cavanaugh
Based on Valve's version, modified with permission.
Submit detailed bug reports to (amckern@yahoo.com)
----- BEGIN hlrad -----
Command line: hlrad rats_sveinn_complete

-= Current hlrad Settings =-
Name | Setting | Default
--------------------|---------------------|-------------------------
threads [ 4 ] [ Varies ]
verbose [ off ] [ off ]
log [ on ] [ on ]
developer [ 0 ] [ 0 ]
chart [ off ] [ off ]
estimate [ off ] [ off ]
max texture memory [ 4194304 ] [ 4194304 ]
max lighting memory [ 6291456 ] [ 6291456 ]
priority [ Normal ] [ Normal ]

vismatrix algorithm [ Original ] [ Original ]
oversampling (-extra)[ off ] [ off ]
bounces [ 1 ] [ 1 ]
bounce dynamic light [ on ] [ on ]
ambient light [ 0.000 0.000 0.000 ] [ 0.000 0.000 0.000 ]
maximum light [ 255.000 ] [ 256.000 ]
circus mode [ off ] [ off ]

smoothing threshold [ 50.000 ] [ 50.000 ]
direct threshold [ 25.000 ] [ 25.000 ]
direct light scale [ 2.000 ] [ 2.000 ]
coring threshold [ 1.000 ] [ 1.000 ]
patch interpolation [ on ] [ on ]

texscale [ on ] [ on ]
patch subdividing [ on ] [ on ]
chop value [ 64.000 ] [ 64.000 ]
texchop value [ 32.000 ] [ 32.000 ]

global fade [ 1.000 ] [ 1.000 ]
global falloff [ 2 ] [ 2 ]
global light scale [ 1.000 1.000 1.000 ] [ 1.000 1.000 1.000 ]
global gamma [ 0.500 0.500 0.500 ] [ 0.500 0.500 0.500 ]
global light scale [ 1.000 ] [ 1.000 ]
global sky diffusion [ 1.000 ] [ 1.000 ]

opaque entities [ on ] [ on ]
sky lighting fix [ on ] [ on ]
incremental [ off ] [ off ]
dump [ off ] [ off ]

colour jitter [ 0.0 0.0 0.0 ] [ 0.0 0.0 0.0 ]
monochromatic jitter [ 0.0 0.0 0.0 ] [ 0.0 0.0 0.0 ]
softlight hack [ 0.0 0.0 0.0 0.0 ] [ 0.0 0.0 0.0 0.0 ]
diffuse hack [ on ] [ on ]
spotlight points [ on ] [ on ]

custom shadows with bounce light
[ off ] [ off ]
rgb transfers [ off ] [ off ]


[Reading texlights from 'lights.rad']
[59 texlights parsed from 'lights.rad']

2429 faces
Create Patches : 16886 base patches
0 opaque faces
205812 square feet [29636960.00 square inches]
566 direct lights

BuildFacelights:
(11.29 seconds)
visibility matrix : 17.0 megs
BuildVisLeafs:
(10.50 seconds)
MakeScales:
(3.40 seconds)
SwapTransfers:
(2.98 seconds)
Transfer Lists : 31679266 : 31.68M transfers
Indices : 14363624 : 13.70M bytes
Data : 126717064 : 120.85M bytes
GatherLight:
(0.58 seconds)
FinalLightFace:
(0.37 seconds)
29.35 seconds elapsed

----- END hlrad -----



hope thats right

It looks like Halo, but it plays completely different. MUTE THE SOUND ON THIS VIDEO!

It's really fast and there's only 1 weapon in the game without (relatively) slow travel time and it's a pistol with small hit radius. The video shows one of the most standard type weapons, it shoots an explosive that explodes on impact, and deals damage in a radius.

There's 9 classes, of which most are unique. There's high speed. There's sexy strategy, there's a lot of fighting in the open but some classes go down into the enemy base to wreck havoc.

IT'S AMAZING. It's free, it's not like you loose anything from trying it.

Because Sprinkles made me type it out for him on Steam, I'm gonna post the exact text for this problem from my book:

hlcsg v3.4 Final (Feb 25 2006)
Zoner's Half-Life Compilation Tools -- Custom Build
Based on code modifications by Sean 'Zoner' Cavanaugh
Based on Valve's version, modified with permission.
Submit detailed bug reports to (amckern@yahoo.com)
----- BEGIN hlcsg -----
Command line: hlcsg -nowadtextures -texdata 33333 testmap
Entering testmap.map

Current hlcsg Settings
Name | Setting | Default
---------------------|-----------|-------------------------
threads [ 4 ] [ Varies ]
verbose [ off ] [ off ]
log [ on ] [ on ]
developer [ 0 ] [ 0 ]
chart [ off ] [ off ]
estimate [ off ] [ off ]
max texture memory [ 34132992 ] [ 4194304 ]
max lighting memory [ 6291456 ] [ 6291456 ]
priority [ Normal ] [ Normal ]

noclip [ off ] [ off ]
null texture stripping[ on ] [ on ]
clipnode economy mode [ on ] [ on ]
clip hull type [ legacy ] [ legacy ]
onlyents [ off ] [ off ]
wadtextures [ off ] [ on ]
skyclip [ on ] [ on ]
hullfile [ None ] [ None ]
nullfile [ None ] [ None ]
min surface area [ 0.500 ] [ 0.500 ]
brush union threshold [ 0.000 ] [ 0.000 ]

Using mapfile wad configuration
Wadinclude list :
[zhlt.wad]

69 brushes (totalling 430 sides) discarded from clipping hulls
CreateBrush:
(0.34 seconds)
SetModelCenters:
(0.00 seconds)
CSGBrush:
(0.53 seconds)

Using Wadfile: \users\student\desktop\halflife.wad
- Contains 61 used textures, 43.26 percent of map (3116 textures in wad)
Using Wadfile: \users\student\desktop\decals.wad
- Contains 0 used textures, 0.00 percent of map (225 textures in wad)
Using Wadfile: \users\student\desktop\my_wad.wad
- Warning: Larger than expected texture (348972 bytes): 'GRASS'
- Warning: Larger than expected texture (348972 bytes): 'FINISHES10'
- Contains 19 used textures, 13.48 percent of map (544 textures in wad)
Using Wadfile: \users\student\desktop\custom2.wad
- Contains 61 used textures, 43.26 percent of map (1926 textures in wad)

added 14 additional animating textures.
Texture usage is at 2.99 mb (of 32.55 mb MAX)
1.74 seconds elapsed

----- END hlcsg -----



hlbsp v3.4 Final (Feb 25 2006)
Zoner's Half-Life Compilation Tools -- Custom Build
Based on code modifications by Sean 'Zoner' Cavanaugh
Based on Valve's version, modified with permission.
Submit detailed bug reports to (amckern@yahoo.com)
----- BEGIN hlbsp -----
Command line: hlbsp testmap

Current hlbsp Settings
Name | Setting | Default
-------------------|-----------|-------------------------
threads [ 4 ] [ Varies ]
verbose [ off ] [ off ]
log [ on ] [ on ]
developer [ 0 ] [ 0 ]
chart [ off ] [ off ]
estimate [ off ] [ off ]
max texture memory [ 4194304 ] [ 4194304 ]
priority [ Normal ] [ Normal ]

noclip [ off ] [ off ]
nofill [ off ] [ off ]
noopt [ off ] [ off ]
null tex. stripping [ on ] [ on ]
notjunc [ off ] [ off ]
subdivide size [ 240 ] [ 240 ] (Min 64) (Max 512)
max node size [ 1024 ] [ 1024 ] (Min 64) (Max 8192)


SolidBSP [hull 0] 500...1000...1500...1927 (0.08 seconds)
BSP generation successful, writing portal file 'testmap.prt'
SolidBSP [hull 1] 500...1000...1500...1912 (0.07 seconds)
SolidBSP [hull 2] 500...1000...1500...1679 (0.06 seconds)
SolidBSP [hull 3] 500...1000...1500...1835 (0.07 seconds)
1.71 seconds elapsed

----- END hlbsp -----



hlvis v3.4 Final (Feb 25 2006)
Zoner's Half-Life Compilation Tools -- Custom Build
Based on code modifications by Sean 'Zoner' Cavanaugh
Based on Valve's version, modified with permission.
Submit detailed bug reports to (amckern@yahoo.com)
----- BEGIN hlvis -----
Command line: hlvis testmap
848 portalleafs
2534 numportals

-= Current hlvis Settings =-
Name | Setting | Default
-------------------|-----------|-------------------------
threads [ 4 ] [ Varies ]
verbose [ off ] [ off ]
log [ on ] [ on ]
developer [ 0 ] [ 0 ]
chart [ off ] [ off ]
estimate [ off ] [ off ]
max texture memory [ 4194304 ] [ 4194304 ]
max vis distance [ 0 ] [ 0 ]
priority [ Normal ] [ Normal ]

fast vis [ off ] [ off ]
full vis [ off ] [ off ]


BasePortalVis:
(0.48 seconds)
LeafThread:
(17.59 seconds)
average leafs visible: 178
g_visdatasize:41631 compressed from 89888
18.15 seconds elapsed

----- END hlvis -----



hlrad v3.4 Final (Feb 25 2006)
Zoner's Half-Life Compilation Tools -- Custom Build
Based on code modifications by Sean 'Zoner' Cavanaugh
Based on Valve's version, modified with permission.
Submit detailed bug reports to (amckern@yahoo.com)
----- BEGIN hlrad -----
Command line: hlrad testmap

-= Current hlrad Settings =-
Name | Setting | Default
--------------------|---------------------|-------------------------
threads [ 4 ] [ Varies ]
verbose [ off ] [ off ]
log [ on ] [ on ]
developer [ 0 ] [ 0 ]
chart [ off ] [ off ]
estimate [ off ] [ off ]
max texture memory [ 4194304 ] [ 4194304 ]
max lighting memory [ 6291456 ] [ 6291456 ]
priority [ Normal ] [ Normal ]

vismatrix algorithm [ Original ] [ Original ]
oversampling (-extra)[ off ] [ off ]
bounces [ 1 ] [ 1 ]
bounce dynamic light [ on ] [ on ]
ambient light [ 0.000 0.000 0.000 ] [ 0.000 0.000 0.000 ]
maximum light [ 255.000 ] [ 256.000 ]
circus mode [ off ] [ off ]

smoothing threshold [ 50.000 ] [ 50.000 ]
direct threshold [ 25.000 ] [ 25.000 ]
direct light scale [ 2.000 ] [ 2.000 ]
coring threshold [ 1.000 ] [ 1.000 ]
patch interpolation [ on ] [ on ]

texscale [ on ] [ on ]
patch subdividing [ on ] [ on ]
chop value [ 64.000 ] [ 64.000 ]
texchop value [ 32.000 ] [ 32.000 ]

global fade [ 1.000 ] [ 1.000 ]
global falloff [ 2 ] [ 2 ]
global light scale [ 1.000 1.000 1.000 ] [ 1.000 1.000 1.000 ]
global gamma [ 0.500 0.500 0.500 ] [ 0.500 0.500 0.500 ]
global light scale [ 1.000 ] [ 1.000 ]
global sky diffusion [ 1.000 ] [ 1.000 ]

opaque entities [ on ] [ on ]
sky lighting fix [ on ] [ on ]
incremental [ off ] [ off ]
dump [ off ] [ off ]

colour jitter [ 0.0 0.0 0.0 ] [ 0.0 0.0 0.0 ]
monochromatic jitter [ 0.0 0.0 0.0 ] [ 0.0 0.0 0.0 ]
softlight hack [ 0.0 0.0 0.0 0.0 ] [ 0.0 0.0 0.0 0.0 ]
diffuse hack [ on ] [ on ]
spotlight points [ on ] [ on ]

custom shadows with bounce light
[ off ] [ off ]
rgb transfers [ off ] [ off ]


9621 faces
Create Patches : 63500 base patches
0 opaque faces
638207 square feet [91901824.00 square inches]
35 direct lights

BuildFacelights:
(27.75 seconds)
visibility matrix : 240.3 megs
BuildVisLeafs:
(140.92 seconds)
MakeScales:
(98.24 seconds)
SwapTransfers:
(28.71 seconds)
Transfer Lists : 181194050 : 181.19M transfers
Indices : 53366276 : 50.89M bytes
Data : 724776200 : 691.20M bytes
GatherLight:
(7.30 seconds)
FinalLightFace:
(6.24 seconds)
311.16 seconds elapsed [5m 11s]

----- END hlrad -----

So, for the second bit I'd have a field called isOpen, which, when you press the button, is tested. Then you can make the decision whether to open a new window or not. I am not sure what you mean by activated. If you look at the Java API then you will see what setVisible(true) does; basically it stops it being displayed but does not "destroy" it.

1) Already mentioned in chat for no adequately thought-through reason:
Eclipse gives me this warning in one of my classes:


I googled it, and it has to do with serialization (surprisingly...). Now apparently, I can simply ignore this, but is serialization something useful/important enough that I should read up on it, or can I simply ignore this warning?



2) I'm making a simple program that starts as a window (JFrame) with 4 buttons (each of type MyButton). MyButton is a subclass of JButton with an ActionListener that opens a new window when the button is pressed, depending on what title was passed as the MyButton argument. E.g. if you click the button titled Calculator, it'll open a new window with a calculator (another JFrame window that I'll be creating later).

However, I want it to work so that if that window is already opened, it doesn't open another one, but simply activates the already opened window.

So a) how do I check if a window is already opened?
and b) how do I activate that window?
Also c) what exactly does it mean if something is "visible"? If I setVisible(false) a window, does it close or just become invisible?
And if I setVisible(false) a text field, does it deactivate (ie. you can't write anything into it anymore) or does it just become hidden?

3) Is there a way to remove content from a window? Ie. the opposite of add(element).
EDIT: found remove(element)

4) How do I deactivate an element (not delete or make invisible, just make it gray and inoperative)?

Hi people, I don't know if this forum is dead or not, but I'll post anyways in hope to get an answer. So, I've been struggling with this for some quite time now. I made a map, tested it on my computer (through Files --> Run in VHE) and with HLDS. It worked fine. Then I tried uploading it to my game server but whenever I change to that map the server crashes and needs to be restarted.

So I noticed some errors, which are:

Warning: === LEAK in hull 0 ===

Here's the compile progress:



So I tried loading the .pts file, and I found a leak, so I moved the whole map to the center and patched the leaks. And now it's giving me those red scribblings in a place which doesn't have any blocks, entities or we.

And fyi here's the whole thing, that finally works, and it's for this online game
awbw.amarriner.com

I used pgm because it is braindead-simple. They look like this:

Oh yeah, each thing is a char. Including each channel for colour images. Whatever, it's really simple. The stuff I've not posted here yet is slightly different again so you might want to update.

I compile with -pedantic and -Wall and it's still fine! You'll notice that, at the moment, there's a fairly severe bias toward vertical lines - I am not sure why. But I have one idea; it might be related to the noise function I use (repeatedly, which I think is the issue). I'm bust right now but I'm going to do a little this evening, see if I can't do some function pointer magic to change which type of fbm is produced.

So... I got this little bluetooth adapter for my pc, so I could hook up a bluetooth headset. When I plugged it in, it said it installed the driver correctly, but now there's no icon in my tray for it. So I was all "ICON, Y U NO IN TRAY?!?!", and I decided to type 'bluetooth' into the search bar on my start menu, and that's when I noticed that all the regular bluetooth stuff that's in windows 7 is gone. The adapter works just fine on my laptop, cuz it has all the bluetooth stuff... but the thing is, I'm running the same version of windows 7 on my desktop and the blutooth stuff is gone.


So, any ideas as to why it's gone? And more importantly, is there any way to get it back (though, I have a feeling it was never there to begin with, so it wouldn't really be 'getting it back', but you know what I'm sayin')?

Well, if you didn't much care for the first season, then probably don't watch the second season... they're pretty much the same.
Also, the end of the second season is one of those ones where it's like "WTF, YOU CAN'T JUST STOP THERE!" type of endings that would make you think there's a third season, but yet, there's not...

Not sure what that emoticon is supposed to be, but it looks discontent.
SaW is definitely hit or miss... I think you've got to have a certain sense of humor to really enjoy it, and if you don't, then... It's just another love story, I guess

I love it though, I've watched both seasons twice, and will probably watch them again


Edit: Plus, Horo is like...

And yet at the same time, she seems like the type of girl that you could settle down with :3

Ah, it is more clear now. You have great ideas! These are the kind of things that are not touched by mainstream, though I say that as someone that has not played Dragon Age, or most of Oblivion, or any of Skyrim or the other Elder Scrolls games. So there's that.

D'you know some day I'd like to play a game where I'm not the big damn hero, where actually my role, although on a local scale seems to have impact, is actually revealed to be quite inconsequential.

SPOILERS AHEAD, CAP'N, FOR "CONSIDER PHLEBAS"

SERIOUSLY, don't read this if you ever plan to read the book. Iain M. Banks is a bit of a hero.

So I read this on holiday recently, it's great. Science fiction but I think the concept could transfer to some huge fantasy world.

In this book a huge amount of plot happens. There's some big space war going on and there is one mercenary type person caught in the middle of the two factions. He is sent on a mission to obtain an AI for one faction; this AI belongs to their enemies. He goes through an immense amount of shit to get to it but in the end, on a galactic scale, his impact is essentially negligible. The war ends with him having had no say in the outcome. But it's really interesting to have a really different view on this, so much happens but as I say it doesn't matter, in a sense. It really got me thinking anyway and I do so love it when games make me think.

********************************************
Spoilers are over now. Like you care.

Hairy muff. They've actually changed it in the recent versions of Firefox, effectively when you type something in the bar it always searches rather than taking you to the most probable result. Infuriating! Particularly as they did it silently. I thought it was some kind of regression.

I have to say, I am not at all on board with the way FF is actually going. Chrome ain't much better though, I mean, with Firefox I can fix, customise and "addon", but Chrome is much tougher in that respect.

This is probably NSFW, just as a warning. It was too epic to not share it though.

to make transparent glass? easy as hell.

make your glass with any glass texture, then highlight it and click "tie to entity" (found in tools) and scroll to func_wall.

then set "render mode" to "texture" and then type "160" in "FX amount (1-255)"

by setting it to 160 the block will be transparent, if its at 1 you cant see it, if its at 255 you can see threw it.

For merely mentioning Blood+ and not Blood: The Last Vampire, you're going to get hell from aaronjer. I saw them in reverse order and I was okay with Blood+, mostly, but it got to the point where I realized that none of the scene-setting shit mattered and that the peripheral characters were all but disposable. That's not something that makes me happy.

Among the shows I would give some praise of but not fully endorse (it seems like you're well-versed in the Adult Swim stuff):

Ghost Hound - Takes place in a small Japanese town with primary characters of a brewer's son who was kidnapped as a child along with his sister (who died), a somewhat smarmy scientist's son from Tokyo who has a crippling fear of heights, the guitar-playing, ne'er-do-well grandson of a local cult leader (whose family was rumored to be involved with the kidnapping of kid #1), and the daughter of a local priest who is sometimes possessed/has visions. It's a decent premise rooted somewhat in the spirit world and self-exploration with questions of technology and the human soul, but the last few episodes shit the bed and they forget about the driving forces of the plot in favour of some other stupid bullshit.

Black Butler - Basic premise: Victorian era nobleman's son witnesses parents killed off by some cultish thing and then contracts with the devil to be his butler in exchange for his soul later. There are also the goofy side characters of the pyromaniac chef, the absurdly strong but clumsy gardener, the near-sighted maid, and the usually chibi old butler, none of whom are exactly what they seem. It's mostly humourous, but dark humour, mixed with the occassional feat of badassery from the butler. If you get into it, I wouldn't watch the second series, it's not nearly as good.

D. Gray Man - It's a shounen, so you have to deal with certain shounen tropes, but it has a driving force behind it that is a lot weirder and scarier than most shows will go to. In the world, there are akuma, or demons. These demons come out in a very particular way. First, someone dies. Then someone close to them, lamenting that death, contracts with the series' villain (a particularly goofy looking gentleman) to bring them back. The soul of the deceased is then transfered to large black skeleton where it is trapped, and the soul, no longer capable of controlling its own actions but remaining aware of them, kills the person that brought them back and wears their skin. Those are the akuma. There are various evolutions of each akuma which only corrupt the soul more and more, but that's the gist of it. Exorcists fight them. One of them has a big punchy hand and then there's a samurai and a girl who kicks stuff. They aren't quite so interesting as the akuma and the people controlling the akuma, but at the very least, they manage to give the main characters development. The shit thing about the show is that it follows a manga and the mangaka is frequently sick/injured/loony and production has become erratic, which means that the show went to an anime-only conclusion where the manga is still rolling (and has just recently revealed all of the players on the evil side). But when it's funny/silly, it's super silly, and when it's uncomfortable, it's super bleak.

Samurai 7 - Based off the Kurosawa flick, if you make the world not feudal Japan but some grey wasteland with pockets of dense industrial cities, if you make the raiders evil aliens with space ships, and if you give the titular samurai anime type martial arts superpowers. It's fucking pretty but I've never seen it in its entirety.

Last Exile - Steampunky, lots of air fights, weird world (kingdoms fighting each other, separated by giant storm fields), but ultimarely falls apart at the end like Ghost Hound does and fails to be as interesting as it seemed like it wanted to be. BUT THEY'RE MAKING A NEW SERIES.

Pani Poni Dash - Uhhh.... seen Azumanga Daioh? It's like that. But faster. And usually weirder. God is a cat that lives in vending machines and warms things up to his body heat.

Excel Saga - Also fucking weird. Just watch it. Nabeshin!

The compiler im using " Zoners Compiler " and i do know what command to type so that it can change the txdata from 4096 to something higher because i get Allocblock: Full and it's really annoying. Here is my log of my compiler.

Where it says
max texture memory [ 10240000 ] [ 4194304 ]
I don't know how to increase it so that the default is raised higher.

hlcsg v2.5.3 rel Custom Build 1.7 (Dec 9 2002)
Zoner's Half-Life Compilation Tools -- Custom Build
Based on code modifications by Sean 'Zoner' Cavanaugh
Based on Valve's version, modified with permission.
Submit detailed bug reports to (merlinis@bigpond.net.au)
----- BEGIN hlcsg -----
Command line: hlcsg -nowadtextures catpee -texdata 10000
Entering catpee.map

Current hlcsg Settings
Name | Setting | Default
---------------------|-----------|-------------------------
threads [ 2 ] [ Varies ]
verbose [ off ] [ off ]
log [ on ] [ on ]
developer [ 0 ] [ 0 ]
chart [ off ] [ off ]
estimate [ off ] [ off ]
max texture memory [ 10240000 ] [ 4194304 ]
priority [ Normal ] [ Normal ]

noclip [ off ] [ off ]
null texture stripping[ on ] [ on ]
clipnode economy mode [ on ] [ on ]
onlyents [ off ] [ off ]
wadtextures [ off ] [ on ]
skyclip [ on ] [ on ]
hullfile [ None ] [ None ]
min surface area [ 0.500 ] [ 0.500 ]
brush union threshold [ 0.000 ] [ 0.000 ]

Using mapfile wad configuration
Wadinclude list :
[zhlt.wad]

1 brushes (totalling 6 sides) discarded from clipping hulls
CreateBrush:
(0.33 seconds)
SetModelCenters:
(0.00 seconds)
CSGBrush:
(0.57 seconds)

Using Wadfile: \users\kendrick\documents\hammer files\half life texture files\wads.wad
- Warning: Larger than expected texture (306812 bytes): 'CROSS'
- Warning: Larger than expected texture (340812 bytes): 'MAPBYKKDOG'
- Warning: Larger than expected texture (340812 bytes): 'RED TO BLACK'
- Warning: Larger than expected texture (348972 bytes): '199903_16482186'
- Warning: Larger than expected texture (348972 bytes): 'GRASSTEXTURE 02'
- Warning: Larger than expected texture (340812 bytes): 'ORANGE'
- Warning: Larger than expected texture (327212 bytes): 'SPEAKER'
- Contains 36 used textures, 87.80 percent of map (4458 textures in wad)
Using Wadfile: \users\kendrick\documents\hammer files\half life texture files\redblack.wad
- Warning: Larger than expected texture (348972 bytes): 'REDBLACK'
- Contains 0 used textures, 0.00 percent of map (1 textures in wad)
Using Wadfile: \users\kendrick\documents\hammer files\half life texture files\snow.wad
- Contains 1 used texture, 2.44 percent of map (1 textures in wad)
Using Wadfile: \users\kendrick\documents\hammer files\half life texture files\water.wad
- Contains 1 used texture, 2.44 percent of map (1 textures in wad)
Using Wadfile: \users\kendrick\documents\hammer files\half life texture files\gonly.wad
- Warning: Larger than expected texture (348972 bytes): 'GONLY'
- Contains 1 used texture, 2.44 percent of map (1 textures in wad)
Using Wadfile: \users\kendrick\documents\hammer files\half life texture files\christ.wad
- Contains 1 used texture, 2.44 percent of map (1 textures in wad)
Using Wadfile: \users\kendrick\documents\hammer files\half life texture files\hg.wad
- Warning: Larger than expected texture (263972 bytes): 'UNTITLED'
- Contains 1 used texture, 2.44 percent of map (1 textures in wad)

added 3 additional animating textures.
Texture usage is at 2.32 mb (of 9.77 mb MAX)
1.21 seconds elapsed

----- END hlcsg -----



hlbsp v2.5.3 rel Custom Build 1.7 (Dec 9 2002)
Zoner's Half-Life Compilation Tools -- Custom Build
Based on code modifications by Sean 'Zoner' Cavanaugh
Based on Valve's version, modified with permission.
Submit detailed bug reports to (merlinis@bigpond.net.au)
----- BEGIN hlbsp -----
Command line: hlbsp catpee

Current hlbsp Settings
Name | Setting | Default
-------------------|-----------|-------------------------
threads [ 2 ] [ Varies ]
verbose [ off ] [ off ]
log [ on ] [ on ]
developer [ 0 ] [ 0 ]
chart [ off ] [ off ]
estimate [ off ] [ off ]
max texture memory [ 4194304 ] [ 4194304 ]
priority [ Normal ] [ Normal ]

noclip [ off ] [ off ]
nofill [ off ] [ off ]
null tex. stripping [ on ] [ on ]
notjunc [ off ] [ off ]
subdivide size [ 240 ] [ 240 ] (Min 64) (Max 512)
max node size [ 1024 ] [ 1024 ] (Min 64) (Max 4096)


BSP generation successful, writing portal file 'catpee.prt'
1.82 seconds elapsed

----- END hlbsp -----



hlvis v2.5.3 rel Custom Build 1.7 (Dec 9 2002)
Zoner's Half-Life Compilation Tools -- Custom Build
Based on code modifications by Sean 'Zoner' Cavanaugh
Based on Valve's version, modified with permission.
Submit detailed bug reports to (merlinis@bigpond.net.au)
----- BEGIN hlvis -----
Command line: hlvis catpee
1340 portalleafs
4341 numportals

-= Current hlvis Settings =-
Name | Setting | Default
-------------------|-----------|-------------------------
threads [ 2 ] [ Varies ]
verbose [ off ] [ off ]
log [ on ] [ on ]
developer [ 0 ] [ 0 ]
chart [ off ] [ off ]
estimate [ off ] [ off ]
max texture memory [ 4194304 ] [ 4194304 ]
max vis distance [ 0 ] [ 0 ]
priority [ Normal ] [ Normal ]

fast vis [ off ] [ off ]
full vis [ off ] [ off ]


BasePortalVis:
(1.31 seconds)
LeafThread:
(32.22 seconds)
average leafs visible: 152
g_visdatasize:96410 compressed from 225120
33.61 seconds elapsed

----- END hlvis -----



hlrad v2.5.3 rel Custom Build 1.7 (Dec 9 2002)
Zoner's Half-Life Compilation Tools -- Custom Build
Based on code modifications by Sean 'Zoner' Cavanaugh
Based on Valve's version, modified with permission.
Submit detailed bug reports to (merlinis@bigpond.net.au)
----- BEGIN hlrad -----
Command line: hlrad catpee -chop 256 -texchop 128 -sparse

-= Current hlrad Settings =-
Name | Setting | Default
--------------------|---------------------|-------------------------
threads [ 2 ] [ Varies ]
verbose [ off ] [ off ]
log [ on ] [ on ]
developer [ 0 ] [ 0 ]
chart [ off ] [ off ]
estimate [ off ] [ off ]
max texture memory [ 4194304 ] [ 4194304 ]
priority [ Normal ] [ Normal ]

vismatrix algorithm [ Sparse ] [ Original ]
oversampling (-extra)[ off ] [ off ]
bounces [ 1 ] [ 1 ]
ambient light [ 0.000 0.000 0.000 ] [ 0.000 0.000 0.000 ]
maximum light [ 255.000 ] [ 256.000 ]
circus mode [ off ] [ off ]

smoothing threshold [ 50.000 ] [ 50.000 ]
direct threshold [ 25.000 ] [ 25.000 ]
direct light scale [ 2.000 ] [ 2.000 ]
coring threshold [ 1.000 ] [ 1.000 ]
patch interpolation [ on ] [ on ]

texscale [ on ] [ on ]
patch subdividing [ on ] [ on ]
chop value [ 256.000 ] [ 64.000 ]
texchop value [ 128.000 ] [ 32.000 ]

global fade [ 1.000 ] [ 1.000 ]
global falloff [ 2 ] [ 2 ]
global light scale [ 1.000 1.000 1.000 ] [ 1.000 1.000 1.000 ]
global gamma [ 0.500 0.500 0.500 ] [ 0.500 0.500 0.500 ]
global light scale [ 1.000 ] [ 1.000 ]
global sky diffusion [ 1.000 ] [ 1.000 ]

opaque entities [ on ] [ on ]
sky lighting fix [ on ] [ on ]
incremental [ off ] [ off ]
dump [ off ] [ off ]

colour jitter [ 0.0 0.0 0.0 ] [ 0.0 0.0 0.0 ]
monochromatic jitter [ 0.0 0.0 0.0 ] [ 0.0 0.0 0.0 ]
softlight hack [ 0.0 0.0 0.0 0.0 ] [ 0.0 0.0 0.0 0.0 ]
diffuse hack [ on ] [ on ]
spotlight points [ on ] [ on ]

custom shadows with bounce light
[ off ] [ off ]
rgb transfers [ off ] [ off ]


10387 faces
Create Patches : 20010 base patches
0 opaque faces
1229306 square feet [177020128.00 square inches]
59 direct lights

BuildFacelights:
(21.04 seconds)
BuildVisLeafs:
(10.55 seconds)
visibility matrix : 5.1 megs
MakeScales:
(16.98 seconds)
SwapTransfers:
(0.58 seconds)
Transfer Lists : 13409008 : 13.41M transfers
Indices : 5874984 : 5.60M bytes
Data : 53636032 : 51.15M bytes
GatherLight:
(0.31 seconds)
FinalLightFace:
(1.10 seconds)
50.87 seconds elapsed

----- END hlrad -----

hlcsg v3.4 Final (Feb 25 2006)
Zoner's Half-Life Compilation Tools -- Custom Build
Based on code modifications by Sean 'Zoner' Cavanaugh
Based on Valve's version, modified with permission.
Submit detailed bug reports to (amckern@yahoo.com)
----- BEGIN hlcsg -----
Command line: hlcsg -nowadtextures catpee
Entering catpee.map

Current hlcsg Settings
Name | Setting | Default
---------------------|-----------|-------------------------
threads [ 4 ] [ Varies ]
verbose [ off ] [ off ]
log [ on ] [ on ]
developer [ 0 ] [ 0 ]
chart [ off ] [ off ]
estimate [ off ] [ off ]
max texture memory [ 4194304 ] [ 4194304 ]
max lighting memory [ 6291456 ] [ 6291456 ]
priority [ Normal ] [ Normal ]

noclip [ off ] [ off ]
null texture stripping[ on ] [ on ]
clipnode economy mode [ on ] [ on ]
clip hull type [ legacy ] [ legacy ]
onlyents [ off ] [ off ]
wadtextures [ off ] [ on ]
skyclip [ on ] [ on ]
hullfile [ None ] [ None ]
nullfile [ None ] [ None ]
min surface area [ 0.500 ] [ 0.500 ]
brush union threshold [ 0.000 ] [ 0.000 ]

Using mapfile wad configuration
Wadinclude list :
[zhlt.wad]

1 brushes (totalling 6 sides) discarded from clipping hulls
CreateBrush:
(0.76 seconds)
SetModelCenters:
(0.00 seconds)
CSGBrush:
(1.01 seconds)

Using Wadfile: \users\student\desktop\wadsfinal\custom.wad
- Contains 3 used textures, 2.14 percent of map (4 textures in wad)
Using Wadfile: \users\student\desktop\wadsfinal\decal.wad
- Contains 1 used texture, 0.71 percent of map (223 textures in wad)
Using Wadfile: \users\student\desktop\wadsfinal\hl.wad
- Contains 133 used textures, 95.00 percent of map (3116 textures in wad)
Using Wadfile: \users\student\desktop\wadsfinal\tramp.wad
- Contains 0 used textures, 0.00 percent of map (4 textures in wad)
Using Wadfile: \users\student\desktop\wadsfinal\used.wad
- Contains 0 used textures, 0.00 percent of map (143 textures in wad)

added 21 additional animating textures.
Warning: ::FindTexture() texture TRAMPOLINECOVE not found!
Warning: ::FindTexture() texture TRAMPOLINEPOLE not found!
Warning: ::FindTexture() texture {LOGO~02 not found!
Warning: ::LoadLump() texture TRAMPOLINECOVE not found!
Warning: ::LoadLump() texture TRAMPOLINEPOLE not found!
Warning: ::LoadLump() texture {LOGO~02 not found!
Texture usage is at 1.84 mb (of 4.00 mb MAX)
10.44 seconds elapsed

----- END hlcsg -----



hlbsp v3.4 Final (Feb 25 2006)
Zoner's Half-Life Compilation Tools -- Custom Build
Based on code modifications by Sean 'Zoner' Cavanaugh
Based on Valve's version, modified with permission.
Submit detailed bug reports to (amckern@yahoo.com)
----- BEGIN hlbsp -----
Command line: hlbsp catpee

Current hlbsp Settings
Name | Setting | Default
-------------------|-----------|-------------------------
threads [ 4 ] [ Varies ]
verbose [ off ] [ off ]
log [ on ] [ on ]
developer [ 0 ] [ 0 ]
chart [ off ] [ off ]
estimate [ off ] [ off ]
max texture memory [ 4194304 ] [ 4194304 ]
priority [ Normal ] [ Normal ]

noclip [ off ] [ off ]
nofill [ off ] [ off ]
noopt [ off ] [ off ]
null tex. stripping [ on ] [ on ]
notjunc [ off ] [ off ]
subdivide size [ 240 ] [ 240 ] (Min 64) (Max 512)
max node size [ 1024 ] [ 1024 ] (Min 64) (Max 8192)


SolidBSP [hull 0] 500...1000...1500...2000...2500...2949 (0.14 seconds)
BSP generation successful, writing portal file 'catpee.prt'
SolidBSP [hull 1] 500...1000...1500...2000...2431 (0.10 seconds)
SolidBSP [hull 2] 500...1000...1500...2000...2356 (0.09 seconds)
SolidBSP [hull 3] 500...1000...1500...2000...2500...2597 (0.11 seconds)
2.12 seconds elapsed

----- END hlbsp -----



hlvis v3.4 Final (Feb 25 2006)
Zoner's Half-Life Compilation Tools -- Custom Build
Based on code modifications by Sean 'Zoner' Cavanaugh
Based on Valve's version, modified with permission.
Submit detailed bug reports to (amckern@yahoo.com)
----- BEGIN hlvis -----
Command line: hlvis catpee
1605 portalleafs
4969 numportals

-= Current hlvis Settings =-
Name | Setting | Default
-------------------|-----------|-------------------------
threads [ 4 ] [ Varies ]
verbose [ off ] [ off ]
log [ on ] [ on ]
developer [ 0 ] [ 0 ]
chart [ off ] [ off ]
estimate [ off ] [ off ]
max texture memory [ 4194304 ] [ 4194304 ]
max vis distance [ 0 ] [ 0 ]
priority [ Normal ] [ Normal ]

fast vis [ off ] [ off ]
full vis [ off ] [ off ]


BasePortalVis:
(1.39 seconds)
LeafThread:
(569.18 seconds)
average leafs visible: 482
g_visdatasize:204180 compressed from 322605
570.67 seconds elapsed [9m 30s]

----- END hlvis -----



hlrad v3.4 Final (Feb 25 2006)
Zoner's Half-Life Compilation Tools -- Custom Build
Based on code modifications by Sean 'Zoner' Cavanaugh
Based on Valve's version, modified with permission.
Submit detailed bug reports to (amckern@yahoo.com)
----- BEGIN hlrad -----
Command line: hlrad catpee

-= Current hlrad Settings =-
Name | Setting | Default
--------------------|---------------------|-------------------------
threads [ 4 ] [ Varies ]
verbose [ off ] [ off ]
log [ on ] [ on ]
developer [ 0 ] [ 0 ]
chart [ off ] [ off ]
estimate [ off ] [ off ]
max texture memory [ 4194304 ] [ 4194304 ]
max lighting memory [ 6291456 ] [ 6291456 ]
priority [ Normal ] [ Normal ]

vismatrix algorithm [ Original ] [ Original ]
oversampling (-extra)[ off ] [ off ]
bounces [ 1 ] [ 1 ]
bounce dynamic light [ on ] [ on ]
ambient light [ 0.000 0.000 0.000 ] [ 0.000 0.000 0.000 ]
maximum light [ 255.000 ] [ 256.000 ]
circus mode [ off ] [ off ]

smoothing threshold [ 50.000 ] [ 50.000 ]
direct threshold [ 25.000 ] [ 25.000 ]
direct light scale [ 2.000 ] [ 2.000 ]
coring threshold [ 1.000 ] [ 1.000 ]
patch interpolation [ on ] [ on ]

texscale [ on ] [ on ]
patch subdividing [ on ] [ on ]
chop value [ 64.000 ] [ 64.000 ]
texchop value [ 32.000 ] [ 32.000 ]

global fade [ 1.000 ] [ 1.000 ]
global falloff [ 2 ] [ 2 ]
global light scale [ 1.000 1.000 1.000 ] [ 1.000 1.000 1.000 ]
global gamma [ 0.500 0.500 0.500 ] [ 0.500 0.500 0.500 ]
global light scale [ 1.000 ] [ 1.000 ]
global sky diffusion [ 1.000 ] [ 1.000 ]

opaque entities [ on ] [ on ]
sky lighting fix [ on ] [ on ]
incremental [ off ] [ off ]
dump [ off ] [ off ]

colour jitter [ 0.0 0.0 0.0 ] [ 0.0 0.0 0.0 ]
monochromatic jitter [ 0.0 0.0 0.0 ] [ 0.0 0.0 0.0 ]
softlight hack [ 0.0 0.0 0.0 0.0 ] [ 0.0 0.0 0.0 0.0 ]
diffuse hack [ on ] [ on ]
spotlight points [ on ] [ on ]

custom shadows with bounce light
[ off ] [ off ]
rgb transfers [ off ] [ off ]


10961 faces
Create Patches : 64307 base patches
0 opaque faces
619340 square feet [89185048.00 square inches]
2 direct lights

BuildFacelights:
Malformed face (3886) normal @
(1978.00, -2423.00, -153.00)
(1977.00, -2423.00, -153.00)
(1977.00, -2413.00, -153.00)
(1978.00, -2413.00, -153.00)
Error: Malformed face normal
Description: The texture alignment of a visible face is unusable
Howto Fix: If using Worldcraft, do a check for problems and fix any occurences of 'Texture axis perpindicular to face'


----- END hlrad -----












and as for the textures its a lot so can i upload them to mediafire and post the links so you can see them?

I found out a light software for modelling, it goes by the name gmax or max

Heres the tutorial Link

http://twhl.info/tutorial.php?id=147

The gmax link at this site is broken, so just type gmax at google

there are plenty of easy and understandable tutorials of gmax which can be downloaded from its official site

I prefer you:)

hlcsg v3.4 Final (Feb 25 2006)
Zoner's Half-Life Compilation Tools - Custom Build
Based on code modifications by Sean 'Zoner' Cavanaugh
Based on Valve's version, modified with permission.
Submit detailed bug reports to (amckern@yahoo.com)
----- BEGIN hlcsg -----
Command line: hlcsg-nowadtextures catpee
Entering catpee.map

Current hlcsg Settings
Name | Setting | Default
---------------------|-----------|---------------- ---------
threads [4] [Varies]
verbose [off] [off]
log [on] [on]
developer [0] [0]
chart [off] [off]
estimate [off] [off]
max texture memory [4194304] [4194304]
max lighting memory [6291456] [6291456]
priority [Normal] [Normal]

noclip [off] [off]
null texture stripping [on] [on]
clipnode economy mode [on] [on]
clip hull type [legacy] [legacy]
onlyents [off] [off]
wadtextures [off] [on]
skyclip [on] [on]
hullfile [None] [None]
nullfile [None] [None]
min surface area [0.500] [0.500]
brush union threshold [0.000] [0.000]

Using mapfile wad configuration
Wadinclude list:
[Zhlt.wad]

1 brushes (totalling 6 sides) discarded from clipping hulls
CreateBrush:
(0.35 seconds)
SetModelCenters:
(0.00 seconds)
CSGBrush:
(0.87 seconds)

Using Wadfile: \ users \ eyal \ desktop \ cs_bdog.wad
- Contains 2 used textures, 2.99 percent of map (132 textures in wad)
Using Wadfile: \ users \ eyal \ desktop \ cstrike.wad
- Contains 2 used textures, 2.99 percent of map (123 textures in wad)
Using Wadfile: \ users \ eyal \ desktop \ decals.wad
- Contains 0 used textures, 0.00 percent of map (223 textures in wad)
Using Wadfile: \ users \ eyal \ desktop \ dev_textures.wad
- Contains 1 used texture, 1.49 percent of map (22 textures in wad)
Using Wadfile: \ users \ eyal \ desktop \ halflife.wad
- Contains 59 used textures, 88.06 percent of map (3116 textures in wad)
Using Wadfile: \ users \ eyal \ desktop \ maniacwads.wad
- Contains 2 used textures, 2.99 percent of map (22 textures in wad)
Including Wadfile: \ users \ eyal \ desktop \ zhlt.wad
- Contains 1 used texture, 1.49 percent of map (7 textures in wad)

added 20 additional animating textures.
Texture usage is at 1.20 mb (of 4.00 mb MAX)
1.40 seconds elapsed

----- END hlcsg -----



hlbsp v3.4 Final (Feb 25 2006)
Zoner's Half-Life Compilation Tools - Custom Build
Based on code modifications by Sean 'Zoner' Cavanaugh
Based on Valve's version, modified with permission.
Submit detailed bug reports to (amckern@yahoo.com)
----- BEGIN hlbsp -----
Command line: hlbsp catpee

Current hlbsp Settings
Name | Setting | Default
-------------------|-----------|------------------ -------
threads [4] [Varies]
verbose [off] [off]
log [on] [on]
developer [0] [0]
chart [off] [off]
estimate [off] [off]
max texture memory [4194304] [4194304]
priority [Normal] [Normal]

noclip [off] [off]
nofill [off] [off]
noopt [off] [off]
null tex. stripping [on] [on]
notjunc [off] [off]
subdivide size [240] [240] (Min 64) (Max 512)
max node size [1024] [1024] (Min 64) (Max 8192)


SolidBSP [hull 0] 500 ... 1000 ... 1500 ... 2000 ... 2500 ... 3000 ... 3500 ... 4000 ... 4500 ... 5000 ... 5500 ... 5669 (0.22 seconds)
BSP generation successful, writing portal file 'catpee.prt'
SolidBSP [hull 1] 500 ... 1000 ... 1500 ... 2000 ... 2500 ... 3000 ... 3373 (0.11 seconds)
Warning: === LEAK in hull 1 ===
Entity info_teleport_destination @ (-937, -57, -782)
Error:
A LEAK is a hole in the map, where the inside of it is exposed to the
(Unwanted) outside region. The entity listed in the error is just a helpful
indication of where the beginning of the leak pointfile starts, so the
beginning of the line can be quickly found and traced to until reaching the
outside. Unless this entity is accidentally on the outside of the map, it
probably should not be deleted. Some complex rotating objects entities need
their origins outside the map. To deal with these, just enclose the origin
brush with a solid world brush

Leak pointfile generated

SolidBSP [hull 2] 500 ... 1000 ... 1500 ... 2000 ... 2500 ... 2938 (0.10 seconds)
SolidBSP [hull 3] 500 ... 1000 ... 1500 ... 2000 ... 2500 ... 3000 ... 3500 ... 3643 (0.13 seconds)
2.12 seconds elapsed

----- END hlbsp -----



hlvis v3.4 Final (Feb 25 2006)
Zoner's Half-Life Compilation Tools - Custom Build
Based on code modifications by Sean 'Zoner' Cavanaugh
Based on Valve's version, modified with permission.
Submit detailed bug reports to (amckern@yahoo.com)
----- BEGIN hlvis -----
Command line: hlvis catpee
>> There was a problem compiling the map.
>> Check the file catpee.log for the cause.

----- END hlvis -----



hlrad v3.4 Final (Feb 25 2006)
Zoner's Half-Life Compilation Tools - Custom Build
Based on code modifications by Sean 'Zoner' Cavanaugh
Based on Valve's version, modified with permission.
Submit detailed bug reports to (amckern@yahoo.com)
----- BEGIN hlrad -----
Command line: hlrad catpee
>> There was a problem compiling the map.
>> Check the file catpee.log for the cause.

----- END hlrad -----

You just need to type in the Brush number to use Go To Brush. Sometimes error messages include a brush number.

Once you do that, it will be selected / highlighted in red.

The compile log: (I have another problem..)


hlcsg v3.4 Final (Feb 25 2006)
Zoner's Half-Life Compilation Tools -- Custom Build
Based on code modifications by Sean 'Zoner' Cavanaugh
Based on Valve's version, modified with permission.
Submit detailed bug reports to (amckern@yahoo.com)
----- BEGIN hlcsg -----
Command line: hlcsg -nowadtextures catpee
Entering catpee.map

Current hlcsg Settings
Name | Setting | Default
---------------------|-----------|-------------------------
threads [ 2 ] [ Varies ]
verbose [ off ] [ off ]
log [ on ] [ on ]
developer [ 0 ] [ 0 ]
chart [ off ] [ off ]
estimate [ off ] [ off ]
max texture memory [ 4194304 ] [ 4194304 ]
max lighting memory [ 6291456 ] [ 6291456 ]
priority [ Normal ] [ Normal ]

noclip [ off ] [ off ]
null texture stripping[ on ] [ on ]
clipnode economy mode [ on ] [ on ]
clip hull type [ legacy ] [ legacy ]
onlyents [ off ] [ off ]
wadtextures [ off ] [ on ]
skyclip [ on ] [ on ]
hullfile [ None ] [ None ]
nullfile [ None ] [ None ]
min surface area [ 0.500 ] [ 0.500 ]
brush union threshold [ 0.000 ] [ 0.000 ]

Using mapfile wad configuration
Wadinclude list :
[zhlt.wad]

1 brushes (totalling 6 sides) discarded from clipping hulls
CreateBrush:
(4.41 seconds)
SetModelCenters:
(0.00 seconds)
CSGBrush:
(14.02 seconds)

Using Wadfile: \documents and settings\\desktop\\cs_bdog.wad
- Contains 2 used textures, 3.28 percent of map (132 textures in wad)
Using Wadfile: \documents and settings\\desktop\\cstrike.wad
- Contains 2 used textures, 3.28 percent of map (123 textures in wad)
Using Wadfile: \documents and settings\\desktop\\decals.wad
- Contains 0 used textures, 0.00 percent of map (223 textures in wad)
Using Wadfile: \documents and settings\\desktop\\dev_textures.wad
- Contains 1 used texture, 1.64 percent of map (22 textures in wad)
Using Wadfile: \documents and settings\\desktop\\halflife.wad
- Contains 53 used textures, 86.89 percent of map (3116 textures in wad)
Using Wadfile: \documents and settings\\desktop\הורדות\maniacwads.wad
- Contains 2 used textures, 3.28 percent of map (22 textures in wad)
Including Wadfile: \documents and settings\\desktop\\zhlt.wad
- Contains 1 used texture, 1.64 percent of map (7 textures in wad)

added 15 additional animating textures.
Texture usage is at 1.13 mb (of 4.00 mb MAX)
19.41 seconds elapsed

----- END hlcsg -----



hlbsp v3.4 Final (Feb 25 2006)
Zoner's Half-Life Compilation Tools -- Custom Build
Based on code modifications by Sean 'Zoner' Cavanaugh
Based on Valve's version, modified with permission.
Submit detailed bug reports to (amckern@yahoo.com)
----- BEGIN hlbsp -----
Command line: hlbsp catpee

Current hlbsp Settings
Name | Setting | Default
-------------------|-----------|-------------------------
threads [ 2 ] [ Varies ]
verbose [ off ] [ off ]
log [ on ] [ on ]
developer [ 0 ] [ 0 ]
chart [ off ] [ off ]
estimate [ off ] [ off ]
max texture memory [ 4194304 ] [ 4194304 ]
priority [ Normal ] [ Normal ]

noclip [ off ] [ off ]
nofill [ off ] [ off ]
noopt [ off ] [ off ]
null tex. stripping [ on ] [ on ]
notjunc [ off ] [ off ]
subdivide size [ 240 ] [ 240 ] (Min 64) (Max 512)
max node size [ 1024 ] [ 1024 ] (Min 64) (Max 8192)


SolidBSP [hull 0] 500...1000...1500...2000...2500...3000...3500...4000...4500...5000...5301 (2.75 seconds)
BSP generation successful, writing portal file 'catpee.prt'
SolidBSP [hull 1] 500...1000...1500...2000...2500...3000...3008 (1.22 seconds)
SolidBSP [hull 2] 500...1000...1500...2000...2500...2603 (1.06 seconds)
SolidBSP [hull 3] 500...1000...1500...2000...2500...3000...3327 (1.77 seconds)
24.42 seconds elapsed

----- END hlbsp -----



hlvis v3.4 Final (Feb 25 2006)
Zoner's Half-Life Compilation Tools -- Custom Build
Based on code modifications by Sean 'Zoner' Cavanaugh
Based on Valve's version, modified with permission.
Submit detailed bug reports to (amckern@yahoo.com)
----- BEGIN hlvis -----
Command line: hlvis catpee
2957 portalleafs
9898 numportals

-= Current hlvis Settings =-
Name | Setting | Default
-------------------|-----------|-------------------------
threads [ 2 ] [ Varies ]
verbose [ off ] [ off ]
log [ on ] [ on ]
developer [ 0 ] [ 0 ]
chart [ off ] [ off ]
estimate [ off ] [ off ]
max texture memory [ 4194304 ] [ 4194304 ]
max vis distance [ 0 ] [ 0 ]
priority [ Normal ] [ Normal ]

fast vis [ off ] [ off ]
full vis [ off ] [ off ]


BasePortalVis:
(69.39 seconds)
LeafThread:
(2745.23 seconds)
average leafs visible: 262
g_visdatasize:190878 compressed from 1094090
2816.00 seconds elapsed [46m 56s]

----- END hlvis -----



hlrad v3.4 Final (Feb 25 2006)
Zoner's Half-Life Compilation Tools -- Custom Build
Based on code modifications by Sean 'Zoner' Cavanaugh
Based on Valve's version, modified with permission.
Submit detailed bug reports to (amckern@yahoo.com)
----- BEGIN hlrad -----
Command line: hlrad catpee

-= Current hlrad Settings =-
Name | Setting | Default
--------------------|---------------------|-------------------------
threads [ 2 ] [ Varies ]
verbose [ off ] [ off ]
log [ on ] [ on ]
developer [ 0 ] [ 0 ]
chart [ off ] [ off ]
estimate [ off ] [ off ]
max texture memory [ 4194304 ] [ 4194304 ]
max lighting memory [ 6291456 ] [ 6291456 ]
priority [ Normal ] [ Normal ]

vismatrix algorithm [ Original ] [ Original ]
oversampling (-extra)[ off ] [ off ]
bounces [ 1 ] [ 1 ]
bounce dynamic light [ on ] [ on ]
ambient light [ 0.000 0.000 0.000 ] [ 0.000 0.000 0.000 ]
maximum light [ 255.000 ] [ 256.000 ]
circus mode [ off ] [ off ]

smoothing threshold [ 50.000 ] [ 50.000 ]
direct threshold [ 25.000 ] [ 25.000 ]
direct light scale [ 2.000 ] [ 2.000 ]
coring threshold [ 1.000 ] [ 1.000 ]
patch interpolation [ on ] [ on ]

texscale [ on ] [ on ]
patch subdividing [ on ] [ on ]
chop value [ 64.000 ] [ 64.000 ]
texchop value [ 32.000 ] [ 32.000 ]

global fade [ 1.000 ] [ 1.000 ]
global falloff [ 2 ] [ 2 ]
global light scale [ 1.000 1.000 1.000 ] [ 1.000 1.000 1.000 ]
global gamma [ 0.500 0.500 0.500 ] [ 0.500 0.500 0.500 ]
global light scale [ 1.000 ] [ 1.000 ]
global sky diffusion [ 1.000 ] [ 1.000 ]

opaque entities [ on ] [ on ]
sky lighting fix [ on ] [ on ]
incremental [ off ] [ off ]
dump [ off ] [ off ]

colour jitter [ 0.0 0.0 0.0 ] [ 0.0 0.0 0.0 ]
monochromatic jitter [ 0.0 0.0 0.0 ] [ 0.0 0.0 0.0 ]
softlight hack [ 0.0 0.0 0.0 0.0 ] [ 0.0 0.0 0.0 0.0 ]
diffuse hack [ on ] [ on ]
spotlight points [ on ] [ on ]

custom shadows with bounce light
[ off ] [ off ]
rgb transfers [ off ] [ off ]


[Reading texlights from 'lights.rad']
[59 texlights parsed from 'lights.rad']

11114 faces
Create Patches : 48000 base patches
0 opaque faces
368698 square feet [53092560.00 square inches]
2925 direct lights

BuildFacelights:
Malformed face (10039) normal @
(209.00, 257.00, -805.00)
(209.00, 257.00, -830.00)
(210.00, 257.00, -830.00)
(210.00, 257.00, -805.00)
Error: Malformed face normal
Description: The texture alignment of a visible face is unusable
Howto Fix: If using Worldcraft, do a check for problems and fix any occurences of 'Texture axis perpindicular to face'


----- END hlrad -----

I am a huge faggot.

rmx is the valve hammer editor's file type i think, when u save it in valve it will be rmx :D or map

Hey guys.. got an problem that came from nowhere when i complile..

The error is Allocblock:full

I've checked the report log, and as i see it, it should be the texture mapcred that creates this problem, but not sure.

But i've removed my sign from the map, and also removed the texture from valve, so please concider this for me!

Thanks in advance.


hlcsg v3.4 Final (Feb 25 2006)
Zoner's Half-Life Compilation Tools -- Custom Build
Based on code modifications by Sean 'Zoner' Cavanaugh
Based on Valve's version, modified with permission.
Submit detailed bug reports to (amckern@yahoo.com)
----- BEGIN hlcsg -----
Command line: hlcsg -nowadtextures de_front -texdata 8192 -chart
Entering de_front.map

Current hlcsg Settings
Name | Setting | Default
---------------------|-----------|-------------------------
threads [ 2 ] [ Varies ]
verbose [ off ] [ off ]
log [ on ] [ on ]
developer [ 0 ] [ 0 ]
chart [ on ] [ off ]
estimate [ off ] [ off ]
max texture memory [ 8388608 ] [ 4194304 ]
max lighting memory [ 6291456 ] [ 6291456 ]
priority [ Normal ] [ Normal ]

noclip [ off ] [ off ]
null texture stripping[ on ] [ on ]
clipnode economy mode [ on ] [ on ]
clip hull type [ legacy ] [ legacy ]
onlyents [ off ] [ off ]
wadtextures [ off ] [ on ]
skyclip [ on ] [ on ]
hullfile [ None ] [ None ]
nullfile [ None ] [ None ]
min surface area [ 0.500 ] [ 0.500 ]
brush union threshold [ 0.000 ] [ 0.000 ]

Using mapfile wad configuration
Wadinclude list :
[zhlt.wad]

38 brushes (totalling 228 sides) discarded from clipping hulls
CreateBrush:
(5.06 seconds)
SetModelCenters:
(0.00 seconds)
CSGBrush:
(4.61 seconds)

Object names Objects/Maxobjs Memory / Maxmem Fullness
------------ --------------- --------------- --------
models 0/400 0/25600 ( 0.0%)
planes 16528/32768 330560/655360 (50.4%)
vertexes 0/65535 0/786420 ( 0.0%)
nodes 0/32767 0/786408 ( 0.0%)
texinfos 3548/32767 141920/1310680 (10.8%)
faces 0/65535 0/1310700 ( 0.0%)
clipnodes 0/32767 0/262136 ( 0.0%)
leaves 0/8192 0/229376 ( 0.0%)
marksurfaces 0/65535 0/131070 ( 0.0%)
surfedges 0/512000 0/2048000 ( 0.0%)
edges 0/256000 0/1024000 ( 0.0%)
texdata [variable] 0/8388608 ( 0.0%)
lightdata [variable] 0/6291456 ( 0.0%)
visdata [variable] 0/2097152 ( 0.0%)
entdata [variable] 0/524288 ( 0.0%)
0 textures referenced
=== Total BSP file data space used: 472480 bytes ===

Using Wadfile: \mapping\de_inferno.wad
- Contains 67 used textures, 61.47 percent of map (97 textures in wad)
Using Wadfile: \mapping\cs_havana.wad
- Contains 29 used textures, 26.61 percent of map (122 textures in wad)
Using Wadfile: \mapping\halflife.wad
- Contains 11 used textures, 10.09 percent of map (3116 textures in wad)
Using Wadfile: \mapping\decals.wad
- Contains 0 used textures, 0.00 percent of map (225 textures in wad)
Using Wadfile: \mapping\zhlt\mapcredits.wad
- Warning: Larger than expected texture (323812 bytes): 'MAPCREDITS'
- Contains 1 used texture, 0.92 percent of map (1 textures in wad)

Warning: ::FindTexture() texture NULL not found!
Are you sure you included zhlt.wad in your wadpath list?
Warning: ::LoadLump() texture NULL not found!
Texture usage is at 5.07 mb (of 8.00 mb MAX)
9.98 seconds elapsed

----- END hlcsg -----



hlbsp v3.4 Final (Feb 25 2006)
Zoner's Half-Life Compilation Tools -- Custom Build
Based on code modifications by Sean 'Zoner' Cavanaugh
Based on Valve's version, modified with permission.
Submit detailed bug reports to (amckern@yahoo.com)
----- BEGIN hlbsp -----
Command line: hlbsp de_front -texdata 8192 -chart

Current hlbsp Settings
Name | Setting | Default
-------------------|-----------|-------------------------
threads [ 2 ] [ Varies ]
verbose [ off ] [ off ]
log [ on ] [ on ]
developer [ 0 ] [ 0 ]
chart [ on ] [ off ]
estimate [ off ] [ off ]
max texture memory [ 8388608 ] [ 4194304 ]
priority [ Normal ] [ Normal ]

noclip [ off ] [ off ]
nofill [ off ] [ off ]
noopt [ off ] [ off ]
null tex. stripping [ on ] [ on ]
notjunc [ off ] [ off ]
subdivide size [ 240 ] [ 240 ] (Min 64) (Max 512)
max node size [ 1024 ] [ 1024 ] (Min 64) (Max 8192)


SolidBSP [hull 0] 500...1000...1500...2000...2500...3000...3500...4000...4500...5000...5500...5527 (0.86 seconds)
BSP generation successful, writing portal file 'de_front.prt'
SolidBSP [hull 1] 500...1000...1500...2000...2500...3000...3500...4000...4500...5000...5500...5569 (1.47 seconds)
SolidBSP [hull 2] 500...1000...1500...2000...2500...3000...3500...4000...4500...5000...5289 (1.58 seconds)
SolidBSP [hull 3] 500...1000...1500...2000...2500...3000...3500...4000...4500...5000...5500...5690 (1.73 seconds)

Object names Objects/Maxobjs Memory / Maxmem Fullness
------------ --------------- --------------- --------
models 51/400 3264/25600 (12.8%)
planes 5713/32768 114260/655360 (17.4%)
vertexes 19254/65535 231048/786420 (29.4%)
nodes 6061/32767 145464/786408 (18.5%)
texinfos 3548/32767 141920/1310680 (10.8%)
faces 14181/65535 283620/1310700 (21.6%)
clipnodes 16999/32767 135992/262136 (51.9%)
leaves 3507/8192 98196/229376 (42.8%)
marksurfaces 17334/65535 34668/131070 (26.4%)
surfedges 68594/512000 274376/2048000 (13.4%)
edges 35181/256000 140724/1024000 (13.7%)
texdata [variable] 5321422/8388608 (63.4%)
lightdata [variable] 0/6291456 ( 0.0%)
visdata [variable] 0/2097152 ( 0.0%)
entdata [variable] 15401/524288 ( 2.9%)
109 textures referenced
=== Total BSP file data space used: 6940355 bytes ===
12.36 seconds elapsed

----- END hlbsp -----



hlvis v3.4 Final (Feb 25 2006)
Zoner's Half-Life Compilation Tools -- Custom Build
Based on code modifications by Sean 'Zoner' Cavanaugh
Based on Valve's version, modified with permission.
Submit detailed bug reports to (amckern@yahoo.com)
----- BEGIN hlvis -----
Command line: hlvis de_front -texdata 8192 -chart -full
3027 portalleafs
9375 numportals

-= Current hlvis Settings =-
Name | Setting | Default
-------------------|-----------|-------------------------
threads [ 2 ] [ Varies ]
verbose [ off ] [ off ]
log [ on ] [ on ]
developer [ 0 ] [ 0 ]
chart [ on ] [ off ]
estimate [ off ] [ off ]
max texture memory [ 8388608 ] [ 4194304 ]
max vis distance [ 0 ] [ 0 ]
priority [ Normal ] [ Normal ]

fast vis [ off ] [ off ]
full vis [ on ] [ off ]


BasePortalVis:
(19.06 seconds)
LeafThread:
(507.66 seconds)
average leafs visible: 195
g_visdatasize:362612 compressed from 1147233

Object names Objects/Maxobjs Memory / Maxmem Fullness
------------ --------------- --------------- --------
models 51/400 3264/25600 (12.8%)
planes 5713/32768 114260/655360 (17.4%)
vertexes 19254/65535 231048/786420 (29.4%)
nodes 6061/32767 145464/786408 (18.5%)
texinfos 3548/32767 141920/1310680 (10.8%)
faces 14181/65535 283620/1310700 (21.6%)
clipnodes 16999/32767 135992/262136 (51.9%)
leaves 3507/8192 98196/229376 (42.8%)
marksurfaces 17334/65535 34668/131070 (26.4%)
surfedges 68594/512000 274376/2048000 (13.4%)
edges 35181/256000 140724/1024000 (13.7%)
texdata [variable] 5321422/8388608 (63.4%)
lightdata [variable] 0/6291456 ( 0.0%)
visdata [variable] 362612/2097152 (17.3%)
entdata [variable] 15401/524288 ( 2.9%)
109 textures referenced
=== Total BSP file data space used: 7302967 bytes ===
527.16 seconds elapsed [8m 47s]

----- END hlvis -----



hlrad v3.4 Final (Feb 25 2006)
Zoner's Half-Life Compilation Tools -- Custom Build
Based on code modifications by Sean 'Zoner' Cavanaugh
Based on Valve's version, modified with permission.
Submit detailed bug reports to (amckern@yahoo.com)
----- BEGIN hlrad -----
Command line: hlrad -sparse de_front -texdata 8192 -chart

-= Current hlrad Settings =-
Name | Setting | Default
--------------------|---------------------|-------------------------
threads [ 2 ] [ Varies ]
verbose [ off ] [ off ]
log [ on ] [ on ]
developer [ 0 ] [ 0 ]
chart [ on ] [ off ]
estimate [ off ] [ off ]
max texture memory [ 8388608 ] [ 4194304 ]
max lighting memory [ 6291456 ] [ 6291456 ]
priority [ Normal ] [ Normal ]

vismatrix algorithm [ Sparse ] [ Original ]
oversampling (-extra)[ off ] [ off ]
bounces [ 1 ] [ 1 ]
bounce dynamic light [ on ] [ on ]
ambient light [ 0.000 0.000 0.000 ] [ 0.000 0.000 0.000 ]
maximum light [ 255.000 ] [ 256.000 ]
circus mode [ off ] [ off ]

smoothing threshold [ 50.000 ] [ 50.000 ]
direct threshold [ 25.000 ] [ 25.000 ]
direct light scale [ 2.000 ] [ 2.000 ]
coring threshold [ 1.000 ] [ 1.000 ]
patch interpolation [ on ] [ on ]

texscale [ on ] [ on ]
patch subdividing [ on ] [ on ]
chop value [ 64.000 ] [ 64.000 ]
texchop value [ 32.000 ] [ 32.000 ]

global fade [ 1.000 ] [ 1.000 ]
global falloff [ 2 ] [ 2 ]
global light scale [ 1.000 1.000 1.000 ] [ 1.000 1.000 1.000 ]
global gamma [ 0.500 0.500 0.500 ] [ 0.500 0.500 0.500 ]
global light scale [ 1.000 ] [ 1.000 ]
global sky diffusion [ 1.000 ] [ 1.000 ]

opaque entities [ on ] [ on ]
sky lighting fix [ on ] [ on ]
incremental [ off ] [ off ]
dump [ off ] [ off ]

colour jitter [ 0.0 0.0 0.0 ] [ 0.0 0.0 0.0 ]
monochromatic jitter [ 0.0 0.0 0.0 ] [ 0.0 0.0 0.0 ]
softlight hack [ 0.0 0.0 0.0 0.0 ] [ 0.0 0.0 0.0 0.0 ]
diffuse hack [ on ] [ on ]
spotlight points [ on ] [ on ]

custom shadows with bounce light
[ off ] [ off ]
rgb transfers [ off ] [ off ]


[Reading texlights from 'lights.rad']
[59 texlights parsed from 'lights.rad']

14181 faces
Create Patches : 88322 base patches
0 opaque faces
694386 square feet [99991680.00 square inches]
280 direct lights

BuildFacelights:
Error:
for Face 4226 (texture mapcredits) at
(1118.000 -676.160 34.000) (1118.000 -676.000 34.000) (1118.000 -676.000 58.210) (1118.000 -676.160 58.210)
Error: Bad surface extents (27509 x 6)
Check the file ZHLTProblems.html for a detailed explanation of this problem

----- END hlrad -----

So I have a compiler problem .. That even with the environmental light and only light I have 100% brightness as you described. Here is a diary compiler:

hlcsg v3.4 Final (Feb 25 2006)
Zoner's Half-Life Compilation Tools - Custom Build
Based on code modifications by Sean 'Zoner' Cavanaugh
Based on Valve's version, modified with permission.
Submit detailed bug reports to (amckern@yahoo.com)
----- BEGIN hlcsg -----
Command line: hlcsg-nowadtextures catpee
Entering catpee.map

Current hlcsg Settings
Name | Setting | Default
---------------------|-----------|---------------- ---------
threads [2] [Varies]
verbose [off] [off]
log [on] [on]
developer [0] [0]
chart [off] [off]
estimate [off] [off]
max texture memory [4194304] [4194304]
max lighting memory [6291456] [6291456]
priority [Normal] [Normal]

noclip [off] [off]
null texture stripping [on] [on]
clipnode economy mode [on] [on]
clip hull type [legacy] [legacy]
onlyents [off] [off]
wadtextures [off] [on]
skyclip [on] [on]
hullfile [None] [None]
nullfile [None] [None]
min surface area [0.500] [0.500]
brush union threshold [0.000] [0.000]

Using mapfile wad configuration
Wadinclude list:
[Zhlt.wad]

0 brushes (totalling 0 sides) discarded from clipping hulls
CreateBrush:
(0.33 seconds)
SetModelCenters:
(0.00 seconds)
CSGBrush:
(2.08 seconds)

Using Wadfile: \ documents and settings \\ desktop \ 3 \ cstrike.wad
- Contains 2 used textures, 3.85 percent of map (123 textures in wad)
Using Wadfile: \ documents and settings \ \ desktop \ 1 \ xeno.wad
- Contains 4 used textures, 7.69 percent of map (264 textures in wad)
Using Wadfile: \ documents and settings \ \ desktop \ 4 \ decals.wad
- Contains 0 used textures, 0.00 percent of map (222 textures in wad)
Using Wadfile: \ documents and settings \ \ desktop \ 5 \ halflife.wad
- Contains 44 used textures, 84.62 percent of map (3116 textures in wad)
Using Wadfile: \ documents and settings \ \ desktop \ 6 \ cs_dust.wad
- Contains 2 used textures, 3.85 percent of map (28 textures in wad)

added 8 additional animating textures.
Texture usage is at 0.72 mb (of 4.00 mb MAX)
2.95 seconds elapsed

----- END hlcsg -----



hlbsp v3.4 Final (Feb 25 2006)
Zoner's Half-Life Compilation Tools - Custom Build
Based on code modifications by Sean 'Zoner' Cavanaugh
Based on Valve's version, modified with permission.
Submit detailed bug reports to (amckern@yahoo.com)
----- BEGIN hlbsp -----
Command line: hlbsp catpee

Current hlbsp Settings
Name | Setting | Default
-------------------|-----------|------------------ -------
threads [2] [Varies]
verbose [off] [off]
log [on] [on]
developer [0] [0]
chart [off] [off]
estimate [off] [off]
max texture memory [4194304] [4194304]
priority [Normal] [Normal]

noclip [off] [off]
nofill [off] [off]
noopt [off] [off]
null tex. stripping [on] [on]
notjunc [off] [off]
subdivide size [240] [240] (Min 64) (Max 512)
max node size [1024] [1024] (Min 64) (Max 8192)


SolidBSP [hull 0] 500 ... 1000 ... 1047 (0.25 seconds)
BSP generation successful, writing portal file 'catpee.prt'
SolidBSP [hull 1] 500 ... 1000 ... 1031 (2.56 seconds)
SolidBSP [hull 2] 500 ... 994 (4.09 seconds)
SolidBSP [hull 3] 500 ... 1000 ... 1140 (8.45 seconds)
19.75 seconds elapsed

----- END hlbsp -----



hlvis v3.4 Final (Feb 25 2006)
Zoner's Half-Life Compilation Tools - Custom Build
Based on code modifications by Sean 'Zoner' Cavanaugh
Based on Valve's version, modified with permission.
Submit detailed bug reports to (amckern@yahoo.com)
----- BEGIN hlvis -----
Command line: hlvis catpee
618 portalleafs
1659 numportals

-= Current hlvis Settings =-
Name | Setting | Default
-------------------|-----------|------------------ -------
threads [2] [Varies]
verbose [off] [off]
log [on] [on]
developer [0] [0]
chart [off] [off]
estimate [off] [off]
max texture memory [4194304] [4194304]
max vis distance [0] [0]
priority [Normal] [Normal]

fast vis [off] [off]
full vis [off] [off]


BasePortalVis:
(1.86 seconds)
LeafThread:
(39.73 seconds)
average leafs visible: 98
g_visdatasize: 34258 compressed from 48204
41.77 seconds elapsed

----- END hlvis -----



hlrad v3.4 Final (Feb 25 2006)
Zoner's Half-Life Compilation Tools - Custom Build
Based on code modifications by Sean 'Zoner' Cavanaugh
Based on Valve's version, modified with permission.
Submit detailed bug reports to (amckern@yahoo.com)
----- BEGIN hlrad -----
Command line: hlrad catpee

-= Current hlrad Settings =-
Name | Setting | Default
--------------------|---------------------|------- ------------------
threads [2] [Varies]
verbose [off] [off]
log [on] [on]
developer [0] [0]
chart [off] [off]
estimate [off] [off]
max texture memory [4194304] [4194304]
max lighting memory [6291456] [6291456]
priority [Normal] [Normal]

vismatrix algorithm [Original] [Original]
oversampling (-extra) [off] [off]
bounces [1] [1]
dynamic bounce light [on] [on]
ambient light [0.000 0.000 0.000] [0.000 0.000 0.000]
maximum light [255.000] [256.000]
circus mode [off] [off]

smoothing threshold [50.000] [50.000]
direct threshold [25.000] [25.000]
direct light scale [2.000] [2.000]
coring threshold [1.000] [1.000]
patch interpolation [on] [on]

texscale [on] [on]
patch subdividing [on] [on]
chop value [64.000] [64.000]
texchop value [32.000] [32.000]

global fade [1.000] [1.000]
global falloff [2] [2]
global light scale [1.000 1.000 1.000] [1.000 1.000 1.000]
global gamma [0.500 0.500 0.500] [0.500 0.500 0.500]
global light scale [1.000] [1.000]
global sky diffusion [1.000] [1.000]

opaques entities [on] [on]
sky lighting fix [on] [on]
incremental [off] [off]
dump [off] [off]

Colour jitter [0.0 0.0 0.0] [0.0 0.0 0.0]
monochromatic jitter [0.0 0.0 0.0] [0.0 0.0 0.0]
softlight hack [0.0 0.0 0.0 0.0] [0.0 0.0 0.0 0.0]
diffuse hack [on] [on]
spotlight points [on] [on]

custom shadows with bounce light
[Off] [off]
rgb transfers [off] [off]


[Reading texlights from 'lights.rad']
[59 texlights parsed from 'lights.rad']

3078 faces
Create Patches: 18988 base patches
0 opaques faces
200 229 square feet [28,833,064.00 square inches]
16 direct lights

BuildFacelights:
Error:
for Face 2964 (texture {fence) at
(1164.000 2511.000 -72.000) (1024.000 2511.000 -72.000) (1024.000 2511.875 -72.000) (1024.000 2512.000 -72.000) (1164.000 2512.000 -72.000)
Error: Bad surface extents (14 x 23 884)
Check the file ZHLTProblems.html for a detailed explanation of this problem

----- END hlrad ----

rmf of the map:
http://www.mediafire.com/?fn5upka7am5vvfw
rmx of the map (i dont know what is it):
http://www.mediafire.com/?rphnytb5p6eedc7

Does anybody here play Dwarf Fortress?
-If so, could you help me find a tutorial for complete newbies?
I found this but it's teaching you stuff in the way that I don't like. It tells you how to build a fortress, it doesn't go through what the different buttons do.

It says like (from my mind) press d, then d, and use the arrow keys to mark out a spot. Press space and the dwarves (dwarfs?) will start mining.

I want a tutorial with "spacebar pauses and unpauses the game, unless your inside a menu (in which case it's always paused) in which case it moves your menu back one step" etc.

If you don't understand, the top one is saying like "2+2=4". If you learn that, you know that but you aren't able to figure out 1+2 until somebody says "1+2=3". The second one would take longer time to learn the basics but the more difficult stuff would be easy.

Anybody who has a such tutorial?

-I'm also using this post to type a lot because I felt like doing so. Hah.

Here: From ZHLT

hlcsg v3.4 Final (Feb 25 2006)
Zoner's Half-Life Compilation Tools -- Custom Build
Based on code modifications by Sean 'Zoner' Cavanaugh
Based on Valve's version, modified with permission.
Submit detailed bug reports to (amckern@yahoo.com)
----- BEGIN hlcsg -----
Command line: hlcsg -nowadtextures catpee
Entering catpee.map

Current hlcsg Settings
Name | Setting | Default
---------------------|-----------|-------------------------
threads [ 2 ] [ Varies ]
verbose [ off ] [ off ]
log [ on ] [ on ]
developer [ 0 ] [ 0 ]
chart [ off ] [ off ]
estimate [ off ] [ off ]
max texture memory [ 4194304 ] [ 4194304 ]
max lighting memory [ 6291456 ] [ 6291456 ]
priority [ Normal ] [ Normal ]

noclip [ off ] [ off ]
null texture stripping[ on ] [ on ]
clipnode economy mode [ on ] [ on ]
clip hull type [ legacy ] [ legacy ]
onlyents [ off ] [ off ]
wadtextures [ off ] [ on ]
skyclip [ on ] [ on ]
hullfile [ None ] [ None ]
nullfile [ None ] [ None ]
min surface area [ 0.500 ] [ 0.500 ]
brush union threshold [ 0.000 ] [ 0.000 ]

Using mapfile wad configuration
Wadinclude list :
[zhlt.wad]

0 brushes (totalling 0 sides) discarded from clipping hulls
CreateBrush:
(0.39 seconds)
SetModelCenters:
(0.00 seconds)
CSGBrush:
(2.47 seconds)

Using Wadfile: \documents and settings\XXXXX\desktop\3\cstrike.wad
- Contains 2 used textures, 3.92 percent of map (123 textures in wad)
Using Wadfile: \documents and settings\XXXXX\desktop\1\xeno.wad
- Contains 4 used textures, 7.84 percent of map (264 textures in wad)
Using Wadfile: \documents and settings\XXXX\desktop\4\decals.wad
- Contains 0 used textures, 0.00 percent of map (222 textures in wad)
Using Wadfile: \documents and settings\XXXXX\desktop\5\halflife.wad
- Contains 43 used textures, 84.31 percent of map (3116 textures in wad)
Using Wadfile: \documents and settings\XXXXX\desktop\6\cs_dust.wad
- Contains 2 used textures, 3.92 percent of map (28 textures in wad)

added 7 additional animating textures.
Texture usage is at 0.71 mb (of 4.00 mb MAX)
3.19 seconds elapsed

----- END hlcsg -----



hlbsp v3.4 Final (Feb 25 2006)
Zoner's Half-Life Compilation Tools -- Custom Build
Based on code modifications by Sean 'Zoner' Cavanaugh
Based on Valve's version, modified with permission.
Submit detailed bug reports to (amckern@yahoo.com)
----- BEGIN hlbsp -----
Command line: hlbsp catpee

Current hlbsp Settings
Name | Setting | Default
-------------------|-----------|-------------------------
threads [ 2 ] [ Varies ]
verbose [ off ] [ off ]
log [ on ] [ on ]
developer [ 0 ] [ 0 ]
chart [ off ] [ off ]
estimate [ off ] [ off ]
max texture memory [ 4194304 ] [ 4194304 ]
priority [ Normal ] [ Normal ]

noclip [ off ] [ off ]
nofill [ off ] [ off ]
noopt [ off ] [ off ]
null tex. stripping [ on ] [ on ]
notjunc [ off ] [ off ]
subdivide size [ 240 ] [ 240 ] (Min 64) (Max 512)
max node size [ 1024 ] [ 1024 ] (Min 64) (Max 8192)


SolidBSP [hull 0] 500...912 (0.34 seconds)
Warning: === LEAK in hull 0 ===
Entity info_player_start @ ( 768,-704,-144)
Error:
A LEAK is a hole in the map, where the inside of it is exposed to the
(unwanted) outside region. The entity listed in the error is just a helpful
indication of where the beginning of the leak pointfile starts, so the
beginning of the line can be quickly found and traced to until reaching the
outside. Unless this entity is accidentally on the outside of the map, it
probably should not be deleted. Some complex rotating objects entities need
their origins outside the map. To deal with these, just enclose the origin
brush with a solid world brush

Leak pointfile generated

SolidBSP [hull 1] 500...1000...1065 (2.55 seconds)
SolidBSP [hull 2] 500...1000 (4.94 seconds)
SolidBSP [hull 3] 500...1000...1122 (7.30 seconds)
19.09 seconds elapsed

----- END hlbsp -----



hlvis v3.4 Final (Feb 25 2006)
Zoner's Half-Life Compilation Tools -- Custom Build
Based on code modifications by Sean 'Zoner' Cavanaugh
Based on Valve's version, modified with permission.
Submit detailed bug reports to (amckern@yahoo.com)
----- BEGIN hlvis -----
Command line: hlvis catpee
>> There was a problem compiling the map.
>> Check the file catpee.log for the cause.

----- END hlvis -----



hlrad v3.4 Final (Feb 25 2006)
Zoner's Half-Life Compilation Tools -- Custom Build
Based on code modifications by Sean 'Zoner' Cavanaugh
Based on Valve's version, modified with permission.
Submit detailed bug reports to (amckern@yahoo.com)
----- BEGIN hlrad -----
Command line: hlrad catpee
>> There was a problem compiling the map.
>> Check the file catpee.log for the cause.

----- END hlrad -----


Compile of the Hammer:



** Executing...
** Command: Change Directory
** Parameters: "C:\Program Files\Steam\steamapps\eyalse\counter-strike"


** Executing...
** Command: C:\PROGRA~1\VALVEH~1\tools\qcsg.exe
** Parameters: "c:\documents and settings\\desktop\israel_public1"

qcsg.exe v2.8 (Jan 31 2000)
---- qcsg ----
entering c:\documents and settings\\desktop\israel_public1.map
CreateBrush: 0...1...2...3...4...5...6...7...8...9... (1)
CSGBrush: 0...1...2...3...4...5...6...7...8...9... (1)
Using WAD File: \documents and settings\\desktop\3\cstrike.wad
Using WAD File: \documents and settings\\desktop\1\xeno.wad
Using WAD File: \documents and settings\\desktop\4\decals.wad
Using WAD File: \documents and settings\\desktop\5\halflife.wad
Using WAD File: \documents and settings\\desktop\6\cs_dust.wad
added 7 additional animating textures.
2 seconds elapsed

** Executing...
** Command: C:\PROGRA~1\VALVEH~1\tools\qbsp2.exe
** Parameters: "c:\documents and settings\\desktop\israel_public1"

qbsp2.exe v2.2 (Dec 28 1998)
---- qbsp2 ----
LEAK LEAK LEAK
14 seconds elapsed

** Executing...
** Command: C:\PROGRA~1\VALVEH~1\tools\vis.exe
** Parameters: "c:\documents and settings\\desktop\israel_public1"

vis.exe v1.3 (Dec 30 1998)
---- vis ----
2 thread(s)
LoadPortals: couldn't read c:\documents and settings\\desktop\israel_public1.prt
No vising performed.

** Executing...
** Command: C:\PROGRA~1\VALVEH~1\tools\qrad.exe
** Parameters: "c:\documents and settings\\desktop\israel_public1"

qrad.exe v 1.5 (Apr 6 2000)
----- Radiosity ----
2 threads
[Reading texlights from 'C:\PROGRA~1\VALVEH~1\tools\lights.rad']
[1 texlights parsed from 'C:\PROGRA~1\VALVEH~1\tools\lights.rad']

No vis information, direct lighting only.
2807 faces
193031 square feet [27796582.00 square inches]
18364 patches after subdivision
0 direct lights
BuildFacelights: 0...1...2...3...4...5...6...7...8...9...
************ ERROR ************
Bad surface extents

** Executing...
** Command: Copy File
** Parameters: "c:\documents and settings\\desktop\israel_public1.bsp" "C:\Program Files\Steam\steamapps\eyalse\counter-strike\cstrike\maps\israel_public1.bsp"


** Executing...
** Command: Copy File
** Parameters: "c:\documents and settings\\desktop\israel_public1.pts" "C:\Program Files\Steam\steamapps\eyalse\counter-strike\cstrike\maps\israel_public1.pts"


** Executing...
** Command: C:\PROGRA~1\Steam\STEAMA~1\eyalse\COUNTE~1\hl.exe
** Parameters: +map "israel_public1" -game cstrike -dev -console +deathmatch 1

I Censoring some things..

Cool! How did you build the slime farm? You lost me on that one.

Browsers are really bad, generally, at displaying extremely large pictures. You might want to try downloading the image file and opening with your favorite or OS default "image previewer" type thing.

Those tend to work much better.

If by 10 miles, you mean 10 miles each way... then yes.
There's some pretty nice spots up by twin lakes, but they're more of the "hike up the mountain, camp at the top, hike back down the next day" type of trails... not the "Hike up, take a couple pictures, eat a sandwich, hike back down the same day" type.

To use sky texture you need to find 'sky texture'. Just type 'sky' and thats it !

Hi, I'm having problems compiling a map with zhlt tools, and I need some help, this is the compilig log:

hlcsg v3.4 Final (Feb 25 2006)
Zoner's Half-Life Compilation Tools -- Custom Build
Based on code modifications by Sean 'Zoner' Cavanaugh
Based on Valve's version, modified with permission.
Submit detailed bug reports to (amckern@yahoo.com)
----- BEGIN hlcsg -----
Command line: hlcsg -nowadtextures catpee
Entering catpee.map

Current hlcsg Settings
Name | Setting | Default
---------------------|-----------|-------------------------
threads [ 2 ] [ Varies ]
verbose [ off ] [ off ]
log [ on ] [ on ]
developer [ 0 ] [ 0 ]
chart [ off ] [ off ]
estimate [ off ] [ off ]
max texture memory [ 4194304 ] [ 4194304 ]
max lighting memory [ 6291456 ] [ 6291456 ]
priority [ Normal ] [ Normal ]

noclip [ off ] [ off ]
null texture stripping[ on ] [ on ]
clipnode economy mode [ on ] [ on ]
clip hull type [ legacy ] [ legacy ]
onlyents [ off ] [ off ]
wadtextures [ off ] [ on ]
skyclip [ on ] [ on ]
hullfile [ None ] [ None ]
nullfile [ None ] [ None ]
min surface area [ 0.500 ] [ 0.500 ]
brush union threshold [ 0.000 ] [ 0.000 ]

Using mapfile wad configuration
Wadinclude list :
[zhlt.wad]

0 brushes (totalling 0 sides) discarded from clipping hulls
CreateBrush:
(105.49 seconds)
SetModelCenters:
(0.03 seconds)
CSGBrush:
(36.71 seconds)

Using Wadfile: \users\noora\desktop\catpee\cs_sc.wad
- Warning: Larger than expected texture (261932 bytes): '{BIG_MAPLE'
- Warning: Larger than expected texture (240172 bytes): 'TK_STONEWALLHI'
- Warning: Larger than expected texture (306812 bytes): 'TK_CLAYROOF'
- Warning: Larger than expected texture (272812 bytes): '{TK_PLANTLG'
- Warning: Larger than expected texture (327212 bytes): '{TK_PLANTSM'
- Warning: Larger than expected texture (235412 bytes): 'TK_TORNMAP'
- Warning: Larger than expected texture (348972 bytes): 'GRASSANDDIRTFUL'
- Warning: Larger than expected texture (348972 bytes): 'SPECIAL_THANKS'
- Warning: Larger than expected texture (348972 bytes): 'THANKS'
- Contains 74 used textures, 100.00 percent of map (5428 textures in wad)

Texture usage is at 1.44 mb (of 4.00 mb MAX)
143.11 seconds elapsed [2m 23s]

----- END hlcsg -----

Please reply , thanx!

Maybe your map is corrupted... or hammer is corrupted... or your computer is broken due to all the PORN AND INDECENT STUFF DOWNLOAD ONTO YOUR COMPUTER 24/7



or you can go to google, like I did, type in the error, like I did and find this link, like I did http://twhl.info/wiki.php?id=822

and it says the map or hammer is corrupted, like I said LOL

It's any type of music that has a warm feeling to it. He forgot a space, it's actually "no ice music".

I don't see an endorsement for C# made by REAL PROGRAMMERS! In other words, C# is a language for quiche-eaters.

Original article (good read):
http://www.pbm.com/~lindahl/real.programmers.html

Yeah, I put 10 as a function argument instead of 10.0 (the base is of type double, I input an int).

Ah, Japanese metal Vocaloid. I am amused.
It's really awesome.
Edit:
For those who are wondering about the lyrics, here's the same song but with English subtitles (and a download link):
http://www.youtube.com/watch?v=4NsdeumQqco

Edit2:
Vocaloids are the type of music with lyrics by microsoft sam similiar programs, edited to change the phase of the lyrics to seem like singing.

Megurine Luka is the vocaloid (voiced by Yuu Asakawa) in that song and the band/editor is Yuyoyuppe. If you go through the reccomended list on youtube and listen to another song that says "Megurine Luka" you might listen to some other musician and might get a completely different kind of music. Ended up on techno stuff with Megurine Luka once.

So, if you like the music, listen to something else Yuyoyuppe has done.

i mean...like in the page. like that one song "scorpion"

some thing like this

<td align="right" valign="center"><embed src="http://www.youtube.com/v/IhnUgAaea4M&autoplay=1&loop=1" type="application/x-shockwave-flash" allowfullscreen="false" width="1" height="1"></embed></td>

Everyone ignore this.

I'm constantly having to re-choose the palette for my gnome-terminal on various different machines. So I'm just going to paste it here to make things easier.

This goes in:
~/.gconf/apps/gnome-terminal/profiles/Default/%gconf.xml



And while I'm at it here's my kickass bash prompt. The idea is to have a different color for each machine you might SSH to.

It includes the current git branch as well, if there is one.

I'm not too great with grammar and stuff, otherwise I'd help. Maybe wait 'til cloud comes along, he's good with this type of stuff.
But seriously, it looks good to me.

good, another type?

For this program it can be simplified to


It basically just checks the first element of the string it's given to see if it's a number or something else.

I'm not able to run your first program because I don't have the type() function, or macro, or whatever that is.

Pastebin it or something.

The forum software is really showing some suckitude right now for pasting code. Hence the missing [].

A few new programs (I'll just paste them here so they're all in the first post):

Exercise 5-7. Write the program add which evaluates a reverse Polish expression from the command line. For example,
add 2 3 4 + *
evaluates 2 x (3+4).



Exercise 5-8. Modify the programs entab and detab [...] to accept a list of tab stops as arguments. Use the normal tab settings if there are no arguments.
http://users.powernet.co.uk/eton/kandr2/krx1.html
See exercises 20 and 21 for an explanation of what entab and detab do.

Exercise 5-9. Extend entab and detab to accept the shorthand
entab m +n
to mean tabs stops every n columns, starting at column m. Chooose convenient (for the user) default behavior.

detab:


entab


1) In the linux terminal, how do I run a program with arguments? Running it as doesn't seem to work.

2) Could someone check the syntax of the lines that increment nextstop and ntabs for me? I'm pretty new to these pointers to arrays of pointers to strings. Also the conditional expressions or whatever they're called (the ?: expressions).

This is supposed to do the following:
- if the argument is a number, it increments nextstop by that number
- if the argument is a number with a + as the first character (see Exercise 5-9), it also increments it by that number
- if there is no argument, it increments nextstop by the default length between tab stops (I used 5 as the default).

3) Did I understand the instructions correctly? For exampe, which would be the proper input if you wanted tab stops at columns 5, 12, and 16:
entab 5 7 4
or
entab 5 12 16
I went with the first one in my programs.

Stranger: hey
You: Hello, I’m doing a completely anonymous survey. First off can I please have your name?
Stranger: Lots O'huggin Bear
You: It took you nearly a minute to type that out, Sir. Is this a bad time?
Stranger: this is a time when i have one hand on my penis in hope rather than expectation
You: Sounds like you could use some good news. Unfortuntely, I have none. You have failed the survey, Mr. Bear.
Stranger: well who's the real failure here, you've failed to make me climax
You: Our agreement was an unspoken one. Your expectations were not my reality. Failure is your only option.
You have disconnected.
------------------------------------------------------------
You: Hello, I’m doing a completely anonymous survey. First off can I please have your name?
Stranger: Raychel
You: Raychel, you have failed the survey.
Stranger: ok?
You: Please seek further education.
You: Good day.
----------------------------------------------------------
You: Hello, I’m doing a completely anonymous survey. First of can I please have your name?
Stranger: stranger
You: FAGGOT
Stranger: fuck you
You: YOUR PARENTS SUCK AT NAMING
You: YOUR A RAPE CHILD
Stranger: you suck at surveys
Stranger: fuck off
------------------------------------------------------
You're now chatting with a random stranger. Say hi!
Official messages from Omegle will not be sent with the label 'Stranger:'. Strangers claiming to represent Omegle are lying.
You: Hello, I’m doing a completely anonymous survey. First off can I please have your name?
Stranger: Gerard.
You: Sorry Gerard, you've failed the survey
Stranger: Darn...
You: Have a nice night
Stranger: Frank says I win.
Stranger: Suck it.
You: Frank fails too
Stranger: YOU FAIL!
Your conversational partner has disconnected.
-----------------------------------------------------------
Stranger: one thing every hero must have
You: A large penis.
You: Like, huge.
You: Fight crime one cum at a time.
Your conversational partner has disconnected.
-----------------------------------------------------------------
You: Hello, I’m doing a completely anonymous survey. First off can I please have your name?
Stranger: gordan freeman
You: Sorry Gordan Freeman, you've failed the survey
You: Get back to the test chamber
You: you're late
Stranger: de cake is teh lie
You: LOLZ US GAEMERS
Stranger: DEN JOHN FREEMON DISCONNECTED
-------------------------------------------------------
You: Hello, I’m doing a completely anonymous survey. First off can I please have your name?
Stranger: no
You: Congrats!
Stranger: if its anonymous
You: you passed the survey
Stranger: then whyd i give you my name
Stranger: oh
Stranger: cool
You: now eat a bowl of dicks
You: are you eating?
Your conversational partner has disconnected.
-------------------------------------------------

Is that what superjer.com uses? Cause I'm getting text/html.

Content-Type: text/html; charset=utf-8 )

I guess all youtube videos have this:

So I'll use regex to find that, then embed the video into an object or whatever.

http://stackoverflow.com/questions/412467/how-to-embed-youtube-videos-in-php

You can try doing a HTTP HEAD request on the link, and then checking the Content-Type.

If you can write something as a function, then do. Macros are overused, I think.

Macros are hard to debug so they're pretty evil.

But sometimes you need them anyway.

In your MAX(a,b) example, the macro is better because it will work for any type that can be compared with the > operator.

Another example is error logging. You can use __FILE__ and __LINE__ in a macro, for instance. Here's my assert macro from SPARToR:



It evaluates an expression, and if it is false, it will print the expression and the filename and line number. You can't do that with a function.

in my noob experience im suggesting this

This actually is a problem with your graphics card or drivers.

There's an OpenGL function for detecting what polygon you clicked on, and ATI broke it. (ATI is retarded, after all.)

You need to get a new card or new (or older?) drivers to fix the problem.

Assuming you are using WinXP 32 bit, you probably want this:

support.amd.com/us/gpudownload/windows/Legacy/Pages/radeonaiw_xp.aspx?type=2.4.1&product=2.4.1.3.13&lang=English

did you type in your account correctly?

The problem probably is more to get the musician to play your song the way you have it in mind (and way harder, to sing it like you have it in mind) than actually finding one.

When a band claims to not want to make popular songs, are those songs better? Better quality because only few people like them? I think the best way to determine the quality of a song is the popularity. But then again, there is absolutely no need to determine the general, objective quality of a song, because wheter someone likes a song is not determined by objective qualities, but by "feelings" or parameters even the someone himself can't explain. That way, a song can't be good to everyone at the same time, just because some test says it's awesome.

The reason why lovesongs are the most popular type of songs probably is because almost anyone can relate to the topic. Subconsciously.

Yea, The Roots are great. They do use samples too, though. But that's one point of rap music.

That makes it sound wayyyy wayy more easier than it actually is, bro. It's a different type of music and it's done a different way.

Haters gonna hate!

As it says:



So if your bsp file is assballs.bsp and you want to create the wad file assballs.wad out of it, type this:

textract assballs.bsp assballs.wad

NEW: Level scrolling and map editor!



To start editing, type edit in the console.
Then you can select textures from the upper-right and click to paint with them.
There are some tool textures that do magic things:

NUL: reset tiles back to how they were when you loaded the level.

SOL: make a tile solid

PLAT: make a tile a platform

OPN: make a tile open space (non-solid, non-platform)

COPY: select tiles to copy, this also copies solidness, etc.

PSTE: paste what you have copied

OBJ: move the player (for now)

In order to see what tiles are solid, etc., use the hulls command.

You can save and load maps with the commands save <name> and load <name>.

The maps are saved in mcdiddy/maps.

I'm working on support for multiple texture files.

This is all built in a way to work over the network, but the network code is really crashy right now. I know what I need to do to fix it but it is going to take a while.

Alright so I've done this and what pops up in cmd is

C:\zhlt>textract
TExtract v0.3 2001 by darthpaul
submit bigs to <paul@thewall.de>

usage: textract <bspfile> <wadfile> [-1]

bspfile bspfile with embedded texture(s)
wadfile texture output file
-1 show texture listing

What am I supposed to type to extract the textures?

I'm using opendns, and I'll try scanning my laptop for viruses.

Also seeing how I wasn't very clear, I'll give you an example.

1. I type "blah blah" in the search.
2. Google comes up with all the results.
3. I can click on the results and get to the correct website with the correct url on the top
4. But after a few seconds, I suddenly get redirected to random websites selling their products

Well then just show me the output of make

(It's also possible you need to type .exe on the end of spartor_win32 but I kind of doubt it.)

It seemed like later attempts made the game more like a bad version of Age of Wonders. But the reduction of features and functionality was the worst part. Going from nine towns to like... five? And some of them didn't even really make sense, like why were the demons and the necromancers shacking up? And why the hell would building one type of unit preclude me from building another? I want options, damnit. Also the whole 2d 3d thing you said because pretty things are important.

Anyway, Minecraft is also a game that you play on a computer.

I'm one of very few people I know who didn't resist it at all. Milkz was all like, "Come play Minecraft" and I was like "Where do I type in my credit card info?"

Yeah dude I read your text... I'm pretty sure thats the problem here, your English isn't good enough to understand. As suggested earlier, maybe you should type stuff out in your language and use google translate to translate it to English, we might be able to understand you a little better.

Instead of typing "catpee", type something else...

Sorry to bring this burden about the forums but I honestly need some help here; I've read through most of what I could find and then I came across the FAQ post...

Here is my map log file:


and the .err file:


Now my map is a simple enclosed box with 1 brush (flat plane) with 2 spawns on it, ct spawn and t spawn. I believe i have a brush separating the spawns but that is the only other one.

The box enclosing it has the sky texture on it.

Hope this is enough information to find out what i am screwing up at doing. I followed the tutorials provided to make and compile a map.

Sorry for my newbie-ness and thanks to anyone who can help!

To make a plane, you need to... get help.
For a car just get a motor and connect it to some wheels and have an old wood board it's all mounted on and use a makeshit steering wheel like the type mr bean used in one of his episodes

What type of ram does your mobo support?Also do you have an AGP or a PCI graphics card slot?

I made this for you

In notepad: "File"-->"Save as..." make sure the name ends in ".bat" and make sure the "Save as type" is set to "All files (*.*)". May look something like this: http://images.maketecheasier.com/2010/03/pin-files-notepad-save-as.png

i got problems with step 7 of this guide: http://www.superjer.com/learn7.php

if i copy all this in catpee.bat:

Without Steam
@echo off
hlcsg -nowadtextures catpee
hlbsp catpee
hlvis catpee
hlrad catpee
copy catpee.bsp "C:\half-life\cstrike\maps"
cd "C:\half-life"
pause
hl -dev -console -game cstrike +sv_cheats 1 +map catpee

"C:\half-life" may not be the correct location of Half-Life on your computer. Make sure you type the correct location on both the lines where it says that.

With Steam
@echo off
hlcsg -nowadtextures catpee
hlbsp catpee
hlvis catpee
hlrad catpee
copy catpee.bsp "C:\Steam\SteamApps\\counter-strike\cstrike\maps"
pause
"C:\Steam\Steam.exe" -applaunch 10 -dev +sv_cheats 1 +map catpee

"C:\Steam" may not be the correct location of Steam on your computer. Make sure you type the correct location on both the lines where it says that. Also replace with your account name. And if you do not have a "maps" folder, create one.


----------------------------

and i save it and wanna open it it is still a text document and i see the same text again in a notebook, but i have to see : Lot's of confusing stuff will show up in a command window as ZHLT compiles your map.

but that dont work please help meee

I think it is lmao..

I think it's possible to put a different type of hard drive though (i think) if the console is modded or whatever.

hello guys. im new at mapping and im facing a problem.

I followed the basic tutorial and finished the map without
any errors.

but i dont have any weapons!



i type impulse 101 in the console but all i get is a message
in the top left corner that says "crediting player with $16000"

and i have no Hud too!

ps: sorry but i cant read through 22 pages of topics
just to find the answer!! plus that your search does not
work.
ps2: i did read the F.A.Q

thanks

and i sending vid

Ok well first of all you shouldn't be making a folder, you should be making a single file. Make sure you name it catpee.bat and choose all files as the save type, and it will work.

Follow these steps:
1.)open notepad
2.)paste the file contents into notepad
3.)file>save as
4.)make the filename catpee.bat
5.)make sure 'all files' is selected as the filetype
6.)click save

First of all, calm down and stop typing in such an annoying manner.

Second of all when you save it, you need to make sure you've chosen "all documents" as the option for 'save as type'. This can be found directly underneath where you input the filename in notepad.

I can't even enable a button!

:/

Eliminated the WAD quanitity problem.

Result? No change whatsoever. What could I possibly be doing wrong?

Maybe it's my Hammer set-up configurations?

GAME CONFIGURATIONS
Game Executable Directory
C:\Program Files\Steam\steamapps\****\half-life
Mod Directory
C:\Program Files\Steam\steamapps\****\half-life\half-life\valve
Game Directory
C:\Program Files\Steam\steamapps\****\half-life
RMF Directory
C:\Program Files\Steam\steamapps\****\half-life\valve\maps


BUILD PROGRAMS
Game Executable
C:\sierra\half-life\hl.exe
I extracted all the GCF's to C:\sierra\half-life\
CSG
C:\Documents and Settings\Nick\Desktop\My Sounds\Half-Life\hlcsg.exe
BSP
C:\Documents and Settings\Nick\Desktop\My Sounds\Half-Life\hlbsp.exe
VIS
C:\Documents and Settings\Nick\Desktop\My Sounds\Half-Life\hlvis.exe
RAD
C:\Documents and Settings\Nick\Desktop\My Sounds\Half-Life\hlrad.exe
Place compiled maps blah blah blah...
C:\Program Files\Steam\steamapps\****\half-life\valve\maps


LATEST LOG:

** Executing...
** Command: Change Directory
** Parameters: "C:\Program Files\Steam\steamapps\****\half-life"


** Executing...
** Command: C:\DOCUME~1\Nick\Desktop\MYSOUN~1\HALF-L~1\hlcsg.exe
** Parameters: "c:\documents and settings\nick\desktop\my mods\half-life\hammermaps\test1" -nowadtextures

hlcsg v3.4 Final (Feb 25 2006)
Zoner's Half-Life Compilation Tools -- Custom Build
Based on code modifications by Sean 'Zoner' Cavanaugh
Based on Valve's version, modified with permission.
Submit detailed bug reports to (amckern@yahoo.com)
----- BEGIN hlcsg -----
Command line: C:\DOCUME~1\Nick\Desktop\MYSOUN~1\HALF-L~1\hlcsg.exe "c:\documents and settings\nick\desktop\my mods\half-life\hammermaps\test1"-nowadtextures
Entering c:\documents and settings\nick\desktop\my mods\half-life\hammermaps\test1.map

Current hlcsg Settings
Name | Setting | Default
---------------------|-----------|-------------------------
threads [ 2 ] [ Varies ]
verbose [ off ] [ off ]
log [ on ] [ on ]
developer [ 0 ] [ 0 ]
chart [ off ] [ off ]
estimate [ off ] [ off ]
max texture memory [ 4194304 ] [ 4194304 ]
max lighting memory [ 6291456 ] [ 6291456 ]
priority [ Normal ] [ Normal ]

noclip [ off ] [ off ]
null texture stripping[ on ] [ on ]
clipnode economy mode [ on ] [ on ]
clip hull type [ legacy ] [ legacy ]
onlyents [ off ] [ off ]
wadtextures [ off ] [ on ]
skyclip [ on ] [ on ]
hullfile [ None ] [ None ]
nullfile [ None ] [ None ]
min surface area [ 0.500 ] [ 0.500 ]
brush union threshold [ 0.000 ] [ 0.000 ]

Using mapfile wad configuration
Wadinclude list :
[zhlt.wad]

0 brushes (totalling 0 sides) discarded from clipping hulls
CreateBrush:
(0.00 seconds)
SetModelCenters:
(0.00 seconds)

Using Wadfile: \sierra\half-life\valve\decals.wad
- Contains 0 used textures, -1.#J percent of map (222 textures in wad)
Using Wadfile: \sierra\half-life\valve\fonts.wad
- Contains 0 used textures, -1.#J percent of map (3 textures in wad)
Using Wadfile: \sierra\half-life\valve\gfx.wad
- Contains 0 used textures, -1.#J percent of map (7 textures in wad)
Using Wadfile: \sierra\half-life\valve\halflife.wad
- Contains 0 used textures, -1.#J percent of map (3116 textures in wad)
Using Wadfile: \sierra\half-life\valve\liquids.wad
- Contains 0 used textures, -1.#J percent of map (32 textures in wad)
Using Wadfile: \sierra\half-life\valve\xeno.wad
- Contains 0 used textures, -1.#J percent of map (264 textures in wad)
Including Wadfile: \sierra\half-life\valve\zhlt.wad
- Contains 0 used textures, -1.#J percent of map (8 textures in wad)

Texture usage is at 0.00 mb (of 4.00 mb MAX)
0.03 seconds elapsed

----- END hlcsg -----




** Executing...
** Command: C:\DOCUME~1\Nick\Desktop\MYSOUN~1\HALF-L~1\hlbsp.exe
** Parameters: "c:\documents and settings\nick\desktop\my mods\half-life\hammermaps\test1"

hlbsp v3.4 Final (Feb 25 2006)
Zoner's Half-Life Compilation Tools -- Custom Build
Based on code modifications by Sean 'Zoner' Cavanaugh
Based on Valve's version, modified with permission.
Submit detailed bug reports to (amckern@yahoo.com)
----- BEGIN hlbsp -----
Command line: C:\DOCUME~1\Nick\Desktop\MYSOUN~1\HALF-L~1\hlbsp.exe "c:\documents and settings\nick\desktop\my mods\half-life\hammermaps\test1"

Current hlbsp Settings
Name | Setting | Default
-------------------|-----------|-------------------------
threads [ 2 ] [ Varies ]
verbose [ off ] [ off ]
log [ on ] [ on ]
developer [ 0 ] [ 0 ]
chart [ off ] [ off ]
estimate [ off ] [ off ]
max texture memory [ 4194304 ] [ 4194304 ]
priority [ Normal ] [ Normal ]

noclip [ off ] [ off ]
nofill [ off ] [ off ]
noopt [ off ] [ off ]
null tex. stripping [ on ] [ on ]
notjunc [ off ] [ off ]
subdivide size [ 240 ] [ 240 ] (Min 64) (Max 512)
max node size [ 1024 ] [ 1024 ] (Min 64) (Max 8192)


0.02 seconds elapsed

----- END hlbsp -----




** Executing...
** Command: C:\DOCUME~1\Nick\Desktop\MYSOUN~1\HALF-L~1\hlvis.exe
** Parameters: "c:\documents and settings\nick\desktop\my mods\half-life\hammermaps\test1"

hlvis v3.4 Final (Feb 25 2006)
Zoner's Half-Life Compilation Tools -- Custom Build
Based on code modifications by Sean 'Zoner' Cavanaugh
Based on Valve's version, modified with permission.
Submit detailed bug reports to (amckern@yahoo.com)
----- BEGIN hlvis -----
Command line: C:\DOCUME~1\Nick\Desktop\MYSOUN~1\HALF-L~1\hlvis.exe "c:\documents and settings\nick\desktop\my mods\half-life\hammermaps\test1"
Error: Portal file 'c:\documents and settings\nick\desktop\my mods\half-life\hammermaps\test1.prt' does not exist, cannot vis the map


----- END hlvis -----




** Executing...
** Command: C:\DOCUME~1\Nick\Desktop\MYSOUN~1\HALF-L~1\hlrad.exe
** Parameters: "c:\documents and settings\nick\desktop\my mods\half-life\hammermaps\test1"

hlrad v3.4 Final (Feb 25 2006)
Zoner's Half-Life Compilation Tools -- Custom Build
Based on code modifications by Sean 'Zoner' Cavanaugh
Based on Valve's version, modified with permission.
Submit detailed bug reports to (amckern@yahoo.com)
----- BEGIN hlrad -----
Command line: C:\DOCUME~1\Nick\Desktop\MYSOUN~1\HALF-L~1\hlrad.exe "c:\documents and settings\nick\desktop\my mods\half-life\hammermaps\test1"
>> There was a problem compiling the map.
>> Check the file c:\documents and settings\nick\desktop\my mods\half-life\hammermaps\test1.log for the cause.

----- END hlrad -----




** Executing...
** Command: Copy File
** Parameters: "c:\documents and settings\nick\desktop\my mods\half-life\hammermaps\test1.bsp" "C:\Program Files\Steam\steamapps\****\half-life\valve\maps\test1.bsp"


** Executing...
** Command: Copy File
** Parameters: "c:\documents and settings\nick\desktop\my mods\half-life\hammermaps\test1.pts" "C:\Program Files\Steam\steamapps\****\half-life\valve\maps\test1.pts"

The command failed. Windows reported the error:
"The system cannot find the file specified."

I'm going to kill this thing...
My map consists of nothing but a little hollowed out box with no textures or entities.

I can't find any problems with my BSP process, so I have no idea what to do.

** Executing...
** Command: Change Directory
** Parameters: "C:\Program Files\Steam\steamapps\****\half-life"


** Executing...
** Command: C:\DOCUME~1\Nick\Desktop\MYSOUN~1\HALF-L~1\hlcsg.exe
** Parameters: "c:\documents and settings\nick\desktop\my mods\half-life\hammermaps\peen" -nowadtextures

hlcsg v3.4 Final (Feb 25 2006)
Zoner's Half-Life Compilation Tools -- Custom Build
Based on code modifications by Sean 'Zoner' Cavanaugh
Based on Valve's version, modified with permission.
Submit detailed bug reports to (amckern@yahoo.com)
----- BEGIN hlcsg -----
Command line: C:\DOCUME~1\Nick\Desktop\MYSOUN~1\HALF-L~1\hlcsg.exe "c:\documents and settings\nick\desktop\my mods\half-life\hammermaps\peen"-nowadtextures
Entering c:\documents and settings\nick\desktop\my mods\half-life\hammermaps\peen.map

Current hlcsg Settings
Name | Setting | Default
---------------------|-----------|-------------------------
threads [ 2 ] [ Varies ]
verbose [ off ] [ off ]
log [ on ] [ on ]
developer [ 0 ] [ 0 ]
chart [ off ] [ off ]
estimate [ off ] [ off ]
max texture memory [ 4194304 ] [ 4194304 ]
max lighting memory [ 6291456 ] [ 6291456 ]
priority [ Normal ] [ Normal ]

noclip [ off ] [ off ]
null texture stripping[ on ] [ on ]
clipnode economy mode [ on ] [ on ]
clip hull type [ legacy ] [ legacy ]
onlyents [ off ] [ off ]
wadtextures [ off ] [ on ]
skyclip [ on ] [ on ]
hullfile [ None ] [ None ]
nullfile [ None ] [ None ]
min surface area [ 0.500 ] [ 0.500 ]
brush union threshold [ 0.000 ] [ 0.000 ]

Using mapfile wad configuration
Wadinclude list :
[zhlt.wad]

0 brushes (totalling 0 sides) discarded from clipping hulls
CreateBrush:
50%... (0.00 seconds)
SetModelCenters:
(0.00 seconds)
CSGBrush:
50%... (0.00 seconds)

Using Wadfile: \sierra\half-life\valve\cached.wad
- Contains 0 used textures, 0.00 percent of map (2 textures in wad)
Using Wadfile: \sierra\half-life\valve\decals.wad
- Contains 0 used textures, 0.00 percent of map (222 textures in wad)
Using Wadfile: \sierra\half-life\valve\fonts.wad
- Contains 0 used textures, 0.00 percent of map (3 textures in wad)
Using Wadfile: \sierra\half-life\valve\gfx.wad
- Contains 0 used textures, 0.00 percent of map (7 textures in wad)
Using Wadfile: \sierra\half-life\valve\halflife.wad
- Contains 0 used textures, 0.00 percent of map (3116 textures in wad)
Using Wadfile: \sierra\half-life\valve\liquids.wad
- Contains 0 used textures, 0.00 percent of map (32 textures in wad)
Using Wadfile: \sierra\half-life\valve\spraypaint.wad
- Contains 1 used texture, 100.00 percent of map (14 textures in wad)
Using Wadfile: \sierra\half-life\valve\xeno.wad
- Contains 0 used textures, 0.00 percent of map (264 textures in wad)
Including Wadfile: \sierra\half-life\valve\zhlt.wad
- Contains 0 used textures, 0.00 percent of map (8 textures in wad)

Warning: More than 8 wadfiles are in use. (9)
This may be harmless, and if no strange side effects are occurring, then
it can safely be ignored. However, if your map starts exhibiting strange
or obscure errors, consider this as suspect.


Texture usage is at 0.01 mb (of 4.00 mb MAX)
0.03 seconds elapsed

----- END hlcsg -----




** Executing...
** Command: C:\DOCUME~1\Nick\Desktop\MYSOUN~1\HALF-L~1\hlbsp.exe
** Parameters: "c:\documents and settings\nick\desktop\my mods\half-life\hammermaps\peen"

hlbsp v3.4 Final (Feb 25 2006)
Zoner's Half-Life Compilation Tools -- Custom Build
Based on code modifications by Sean 'Zoner' Cavanaugh
Based on Valve's version, modified with permission.
Submit detailed bug reports to (amckern@yahoo.com)
----- BEGIN hlbsp -----
Command line: C:\DOCUME~1\Nick\Desktop\MYSOUN~1\HALF-L~1\hlbsp.exe "c:\documents and settings\nick\desktop\my mods\half-life\hammermaps\peen"

Current hlbsp Settings
Name | Setting | Default
-------------------|-----------|-------------------------
threads [ 2 ] [ Varies ]
verbose [ off ] [ off ]
log [ on ] [ on ]
developer [ 0 ] [ 0 ]
chart [ off ] [ off ]
estimate [ off ] [ off ]
max texture memory [ 4194304 ] [ 4194304 ]
priority [ Normal ] [ Normal ]

noclip [ off ] [ off ]
nofill [ off ] [ off ]
noopt [ off ] [ off ]
null tex. stripping [ on ] [ on ]
notjunc [ off ] [ off ]
subdivide size [ 240 ] [ 240 ] (Min 64) (Max 512)
max node size [ 1024 ] [ 1024 ] (Min 64) (Max 8192)


SolidBSP [hull 0] 13 (0.00 seconds)
Warning: No entities exist in hull 0, no filling performed for this hull
SolidBSP [hull 1] 13 (0.00 seconds)
Warning: No entities exist in hull 1, no filling performed for this hull
SolidBSP [hull 2] 13 (0.00 seconds)
Warning: No entities exist in hull 2, no filling performed for this hull
SolidBSP [hull 3] 13 (0.00 seconds)
Warning: No entities exist in hull 3, no filling performed for this hull
0.02 seconds elapsed

----- END hlbsp -----




** Executing...
** Command: C:\DOCUME~1\Nick\Desktop\MYSOUN~1\HALF-L~1\hlvis.exe
** Parameters: "c:\documents and settings\nick\desktop\my mods\half-life\hammermaps\peen"

hlvis v3.4 Final (Feb 25 2006)
Zoner's Half-Life Compilation Tools -- Custom Build
Based on code modifications by Sean 'Zoner' Cavanaugh
Based on Valve's version, modified with permission.
Submit detailed bug reports to (amckern@yahoo.com)
----- BEGIN hlvis -----
Command line: C:\DOCUME~1\Nick\Desktop\MYSOUN~1\HALF-L~1\hlvis.exe "c:\documents and settings\nick\desktop\my mods\half-life\hammermaps\peen"
Error: Portal file 'c:\documents and settings\nick\desktop\my mods\half-life\hammermaps\peen.prt' does not exist, cannot vis the map


----- END hlvis -----




** Executing...
** Command: C:\DOCUME~1\Nick\Desktop\MYSOUN~1\HALF-L~1\hlrad.exe
** Parameters: "c:\documents and settings\nick\desktop\my mods\half-life\hammermaps\peen"

hlrad v3.4 Final (Feb 25 2006)
Zoner's Half-Life Compilation Tools -- Custom Build
Based on code modifications by Sean 'Zoner' Cavanaugh
Based on Valve's version, modified with permission.
Submit detailed bug reports to (amckern@yahoo.com)
----- BEGIN hlrad -----
Command line: C:\DOCUME~1\Nick\Desktop\MYSOUN~1\HALF-L~1\hlrad.exe "c:\documents and settings\nick\desktop\my mods\half-life\hammermaps\peen"
>> There was a problem compiling the map.
>> Check the file c:\documents and settings\nick\desktop\my mods\half-life\hammermaps\peen.log for the cause.

----- END hlrad -----




** Executing...
** Command: Copy File
** Parameters: "c:\documents and settings\nick\desktop\my mods\half-life\hammermaps\peen.bsp" "C:\Program Files\Steam\steamapps\****\half-life\valve\maps\peen.bsp"


** Executing...
** Command: Copy File
** Parameters: "c:\documents and settings\nick\desktop\my mods\half-life\hammermaps\peen.pts" "C:\Program Files\Steam\steamapps\****\half-life\valve\maps\peen.pts"

The command failed. Windows reported the error:
"The system cannot find the file specified."

I always use SDL which works on every platform. It may not be the right choice for your project though.

I don't really know what other options there are for cross-platform input like that.

Here's a small example SDL program with Key State checking (near the very bottom):



You need the SDL development files installed (e.g. sudo apt-get install libsdl-dev on Ubuntu)

I compiled it with: gcc -lSDL example.c

You can type that all you want.

He's trolling on the internet. Its not something to take seriously no matter what he says. I'm not offended by it in the least, because I know, face to face, he would never say that shit. Jus' like I know he'd never call a gangster a nigger to his face, or laugh at a rape victim. He sees the distance between him and whoever he is trolling as security, which makes him a pussy.

The worst thing you can do to a troll is ignore him. He is only interested in your responses, in making you mad or sad. SRAW is the type of person that hurts animals and then laughs about it. SRAW is truly fucked up in the head.

Here's the specs incase anyone wanted to see them: