FXGen Implementation

by Julius on 09/13/2007 19:56, 28 messages, last message: 11/02/2007 06:17, 11173 views, last view: 05/18/2024 21:19

http://www.fxgen.org/

FXGen is a open-source procedural texture generation tool & library, and their main coder would be interested in implemeting it into Sauerbraten if there was a artist/mapper interested in creating a demonstration map:
http://www.fxgen.org/node/67
(see last post).

I am a bit swamped with work right now (and my Sauerbraten mapping skills are rather bad), but there is probably someone with great mapping skills who would be interested, right?

   Board Index   

#1: ..

by Drakas on 09/13/2007 21:55

Integration - totally against the idea of Sauerbraten.
But the re-use of the textures would be very good!

reply to this message

#2: ..

by SheeEttin on 09/13/2007 22:14

Looks interesting.
If he wants to implement it, tell him to go right ahead. If it's good, we'll see what happens.

reply to this message

#3: ..

by Julius on 09/13/2007 22:47

@Drakas: it is really just a small addon so to say, internally the texture would still be regular ones.
But it needs to be implemented to utilize the biggest advantage of it, e.g. really small filesizes for textures with "unlimited" resolution (e.g. only limited by your PC specs and not by the texture size the artist originally created it with)

@SheeEttin:
His post sounds somewhat like he would prefer if someone would colaborate with him on the art side for that.

reply to this message

#4: Re: ..

by SheeEttin on 09/13/2007 23:23, refers to #3

If someone implements it, I'll gladly make a map (or retexture the one I'm currently making) to demonstrate it.

reply to this message

#5: ..

by eihrul on 09/13/2007 23:47

Considering this library is Windows only, it would kill Sauer's cross-platform nature, and was one of thre asons I was never enthused about it.

reply to this message

#6: Re: ..

by eihrul on 09/13/2007 23:52, refers to #5

This is not to say that procedural textures are a bad idea if they can be made to look good, just that the library still has maturing before it is usable in a cross-platform game.

reply to this message

#7: ..

by Julius on 09/13/2007 23:54

As far as I understood it is only the editor that isn't crossplatfrom (yet) which is a pity (speaking as a Linux user).
But the pure implementation of the library is crossplatform AFAIK.

If it would really kill cross-platform then I would agree about it beeing a bad idea to implement.

reply to this message

#8: ..

by Julius on 09/13/2007 23:56

But I agree... it is not really mature yet... it could grow a lot more mature if it was used in a real project (like Sauerbraten) though I guess.

reply to this message

#9: Re: ..

by Drakas on 09/14/2007 08:32, refers to #3

o_O

reply to this message

#10: Re: ..

by Johann Nadalutti on 09/14/2007 09:11, refers to #8

Yes, the editor is not cross-platform for the moment, I work on it in order to have an opengl GUI.
But FxGen Library is cross-platform and we work on GCC compiler adaptation.
Artists could work with the current windows only editor to produce textures files and we could use it in sauerbraten engine with fxgen v0.5 library integration.
That help us to grow fxgen a lot mature.

reply to this message

#11: ..

by geartrooper^2 on 09/14/2007 14:05

holy crap dude. this would rock.

reply to this message

#12: Re: ..

by a baby rabbit on 09/14/2007 15:26, refers to #11

Hmmm... cant find any docs on the website, lol. If it outputs the whole package - height map, normal map, and color map then the idea is interesting. Sadly, not being crossplatform kills it for me...

reply to this message

#13: Re: ..

by shadow,516 on 09/14/2007 15:28, refers to #10

at the end of the day, nobody is going to learn a new program just to make textures for sauer. They don't pay us enough for that.

reply to this message

#14: Re: ..

by a baby rabbit on 09/14/2007 16:00, refers to #13

Well, if the fxGen folk did a quick mod to patch their library into the texture load. Then donated a whole heap of free textures, and showed us the results, then opinions might change?

reply to this message

#15: ..

by Julius on 09/14/2007 17:09

Yeah, that is the basic idea: Have colormap, normalmap etc easily from one source file. It needs a bit of tweaking though and it is not a "make art button" :)

And once there is a considerable base of texture source files it will be much easier to learn since you can just open one file and manipulate only certain step or combing a few thus creating new textures (which is not possible with normal pictures).

But I doubt the "fxgen folks" really have the rescources to do it all themselves so that you can just reap the benefits. Some colaboration and combined efford to get this up and running will be needed.

reply to this message

#16: ..

by Julius on 09/14/2007 17:15

oh and here is a quick "getting started" tutorial:
http://www.fxgen.org/node/64

reply to this message

#17: ..

by Julius on 09/14/2007 17:22

For those further interested in this topic:
http://www.werkkzeug.com/examples/texture_gallery

Werkkzeug is a commercial program very similar to FxGen and it shows of what is possible with such tools.
But FXGen is not quite at the same level yet :p

reply to this message

#18: Re: ..

by shadow516(isatschool) on 09/14/2007 18:59, refers to #17

I've used werkkzeug 2.0 before, it's quite a nice tool, and so is ProFX. Unfortunately, each one has a different work flow, and each has to be learned from scratch.

The major downside, I think, for procedural textures, is that they have to be either generated on map load (takes a LONG time) or hires versions have to be generated at install (initially takes a long time, and takes up just as much HDD space as regular textures anyways)

reply to this message

#19: ..

by Alex Trujillo on 09/14/2007 20:47

Shadow516 has a good point, and I'm curious as to see what Johann and the Sauerbrauten team work up in order to solve that problem. I think the ideal solution that Johann wants, however, is to do this in relative real-time, as the editor is real-time. Perhaps it could be done with a separate core, who knows.

At any rate, the biggest problem I foresee-- and this may not be a large problem for levels-- would be how to 'knit' the textures together so they flow over the model correctly. For now, FxGen creates only one texture in its output, and AFAIK, it doesn't have the ability yet to piece them together. But, now that I think more about it, we do have layers, and if we could import other texture files into another... And we've got a few VERY creative artists... And UV maps could do the rest.

However, we don't have to tackle all textures at once, as we'd just replace old textures with procedural ones as soon as we have the ability to.

reply to this message

#20: ..

by Julius on 09/15/2007 00:10

I don't see the problem with them beeing created once and then stored on the HD.
IMHO the small filesize is very nice for downloads, but isn't really needed on the HD, and besides the real benefits of procedural textures are not (only) the small file sizes.

reply to this message

   Board Index