|
Ic..
#3126 posted by necros on 2005/01/12 21:42:55
well, thanks for the info i guess. :\ more pruning is in order then.
.
afaik, milkshape should accept .dxf or .3ds format, which can be exported from qme, so just load the model in qme, select a frame you'd like to use for the skeleton, then export that one. import in milkshape, rig it, and start animating. it works very well! ^_^
How exactly do you get the animation from milkshape into the .mdl file?
I exported a frame from qme (lwo seems to be best for this), made a skeleton, and silly test animation in milkshape. I export from milkshape into md2. I load the new md2 in qme. I export the frames of the new animation (to lwo/dxf/hrc, whatever). I open enforcer.mdl and import the frames but the mesh is messed up. See:
http://s94249274.onlinehome.us/example.jpg
Note- that is a view from the front (!).
I *think* this could be avoided if there was, god forbid, some documentation on compiling to quake .mdl directly from milkshape. But for the life of me I can find none.
Eh?
Notray...
#3128 posted by necros on 2005/01/13 02:18:14
judging by past experience with the same problem and the name or the frame, i'm guessing you mirrored the whole model along the x axis? this screws up the order in which the tris are stored or something like that, so they are all flipped around. have you tried doing animations or a frame without flipping the model? did that get screwed up? (it shouldn't). afaik (and that's not that much) redoing the animation from scratch is the only way to get it working, so you'll have to reanimate the firing frames for the other side...
if anyone else knows better, please speak up, cause i hate to have only bad news. :\
Fixing Those Animations
#3129 posted by Preach on 2005/01/13 02:59:37
It's actually a fairly simple fix to get all the triangles facing the correct direction. Convert the model into a single object, then go to the object transformations. Set the scope to the whole scene. Set the scale on the x axis of the object to -1, and it should now work. Then you can reconstruct objects or reset the pivot if you need to do anything else with the model in qme(although hopefully you shouldn't need to)
Foggy Ambiance
#3130 posted by JPL on 2005/01/13 03:28:44
I've played yesterday night SM40 contest maps, and I would like to reproduce the "foggy" effects I found into Mike's FMB_SM40 map. So Mike please, could you explain how do you achieve such this kind of effects ???
JPL
#3131 posted by Mike Woodham on 2005/01/13 06:40:40
Fog... glad you liked it. First, take some dry-ice (but be careful as its surface temperature is something like -78c) and drop it into a bucket of water.
Alternatively, a simpler way is to use the _fog entry in the Worldspawn for your map. I used _fog 0.05 for Fmb-sm40, which gives a fairly good effect.
Unfortunately, this is only good for FitzQuake as other engines seem to produce fog in a different way. For example, DarkPlaces seems to just darken everything and this was not the effect I wanted. In FitzQuake you can also enter fog as a command at the console (for any map) so if you load Fmb_sm40 you can adjust the fog before your very eyes.
For anyone who has seen real fog, you would know that it enhances light and gives an almost glowing effect without necessarily making things darker.
It does obviously cut down viewing distance and just for fun I tried it with The Marcher Fortress. It completely ruined the outside areas - the skybox is too far away and became invisible and the skybox was one of the things that made the outside areas look so good.
So, use it carefully and I would recommend understatement rather than the opposite.
Hope that helps.
Fog...
#3132 posted by metlslime on 2005/01/13 06:54:01
you should actually do four numbers for fog in the worldspawn -- density, red, green, and blue, where all 4 numbers should be between 0.0 and 1.0. I think the reason you had problems between fitzquake and darkplaces is that they handle the incorrect worldspawn differently.
Also, you should be able to do "fog" instead of "_fog", though i don't know if this is true for all engines and whatnot.
example: "fog" "0.1 0.3 0.3 0.3"
I Haven't The Foggiest
#3133 posted by Kell on 2005/01/13 07:01:49
the skybox is too far away and became invisible
I can't speak for DP, but in FQ ( and anywhere else I've seen fog ) the skybox is removed entirely, because the volumetric effect would break the illusion skyboxes are supposed to create and....you wouldn't be able to see the sky if it was foggy anyway :P
Mike & Al...
#3134 posted by JPL on 2005/01/13 07:23:07
I already known the fog console command, but I never tried it as a worldspwan field (BTW, I didn't know that it was possible, so that's why my question is...), so thank you very much for these great information !!
As well, I've already noticed that with fog you wouldn't be able to see the sky anymore.... anyway, the effect should be particularly dreadful into a cemetery for example....
Thanks again for this cool "ambiance effect related" information...
Skyboxes And Fog
#3135 posted by aguirRe on 2005/01/13 08:14:56
In the original Nehahra engines, my upcoming NehQuake 3.01 and GLQ 1.26, you can have both visible skybox and fog. Not every combination is possible, but in most maps it works and can have a stunning effect.
Marcher is not well suited for fog because of the skybox size, rich colours and scenery.
Effin' Fog
#3136 posted by Mike Woodham on 2005/01/13 08:15:13
The FitzQuake ReadMe gave the syntax as either/or.
If you use all four numbers with Darkplaces, I now know that it works as intended in Fmb_sm40
One lives and learns.
Fog...
#3137 posted by JPL on 2005/01/13 08:42:36
Fog setting with 4 number works fine, so let's go for a "british weather" like map ;D
British Weather
#3138 posted by Kell on 2005/01/13 10:04:30
would be rain, not fog. And plenty of it.
Bleh..
#3139 posted by JPL on 2005/01/13 10:07:41
I you can see the sky: it rain, if you cannot see the sky: there's fog ...doh !! Summer starts on 31 of july, and stops 1st of august... peraps you can see the sun by these 2 days, but not more in the year... doh !!!
Fog On 4!!!
#3140 posted by Mike Woodham on 2005/01/13 10:24:38
'kin' 'ell! I haven't seen fog that thick since I was a kid.
Necros/preach:
here's what *seems* to work:
- export frame from qme (as lwo)
- import .lwo into milkshape (use the lwo thats the top most, theres a couple lwo import versions)
- rig and animate in milkshape. this is weird because you're animating with the model mirrored (enforcer becomes left handed, for example, i didnt notice this until necros pointed it out).
- export as quake2 .md2
- load .md2 into qme
- export new animation frames (again, using lwo)
- load existing model (enforcer.mdl in my case) in qme
- import previously-exported frames.
- for the new scene/frames, you have to scale bye -1 in x-axis, and also rotate -90 degrees on z axis.
- now a new animation is working and actually has the same mesh & skin as the existing id model.
Subject to change of course. Dxf is a horrible format and milkshape needs way better documentation.
Omg...
#3142 posted by necros on 2005/01/13 13:21:52
that is a lot of steps.
usually, what i do is:
-export a frame from qme
-import into 3ds
-rig, animate (and yes, i noticed the reversal too... not sure what causes that though.)
export each frame to dxf files (i don't mind them)
-import them into the model.
can you not export frames in milkshape directly to dxf or lwo or whatever? it seems a lot of extra steps saving as md2 and all that...
also, preach, thanks for the info about resetting the faces. i never ran into exactly the same problem myself as it was under different circumstances that the faces got reversed. :)
RE: Omg...
can you not export frames in milkshape directly to dxf or lwo or whatever? it seems a lot of extra steps saving as md2 and all that...
Remember when i said it sounds more difficult than it should be? :|
If theres a way to export individual frames, I don't know it. I went through each frame, while in animation mode, and exported, but it only exported the first frame each time. Sigh.
Also for the record, I just tried rotating/mirroring the mesh in milkshape after the initial import, just to be able to animate non-mirrored and on the right axis as what it will eventually be, and that created a huge ungodly mess. I'll stick with what works for me at the moment, its only a few small animations I want to do anyways.
(and yes, i noticed the reversal too... not sure what causes that though.)
Probably the discrepancy between file formats and how they store data.
Whew!
Alternatively
#3144 posted by HeadThump on 2005/01/13 17:02:22
it seems like it would be easier to export all of the frames from milkshape into one folder, create a .qc file listing the frames, and compile it into a mdl with the original Id tools.
http://www.gamers.org/pub/idgames2/utils/graphics_edit/id_utils/util3d.zip
Sure
Except you forgot the part where I said you can't export individual frames from milkshape. Hence exporting to md2. Thanks though 8-)
Mike:
#3146 posted by metlslime on 2005/01/13 21:31:02
you're reading the syntax for the fog console command. That's not the same as the syntax for the fog worldspawn value. I guess i never explained how to do it in the worldspawn becuase i thought i was supporting an existing standard. But maybe not... sorry.
Some Useful Tricks
#3147 posted by Preach on 2005/01/14 05:20:54
There's an option in qme preferences, under the import/export tab, called mirror x. Try toggling that on or off. It may not be helpful, as it'll happen on both the import and export, and two reflections will cancel out, and turning it on/off in between import and export is an extra step, which is as much work as mirroring the model. But it might be handy for the milkshape stage, as the model won't be left handed.
Also, in case you're importing/exporting all the frames in a scene individually, use the export scene from the menu, and shift select all the frames in the import dialogue.
But yeah, anything you're gonna do for models in quake is gonna need a fair few steps since three is no single good modelling tool with mdl support.
Hey
Cool preach, will try that maybe.
By the by, I did manage to just figure out how to export directly to .mdl from milkshape, you need a control file like this one that i stumbled across:
http://www.public.iastate.edu/~jmichl/files/tutorials/mdl.qc
BUT, for some reason when I do this, milkshape for whatever reason removes 4 tris from the enforcer mesh, meaning the new exported model frames can't be merged with the existing .mdl. (MS3D mesh and original .mdl have 424, exported mdl has 420) Thats slightly annoying to say the least.
Oh well, back to animating :)
Map Won't Load...
#3149 posted by necros on 2005/01/15 14:54:34
has anyone ever seen this error?
CALL1 512(precache_sound2)precache_sound2()
shalrath.qc : monster_shalrath
(NO FUNCTION)
Pf_precache_sound: overflow
Host_Error: Program Error
the vore/shalrath has no modified code. if i remove the shalrath/vore then it happens with another monster.
does this mean the map uses too many sounds to be precached or something?
Yeah...
#3150 posted by metlslime on 2005/01/15 20:45:08
You can only precache up to 256 sounds; after that you will get this error.
|
|
You must be logged in to post in this thread.
|
Website copyright © 2002-2024 John Fitzgibbons. All posts are copyright their respective authors.
|
|