Boothand

Can you confirm LoDs working for md3 objects? I've tried changing the model and adding _1, _2, _3 to the filenames, but with no results.

Starting to look very good. Posting this just to conclude the thread, with what I've got so far using surfaceModel. Seems good on the FPS too. @@mrwonko, it works perfectly with slopes.

That's exactly what I'm looking for. I'll try this out! Thanks! EDIT: It works. Fabolous.

I want to make physical grass for my grass terrain, but I think sprites rarely look good when it comes to grass and plants. Instead, I want to generate grass on the surface, just like "surfaceSprites vertical" does, just that I don't want them to actually be sprites. I want them to be models or just planes that don't turn against the camera. The best would probably be .md3 models of chunks of grass evenly spread across the surface of the terrain. You might ask why not just import it into the editor and place it there, but in my case at least, I have terrain with lots of diagonal direction, hills and so on. It would be a lot of work lining this up in a good way, and it would look messy in the editor, and not least, you'd be missing the ssFade feature of the surfaceSprites (makes the sprites only within a set distance visible), which is good for framerate. Any ways to do this? PS. surfaceSprites aren't mentioned in the shader manual.

Yes of course. https://dl.dropboxusercontent.com/u/58757568/ovenmap.pk3 Stripped down to just the oven in question.

I saw @@MoonDog do this in a script - getting a targetname to affect, by using the trigger_multiple's parm3 value. Here's how mine looks for now - I had to remove some parts of the script while troubleshooting: affect ( $get( STRING, "SET_PARM3")$, /*@AFFECT_TYPE*/ FLUSH ) { rotate ( < 0.000 90.000 0.000 >, $get( FLOAT, "SET_PARM2")$ ); } This is supposed to run on the trigger that uses the scriptrunner. The trigger has parm3 - ovendoor. The entity I want to affect has script_targetname - ovendoor. Getting the time using parm2 works, but not getting the targetname. Ideas?

I've already tried the bounce-8 and didn't have any visual effect in this case. I'll experiment with it more though. I'll probably go for using a lightimage with my glass shader though. The sun position had a small effect, but nowhere near a realistic result, for lighting up the room.

I've been thinking of that. Could solve the problem, but I was thinking... in cases where you want a sun higher up in the sky, there must (should) be a reasonable way to light a room realistically still. Normally, ambient lighting would come in through the window unless it's pitch black outside. Wanna work with realistic light sources here, so don't wanna make unique shaders for this room etc, too. Hmm.

I'm testing out some lighting, just to help me get further ideas for the design. I was under the impression that sky-lighting would add at least some light entering my room through the windows. I even took away the glasses on the windows to confirm. How come skybox lighting doesn't enter through here? What are the criterias? Placing strong lights outside my windows and targetting them inside makes the physical window seen from the outside seem very unnaturally lit up, not like skylights at all. Without manually placed light: https://dl.dropboxusercontent.com/u/58757568/withoutLights1.jpg https://dl.dropboxusercontent.com/u/58757568/withoutLights2.jpg With manually placed light: https://dl.dropboxusercontent.com/u/58757568/withLights.jpg

I'm aware of some bad functionality in 1.5, so I use 1.6 for my vertex editing. It has some clunkyness though, like refusing me to move it to certain points under certain conditions, and sometimes the vertex bugs out of the triangle in some weird way, when doing some quite crazy shapes. As for the brush cleanup tool, it has helped me out solving some problems when saving and opening files between GTKradiant versions. But no invalid brushes in this case. I use the clipper for simple things, but using the three-point method only occasionally for some things. It's a bit (read: very) hard to use compared to the visually aiding (and sometimes buggy it seems) vertex tool. I'll just remake these brushes then.

I use it quite a bit too, without too much trouble these days though. Made my own gray image files named after what the editor asks for when you start up - dirt.jpg, stucco.jpg, none.jpg, brick.jpg, and put them in the Tools folder. In case someone missed that!

After compile, some brushes show these kind of splits, unless I remake the brushes (with the exact same structure). It sometimes happens on brushes that are split in two. The gaps don't show in the editor, on those brushes, but sometimes these gaps appear in the editor on other brushes that don't have this problem in-game. Is there any rule that makes these gaps happen, or do I just have to remake these brushes when it happens? https://dl.dropboxusercontent.com/u/58757568/shot0001.jpg https://dl.dropboxusercontent.com/u/58757568/shot0002.jpg

I also remember that some shaders with certain blend parameters or so, show up as missing image in the editor, but working in-game.

Does that mean that you can run all the enhances/changes (graphical, gameplay, map possibilities etc) on JO? And can you for example have Jedi Outcast servers using OJK stuff and also have servers running baseJO?

There's plenty of suggestions given on things you can experiment with. What build method do you test the lights with? Post screenshots etc

The boat is just a small part of the level, which in turn is a cooperative multiplayer campaign. Not an option

Either works, for me

Haha yeah, wish it was that easy

Yeah it can be pushed.

Hmmm I'm getting close to a potential solution. I have achieved to move the doors in alignment with the boat and rotate them when pressing another trigger. Without any of the things I considered above. It only uses scripts, its own origins and waypoints that it travels to. I have to sleep now, but I'll continue tomorrow. I'll let you know what I did and how it works so far: I still don't know if I'm gonna get around the issue of potentially rotating the whole boat. NOTE: Blocking the doors get them out of sync. So it probably has to be a one-shot that opens out-wards, if the player starts inside the boat's control room. Real behaved code, for those who want that instead:

Sounds appealing, but I'm imagining things like... it will get the origin of its centered self (thus rotating the door not around the hinges) while the boat is moving, and even if it's possible to rotate around this origin, this origin would stay behind after it was gotten, and the doors would rotate out of the boat. It did give me another sliiightly possible idea though, where I'd need 2 entities placed where the hinges of the door should be, moving towards 2 different ref_tags placed accordingly with the ref_tag of the boat itself, so that they would always be lined up. This is hard to position when rotating the boat, I think. Then I would get the origin of those two entities and copy it to my own doors. I doubt however that it will constantly get the origin (which is moving) instead of getting it when the script runs and then forgetting about it. Are ROFFs supported for multiplayer (type OpenJK/JKG possibly), let alone the existence of exporters for it? (seem to remember a temporarily unresolved thread concerning this)

It actually sounds like it could work, but I tried it and the boat does not move its targets along with itself.

I'm making a boat, big enough for about 2 people to be in. I was wondering if there's any way to move and rotate a group of objects consisting of several entities, OR with several origins. Here's an example of what I'm facing: A boat (func_static) with doors that can rotate open. This requires one origin for the movement of the boat, and two different origins for the doors to rotate with. If I was to move this boat with a script and even rotate it, the doors wouldn't be part of the same func_static, thus have different origins and not rotate around the correct origin when the whole boat moves. Is there a way to do something like... setting a set of targetnames to be the children of a parent entity with one origin, to manage them all in situations like that? Or any other ways around it?

OK, and sorry, also forgot to ask - saving games, and loading next level (through script)?

I'm actually making a map which will be the beginning of a co-op multiplayer campaign for 2 players. Does OJP support things like cutscenes and camerashakes in multiplayer?