If shaders, customizable shaders are possible future implentation in unreal i see that coming

But up to now texture possibilities are very limited, unreal doesn't allow even any customizable multitexturing support, so you can't add or edit opacity, diffuse, specular maps, the only thing unreal allows you to edit are bitmaps(diffuse) and detailtextures

as for ued, 227 ued already has d3d rendering (the slow,buggy instable d3d6 one from UT),
And opengl is possible too by changing the renderer line in unrealed.ini for each corresponding viewport.
However be warned using opengl or d3d8 in ued might give you very ugly results as those renderers were obviously not finetuned for the editor (you'll get crap like: you can't select surfaces, you can't place items, such kind of bugs).

oh wow, indeed combiners is exactly what i had in mind, i'm pretty sure it couldnt be too hard to implent those either (maybe a feature for... 229? )

what would also be greatly awesome is if we could have procedural textures with limits better then 8-bit 256x256, imagine full blown procedural effects on high res textures.

speaking of that, imagine the water in nyleve falls with realtime reflection (render-to-texture based, not unreal's "mirror" method), the procedural texture being a bumpmap or even a parallax map, you'd have water that rivals that of far-cry  

Quote:


cubemaps... are the gayest thing ever and should die in the fiery pits of hell
seriously, they look totally unconvincing as a mirror effect, despite their performance, they are nothing more then simply a 6-sided dome texture, taken from a specific point, put on a bmeshenviromap=true texture.
the result? cubemaps are impossible to use on large vast bodies of water, the reflections, that are static will simply render the surface from a completely different point, you'd be swimming the waters of bluff near the pier, yet see the tower on the other side in the reflections...

actually now im at it, its not hard to create cubemap-ish effects in current day unreal, all you need is go ingame, use a high fov, take a screen to texture, and place the texture on a sheet mesh.

imo shader model 2.0 is definately the way to go, render to texture gives quite feasable performance, and i mean... farcry is like what... 4 years old? it even gave me good fps on my old pc.

What is the reflection method used in NFSU? It doesn't need shaders, only T&L, and has a configurable "reflection update rate".

Holy hell, Outcast? I remember that game, yeah all those effects, not even hardware accelerated either. Unreal needs effects like that game.

- Fenix

wow thats great, many thanks raven! i had no idea that was possible!

wonder what would happen when you use a 24-bit s3tc texture as the source texture for an procedural effect

Unfortunately it does not matter what size you are trying to define the Procedural Texture to. It will be limited to 256 x 256. (ie: 2^8) This limit is defined by the definition of the variable sizes used. Here is a previous post where I was discussing this.

http://www.oldunreal.com/cgi-bin/yabb2/YaBB.pl?num=1109875901/26#26

What you will find is that the texture can be created larger but the active portion where any effects show up will be limited to a 256 x 256 region on that texture.  

I was able to take Procedural Textures that were originally defined as smaller than 256 x 256 and hex edit them so they were changed to 256 x 256. I have plans to eventually create a program that will automatically perform all of the necessary binary changes to make this happen so we can provide for updated procedural textures as part of the S3TC project.

The only way to change this size limitation would be to modify the native code significantly and also perform the necessary binary changes to all of the Procedural Texture definitions in parallel. Needless to say - this would be an extensive project. Since I have no native code access, this is not on the top of my list of items to tackle at the moment.