Comments

I have now taken a look at your .rmf and maybe I can help you a bit:

1. The first thing I saw was that your brushes didn't align to the rougher grid-sizes (16 units for example). To me it seems you either use a very small grid size or you don't have Snap to Grid (Shift + W) on. I would really recommend this as it makes maintaining the map easier as well as preventing leaks. For detail brushes you would then switch to a smaller grid size (using the [ and ] keys).

2. As you may have mentioned somewhere, you covered the outside of the map with the 'null' texture. Next time, don't do that, the compile tools will cut away those faces anyway, so it's a waste of time.

3. Lots of face-consuming details, you should cut on them. Those cilinders could do with less faces, and those stacks of wooden plates could be made one cube, with some good texture usage you could simulate a stack.

4. The layout allows the player to see too much of the map at once. Hint brushes aren't going to avoid that here anymore. Maybe a radical change in the layout is the only way here...

As in reaction to your points:

1. Eye candy doesn't cope well with open layouts. It's either one or the other, or a trade-off between both.

2. You succeeded in that.

3. The textures in both area are consistent although I'm not too sure about those computer textures in the industrial site. Overall, texture usage isn't outstanding though. They make the map look so unrealistic, especially the industrial area. The office is done better, the textures 'work' well with the architecture.

4. The 'hint' brushes seem te be placed correct, but they do not align up well. See the first point of this post. It may not be absolutely necessary but I saw several thin faces in wireframe mode (type 'gl_wireframe 1' in the console) wich I think could be avoided.

5. Wouldn't it be better to test such things in small test maps? Compiles a lot faster and doesn't mess up the map you're working on... just my thoughts on it...

6. I understand you've learned a lot. Your map hasn't failed. Although you're getting sick of it, you've learned a lot of it, and so it has served a good purpose. Reminds me of the several half-finished HLDM maps I made... put a lot of work in them but never finished them as they just didn't play well.

7. Try to keep that other 5% below 1000 then. A note: area's that often see combat should have a more thight w_poly limit than area's that barely have combat in them. Not only the player models have impact on the fps but also the combat calculations, although I'm not sure how hard this impact really is.

8. The kitchen... I'd say run some playtests and see if it worked the way you planned it, or otherwise. Then decide if it's enhancing the gameplay or not.

Well, I hope this is helpfull... since that's a lot of text...

I've only played the map now, didn't look at the rmf.

Well, the first thing that comes to mind is that the nature of the map tends more towards singleplayer than multiplayer. Highly-detailed, over-detailed at several area's (resulting in bad performance). Connectivity seems ok at most places but some area's would lend themselves better for SP, like some small dead-ends (the kitchen for example. You're not going to chrouch-jump over that obstacle to get that gun, only to find yourself being trapped in there by some grenade-launching player).
Texturing let you down, especially in the industrial area. Lighting isn't really special but not bad either. Try some variation with dark spots maybe.
The office-part doesn't seem to work together with the industrial part, they don't fit together the way they do now. Maybe create an outside part and have them in two different buildings?
Another thing is the interactivity. It's nice and fun but I feel it's not practical here. Look at crossfire, that air raid affected the gameplay in a nice way. Here, your tricks seem to distract from gameplay. At a certain moment I thought those wheels would be turnable too, only to find them being just details... Also, doors that open very slowly break down the pace of the game. Players want action, and want it quick. Such doors are a pain when you're fraggin'... unless they're well implemented, like as an access to a super-weapon or such.
Performance in this map was a bit low in some area's and I don't see hint brushes taking that away. Cut down on details, you need to.
Another thing: there was a door, next to the red bath, that was especially hard to navigate trough. Something that needs to be fixed.
And the music, I liked it. Too bad it's only heard a very small part of the map... I'd say you should make it a background music for the map or throw it out, as it adds quite a lot to the downloads filesize...

As for the models, they showed up just fine by me, maybe you don't have those transparancy dll's?

(Oh, and you've included all files needed to play, so that's no problem. Yeah, I've seen your first description... ;))

Again, no de_airstip.wad. Please include that one in your map or zip file, or tell us that it's for CS 1.6. A bit more info is really welcome now and then, you know.

"It'll be the best damn room map ever."

Know that you're up against Dutch mappers...
Good luck anyway!

Have you tried setting the compass in the scripted_sequence to face the door already? That should do the trick...

The scripted_sequence of the grunt torching the door, of course...

Another note: put on a screenshot if you want some attention to your map. Most people will ignore maps without screenshots. It's a bad first impression, you know...

But you've actually got elevators in your first map. Good. However, this map isn't 'finished' at all. So, let's give some advice...

First, the map is full-bright. Wich means, you have a leak, OR you haven't placed light entities in the map, OR you haven't run RAD. Maps without lighting are like Wolfenstein maps. Ugly.
Second, since I was able to get 'drown' in the sky, I think you're using the old compile tools. Search Google for ZHLT, the latest compile tools.

Now onto the map itself. Crowbars are already equipped at the start of a deathmatch, so there's no need to place those in a deathmatch level. Also, monsters standard don't show up in deathmatch games, so you can leave those rats out too.

That's enough for now, I guess... Good luck!

Copy'n'paste this link, that should work:
http://members.lycos.nl/michielb55/MuzzleFlash/tma_room.zip

Still, you should do something about the proportions of your room, Muzzle...

Looks nice, plays a bit difficult but overall it's a nice piece of work.

You're capable of doing this yourself, with the tutorial I've given you it shouldn't be that hard.

After all, you're the creator of this map...

This map is made to show off his room, just like I did a while ago.

This woman is called Alizee, she's a Corsican girl and I must say, she sings pretty good.

Wich still isn't an excuse to use posters of her as wallpaper... @ Muzzle

There IS a tutorial covering this specific event:

http://collective.valve-erc.com/index.php?doc=1046839948-87698400

As for the scripts top-side, the leader actually comes out and makes his signal. It takes quite a while before the others arrive, though. I guess it's just a bad timing issue, or because the others can't reach their scripted_sequence because someone else is still in their way...

The hallways are small, wich can make your goals pretty difficult to achieve, as each grunt needs some space to move... So that's a first thing to mind.

The first three grunts should have the same squad-name, so the others will come when the leader sees you. Also place info_nodes so the grunts know where to move and how to find their way to attack you.

The scripts topside are a bit strange. Often, I became stuck in the func_wall_toggle. Place it a bit further away so players can't get stuck in it anymore. Also, set it's Render Amount to 0, as when you shoot it you see white decals, seemingly in mid-air, wich looks strange off-course. Also, suddenly locking the player in invisible walls isn't a very neat way to let him get ambushed. It feels so 'fake'...

As for the lighting, you should make those small circular lamps entities so they don't split up the ceiling surfaces, wich takes away that strange lighting issue you probably meant...

The moominade vending machine has no buttons...

Aside from that, nice additions.

Though r_speeds are a bit high. Probably because you've poured a lot of brushes into one entity, so that it's stretched over multiple leafs, so the engine renders the entity nearly always. I'd suggest using some more and smaller entities.

Good one.

Several textures in Half-Life were designed to use across multiple brushes, as can be seen in Half-Life itself. Strangely enough, this is often forgotten about.

So, good to point it out, ZombieLoffe.

Go ahead and try it. You'll be able to find out.

The first target of the Gman is 1, while the door is also called 1, this could give problems.
However, since the Gman can't reach the second path_corner, he'll just stop. He won't try to reach that point once he can do, this path_corner thing just doesn't work anymore.
So, instead of doing it this way, you'll need to use a scripted_sequence, with Move to Position set to Walk. Leave the animation options blank as it's only about the moving.

Several entities can be used here. Func_pendulum for example, wich swings back and forth. A func_rotating as you're using right now will rotate around a certain axis (the axis can be defined in it's flags) so these might be usefull here too.

As for fully customisable beams, I don't think that's really possible with brush-based entities. You may want to use an env_beam that uses a func_train as ending point, wich can move around, so that would allow much more customizable patterns. A beam can also be set to fade at one end wich would look better here.

Good luck!

I liked the architecture and details. Really nice. Lighting is good too.

However, with gl_wireframe 2 on, I saw a lot of entities still showing up, making me wonder about your VIS-process. You may want to keep entities not too large, otherwise they can spread out over several leafs, making it hard for the engine to determine whether they're visible or not. Often, they are then always rendered, even when they're not in visible leafs...

Things shouldn't be outside the grid limit. To solve it without getting your textures all bad aligned, tick the Texture Lock button (in one of the top bars), so it's on, then select all of your brushes and move them to somewhere in the middle of the grid.
As for the rotated walls, when you press Shift while rotating you rotate in steps of 15 degrees. Rotating things 90 degrees is the most safe. For slightly rotated walls, it's best to Translate them or use the Vertex Manipulation tool. But that one requires some experience, as it can give quite some errors when you don't truly understand it...

As for the Texture Lump error, I have never heard about that before. Strange...

A part of the map is outside the grid, move it to within the grid limitations.
Some buildings are a bit rotated, this may cause some anomalies (since vertices are set to the nearest grid point, while after rotating the nearly never match up exactly, giving slightly different faces than in the editor. Sometimes this causes leaks too. So, best to keep everything 90 or 45 degree angled, or use the Translate tool instead of the Rotate tool).
The map has no sky brushes around it, rather a black textured box. A sky might be better for the mood...
Also, the fences around could better be made func_walls, with Render Mode: Solid, and Render Amount: 255, so the bleu parts become invisible.
The overall layout is quite open, this may give high r_speeds, thus lower performance. 800-900 should be considered a good maximum for multiplayer levels, so lower-end systems can also handle the map.

As for the Texture Lump problem, I don't know. Since I don't have all the .wad files you used (and I don't know what files you used), I can't compile. However, I felt it might be helpfull to give you some tips. They might not solve the problems but it can be helpfull later on...

And another note: the scripting isn't completely failsafe. For example, when the player rushes towards the zombie carrying the barney, the door closes before the zombie has gone through, so he moves through the door. Looks kinda odd. Also, the zombie breaking the door can't be killed when he does so, he dies only after his script. You may want to block the player from getting to them before their script ends.

Looks nice, good scripting. You really show potential. A bit too much scripting for such a small level, but it's sure a good start.

Just a tip... brushes that touch other brushes split up faces, type gl_wireframe 1 in the console (when you run in OpenGL mode, in software mode you can use r_drawflat 1) and see what I mean. This happens with the light cables for example. You should turn these cables into func_walls so they don't split up faces.
Your r_speeds are good, so it's not necessary, but it just leaves you with a bit more room for detail when you do, polygon budgetwise spoken. Also, this func_walling of small brushes will speed up the VIS process.

Yes, this is worth more than just 3 stars. Again, I think we have a too rough rating system. 5 stars would be a bit too high but 4 would be too low. Well, anyway, concerning the goal of this map off course.

Looks good, the machine looks indeed as if it belongs there and has a purpose, probably some tin-can packaging or such. The athmosphere could've been a bit stronger with some more sounds, and those spark sounds get a bit annoying. However, the map looks decent, I like how you used the space, it's all pretty close on each other and nicely connected. The darnkness in the map however makes the detail hard to see, so a bit more (subtle) lighting would've done your map much good.

Heh, and I like that comment in your readme... Thanks!

True, ministeve.

hefsys, I also see the map is full-bright on the screenshot... don't you run RHLAD? Or do you have leaks? Maps really need rad for proper lighting...

Splitting up into multiple levels is useless here, as multiple maps aren't rendered at the same time. You're either in one or another level...

Just noclip around in HL levels, you'll understand how it works.

Just do a testcompile. As for complexity, no, it's actually a fairly simple map. But it's huge too... I'd say a bit too huge but that's up to you, depends on what you want the map to be off course.

Just a tip: make those lamps entities, e.g. func_wall. Good for the VIS process (those lamps don't really block visibility to other parts of the map, so why let them contribute to the VIS compile time? Nah, you'll learn about that later on), and also avoids face splitting. Not that that's really something to worry about the way you placed them, but when a brush touches another brush, the compile tools split that surface up into 4 part to avoid convex faces. When one of the brushes is an entity, they don't split up. Experiment a bit with that, and use 'gl_wireframe 1' in the console to see the effects.

I don't think so... the gluon gun was just too much of a hint not to die...

I've seen it, the button. And I've well, won, so to say. Sadly nothing happened then... You should let the level at least end by fading it out, a text message like 'The End' or such thing. Would be better.

While architecture and texture usage aren't so special, the mood and overall feeling is very good. Indeed a nightmare, but a winnable nightmare. I liked it...

Well, you want us to comment so it's up to you to make it easy for us. A recompile without that .wad file wouldn't be a bad move... as for versions, it may be a good habit of saving under different names (mapname_01 and so on).

Anyway, on to the map. The lighting was the first thing that caught my attention. I don't really like it. The different colors on those sections make it look so unnatural. Especially the yellow lights.
Texture usage is good except for the groun on the screenshot, that's a specific ceiling texture and doesn't look well on a floor.
Architecture is decent but for a storage area it looks too curved. Some straight supporting beams and such would make it look better.
The overall map has a strange connection of styles, of area's. A storage facility and a sort of reception area? Doesn't really fit together in my opinion.

Overall, it shows potential, you do pay attention on details now and then, but the map needs some more coherent style.

I found these maps too small and too abstract. They might play well although I doubt it for their size. I believe you can do better.

How you can make them better? Look at official and popular maps. This map is just bad at architecture and lighting. The idea is worth a try but that's the only thing I liked here. Just experiment somewhat first, try out maps (without releasing them please), after a while you'll get a hang of it.

And remember... it's better to come with a few stunning maps than with an overload of crap things. Not all maps have to be released, and it's not advisable to be too quick with a release.

ZombieLoffe, you forget to mention that a screenshot would be good next time...

From the screenshot, the map looks full-bright. At least compile properly before submitting a map.

Nice map? No. Bad texture usage, too basic architecture, not really stunning weapon placement, strange connectivity... the map lacks a lot. Probably one of your first maps, so I'd say continue mapping, learn what makes maps good and what breaks them (playing around official and popular custom DM levels can help greatly), both on gameplay and graphics, then release another map. There's room for improvement here.

Reminds me of de_dust... although your map has a less coherent style it looks good in most area's. Some nice architectural details (the fountain) but also some not-so convinving things (the long pillar before bombspot A). Textures are nice although I think the sand color doesn't really fit. Anyways, looks quite well besides some small things like wrongly aligned brushes (the fountain basement for example). All in all, very promising...

Too bad I don't play CS so I can't say a lot about the gameplay or layout, besides that I think the layout is decent.

Looks very cool. I like the very natural feel of it and the rocks shape fits well. Textures suit the map and so does the lighting. And I like how you placed the grenade...

The disadvantage of such terrain however is that movement is blocked now and then. Too bad as it's a good-looking map. Oh, and one other thing: when you place a lot of masked layers (in this case the leafs of the trees) behind each other, fps halves (depending on the amount of layers that overlap each other).

I've just taken a look at your previous maps and wow, you really improve...

The download link doesn't work.

As for the map, judging from the screenshot I see it's total-bright... You'd better fix that before releasing a map.

Nice use of the trigger_camera. It's also used for security cameras in some maps, for example in BleuShift. But I like this implemention...

It seems you haven't run vis... also, there was some face-splitting in the map. And it looks like you used lights outside instead of a light_environment. So far for the technical parts...

The lighting looks reasonable, texture usage and alignment isn't very well done, and the map is quite small and allows very little variety in paths to go. I'd say, take a look at some popular CS maps and you'll be able to improve a lot. Keep it up!

Rated 3/5. Do you want to know what I liked and disliked on this map? Since I see some things that need improvement...

Then say alien_grunt...

Ask it on the forum, then I'll answer, this ain't the place for things like that.

Oh, and the missing rock faces... it wasn't a rock, it was the base of the cut-down tree...

Another thing I just thought of: the explosion radius is pretty large but the explosions themselves are fairly small. You might change them to bigger ones for a more convincing look.

These cars are pretty good made bytheway...

The grass, I see you're right. Sorry, my fault!
Mhh, I also noticed the bushes have some strange horizontal lines above them, this is due to the texture placement. Move up the texture a pixel or two, or make the func_illusionary a few units lower.

As for glocking paradise, it's true that after a while you'll have to enter the camp in order to get ammo and use the shotgun. Yet the first 6 or 7 soldiers I was able to glock pretty well. Personally I think it's not a fun combat tactique. All you do is kill dumb enemy's from a distance without real challenge. Perhaps that the soldiers on the towers could warn those in the camp as now they look very dumb (oh, half of the camp is dead... let's just keep standing here.. ;)). Now it's just precise shooting and caring for ammo, it could be made more challenging and action-packed, maybe have the player sneak into the base with a shotgun only, so he has to go close range and use silent tactics. Also turn down the shotgun damage a bit, as being killed instantly isn't real fun (for me). Unless you want it to be more realistic, but then at least provide some kevlar...

Trees and rocks, I'd say modeling is the way to go. The cliffs and such, there are some tutorials covering different techniques of creating them, search the Snarkpit for some nice ones.

I hope that was not too harsh?

Concerning the visuals/mood:

Decent visuals although it could've been done better. Nice setting but worked out somewhat blocky. Trees were too straight, models could be a very good solution here. Rocks also were too flat. Some flaws, edges of bushes not lining up with the ground, rocks with seemingly missing faces, all in all rough on the edge. Sill, nice setting, with an especial eye for ambience. The sounds are very well incorporated.

Concerning the technical side:

Trees weren't made entities and so splitted the floor into many faces. Grass was made with masked textures providing an interesting look, although it would've been better when this grass was non-solid (e.g. the player wades trough the high grass). It's something I have done once in a testmap but haven't seen incorporated in another map yet.
Performance is a problem here, r_speeds are ok at first, then jump to about 1000 (fine, but concerning the amount of detail I'd say it's too much). Second map had an average of 2000 wpoly's, wich is pretty bad in a combat-area. Mind vis-blocking techniques and face-reducing methods!
About the climbable leafs, make the func_ladder touch the ground. It's more irritating than puzzling to find that the ladder has to be jumped upon. Besides, jumping onto ladders from close boosts you away from them.

Concerning the gameplay:

Not that hard, just a glock-paradise. No real fun either, just precise aiming from far away, and later a bit of well-timed shotgun blasts. Nothing stunning, rather dumb usage of enemies in fact. No sign of tactics on the enemy's side, and getting killed almost instantaneously by a shotgun can get pretty frustrating after a while.
The first part missed action so would be a good part for some puzzling or more advanced jumping.

Personal opinion:

Nice setting, could definitely be well implemented into a storyline, but still rough on the edges, and some parts probably have to be redone for sake of performance. Combat needs attention too, as well as overall gameplay. Ambience however is well done. Technically also some things to improve on. After all, quite a nice attempt but still lacks certain things.

Ever heard of the Flag 'Passable'? Also, please don't use non-standard .wad files when compiling. I currently don't have OpFor installed.

As for the effect, nicely recreated.