[nounours1952]

Hello,

Is there a capacity limit in the con editor (number of directories in the trainset)?

Thank you in advance for your answer.

Cordialement
Pascal

[eric from trainsim]

Doesn't seem to be. MSTS loaded all consists into memory on startup, and there's an unwritten max that it can handle.

I haven't experienced that with ORTS or Goku's Content Editor.

[nounours1952]

 eolesen, on 23 December 2020 - 10:01 AM, said:

Doesn't seem to be. MSTS loaded all consists into memory on startup, and there's an unwritten max that it can handle.

I haven't experienced that with ORTS or Goku's Content Editor.

Thank's a lot.

[royraunak]

probably there is no limit on it

[copperpen]

MSTS loaded all of the trainset and all of the consists before giving you the route/activity selection. All of that ate up memory which is why there were limits on what it would be able to load before errors started to show.

ORTS reads nothing except the different route profiles you may have set up. Once you select a profile it then checks stock consists and routes to make sure all is present. Only after you have selected the route and activity does it load stock and consists.

[engmod]

>MSTS limited to 512 consists, probably, ORTS, I hope, no

I used to run msts up to about 800 consists.

[cr-stagg]

 Weter, on 16 March 2021 - 06:32 PM, said:

MSTS limited to 512 consists, probably, ORTS, I hope, no

 engmod, on 17 March 2021 - 01:51 AM, said:

I used to run msts up to about 800 consists.

It was a combination of items that limited MSTS not just consists.

[Genma Saotome]

One of the tasks I've gotten into the habit of performing is consolidating folders in the \trainset directory. In many cases the content cretor has one .s file he has placed into n .wag directories, each of which have the same .s file and the same texture file NAMES but the textures themselves are different, as are, of course, the .wag files. I make copies of all of this and go directory by directory, opening the .s file and renaming the texture files that are actually unique to something that actually identifies the car (e.g., boxcar.ace becomes SP123456.ace). I rename the actual texture files to match. When I'm done everything goes into one directory (e.g., XM_SP_B-50-25 -- XM is the AAR code for boxcar). All the original folders are then deleted. One folder, n uniquely named .wag and texture files. This has the added benefit of loading once one copy of those textures that are actually shared, such as foe the trucks and couplers.

In many cases I'll then do a symbolic link from the one folder to n miniroutes.

I then update the .con and .act files as needed.

[Weter]

But, if each *.wag demands it's own *.s, calling different body texture and same bogie, couplers, etc, than its needed the same *.s files quantity, as *.wag.
The economy, this way, is only with common textures.
If I understood it correct, then trainsim.ru team does it the same way: for instance, there is a single directory for given type of car, where all such cars are installed. The newer cars added to that directory, so some textures are common there, as Dave said.

What about consists number: if it exceeded, MSTS didn't show anything in consists list, when choosing, with what to ride.
Deleting or moving the part of them (does Train Store do it automatically?) solves the problem.

[cr-stagg]

 Weter, on 17 March 2021 - 09:07 AM, said:

................

What about consists number: if it exceeded, MSTS didn't show anything in consists list, when choosing, with what to ride.
Deleting or moving the part of them (does Train Store do it automatically?) solves the problem.

MSTS would just crash. No error message. Train Store moves unneeded files to storage location unseen by MSTS based on user's settings.