ORTS TrackViewer An open source alternative to MSTS TrackViewer
#31
Posted 07 March 2014 - 08:29 AM
"Error 1 The type or namespace name 'WorldLocation' could not be found (are you missing a using directive or an assembly reference?)
E:\Open Rails Source\Working\Source\TrackViewer\Drawing\DrawTrains.cs 28 9 TrackViewer"
I had no problem compiling and running Trackviewer with earlier ORTS releases, maybe I am doing something wrong this time. I added the folder "Trackviewer" to the "Source" folder, added the .csproj file to the project and rebuilt the solution. I can compile X2078 without Trackviewer OK.
I am using the 20140211.zip of trackviewer.
Any suggestions?
#32
Posted 08 March 2014 - 03:06 AM
<RequiredTargetFramework>3.0</RequiredTargetFramework>must be deleted from TrackViewer.csproj on my computer to compile without errors. Also all the
<RequiredTargetFramework>3.5</RequiredTargetFramework> <Private>False</Private>entries can be deleted, and the
<ProjectTypeGuids>{6D335F3A-9D43-41b4-9D22-F6F17C4BE596};{FAE04EC0-301F-11D3-BF4B-00C04F79EFBC}</ProjectTypeGuids>entry must be deleted in order to compile it on a higher version of Visual Studio than 2008. (And possibly the entries
<XnaFrameworkVersion>v3.1</XnaFrameworkVersion> <XnaPlatform>Windows</XnaPlatform> <XnaCrossPlatformGroupID>40537efa-41f7-423a-a9b8-bc96041bfc69</XnaCrossPlatformGroupID>as well. At least deleting it doesn't hurt...)
Also deleting the whole BootstrapperPackage ItemGroup is safe, I think. The line
<Import Project="$(MSBuildExtensionsPath)\Microsoft\XNA Game Studio\Microsoft.Xna.GameStudio.targets" />isn't needed anymore, along with two lines of
<XnaCompressContent>false</XnaCompressContent>
#33
Posted 08 March 2014 - 05:42 AM
http://www.trainsim.ru/download/16/
Is in russian, but is almost perfect.
Try it.
Cheers.
RTP
#34
Posted 08 March 2014 - 07:36 AM
I'm still puzzled about what I was doing wrong...
Sid.
#35
Posted 11 March 2014 - 12:38 AM
I have just updated the code of Trackviewer. Some important updates are
- Improved performance for large routes, mainly when zoomed in.
- Initial MSTS Path Editor. The editor is not finished. But I think it is functional, at least for non-broken paths.
Unfortunately, automatic builds still do not work, but I depend on others to add this.
Regarding the MSTS path editor:
- It is intended to only do MSTS paths, not ORTS-specific solutions
- It has undo/redo functionality
- It is able to save a path
- I think it currently mimics the functionality of the MSTS path editor pretty decently. But I am not an extensive user of the path editor, so please correct me where I am wrong.
- I have on my list still the following items. Note, however, that feedback from users is appreciated, since you are the people that will use the editor much more that I will. So tell me what you would like to see and how you would like it to function (especially related to user interface).
- Not crashing on broken paths
- Making it possible to do things like 'select other exit' with a shift-left-mouseclick
- Making it possible to move a start/end/reverse/wait/uncouple point with shift-left-mouse-drag.
- Making it possible to do rerouting on a longer part than is available for 'take other exit' (which, in case there is already an end-point, is only allowed when there is an almost trivial new path that reconnects to the existing path).
- Making it possible to fix broken paths. I am just not sure what the easiest way here would be for the user (especially when a route has changed quite a bit since the path was saved so it is not trivial to fix a path).
- Documentation
- Not crashing on broken paths
- Please also let me know when I misunderstood some of the things the paths (.pat files) in MSTS do and don't do. If I understand it correctly the MSTS paths combine both real path-like features (like from where to where the path goes), but also activity-like features (like waiting, uncoupling, etc). In the MSTS activity editor these two things are done in slightly different parts of the activity editor. Since, however, this trackviewer is not planned at all to be a full-blown activity editor, all the features that go into the .pat file need to be handled via the single interface. Hence the addition of 'Couple/Uncouple' points.
disc, on 03 March 2014 - 10:34 AM, said:
Sid P., on 07 March 2014 - 08:29 AM, said:
I am using the 20140211.zip of trackviewer.
gpz, on 08 March 2014 - 03:06 AM, said:
<RequiredTargetFramework>3.0</RequiredTargetFramework>must be deleted from TrackViewer.csproj on my computer to compile without errors.
...
Personally I do not have a strong opinion about the Russian trackviewer (the problem with coders like me is often that they are not users themselves :) ) . Perhaps it is indeed better as a track viewer. I am currently concentrating on the path editor features (looking at paths was one of my initial goals anyway).
Best regards, Jeroen
#36
Posted 11 March 2014 - 03:09 AM
In the MSTS editor, if you select an 'other exit' which does not take you back automatically (i.e. through default switch positions) to the path as defined, you lose all the rest of the path definition.
Similar, if you have a 500 km long path which starts in a station at platform 1, and you want that same path but starting in platform 2, you need to build all 500km from scratch again.
So, the option to 'remember' the path, and, either after selecting another exit or a new startpoint, reuse this path once you have (re)joined it, would be very welcome indeed.
It would also immediately solve the problem of rebuilding a broken path : just stop the path at the broken point but remember the rest. Then rebuild the path through the broken point and 'rejoin' the original path.
Other usefull additions would be options to remove reversal points and 'start passing path' definitions, something also not possible in MSTS.
Regards,
Rob Roeterdink
#37
Posted 11 March 2014 - 05:42 AM
Thanks for the feedback. I do have some questions though.
roeter, on 11 March 2014 - 03:09 AM, said:
In the MSTS editor, if you select an 'other exit' which does not take you back automatically (i.e. through default switch positions) to the path as defined, you lose all the rest of the path definition.
Similar, if you have a 500 km long path which starts in a station at platform 1, and you want that same path but starting in platform 2, you need to build all 500km from scratch again.
So, the option to 'remember' the path, and, either after selecting another exit or a new startpoint, reuse this path once you have (re)joined it, would be very welcome indeed.
It would also immediately solve the problem of rebuilding a broken path : just stop the path at the broken point but remember the rest. Then rebuild the path through the broken point and 'rejoin' the original path.
Quote
Quote
Regards,
Rob Roeterdink
Best regards, Jeroen
#38
Posted 11 March 2014 - 08:20 AM
Quote
I think the question you´re referring to was if it could be made possible in Trackviewer to remove the start of a passing path. That was not possible in MSTS AE, which called an activity creator to redo the whole path if they wanted to remove that passing / alternative section.
I would also like to have such a feature, bein an activity creator myself and having gone through this path-redoing process some... times - well, too often :rolleyes:
Cheers, Markus
#39
Posted 11 March 2014 - 08:36 AM
roeter, on 11 March 2014 - 03:09 AM, said:
In the MSTS editor, if you select an 'other exit' which does not take you back automatically (i.e. through default switch positions) to the path as defined, you lose all the rest of the path definition.
Similar, if you have a 500 km long path which starts in a station at platform 1, and you want that same path but starting in platform 2, you need to build all 500km from scratch again.
...
There is indeed a way to solve such problems with the MSTS path editor, but almost no one knows it. Referring to case two (change platform) you mark for deletion the start point, and at that point you can drag it to the new platform. Save the path, done. If there are new nodes before the node where the two versions of the path converge, mark for deletion and delete them so you have a single red line starting from your new point up to the first node where the old and the new version of the path coincide, and then drag such line over any node touched by the new version of the path. Save the path, done.
A similar solution is possible for the first problem, if the new path passes at least through a before untouched node.
I hope this feature will be available with the new path editor.
#40
Posted 14 March 2014 - 11:41 AM