it's like... complete lack of problem solving skills. 

Some source image types are misreported as being flipped by DevIL (origin bottom right), when Fimg attempts to save these files as Quake format it does a flip to correct it. You can try using another souce image type. If you're currently using targa (the one DevIL is most confused about) try converting it to bmp with another tool then saving that directly to lmp. Also, make sure you are using the latest version of fimg -- version 2.0 

..the last version gave me a intialize error
and what is Devil you're talkin 'bout?

Fimg would be a very useful program if only more stable

I spent all afternoon with that flip issue 

..with some trial & error messin' with flip/mirror options.. I was obtaining some unexpected results with "save as.." option 

can trigger_hurt be toggled? 

But it can be killed.

I think. 

it can be created and killed. soo *technically* you could call that toggling. but if you wanted to toggle more than once, you're out of luck.

you'd use that info_notnull trick with a bmodel to create a trigger_hurt and then killtarget it again to turn it off again. 

Or QC. Pretty sure in Drake or RMQ it could be made toggle-able. 

..in Quoth ?


maybe no... :/ 

not without the info_notnull trick. 

One of the first things I looked at after the release was was a proper toggle system (for everything), but it's not the kind of thing you'd put into an interim release... 

... when Quoth3 will be released ? ;) 

As soon as Rubicon 2 is...ah no...right after Duke Nukem is...er... 

 

Alright, im new here so please accept me.
Now to the point -
Ive heard that the Q3BSP format is better for many reasons comparing to Q1BSP. My intend to use Q3BSPs in darkplaces. Is there a way to convert .map files into Q3BSP? I downloaded Q3map2 but have no idea what commands to use with it or even what it does. Thanks :D 

http://prdownloads.sourceforge.net/industri/mapcon_java.zip

it says it converts q1 -> q2 but q2 .map format is identical to q3 .map format. 

You could probably place a flat trigger_hurt on the floor (or three units below) and cover it with an invisible (skip) toggle door. Something along these lines. 

another solution, if you're using quoth, is to make a func_rotate_train with a trigger_hurt as the target (no rotate_entity or func_movewall).

remember, rotating entities will still set relative origin of all non-static entities targetted by it. (remember my wierdo speedmap with the droles attached to the rotating plane).

so you just move your func_rotate_train in and out of position and it will drag the trigger_hurt along with it.

roundabout, but it should work. 

Is there something you can do to stop the VisGroups list being random?

It wasn't a problem initially but with 40 odd Vis Groups it's getting constantly searching the list. Making the window bigger would also be nicer :(

Guessing not but hey :) 

I never had that many visgroups so I dont know! I tend to mostly use that feature when the editor says "WARNING: Too many visible objects", so I hide half of the map and carry on. I know that you CAN use it to really organise your map, but i never really bothered with it that much. 

Is there any good way to make a skybox rotating in order to give the effect that is the center that is moving ?

i.e: I'd like to make a spatial base floating in space... hence my question...

Any idea ? 

Maybe only in some very hacky way. Like turning the skybox graphics into a large func. Or making a huge animated texture. Fitzquake085 has proper animation on sky-textured funcs, but this still doesn't help.

If your intention is to simulate a space station orbiting around a planet or some stars, you could try cutting out the corresponding bits of the skybox and use them for the rotation while leaving the actual sky black or with stars only. 

I was rather thinking making the complete skybox rotating... giving the impression this is the space station that is rotating... like a lost stuff in space...
Sounds difficult.... :/ 

i don't think that type of effect is possible. i tried for a while to do something like that for the ne_doom map.

anyway, even if you did do it, if your skybox had a sun or some other light source you were trying to simulate with _sunlight settings, they wouldn't match up if the skybox rotated, so it's not a full win, even if you could. :S 

You need engine modification for that AFAIK and yeah, the sunlight wouldn't move.