Wellingtoncrab

Yes that is an issue - for the game to draw any material it must defined in a .def file. It is the material def which points at the texture maps, and then the model is pointed at the material def via the names of it's material. For yours it could be quite simple for the time being: textures/gobmdl/ksword_rusty { metal diffusemap textures/gobmdl/ksword_rusty }

Good news is that is appears to me to export fine (and seems like it will be a cool dishonored style model): Bad news would be what the heck is going wrong. Here is a picture of the modifier stack: And the ase export settings: What does your material def for the texture look like? Maybe there is an issue there.

Do you want to try posting your .blend file? I can take a look at it.

This almost has to do with the normal facings of the model which I can see you are aware as you are posting a picture of the blue normal direction in blender. The catch would be even when the normals are facing the correct direction in blender - it unfortunately doesn't always mean they will be handled correctly by the model exporter. Check a few things: Have you triangulated the model? Quads and ngons will not render correctly in the game. The export tools have a triangulate check box - but I prefer to use the triangulate modifier in blender as that gives you a bit more control and you can actually see the result. Do you have "recalculate normals" selected on export? *Normally* that is fine (get it?), but if the exporter is messing up the normal facings of the model you can try disabling it. Then are you using lwo? *Personally* I have had a lot of issue when importing and exporting lwos in general - and that includes circumstances where the normal direction of the models just would not export correctly - and I actually had to invert the normals in blender (ie all red outward faces) to get them to export correctly into the game. For that reason I currently like using ase over lwo or the newer obj export as it is the most reliably “what you see is what you get “option when working with TDM formats and blender, but that is just my opinion.

It’s already mentioned in the Iris thread there.

User @kalinovka has been working on a Russian language translation of -= IRIS =- which is now available in an initial beta release here: https://cloud.mail.ru/public/J3VG/U3nKuMieC There is still a lot of work to do - so feedback from Russian language speaking users would be greatly appreciated!

The POM materials included in the game are all brand new. So you can expect to only see them in new or updated missions, which we haven’t seen just yet. There are missions in development which use the feature that hopefully will release in the not too distant future. Welcome back to the wondrous world of idtech4 by the way!

How well it will “work” depends on the nature of the curve, the number/angle of the facets in the curve, the material, the texture scale of the material, etc but it typically looks fine imo and will probably often look more “seamless” than a 90 - especially on convex edges. We tried to tune most of the materials added to core to at least look ok tiled across 90 degree convex edges.

@CountMorillonite Yes - the secret stat only pertains to the So it looks like you have at least one more to find. And of course you can let me know if you discover any new ones.

Yes that would be very interesting. That’s why I mentioned tessellation as maybe an alternative with less downsides than POM when you are considering the actual brush/texturing workflow used when building levels for the game.

@peter_spy The Pepsi POM challenge of what is more efficient is again maybe interesting, but for the workflow of this game does it even matter? Its already obvious POM is pepsi and real geometry is coke, but it presumes these would actually be interchangeable for most people making content for the game. If I need a brick surface, I and 99% of mappers are going to drop a worldspawn brush and put a tiling brick texture on it using the inbuilt tools. I am not going to make a model of it. I am definitely not going to make LODs of it. The use case of most of these POM materials is to be a familiar extension of the traditional brush/texturing/sealing workflow, not a replacement for models which have, and will always have, their place in the game.

More polys/geometry usually isn’t easier in the context of this game, where making content which runs at all is about producing clean sealing geometry and portalization. For all its faults an illusion like POM, which derives detail while retaining minimally complex sealing geometry seems well suited to that and the workflow of most mappers. Maybe hardware tessellation could achieve something similar with less of the drawbacks, but I am pretty happy with this so far.

There are a number of ways a the parallax effect might look "weird" on edges as it is just an illusion. There is the perspective distortion on edges, the fact the effect just doesn't work at glancing angles, the displacement not tiling perfectly across edges, being able to see "past" the edge into the parallax itself, etc. This is why in the brief window this was a popular technique in games, you would often see it on something like a portion of brick wall that was surrounded in beams. Or in more modern example in Deus Ex: MD it used on cobblestones where you always have curbs to flank it. Just like any "trick" you need to use it in a way that plays to it's strengths and hides it weaknesses. Did you consider adding a border with geometry, such as a curb?

All of the parallax materials shown off in the anniversary demo video (and more) are available in the dev build dev17234-10914. Just search for the suffix "_parallax"

#3 about 12 seconds in starts to look about right to me.