argh sorry :( 

Has one or two tee models, so does soul of evil iirc. I think quoth might even come with a tree model, you might want to check the pack. 

 

So model of the week took a big hit when I lost internet for the first half of August. Still, I didn't waste all of those hours idly, so here's a non-model "model of the week" with modelling applications:

http://www.btinternet.com/~chapterhonour/quakemdl.zip

It's the threatened perl script for manipulating mdl files. Details on how to use are in the readme.

The future:

Future goals include:

� Adding some code for handling the mysterious vertex normals - including the vertex normal table and finding the index that best approximates a given normal.

� Creating a companion to mdl::list_framedata which provides a list of skindata which ignores whether a skin is in a group or not.

� Including more example scripts.

� Creating a companion module which will load MD3 (then maybe MD2) models into a similar perl structure. Then include example scripts for loading an MD3 and outputting a MDL.

The last one ought to be useful in practice. I was at one point working on a new version of md3tomdl with expanded options for how the conversion would be performed. I abandoned this when the challenge became parsing the config file rather than performing the conversion. Instead I began looking for a scripting language which handled binary files and there perl was...

Anyway, the plan is NOT to have all three model formats load into a single common structure. The thinking is that how you resolve the differences between the structures is the most important part of the conversion, and there's no one-size-fits-all solution (especially when it comes to combining multiple segment MD3s with independent animations). Instead the plan is to start from a basic conversion script each time and customise it in all the relevant places to suit the model in question. 

Rather intrigued by Preach I tried the waterfall model. I opened it in qmle and saw it were all film files. As it is a one patch line I couldn't use it in normal Quake. It just disappears.

So I decided to make one that turned round frames like a coil, so it can be used to simulate waterfalls or taintracks.
The screenrecorder went chunky so I made a gif to illustrate the principle.

http://members.home.nl/gimli/wfall.gif

...and now I'm on it I might as well turn you the file, maybe you get texturing inspirations for a praxinoscope like me.

http://members.home.nl/gimli/rotaframe.zip

:D 

Glad to see it getting used MadFox, certainly the watery realm in your map looks like the perfect home. To bind that model in with the perl stuff above, here's a quick script I just cooked up which offers another way to solve your problem.

http://www.btinternet.com/~chapterhonour/double.pl

It takes an input model and makes all the polygons in it double-sided, so you can see it from front and back. Here's the output when you run it on waterfall.mdl:

http://www.btinternet.com/~chapterhonour/waterfall2.zip

Just remains to say that I didn't write the script just to help with the waterfall, it should also come in handy with the next model in the pipeline. You heard that right - this isn't even model of the week! (what an ugly tease...) 

It's time for Model Of The Week, only a day late. Or if you prefer, bright and early at the start of this week!

http://www.btinternet.com/~chapterhonour/vine.zip

Time to plant some vegetation in your map! This model will decorate bare surfaces in your map, making your medieval walls look vibrant or your base maps overgrow and abandoned. And at just a shade over 40 triangles per model, why not add two!

The model comes with 7 poses for the vine, and the following 4 skins:
Tropical Vine
Poison Ivy
Desiccated
Autumnal Tips

The model is designed to tightly hug a wall in your map, and so the polygons only face in one direction. To get the right placement, position the origin of the model 8 units away from the wall it will be rooted to. In the case of the 'limp' frames, the origin should be 64 units from the ground, and in the case of the 'creep' frame 32 units from the second wall that it wraps around.

The script in the previous handful of posts in this thread would also be useful here, if you would rather create free-hanging vines which you need to see from both sides. Bonus points if you can adapt the script to make it instead clone the triangles in the model and make a single vine model with multiple creepers. You'll save entities! 

Fine piece of artwork there, Preach. Wish I had these when making my venividifuzi level.
Roman art would like that, as well as the vine texture.

I wanted to add some turbulence to the waterfall, as it is a bit strange to see so much water falling in a peacefull water.
Also made the length somewhat longer.

http://members.home.nl/gimli/hfall.gif 

Those vines isa useful, thanks man. 

I had worried about the bottom of the water in the same way, but decided to go in a different direction for the next models and return to it later, so I've been beaten there! I hope you plan to share the model once it's finished. It probably could stand to have some particles along with it in a map to add noise to it, but it certainly creates turbulence.

At the base of the splash you have a wave washing over, which makes me wonder if you could make the entire splash section loop around in the way that the main waterfall does, and so create a series of waves. The problem I can anticipate is that it forces the waves out in just one direction, but it might still be worth exploring. 

Glad you like it.

Not a case of beaten, just an idea involving by cherrishing it up! I also was thinking for a sprite with buble but that changes in view.
Fog also would do, but that's kind of hazzard trying shaders.

http://members.home.nl/gimli/waterfahl.zip

Two models, the starting one as in the gif file, and another one I tried to make the wave bigger and more floating off. Funny to see the waterbulb go under the normal wayer surface.
I already tried to make the vertices change directions, but you can make a try by dobbling the vertical one and change it in front of it.

lol 

my own cell generator.

http://members.home.nl/gimli/plug.gif 

Ahaha, awesome! 

The idea just came up to me if it would be possible to use skip on model.mdl files?
The way it is done with mapping is clear to me. 

just delete the triangle if you don't want it to be rendered. 

models and BSPs are totally different. i don't think there's any way to reconcile the two systems.

but metl's right, deleting the triangles is the only way to make faces not appear.
Quoth had (iirc) 3 seperate models for the polyp stealth activation where Kell went and deleted successively more and more tris. 

Yes, I was suspecting something like that.

I understand deleting the triangle creates an opening, but there's no way to make it look transparent, than by texturing a blooming surface. 

Gradual transparency.

I don't think there exists a method for that in Quake, although DP has some stuff that does it. 

I was gonna ask some advice on using sprites in quake but instead I'm just gonna moan. Fitzquake really spoils you with it's proper support for sprites. I had a model-sprite combination working beautifully in fitz, and then tested it in a few classic engines just to be sure. GLquake doesn't support "facing upright" sprites and just uses the facing code. Winquake is equally unsupportive in a different direction, shrinking the unusually large sprite down to about half the desired size.

I'm pretty much betting that there is nothing that can be done but if anyone knows a fix for one or the other it's gladly heard. Otherwise back to the drawing board... 

the sprite offset stuff doesn't work at all in DP, so make sure, if your sprites animate, that they are centered in the image. 

So yeah, not really putting out a model every week. Which isn't to say I've not been making them at that kinda rate. But I've made a few that I don't think are worth releasing, or are ready for show just yet, and had that tree project which got eaten up by technical hitches. After that I started making a series of models in a theme, more about that later.

Today though I took inspiration from the explosion effects in TF2 and tried my hand at making a particle effect, which was good practice in using all the gmax animation controls I'd learnt about for the aborted models above.
http://www.btinternet.com/~chapterhonour/embers.zip

The file contains the model and a quick test mod plus full details on how it works, but give it a quick spin and let me know what you think.

So back to the series of models I mentioned at the top. I was thinking if the best way to handle a pack like that would be to post individual models here as soon as they are working - beta quality if you like. Then I can tweak them based on any feedback offered and release the pack with all the refined versions at the end. Sound alright? 

I noticed them only with the GL, but as closer to the wall the appearance get better.
This way it's easier to add emitters like the extra-mod.

Are you making a new pakfile with monsters like I did in The Hangar? 

http://members.home.nl/gimli/gomjabber.gif 

Are you use you don't mean the Rocket Launcher, the mod uses stock effects on the grenade! I'm not working on any new monsters right now, mostly my new models are mapobjects (and now special effects) that other people might want to incorporate into maps. Expect a few more particle systems soon because they're quite fun to make! 

meant to comment earlier but forgot.

the effect looks quite good. hexen2 has a few good examples of ways to make effects out of models too, if you are looking for inspiration.