|
Two question... Hi everybody, who read this! I have two question: 1) How can I make a working mouse?? I put a mouse on the map, but it didn't do anything...and I tried to make waypoint to him....but it didn't do anythig again... 2) I got this error: "Lightmap texture coords out of range" about 100 times...I searched on the google, and on a forum there is, to I should set _lightmapscale on my map...I set _lightmapscale 2, but these errors were there again...and I tried to set it 2, 3, 4, 5...but the errors are there now too... What should I do? Please help me...Thanks:D |
Re: Two question... For a mouse: You will need to use a script to move it between the waypoints. This may be beyond your skills right now. If you know how to script, then "affect" the mouse, and using SET_NAVGOAL, give it the targetname of the waypoint. It should move to it. For the lightmap coordinates error: You can just ignore this error. I had the same error and it never gave me any problems. Are you seeing any awkward things happening to your lightmap? If not, then yeah, it shouldn't hurt anything. Make sure you remove the changes you made on the lightmapscale, because "lightmapscale 2" looks pretty ugly. |
Re: Two question... Okay, I really haven't any problem in the map by this error..but I thinked, to it had:D In the mouse that isn't my problem, to I can't make navogal...I can scripting quite more....that's the problem, to it isn't going to anywhere, after I gave a script to him... |
Re: Two question... Easy, just give the mouse a script_targetname and give the navgoal a targetname. In your script, add an affect block and put in your mouse's script_targetname. (Leave the affect type as FLUSH.) Inside the affect block, add a "SET_TYPES" block. Double click on that block and find the "set_navgoal" option (It should be in "strings"). For the value, put in the targetname you gave the navgoal. Then you can activate the script any way you like. EDIT: I think I misunderstood your post. Use waypoint_navgoal (I think that's right). |
Re: Two question... Even if it's just a poor mouse, it's still an NPC, Nab. Give the mus droidicus some respect, man! NPC_targetname, not script_targetname. Anyway, you can create a network of ordinary waypoints in the map and give the mouse droid a spawnscript that sets it behavior state to bs_wander, and it will automatically wander randomly from one waypoint to another. If that's what you'd want instead of more intelligent movement to a specific target location. I've also written a tutorial on NPC movement. It might be of some little help. It's out there somewhere. |
Re: Two question... The mouse isn't a NPC? Or what is the different in the script_targetname, and the NPC_targetname? And a second question...what is the FLUSH is there?? To the NPCs I should to set the INSERT...Or the mouse really isn't a NPC?:D:D Thanks:D |
Re: Two question... Flush means the affect will replace (or flush) any existing script commands the entity might be running. Insert means the commands in the affect will be added to the queue of the entity's existing running/pending script commands. You rarely if ever need to use Insert, though. There's also a separate Flush command should you want to remove an entity's running scripts forcefully at some point. That can happen every now and then. |
Re: Two question... Okay....:) And a last question: I would like to a box can move. I set it in the script: affect ( "box", /*@AFFECT_TYPE*/ FLUSH ) { move ( $tag( "box_nav1", ORIGIN)$, < 0.000 0.000 0.000 >, 1000.000 ); } The box in the radiant: CRUSHER script_targetname - box And the ref_tag: targetname - box_nav1 origin - -8880 -5784 344 Do you know, what is the problem? Thanks...:) |
Re: Two question... Quote:
I don't see anything wrong with the box moving script...how are you triggering the script? |
Re: Two question... With this trigger_once: CLIENTONLY target - close The close is a scriptrunner: usescript - empire3/locked targetname - close But the script is good, because it's starting, but the box isn't going to the ref_tag, its fly out from the camera.:( |
Re: Two question... Should I send the map, and the files? I can't fix it!:(:(:bawl: |
Re: Two question... Did you remember to add an "origin" brush as part of the "box" entity? ;) |
Re: Two question... Ohh..:(:( I'm very stupid!!:9 Yes...I forgot.. But I thinked to it shouldn't to be there, because in a SP map, it isn't there, only the func_static has an origin....(redempion1..I think you know it..)..thanks:D |
Re: Two question... IMO, it's good practice to add origins to all func_ entities (except func_groups). That way, you don't have to remember to add them later, and it also fixes glitches with serverside mods and some other small things. The only good reason to not have an origin brush would be if the entity is at the map's origin. Does it work now? |
Re: Two question... It's working without origin brush...I've set to the func_static its origin, where is this box...:D |
| All times are GMT -7. |
Powered by vBulletin®
Copyright ©2000 - 2016, vBulletin Solutions, Inc.
SEO by vBSEO 3.6.0 ©2011, Crawlability, Inc.