Closed Looky1173 closed 10 years ago
Property | Value |
---|---|
Posted by | James Collins (jamesc25313) |
Date posted | Fri, 25 Oct 2013 03:46:12 GMT |
Property | Value |
---|---|
Posted by | James Collins (jamesc25313) |
Date posted | Fri, 25 Oct 2013 06:52:34 GMT |
I can confirm that going back to version 0.8.0.1251 the track shows as its suppose to. I tried going back to the official 0.9 release but the problem is still there.
I can also confirm this problem happens in another route "Pocahontas District" found in the trainsim file library as pokeyv1.zip
So, somewhere between 0.8 and 0.9 DBTracks/USTracks arent displaying correctly in OR.
See picture below to see the track displaying correctly in version 0.8
Property | Value |
---|---|
Posted by | James Collins (jamesc25313) |
Date posted | Fri, 25 Oct 2013 07:04:58 GMT |
Track shows correctly if I turn off super elevation. Works in latest release if super elevation is set to "0"
Property | Value |
---|---|
Posted by | James Ross (twpol) |
Date posted | Sun, 03 Nov 2013 13:32:44 GMT |
I'm not sure how superelevation could have worked with DBTrains before without a profile, so I'm not entirely sure this is a bug.
Property | Value |
---|---|
Posted by | James Collins (jamesc25313) |
Date posted | Sun, 08 Dec 2013 18:28:04 GMT |
I see. Can a person design track that will work specifically with OR, taking advantage of a default profile? In other words, does OR have a profile that creators can use with it, or is it only for default msts track at the moment? I agree this isnt a bug since there isnt a profile for DBTracks. We will just have ot wait for someone to make a profile, if ever.
Property | Value |
---|---|
Posted by | James Ross (twpol) |
Date posted | Sat, 04 Jan 2014 00:02:00 GMT |
I believe there are some profiles available in the OR forums on 'elvastower.com' but I am not very familiar with making new profiles. You should post there if you have problems, though.
Imported from https://bugs.launchpad.net/bugs/1244511
I was planning on converting the Donner Pass v1.0 like I have done many other routes only to notice a few track pieces show as converted in MSTS but not in OpenRails. I dont know exactly how many other track shapes are affected inthis route, but the one Ive been trying to figure out is a2t500r10d.s located on world tile w-012924+014272.w
I find it using these coordinates 499.28799 734.67798 -663.0839 when searching the .w file. I am not running an activity, but using path "COLFAX YARD TRACK 1"
I noticed a DBtracks upgrade in the file library at trainsim.com dpupgrade.zip I noticed with this file as well it converts the route to dbtracks, but not the file in question. Once again the track is dbtrack inside of MSTS, but is regular a2t500r10d.s inside OR.
Converting to DBTracks is easy since you simply rename a2t500r10d.s to US3_a2t500r10d.s ect. in each .w file which will point to the new shapes. I have tried Route_Riter and it finds no problems. MSTS even sees the shapes as being US3_a2t500r10d.s but OR doesnt point to it?
Here are a couple of screens to show the right shape being displayed in MSTS but not in OR.
The first is as displayed in MSTS with no problems.
http://imageshack.us/a/img163/6176/h3ej.jpg
The second being in the latest OpenRails and I have colored the track section a redish color to show which section is obviously not DBTracks. Please note I am using USTracks version of DBTracks and the track texture I have colored in the picture is a updated ACleanTrack1.ace and not apart of DBTracks, although it should be pointing to US3_a2t500r10d.s it is for some reason pointing to the default a2t500r10d.s.
http://imageshack.us/a/img196/8360/5psv.png