I got distracted - but i did make the list of numbers (but then got frustrated with one route having about 20 gravel / forest textures - i'll let you know when i get through the list though )
Does the program show a list of tiles being processed when it runs? are all of your RW folders read/writable? what is the last modified date on the workfile.bin in the c:/temp folder - it should be the date/time that you last ran the program. Have you ensured that your range of tiles to be copied is non-zero?
The program seems to run and I get the list of files being processed when it runs. The files are definitely read/writeable and the bin files do have the date and time of when I last run the program. The only error I seem to get at all is “error cleanupcatenary object reference not set to an instance of an object”
Nothing springs to mind. Try running the cloner on a small set of scenery tiles (a 2x2 grid is fine) - ensuring that all four have some scenery on them.ONLY scenery items - don't select any other type. If you can't see any new tiles in your target route then check the workfile.bin in rwtools - does it show scenery items or is it empty apart from headers/footers? If it does work then try again with each of the other categories of tile to see which one(s) are causing a problem. The catenary error may indicate that one of the 'Network' tile types (loft,road,track) has something that my program doesn't like.
Just did the test with 2x2 and scenery has succesfully copied onto the route. The route im trying to merge doesnt exactly go top left to bottom right so i wonder if ive been using the wrong co-ordinates
Ok - some progress. So just expand the copy to encompass the area you need without worrying about empty tiles (except for the top-left one which MUST have a scenery item in it). Work through each type of tile until you have success or have identified a problem. Good luck
hi cunnign, could you tell me what scrc (x,y) top-left to bot right , tgf (x,y) top-left to bot right and gOffset - x.gOffset - y means?
Yes, it means read the manual ;-) You are copying a rectangle of tiles from one route to another - defined by the top-left tile and the bottom-right tile. The offset is how many tiles difference there is between your source route and the position that the tiles will be on the new route. And, RTFM.
i also keep getting an error stating error in TileCopy Could not find a part of the path in 'c:/temp/workfile.bin'.
Sounds like a setting issue. Are you given an opportunity to select the drive where the in-progress data is stored?
Understood. Sounds like your pc doesn’t know where to find the files. Was wondering if there is done setup required before execution. I do not have the software to diagnose. Respectfully
Got it working so i must thank you for your help. I was trying to be overambitious before id even figured out how the software worked but now its brilliant so thanks for all the help
You need to be running with administrator privileges which you may already have spotted. The new issue sounds odd but could have a simple explanation: the top-left scenery tile MUST have at least one scenery item in it. So check that first. If that tile is empty then stick a big grey chimney in it (and then save the route) so the program has something to grab on to.
Ive did that and now its working but when i merged two routes there is no sign of the source route in the target route?
My guess is that you've got the offsets wrong - so the tiles are there but not where you expect them. Go to the scenery fodler and look for newly modified tiles - if they exist then the program did put them in. If so then you need to use rwtools to read one of them and find the first reference to the tile number. Then open your target route and fly to that location - which should show you that they exist and that you've cocked up the offset. Then read the manual, look at what has happened and you'll be able to work out what you did wrong.
Yep checked in the scenery folder and saw an unusal tile where a scenery item would be, flew to that location in the target route and saw the scenery in the source route just a quick question. for the src tiles do you enter the same tiles in each box or different ones because i think that might be where i went wrong. and also does it merge the whole route if correct, or do you need to merge it by individual tile?
RTFM!! You enter the top-left and bottom right tile coords from your source route. The offset is then applied to every tile in the virtual box that you've defined by doing that and the program moves all of them that exist. Your source route is unlikely to be a neat rectangular shape but the program doesn't care - it will copy what it finds.
i have merged the two routes but the target route track dissapears at the merge point where the source route is
There is a separate process for merging the track - have you done that? Did you back up the target route first (if not then do so).
Yeah i know about that but when i merge the tracks, the tracks in the target route dissapear near the merge point of where the source tracks are and i have made a backup of the target route
No error messages? A 'clean run' - just no track? Have you checked to see if there are track tiles where the track would be? One possibility is that you have a different track type in the source route which is not present in the asset list of the taregt route (e.g. your source route uses Bath Concrete rail and your target route uses a JustTrains Wooden track type). You need to make sure that either you change the track types in the source route to match your target (on a copy I suggest) - or - you add the source track types as assets in the target route.
Is there any way to change the track type in the source route bceause adding the source track types as assets in the target route didnt work unfortunately
my friend from the German community has been working on a new merge tool for some years now. It seems to be working at this point and I will talk about it here, when it´s ready and I´ve tested it.
I remember when I merged two routes, the tracks tile from the doner route replaced the tile on the original route. You need to choose carefully which tiles to bring across at the merge point. Then you have to manually join them up.
It is an editor. So you find the relevant string that identifies the track asset and do a bulk change. If you don't know how there is a manual and there will be both videos and old posts. But the best way is to experiment (on a copy) - you learn this stuff by doing it.
Try...... https://web.archive.org/web/20210804014428/https://www.agenetools.com/tutorials/RepTrack.pdf It references TS2016 but can be used on any version.
Check that you have read/write permissions on the file. The search/replace function on a single file works fine.
As I said you must be doing something wrong. there are two different types of track in this picture where I only swapped one type and not the other.
I have realised what i have been doing wrong the top bar in the provider d type delta string is all the way to the extreme left and not ontop of the other one for some reason even though im copying and pasting it correctly
That instruction doc can't be any clearer, you must be doing something wrong. I'm getting the impression that there are many newcomers who think it's a simple job to merge routes, change lots of assets load it up and you can share/bask in the glory of being a route builder. In the 5 days since you 'realised' what you did wrong? and you have been waiting for a reply have you actually tried the instruction that has been given? There's a reason that Danny is no longer here and a reason that we can't access one of his 'hard worked' routes. There is a serious lack of respect for the work that goes into 'giving' us what we desire in this hobby. (Rant mode off)
The track swapping software does work - if you does not work for you then YOU must be doing something wrong You seem to be under the impression that there is a lot of people using the route merging software But there are not that many. I have been playing this game since 2012 but I would not know how to merge routes.
None of us are paid to be a helpline, my friend, and constant requests for more and more help can be a little annoying. You seem to have identified a problem in your technique which is good. So start with baby steps. Pick a single word in your file and try changing it to something else (backup first of course). That should work - if not then experiment until you get it right. Once you are confident then try a full line and proceed until you can change complex stuff with panache. RW/TS tools is a wonderful thing but it was made by one bloke so it does have the odd wrinkle. Once you understand the wrinkles then using it become second nature. Experiment, trial-and-error and you'll get there. Good luck.
And thanks to whoever that was, that showed their disrespect, we all get lumped into the same category. Also, someone thats very constructive leaves the forums now, because of them. Thanks to whoever that ratbag was. I am glad I am not one of them. And my conscience is clear in that respect.
I want to thank cunningn#3154 for developing this awesome program and for everyone that has provided assistance to everyone along the way. I was able to successfully merge the scenery and other aspects in my route but Track side, I'm coming up with the same error that Higgsy333 was having in post#77. I have tried different blocks of tiles as Higgsy had done but no matter the area I try, I still get this error. Now after RWklon is ran, the track is visible in the correct position when looking at the 2D map on RWInfo however when you go into the route in the game, no track appears on the 2d map nor in game. I'm not seeing anything in the Klon log that screams error to me. Has anyone had any more recent experience coming up with this error.
As in the case above your post: If the 2d map shows the track then one possibility is that you have a different track type in the source route which is not present in the asset list of the target route (e.g. your source route uses Bath Concrete rail and your target route uses a JustTrains Wooden track type). You need to make sure that either you change the track types in the source route to match your target (on a copy I suggest) - or - you add the source track types as assets in the target route.
When you do the track type swap the first thing to do is to lay a section of the new track on the route you are changing.
Thanks for the response. To give an idea of what I'm doing, I want to merge the Norfolk Southern N-Line with a route I created from scratch that continues on the Norfolk Southern Mainline to Danville. When I created my route, I used the N-Line template and have used a variation of all the N-Line Track Rules and pieces. My route was started well before I knew about route merging but hopefully I had the foresight to use the N-Line Assets. After trying a few things before your response, I had deleted and reinstalled the N-Line Route and unpacked the .AP files. Some of my track I had completed on my route had corrupted and after viewing the source code and the file structure, I found that some of the previous track was laid using the script NLineAssets\RailNetworks\Track and some just using RailNetworks\Track . Long story short I was able to correct all the instances by using RW_tools to remove the "NLineAssets" tag to the script structure which fixed the corruption issue. This was caused during the unpacking of the .AP file. I also made sure to compare the Xml between N Line and my route with the structure appearing to be the same. I'm sure the answer is probably in their somewhere like you were saying due to being able to see it on RWInfo 2d Map but not the In-game 2dmap. Ill keep on truckin.
Good to hear that you've already spotted and dealt with one issue. The clone 'tool' doesn't play with .ap files so if the route was inside an .ap then that would cause problems (doesn't sound like it in this case though). You could try searching the tracks.bin file for a piece of track somewhere in the new section so you can check what it is trying to do. Missing/misnamed track rules can also cause problems - though it sounds like you've already covered that. Worth checking.
