Hi!
While struggling with ase converting, I dreamed of one thing as described below.
func_ase:
spawnflag: autoclip(on/off), lightmapping(on/off), patchmeta(on/off)
key&value: name(path), np, subdivisions
When compiling, q3map2 automatically treat them individually for conversion then replace with the actual entity made up of brushes or patches then compile the map.
Is this theoretically possible to achieve?
Just a fancy though.
I’d hazzard a guess at saying that can’t be done becasue you’d be mixing different file formats into a *.map file. As you may have noticed the info used by the editor only ‘links’ to external assets that are then pulled together during BSP, the ‘source’ of an ASE/MD3 isn’t brought into the *.map file only the reference to it. I’d imagine it’s ‘technically’ possible, but not very practicle, ASE and other model formats can have a massive amount of data so you’d substantially bloat the working *.map file.
You’ve also got the problem of rotating what eventually would become the ASE. If all you’re doing is converting placed brushwork into ASE then it’d be a waste of resources, what’s the point if you’re not going to actually be able do anything with them?. How would you rotate a complex piece of brushwork?
Thank you Kat for your opinion.
Yes, what you say makes sense, about rotating and waste of resource.
The reason I asked here is requesting for alternate method for ase conversion.
Say, shorter way and seamless workflow(in editor) for testing rather than final compilation.
I assume ase files are kept seperately at specified place or somewhere temporarily everytime.
I might be greed or wrong. :lol:
ok how about another way to simplify the conversion process…
What if you could just select your brushes (maybe func_group them in with an origin brush) then just hit a button in radiant which does like a region compile + convert on the group, which (when done) replaces the brushes with an ASE model (which was auto saved into a folder named after the .map)?
of course thats more to do with radiant than q3map2… but does it sound feasable?
hmmm… that sounds like a workable solution. GTK already has the file > save as… so this could be a file > export thing so the map section gets compiled/converted on export. I wonder if you could rig up some sort of *.BAT file script to run on a given file, I know some guys have a ‘generic’ BAT that simply allows them to imput a map name and the bat goes to work… interesting development on the intial idea Godmil
I alreay have a batch file for conversion written by my friend who is doing system operation in real life.
Even though it seems to be robotic for me to use it.
Alos I have a *.qe4 file which can convert map file into ase in radiant bsp menu.
But again even though…
I might be greed.