Is it possible to copy airport files from another 128 pak and use in pak128.japan? I tried to copy the airports pak from pak128, which worked, but when I tried to copy airplane vehicles I would get an error message.
Did you copy the cargo aircrafts as well? If so, that's probably because the goods defined in the aircrafts are not available in pak128.Japan. Copy only the p****enger aircrafts, or edit the goods types of these cargo aircrafts.
Niigata is a small rural town on a single track railway line. The town serves as a bus hub to neighbouring villages and there is a bus waiting for transferring p****engers from a train which just arrived at the station.
Besides, we can create the address (not webspace) 128japan.simutrans.com and point it to your site. If you move the stuff somewhere else, we can merely redirect the address with no problem. It's easy and no one will loose the pakset.
If you are thinking of a graphic repository for new artists, some paksets are already stored in SourceForge svn, hosting the pak128japan won't be a problem either, I believe.
Yes, http://pak128.jpn.org/ is now the official site. And it's OK to create a new subdomain (128japan.simutrans.com) and make it point to the site, although I cannot see the need to do so. By the way, screenshots on the page (http://www.simutrans.com/paksets.htm#pak128.Japan) are not from pak128.Japan. Or if they are, there are lots of addons made for the standard pak128.
I don't think it's a good idea host the files on SourceForge, as the current system works fine.
on a future release, would it be possible to put shinkansen on standard gauge and the other trains on narrow (cape) gauge?
or would this break older save games?
The shinkansen is not the only railway using 1435mm gauage in Japan. There are several railways using 1435mm gauge. There are some issues, if you divide the trains depending on the track gauge.
1. There are four types of gauge width currently used for normal p****enger railways in Japan, namely 762mm, 1067mm, 1372mm, and 1435mm. And trams use 1067mm, 1372mm, and 1435mm. There were some railways using 600mm, 610mm and 914mm as well. That's simply too many and trams cannot have more than one type of depot (or waytype) in Simutrans.
2. There are some railways which have changed the gauge width in their history. For instance, Keisei changed its gauge width from 1372mm to 1435mm in 1959. If you play a game only with the Keisei trains and the game p****ed 1959, then there would be no new vehilces in 1372mm depot, instead, you would need to sell the whole trains and replace the track with the 1435mm track. This might be enjoyable for some, but not for me at least.
3. There are some dual gauge sections, where different gauges share one track. For instane, Keikyu uses 1435mm gauge and it had a dual gauge section to allow freight trains to and from the JNR network to run. This is not supported by Simutrans.
Anyway, I don't want to make the game too complicated, I won't devide the trains by the gauge at least at this moment.
Well, had there been no exceptions like that we wont have this thread in the first place now would we
Well, in Italy, many FS commuter trains are low floor, just because platform height is low. This is not an exception in Italy at least.
German cities, including Stuttgart, Hannover, and Frankfurt am Main, have U-Bahn system which runs partially on-street sections and uses high floor vehilces. In Germany, U-Bahn is usually formed as a result of upgrade of existing tram network. If I remember correctly, there are only 4 cities (Berlin, Hamburg, Muenchen, and Nuernberg) which have U-Bahn system which were originally built as a separate U-Bahn system.
What is called something like "undergraoud railway", is significantly different from city to city. My conclusion is, it depends on where you are.
Yoshi it´s Your pakset an Open Scoure or a Privats Pakset? I Wandt Pimp my Pak128 With Some Models from Your Pakset. I Wandt not get in Trobbel! Greenling
The source files for most pak128.Japan objects are available on the web site above.
Hello yoshi What For Pakfiles Are be Useable in Pak128? Or must i be use Your Pakset as A Separat Set with a Own Folder and an Own Config?
It's an independent pakset. Of course, most objects can be used in the standard pak128 or any other pakset which image size is 128 pixels (this doesn't mean these objects are aesthetically compatible with other paksets), although I don't recommend such usage if you are new to Simutrans.
I compiled makobj, and got the following result. Lots of warnings, but a pak file of 74kB was written. Maybe you missed the 'pak384' argument?
These warning messages are exactly the same as I have received when I paked the pak128 version. I don't think I missed "pak384" argument. But, OK, I think I have done something wrong. I will recompile makeobj and retry. Thanks for your help.
By the way, I'm on Windows XP and using MinGW to compile.
Makeobj version 51 for simutrans 102.3 Nightly and higher (c) 2002-2006 V. Meyer , Hj. Malthaner, M. Pristovsek (markus@pristovsek.de)
Usage: MakeObj CAPABILITIES Gives the list of objects, this program can read MakeObj PAK <pak file> <dat file(s)> Creates a ready to use pak file for Simutrans from the dat files MakeObj pak128 <pak file> <dat file(s)> Creates a special pak file for with 128x128 images Works with PAK16 up to PAK255 but only 32 to 192 are tested MakeObj LIST <pak file(s)> Lists the contents ot the given pak files MakeObj DUMP <pak file> <pak file(s)> List the internal nodes of a file MakeObj MERGE <pak file library> <pak file(s)> Merges multiple pak files into one new pak file library MakeObj EXTRACT <pak file archieve> Creates single files from a pak file library
with QUIET as first arg copyright message will be omitted with a trailing slash a direcory is searched rather than a file default for PAK is PAK ./ ./
Next makeobj (or if you compile it yourself) supports paksize up to 65535 ... so there is probably not the limitation anymore.
I have downloaded rev. 3806 and compiled makeobj. It worked fine with pak64, 128, and 192, but not for 384. Is there a newer version? Or did I do something wrong.
Here is my criteria: High floor - train Low floor - tram Therefore metros, aka subway, rapid transit, etc etc etc, is a train because it has an elevated boarding platform.
I know that the operating cost of the server is independent on its usage. But you know, it's not very comfortable for me to use it without contributing Simutrans much. And if I don't update the pakset (and probably I won't update much), it might be not usable any more, as Simutrans is being developped pretty fast, then the pakset would be a real waste on your serve. This is what I want to avoid.
A 128japan.simutrans.com subdomain wouldn't be a burden.
I mean, I feel uncomfortable to use other's resources in vain, while I don't contribute to Simutrans at all, even though pak128.Japan site doesn't take much hard disk space or bandwidth. The new site is on my server space and it doesn't hurt other's wallet, even if I leave it for several years.
You might think that I can simply delete the site, but I want to keep pak128.Japan available on the internet permanently or at least in the foreseeable future, even if it's not updated, because there are some people who have been actively playing pak128.Japan and a couple of people have even been creating addons for pak128.Japan. I don't want to let them down.
It was already four years ago, when I started making the pakset. Unfortunately, I couldn't do much in the last two years, but I won't let it die. I'm currently a bit motivated, as the recent nightly version shows large vehicles much better. I want to make river objects at least, then I will probably hibernate again...
You need to edit the dat file to change the retire date. The dat file is a plain text file and can be edited by a text editor. If you are on Windows, Wordpad is OK.
Actually, Can I edit the pak and set "no retire date"? If it can, how can I edit the pak? ** Do I need a permission from inventor(s)?
As long as you use the modifeid files for yourself, you don't need to obtain a permission. However, you will need source (dat/png) files to modify pak files, or you will need to edit pak files directly with a hex editor.
Altanatively you can simply install an addon road which retire date is later.
That's problematic in other languages as well, as I can easily imagine city names which might be used in other strings in the game.
e.g. Zug, Essen, Baden
And also, if you replace Ulm with Augsburg, Neu Ulm would be Neu Augsburg as well. This would be annoying. There should be geographical limit in which the replacement is carried out, if it's possible.
You need to continue learning until you stop playing Simutras, as it's being developed continuously. I honestly cannot catch up the speed of development...
But it's not so difficult to obtain rough idea about how Simutrans works, if you have ever played a game of this kind, especially TT.
If you play in German language, city names will be German as well. Or rename citylist_de.txt (under pak.german/text/) to citylist_en.txt, if you want to play in English.
My point is, if the delete button behaves as it did in the past, it's pretty easy to delete the unnecessary stops, even if you mistakenly push the "return ticket" button.
But Z9999 is right, it would be good if a stop is deleted when you push the remove button after selecting a stop...
This button is quite useful, although it's not very useful for railways. The only thing I don't like in the schedule window is the behaviour of the delete button. I prefer the past behaviour (after deleting a stop, the delete button is still active).
Apparently, the sidewalk hides the edge of the road behind it, since the sidewalk is larger than the tile size... The size of sidewalk is 66 pix x 66 pix, although it should be 64 pix x 64 pix, if I counted correctly.
Actually, for me, it occurs even at standard zoom levels (using the latest nightly of Simutrans-Standard, as well as the latest Simutrans-Expeirmental).
For me as well. This is a bug in the graphics, if it's not intended...
Simutrans deals with what occur on regular basis. Here "regular" means maybe daily or weekly at least. The other fringe transport can be ignored or at least that's not what devs would devote their time and efforts for.
[another part of me] It would be good if hovercrafts can run both on sea and land. [/another part of me]
This might be an intended behaviour, but I think it's not.
If there is a factory which produces nothing (or electricity) and comsumes two or more materials, it should be operated only when all the necessary materials are provided, I think. But actually the factory starts operation, even if only one of the necessary materials is provided.
For example, "Heizkraftwerk" in pak.German produces electricity and consumes coal and oil. If one of the energy sources is provided, it starts operation and produces electricity.
There have been discussions regarding this issue in the past. And the current behaviour is considered to be the best compromise by the Dev team I think...
It's actually pretty common to have more than 24 cars even in Japan, where the infrastructure is relatively weak. For instance, this freight waggon http://ja.wikipedia.org/wiki/%E5%9B%BD%E9%89%84%E3%83%AF%E3%83%A080000%E5%BD%A2%E8%B2%A8%E8%BB%8Aused can be coupled up to 45 cars, although the length of each car is rather short (less then 10 metres). And such trains are operated under the usual signalling and the speed (up to 75 km/h).
In Australia, the standard freight trains, operated on Melbourne - Adelaide route, consist of 4 locomotives + 40 freight waggons, which length is about 1 km. Trains are even longer on Adelaide - Perth and Darwin routes.
Of course, this doesn't mean Simutrans should have longer trains. This is another issue.
Apparently the size of depot window is adjusted according to the maximum length... So if you set the value too large, the depot window might not fit into your display. But anyway, it's possible here, although there might be other possible problems. I don't know.
I realised that there is no warning to the overflow of convoi IDs. When I tried to buy 8193rd convoi (under the default setting i.e. convoys = 8192), Simutrans just shut down. It would be good if there is a warning message, if you tried to buy 8193rd convoi...