Not sure what you mean. Every route you click in the Build menu shows its folder on the right hand side.
Pardon, .ap is the official game file format since TS2014, of course it's visible. Every route installed is visible in the game, no matter if its contents are in an archive or not. You asked for the folder, it's 70-2016 as visible in the screenshot.
Think you're getting a little confused, the contents of .ap's are only "invisible" (unreadable) to third party software like TSTools, that's why there's an option within TSTools to extract the routeProperties.xml so it can then read the relevant information. The game however can and does read the content within .ap archives perfectly well as it's designed to.
TSTools was nowhere mentioned. Yes it's an old tool, which is missing simple zlib implementation unfortunately, forcing users to tamper with their installation (leading to possible issues after updates). But, TSC Build menu will give you the route folder, no matter what format its contents are.
I tested your confident assertion Spike and removed all the files outside the ap file structure just leaving the content ap and the route doesn't show up in any menu including the build menu, we've had this conversation before in another topic and I have had numerous amounts of debates with lots of players telling me that it is impossible, but here we have it, nothing shows in the game if they are inside any ap file structure, you or anyone else can come over and check it out yourselves since no one believes it. No skin off my nose mate.
That would mean you would not be able to see or edit any DTG route... something's off with your installation it seems. And I have a suspicion but don't quite like your aggressive tone, so let's leave it at that.
1) I never stated TSTools was mentioned, I used it as an example, (I could've used CobraOnes RailDriver software as another example but TSTools was shorter to type). 2) All this "TSTools tampering" does is create a copy of the routeProperties.xml outside the archive so it can be read by non zlib capable software, if it causes issues (never has so this is a mute point) then simply delete the .xml as the original is still maintained within the zip (sorry .ap) archive.
I know, mate. But some may not. (For example a route update coming in, replacing the .ap but not the extracted RouteProperties.xml can lead to issues - that's why a verification removes all those external duplicates. And when a route is not shown in the Build menu it is a sign of some error caused by tampering.) OP asked for the folders, we've given the names.
I apologise if I came over as aggressive Spike but the amount of arguments I've had over this issue has worn very thin over the years. I can edit all the routes I have if they are outside of the ap file.
No worries, I can understand you feel misunderstood. It's just that things seem to work differently on your installation, for reasons no one can see from a distance. That's why I prefer to post images which clearly show what's happening.
I had this issue once and it was because I had moved an ap file up one level in the folder structure, at the time I was troubleshooting something and wanted to take the ap file out of play so to speak. For me it caused rolling stock and other assets to disappear from the game, for me the ap file was one that was in the assets folder in one of the provider folders and not where it should have been in the product folder but a misplaced ap file say in the content folder could cause different issues. Just to confirm, for me one ap file misplaced in the assets folder caused problems for all ap files at the very least in the same provider folder and possibly the the entire assets folder. I would put money on it that you have a misplaced ap file somewhere in your folder structure that is causing these issues.
That would be a massive task to track down if it was, I have a massive assets folder that is nearly 900Gb! Besides a boffin at DtG said it was an operating system error one of which I am not qualified to track down or fix.
Yeah I hear you there, mine is approx 1.5TB. When I track down any rogue files I cut half the providers out and see if the issue still persists and once I have found the half of the files that contains the offending file I then cut it in half again until eventually you narrow it down to only a couple of folders making it easier to track down. I appreciate though that you now have extracted assets which would complicate the process further and if TS is running albeit with extracted assets and working how you want it to then the time cost might not be a trade off that is worth paying. You never know with computers as they are temperamental machines but I feel quite confident that your particular issue is not operating system related
Not a problem actually. Enter dir /s *.ap > filelist.txt in the command line after CD'ing to the RailWorks folder, zip and attach the output textfile here. An .ap has fixed paths were it's allowed to reside Assets: RailWorks\Assets\Provider\Product\ProductAssets.ap - three folders down from the root Routes: RailWorks\Content\Routes\GUID\MainContent.ap (+ additional packs) - again three folders from the root. An .ap file placed elsewhere can lead to issues and is non-standard, maybe a drag and drop mishap. (That's why I'm using a file manager without drag and drop, as it's dangerous - a failed double click while moving the mouse and folders disappear in subfolders.)
I really appreciate the help fellas and I'd love to get the ap file system working again just to cut down loading times, however I let steam do all the placing of main content and asset ap files as that is something I do not move around myself. I am inclined to agree with the "its the system that is borked somewhere" reason.
