I think it would speed up loading time if Data implemented a compression format for mods.

Most games don't load straight from bmp files, maybe there could be a way to compress graphics and sounds into some sort of format that is somehow still readable to CC.

This is just an idea and I don't really know what I'm talking about on this subject, if anyone else does just say how this would be done.

It might be too hard to do for Data to do quickly, for say, build 25.

That would complicate, well... Pretty much everything...

When it starts up, it isn't reading the .bmps, .luas, or the sounds. All it is reading is the .inis.

Data could put in a reader that opened things in an editor.... nah.

Well, what ways could we improve loading times?

Well, maybe we could have the ini files compressed so it wasn't FilePath but instead was Uy76s or something (Less for CC to read, you know), and data had a compressor and de-compressor.
It wouldn't have to be compressed to be readable, so you could have mods uncompressed so you can edit them, then compress them when you are done.
It would also help if you could put in a code when it compressed so people couldn't steal your mods and stuff.

Maybe if CC used all CPU cores rather just one?
Or does it already work that way? I highly doubt it.

Actually, compression and decompression would just make it take longer. That's not a good plan. It just saves transfer time, which is a different thing.
Also, chances of there being multiple core use is unlikely.

Well, no, it like CC can just under stand it, it isn't decompressing it as it loads...
Well, I don't know. :/

That's a real shame...
It would improve CC so much... Just imagine all the crazy ♥♥♥♥ you could do and experience little to no lag...
One can only dream..

Wouldn't really help things, since every code can be cracked eventually inb4 military-class encryption. Sends the wrong message too.

Meh, okay.

So a nice single core is the best for CC. :/

I think you meant for the physics engine, not CC as a whole.

Strangely enough, I have great performance on a dual-core with each core being 1.6GHz, while I had poor performance on a single 2.0GHz.
[speculation]I think it has to do with what other applications do when Cortex starts up. With dual-cores, the other processes switch over to the other processor while Cortex monopolizes the one.[/speculation]

CC uses bitmaps because allegro reads bitmaps by default. It'd take more work (and take longer) to read a compressed image format.

As far as sounds, .ogg is a high quality and low-loss format. And .ini compression is just dumb.

Anyways the game maxes out at 50% CPU usage AKA one core on every dual core I've ever used.

As mentioned earlier, compression would not help. However, if the scripts were compiled into native language files for Windows and Mac, they would load and run faster. The down side would be the loss of flexibility that Lua provides.
--
TAZ

I really only mind the loading time when I'm trying to make mods and switch stuff out, readjust and repeat.

My solution was to install another CC in a different place and strip it down as much as I could while still keeping what I needed. Basically it just loads Base, Dummy,Tutorial, and comments out almost everything else.

It allows me full access to the Gibbing/Actor editors, and an in-game test via the tutorial.

10 second load time.