Your help is required: Please report any bugs or problems to me (via this forum).

All features required to play the game are implemented:All passenger trains, airplanes, ferries and busses have different comfort rating and loading times. Push-Pull trains are faster at reversing and three tilting trains (namely Pendolino, new ICE-T and ICE-TD) can travel around corners at higher speeds than other trains.

Since there have been no changes to the pak other than the vehicles, everything included in the standard-pak should be available to you. However, some experimental features are changing the behavior of the game. When the games creates a new map, no rivers are created for some reason (I don't know why). But you should be able to build canals.See my post below.

# now river stuff# first river type (should be defined in pak dependent file)# The highest number is the smallest. A river with max_speed==0 is not navigavable by ships.#river_type[0] = river#river_type[1] = small_river#river_type[2] = just_the sourceFrom pak64 pak/config/simuconf.tab

# now river stuff# first river type (should be defined in pak dependent file)# The highest number is the smallest. A river with max_speed==0 is not navigavable by ships.river_type[0] = riverriver_type[1] = river2river_type[2] = fluss_quelle

Thanks for the hint. I accidentally forgot the rivers when merging the original simuconf.tab files with the one for Simutrans Experimental. This "bug" will be fixed with the next release. Meanwhile, you can add the following code to the simuconf.tab (inside the config folder from this pak) file to enable river creation:

I have a few questions regarding your pakset (please bear with me as I haven't had the time to test it myself yet - if you think a question can be answered by just playing it, just say so )

- is it a 64 or 128 (bits/bytes?) set?- did you base it on an existing pakset or is it a completely new development?- are you planning to work towards a balanced set with regard to costs, revenues etc.?

The pak is based on the 64-tile pak.german for Simutrans Standard administrated by Frank. This Version of the pak will feature the same vehicles and buildings, but incorporate new features from Simutrans Experimental. The original pak has a pretty well balanced cost/revenue system. I would say it is the best. But the new comfort levels, catering and other vehicle properties introduced by SE will require some adjustments.

I waited for someone to find the signal bugs with narrow gauge (and the transrapid-by the way). Most Players will never recognize this bug, because you rarely use signals on this track. This issue may be fixed with the next release. If there is one, the copyright situation of the pak has changed since the first release.

2nd bug: This actually is no bug. If you try to build a elevated track in multiple steps, you have to make sure that all pieces overlap with each other at the ends. They don't connect if you just build them next to each other. Here is a tip how to get it right: After one piece is created, you position the cursor (the yellow box) underneath the last part of the existing track. Do not start at the level of the existing track.

As for the mentioned crash with the dev-version of SE 9, I won't do anything about that right now.

the crash is very likely not related to the pak, i just put the link here for completeness.

the graphics for the inclined elevated tracks is also wrong, only two tracks hanging in the air are displayed. i was also pretty sure i connected both ends. Using the elevated track with brick foundation the problems did not happen. I'll test it again when i have the time for it.

some other things:- DB 612 available in 1953- tram 'track remove' does not remove tram tracks- no "end of choose signal" available

on the economic side it seems quite a bit easy. I earn incredibly much on a not very large map, with about 150 small cities. (largest 16k!) with a rudimentary network that's not optimized at all. savegame 4MB

You have to use the plain 'track remover' from the railroad menu. maybe the menuconf.tab has to be updated. The way remover for tram tracks simply does not work, as internally tram tracks are railroad tracks.

... on the economic side it seems quite a bit easy. I earn incredibly much on a not very large map, with about 150 small cities. (largest 16k!) with a rudimentary network that's not optimized at all. savegame 4MB

The economic is balanced for Simutrans standard. mopoona has not much experience in balancing.Set balancing takes many time.

DBAG BR 612 this one did appear in 1953. (Always wondered what the BR meant, now i know

Quote

Set balancing takes many time.

that's why i start to provide feedback* :-)

*You know, in the german way, getting to the problems without a mention of the good aspects, not even thought of that. So, it's quite good. Balance is also surprisingly good. Playing around with general parameters (passengers, general infrastructure maintenance) might be enough already.

The 1st day of the next month after loading a save game triggers an industry expansion wether it is supposed to or not. For some reason, I can no longer reproduce this with Pak128.Britain-Ex (I've had lots of trouble with it there), but now the problem resurfaced with Pak.German-Exp.

I hope this helps. If you need a savegame or something else, please don't hesitate to ask for it.

Edit: In a new Pak128.Britain-Ex game it resurfaced as well. Apologies for the incorrect report.

It is very difficult to find a balance in SE-paks. All the SE-specific incomes (comfort and speed ratings) are active in this version of the pak.german-exp, but no additional costs were added. This has to be changed in the next version. New monthly cost (for vehilces) will be added (higher ones for faster vehicles). Calculating these is very complicated and will take some time.

I'm very interested in how you are finding it balancing paksets for Simutrans-Experimental; anything that you've discovered doing this would be of great interest to me in my efforts to balance Pak128.Britain-Ex.

For some reason I cannot load the current version of the pak.german-exp with SE 9. Does somebody have similar problems?

For now I like to give a little overview of the features I want to add to this pak:

Higher cost for building and maintaining railroads and roads.

Less km-costs but new monthly costs (higher for faster and more powerful vehicles). In real life almost 70 % of all costs are fixed costs. All locomotives will get new costs related to their power and maximum speed.

New comfort system: the comfort values of all vehicles will be calculated as a sum of 3 numbers (base comfort for the chosen travel type/distance, seat density discomfort and vehicle specific comfort), costs are added in relation to base and vehicle specific comfort.

lower journey time tolerances (they have almost been disabled in the current version). A few passengers will want to travel very fast.

lower passenger level (and less goods to transport)

overcrowded vehicles

more realistic traction

Road, water and air will be alternative solutions for many problems previously only solved this railroads

Each feature will take some time to be tested, I hope I got everything ready until the end of january. At first I hoped I could work with the values of the Simutrans Standard pak, but now I think a full recalculation is the better way.

At first I thought my version was not working due to the changes I made for my test. But I downloaded the current version and your Simutrans Experimental Complete files to check it again. And this combination doesn't work. I forgot the exact error (something with GOODS_PASSENGERS). I'll try again tomorrow.

Mopoona, could you sort out the problems in the german forum, with quite a lot of the contributors to the pak not allowing the port to experimental? When i read the thread, i thought the whole project is dead already, i'm positively surprised now, that you're still working on it now.

Mopoona, could you sort out the problems in the german forum, with quite a lot of the contributors to the pak not allowing the port to experimental? When i read the thread, i thought the whole project is dead already, i'm positively surprised now, that you're still working on it now.

I was not aware of this issue; this sort of thing is just the reason why open sourcing things from the outset is important.

Frank, the former developer of the pak.german, decided that the pak should be ported to SE. He didn't want to work on both versions. So there was no one left to incorporate the newest changes in Simutrans (network play...). Angry about Frank's decision not to support the standard version one contributor did not allow the use of his graphics. But this got resolved (I least I think it is). prissi now works on the standard pak and after the release of the newest version a team will be chosen to care for the standard pak. So pak.german wont die. The original reason for the dispute doesn't exist any more and I am confident that there will be no more problems.

It is in discussion to make pak.german open-source, I would like that too but it's not my decision.