Know what i would like to see?

personally i think external wad support can be done with out. cause the texture can be compiled directly into the map.

Yes, the format support both modes, but from what I remember no SP map in HL does in this way. Can't say about DM maps though.

If I remember correctly, IQM isn't hard to support in the engine at all. ISTR mh saying the loader was boneheadedly simple or something like that.

IQM models can be used just like mdl from the qc side, but have a few advantages that can come into play elsewhere. As well as less vertex drift, to my knowledge.

Plus they keep the bones, so down the line someone can easily add new anims etc. even without having the source.

personally i think external wad support can be done with out. cause the texture can be compiled directly into the map.

Yes, the format support both modes, but from what I remember no SP map in HL does in this way. Can't say about DM maps though.

Well as I said, WAD has been supported for 9 years...

If I remember correctly, IQM isn't hard to support in the engine at all. ISTR mh saying the loader was boneheadedly simple or something like that.

IQM models can be used just like mdl from the qc side, but have a few advantages that can come into play elsewhere. As well as less vertex drift, to my knowledge.

Plus they keep the bones, so down the line someone can easily add new anims etc. even without having the source.

I read the IQM format is "in flux" --- is this still true? The source files are C++ (I would guess LH's implementation is in C).

I have a lot of interest in the IQM format. I think a universal better format would be great. Is it possible to control things well using non-CSQC? I don't understand things like .framegroup files [I understand the idea of them, I know nothing about the implementation] and all that and at the moment I'm a bit preoccupied with projects.

What would be great would be say, some small "kit" with:

1) A Blender source file
2) Info on how to compile or export to IQM
3) Some progs.dat + qc source for DarkPlaces demostrating usage (without requiring CSQC if that is even possible).
4) An example of a Quake replacement monster that doesn't even require custom QuakeC. In my head, I'm thinking like that Unreal .psk scary Shambler made a couple of months ago. It was drop and go in DarkPlaces.

Baker: I am interested in it as well.

I read the IQM format is "in flux" --- is this still true? The source files are C++ (I would guess LH's implementation is in C).

I have a lot of interest in the IQM format. I think a universal better format would be great. Is it possible to control things well using non-CSQC? I don't understand things like .framegroup files [I understand the idea of them, I know nothing about the implementation] and all that and at the moment I'm a bit preoccupied with projects.

What would be great would be say, some small "kit" with:

1) A Blender source file
2) Info on how to compile or export to IQM
3) Some progs.dat + qc source for DarkPlaces demostrating usage (without requiring CSQC if that is even possible).
4) An example of a Quake replacement monster that doesn't even require custom QuakeC. In my head, I'm thinking like that Unreal .psk scary Shambler made a couple of months ago. It was drop and go in DarkPlaces.

To my knowledge, "version 1" of the format is now final. I should hope that if any more changes are made, a version update will be performed. But more than that, I would hope they would just utilize the format's "extension" block.

Have you seen this? http://lee.fov120.com/iqm/
The existing kit doesn't contain anything engine-specific or even Quake-specific to my knowledge, though it does include the file spec and an example implementation in a viewer, as well as a Blender exporter. I think for testing purposes you should be able to simply direct one of the Quake monsters to the example IQM instead of its MDL, and that'll do it. Assuming the scale is already something sane in Quake units. (you won't get matching animation frames, but will nonetheless be able to see the model animating using the intended frames of the monster)

The source code for the Noesis IQM plugin is also included in the Noesis distribution, which you might find more concise/friendly. It also more correctly handles all data types on load, and doesn't depend on bones being loaded in order of hierarchy dependence for transforms to work properly. (last I checked, the example viewer was broken on both of those fronts, but it may be fixed by now)

I also actually know nothing about the DP implementation in particular, and LordHavoc or eihrul would be the ones to ask about that. Probably more LordHavoc when it comes down to how things are implemented and controlled game-side.

I've poked around that site and the kit file, but not in depth. I did take a look at the source file. If Xonotic uses the format at all, maybe that is where I should look for an actual example for usage with DarkPlaces.

hmm i just thought about adding decals to QuakeWorld.
But when thinking howto attach a pcx from a wad2 archive to a brush i just decided to skip this for like.. uhm..

I think using valves format is a bad idea. I remember about 7 years ago valve threatening a fan for working on an engine that supported their file types.

Didn't hammer used to support quake and was free?

I think instead of supporting valves file types it would be better to start an open source project for simple modding tools.

Is blender any good?

Yes, blender is good.

Also, Scourge of Armagon does "decals", I think.

Also, Scourge of Armagon does "decals", I think.

I will check that right now.
Man, this reminds me that i wanted to make an Addon for Quake years ago, a completely nonsense addon with some crazy insane things on it, it should be called "Sausage of Armacron".
But i didnt finished it cause my graphicscard broke in the summer holidays of 2006.

Scourge of Armagon's bulletholes were just oriented sprites. They suck, and don't work in GLQuake.

Xash3D (GoldSrc Engine built "from Scratch" by Uncle Mike)

What's this? When I google all I see is a bunch of Russian.

it's probably just derivative from the old hl2 beta source leak falsely claimed from scratch (which wins so much woos from the gullible and oblivious of console modding communities)

its not like some guys from russia never did that before with perfect gpled recreations of q3 and quake sources... oh wait

http://am.half-lifecreations.com/forums/index.php?topic=535.0

Hi. I want to show a very interesting engine Smiley.
Xash a separate engine. Now at the stage of beta.
One of its features, support for half-life client, server, models, sounds, sprites e.t.c.
Map format: q3bsp
Included as a port SoHL 1.7, Xash, Blue Shift mods and source code.

Before starting, be sure to copy the folder valve (your half-life) folder, sounds, gfx, models, sprites and wad textures (cached.wad, decals.wad, halflife.wad, liquids.wad, xeno.wad), in xash valve follder.

Download link is dead.

Map format: q3bsp

Eh. Care to comment OP?