[Kazan]

I changed how lighting works and that nastiness went away bob


oh.. completion dialogs for file writing are in, i've fixed the shortcut for when a sortnorm only contains two polys - it works now and is therefore enabled: that should speed up BSP generation,

I've made it so you can switch between Textured, Solid and Wireframe views

[Kazan]

I gotta question for everyone

Would you like the editors to be dialogs or integrated into the windowpane like in modelview?

[later is harder to implement well... but i'm willing to do it if you want it]

[note: all my context menus are structured around using dialogs]

[Bobboau]

that's what I'd prefer, though I think along the bottom would look better than the side.

[Kazan]

bottom would be much harer to make look good

oh.. another build - with the features i mentioned above - plus loading menus implemented

[edit]

oh great.. there is a race condition on the release build that is causing the main loop never to come out of looping on the progress bar.. BLEH

[Kazan]

ok here we go

[Bobboau]

wow that thing is just so much better than PCS1 so far it's amaizeing, well asside from the editing capabilities...

[DaBrain]

Agreed.

Does it already load *.cobs?

When I try to load a *cob, it doesn't complain "not implemented yet", but it starts loading... well it chrashes after a second, but this means you've probably started working on the cob import code, right?

[Lynx]

Tried it out, so far it seems bugless and works. The only thing that every model I load apparently uses textures from a lower LOD on LOD0. And it's a bit wierd to have the perspective be dependent on the  render window ratio.

AS WC fan you might know that an Arrow normally is about half the lenght of what seen here.

[Bobboau]

I noticed that too, you need to change the aspect ratio every time the windo resizes.

[DaBrain]

Kinda works fine for me. When I resize the window vertically, model is scaled down (X and Y).

[Kazan]

Originally posted by DaBrain
Agreed.

Does it already load *.cobs?

When I try to load a *cob, it doesn't complain "not implemented yet", but it starts loading... well it chrashes after a second, but this means you've probably started working on the cob import code, right?

no it doesn't.. it means the worker thread spawned the load the file cannot created the dialog .. damn.  I guess i'l have to set an errorcode and terminate the runner instead of use the runner for the popup


as for the aspect ratio bug - i'll go look at my gluPerspective call that i make OnSize()

Originally posted by Bobboau
wow that thing is just so much better than PCS1 so far it's amaizeing, well asside from the editing capabilities...

wxWidgets does all the hard low level GUI stuff for me so i can torture myself writing call backs and actually handling the input events

[Kazan]

looks like i'm going to have to Mask those XPMs too

[edit]
i think i'm going to make it cache BSP data as well, so if you don't change the BSP it doesn't regenerate it

[Kazan]

i don't know what i did, or how i did it - but the devil library i custom compiled is now loading DDS

[Bobboau]

yays!

[Kazan]

ok, wtf.. it works on my laptop now but not my desktop... hrm

[edit]
oh.. it was a two-part bug.. something is wrong with my VP reader AND dds support was broke

[Kazan]

ok - new build

* I got DDS to work (custom compiled DevIL)
* fixed a bug in my VP Reader
* implemented wildcard searches in my directory list and VP listing classes which significantly speed up finding textures
* Implemented BSP-caching if it detects that the model was compiled with BSPGEN or PCS Compiler v1.3.4 - will only regenerate if you change the actual mesh in these cases, otherwise just stores a copy for future use if you write a back to POF (makes pof writing near basically instantaneous)
* other changes i cannot remember

[WMCoolmon]

Does this allow you to save POFs in VP files?

[StratComm]

While that would be nice, it seems like it would be more trouble to impliment that it's worth in the case that a filesize changes.  The entire archive would have to be recompiled so that the files have the correct offset, wouldn't it?

[Kazan]

absolutely correct stratcomm

[WMCoolmon]

Originally posted by StratComm
While that would be nice, it seems like it would be more trouble to impliment that it's worth in the case that a filesize changes.  The entire archive would have to be recompiled so that the files have the correct offset, wouldn't it?

For minor changes, no. Saving the file to a temporary location and ensuring the filesize is the same as the version in the VP file would work.