[Goober5000]

Yeah, it's got several bad bugs that need fixing.

Weren't you starting work on a brand new version at some point?  When's that coming out?

[Kazan]

what bugs would you be refering to


yes, don't know

[Goober5000]

1) Paths sometimes don't display in the correct place
2) Certain path lines are colored black, and there seems to be no way to change the background from its default black
3) You can't tab between text boxes
4) PCS tends to crash after I've loaded several models (I can't edit more than about 3 without restarting it)
5) And there's one other that Galemp mentioned that I forget right now.  I'll have to ask him again.

[Col. Fishguts]

6) Smoothing is buggy

[IPAndrews]

7) Can't delte individual glow points (forced to delete whole bank).

[Kazan]

ok start assemblingly a general "issues" thread in the SCP forum, and make it sticky please, and i'll look into each one of these as im writing PCS2

[Goober5000]

Thread split and moved.

[Starman01]

1) Glowpoints can't be imported.

2) Sometime, when you have a model opend and the glowpoint-section is active, and you open a new model, the glowpoint-entries are somehow drag to the new model. Not sure they will be saved though, but at least the view doesn't update, switching the editor-part (i.e. to specials) does not help everytime.

3) One strange thing (happens very often to me) but I didn't heard other peoples talking about it : On some models, mostly those I made a poftocob in PCS before, and then saving the model file again (normally as a LOD to the original model) there seems to be the *.bmp-extension stuck to the texturefile.

Must be related to a truespace bug too I guess. Problem is, that truespace seems to create a XXXXX.bmp.bmp texture-file, and so PCS will keep one bmp-extension that you will have to delete manually. But as I said, I'm not sure this is a truespace or a PCS-Problem. I can send you some test cob-files and pof-files showing this error. (Happens with all TS-Versions and all PCS-Versions btw).

4) The only reason, I still use modelview in some points is that it's viewer is a little more sharper/thinner (turret-firing-lines i.e.) and you can set the view automatically to side, top etc. and to wireframe (maybe wireframe is already in PCS ?)

5) A small failure into the subobjects-import function. Non random-subobjects wont get their pof-data imported (maybe because you hardcoded standard-subobjects).

Example : Name of the subobject : NAV
Pofdata :
$special=subsystem
$name=navigation

The pofdata will not be included by importing from another pof. A radar-dish i.e. can be important without any problems.

6) I'm getting very often a "Stack overflow protection error". I have to admit, the models were this happens are either a litte messed up, or do have very much detail and are converted to a very small object, then I usually get this error. Sometimes I can outrun this, by making the model bigger in truespace and use a lower scaling-factor in PCS, but it helps not all the time.

7) deleted

8) Either the viewer or the editing-window blocks a part of the other programm (I mean viewer or editor again) But I wouldn't call that a bug, I hope that you will implement both into one window in PCS2 (same for the autopathing-function  )

Sorry, long buglist, but I work very much with this programm, so that's what I noticed most But don't think that I'm complaining, it is still a great software, and I'm able to make my pofs as long as I know what I have to look out for (but I have to switch between 3 programms )

[StratComm]

The rendering window needs to be much-better optimized than it currently is; it drags my system to a near-halt every time I use it.  It doesn't tie up much memory, just most of my processor cycles.  Despite the massive memory requirements of Modelview, I often find myself using it rather than PCS to get model coordinates.  The issues with the glowpoints tab and the lack of tabbing between fields is also quite annoying.

@ Starman: 7) isn't a bug, that's a known issue involving Truespace's format.  Not many programs will correctly display a face with concave edges, i.e. you should be able to draw a line from any one point to any second one on a given face without going outside the faces boundary.  Truespace also lets you get away with non-connecting edges on a face, such as your box, which I'm guessing looks a little like this:

Code: [Select]


----------
| ------ |
| |    | |
| |    | |
| ------ |
----------


That's never going to actually work outside of Truespace, no matter how you treat it.  To get that to render correctly, you'll need to break the "face" into at least 4, like this:

Code: [Select]


----------
|\------/|
| |    | |
| |    | |
|/------\|
----------


[Starman01]

I feared so. No matter, it did work the last 3 years with triangulation, guess it will do it for the future too.

But thanks for the explanation, maybe I will try this breaking up on some model (that's actually what the triangulation makes), it could save me some extra faces.

(I deleted that part from list above)

[Nuke]

any chance you can get the render window to display dds textures? also any new autogen features would be aprecieated

[Goober5000]

Originally posted by StratComm

Code: [Select]


----------
|\------/|
| |    | |
| |    | |
|/------\|
----------
[/b]

Woo, hypercubes!

[Trivial Psychic]

I've noticed a problem similar to that reported with the glowpoints, but with adding engine glows.  Often if I'm adding thruster points, and I switch to some added to a different subsystem or a different bank, it'll drag data from the previous set and can destroy of fine-tuning.  It'd also help if PCS rendered the thuster-points, perhaps in the same visual manner as MODview.

There's also the well-known issue of displaying subsystems on the wrong side or the model, mirrored down the central axis.

I'd also like to see PCS less rigid when it comes to texture sources.  I keep all of my active FS stuff on my E drive, which is a partition dedicated to Win98.  I also have PCS installed on my C drive for use in WinXP, but it won't read any textures.  I'd like to be able to tell it that it should look on a different drive.

[StratComm]

Originally posted by Goober5000
Woo, hypercubes!

Eh, best I could do in ASCII and with short notice

Oh, another thing.  If you've got over 12 glows in a bank, the game renders them corrupt.  Either that needs to be fixed in the game itself, or PCS2 should have a hard cap of 12 glows per bank.

[Kazan]

Starman01:

6) Not a bug, error that occurs when input model file fails data constraints


many of these bugs will be fixed in pcs2 just by the fact that im completely writing the core from scratch and that pcs2 has it's own internal model format - no more having to write a BSP compiler every time we want to support a new model format, we only have to do the (fairly easy) translation between that format and the internal format

[Mav]

Originally posted by Starman01
3) One strange thing (happens very often to me) but I didn't heard other peoples talking about it : On some models, mostly those I made a poftocob in PCS before, and then saving the model file again (normally as a LOD to the original model) there seems to be the *.bmp-extension stuck to the texturefile.

Must be related to a truespace bug too I guess. Problem is, that truespace seems to create a XXXXX.bmp.bmp texture-file, and so PCS will keep one bmp-extension that you will have to delete manually. But as I said, I'm not sure this is a truespace or a PCS-Problem. I can send you some test cob-files and pof-files showing this error. (Happens with all TS-Versions and all PCS-Versions btw).

Yeah, I too get this now and then. Never considered it to be a real bug though.

And Yes, view controls like in Modelview (top view, front view, rotate left, rotate right etc.) would be a nice improvement. Maybe you could also make it possible specify in the options how much degrees the model is rotated per click?

[Roanoke]

Tab support would be nice, if not a priortity

[Starman01]

Originally posted by Roanoke
Tab support would be nice, if not a priortity

Good one

[Kazan]

Originally posted by Roanoke
Tab support would be nice, if not a priortity

switching from pure win32 code to wxWidgets should automatically provide that at no extra programming cost to me

[Col. Fishguts]

Importing global data from a model with glowpoints or trying to import glowpoint data freezes up PCS.