WarTransfer 0.9beta

[Nightmare2077]

This tool is a godsend, I can't thank Bawbz ebough for it!

3500+ competitive games on w3ch on my mod and counting, all thanks to Bawbz <3

 

[stan0033]

It was about time someone made a tool like that.
However, I have a few remarks:

• I expected the app to allow to choose which components to transfer. Why dont you put some checkboxes for that?
• the input textboxes are a bit confusing. 1) Get source map file, 2) then get map files in which you transfer, 3) then select output directory fin which the modified copies of maps will be generated. At least rename the labels to make it clearer
• the textboxes are not read-only. Make them read-only to prevent eventual exceptions
• Dark mode?

 

[Kyrbi0]

Holy smokes this is a useful tool. I've already rizzed you up on the Discord for it, but lemme just make a public comment: BOOYAH BABY

 

[Bawbz]

It was about time someone made a tool like that.
However, I have a few remarks:

• I expected the app to allow to choose which components to transfer. Why dont you put some checkboxes for that?
• the input textboxes are a bit confusing. 1) Get source map file, 2) then get map files in which you transfer, 3) then select output directory fin which the modified copies of maps will be generated. At least rename the labels to make it clearer
• the textboxes are not read-only. Make them read-only to prevent eventual exceptions
• Dark mode?

1. I could do this at some point, though what are the use cases?
2. What names do you suggest?
3. They are purposely read/write for copy pasta
4. Unless this is easy to do with WPF I doubt I’d add this

 

[stan0033]

1. I could do this at some point.
2. What names do you suggest?
3. They are purposely read/write for copy pasta
4. Unless this is easy to do with WPF I doubt I’d add this

2. Source map -> source map, source directory (transfer to files), target directory (generate copies in)
3. You can add buttons "paste" and "copy and still have the textboes read only
4. Of course it's easy. My apps are WPF, I know

 

[Bawbz]

2. Source map -> source map, source directory (transfer to files), target directory (generate copies in)
3. You can add buttons "paste" and "copy and still have the textboes read only
4. Of course it's easy. My apps are WPF, I know

What’s the harm in read/write if the input is handled properly?

 

[Power]

Keep up the good work!

 

[756400589]

So, I got this error report

 

[loktar]

Ooh, I'll have to remember this tool for future use. Nice.

Edit: Hmm, tried it out and I got this error:

Too many imports?

 

[Regno]

As for myself I got this error, don't mind the first one, its the second error I am hinting at. If you want to test yourself, I attached the maps in a zip:

Map.zip

drive.google.com

(Terrain.w3x is the one I want to take data from, I know I can't transfer Terrain, its just named that - then this into BaseMap.w3x).

 

[Panda]

A very interesting concept.

 

[Bawbz]

Thanks everyone and sorry for the delay on the fix to the above issue. Blizzard updated their file format when they added the camera zoom options and this was the result. I have a fix ready to go. Got a couple people testing. Should update once the testing is complete.

 

[Bawbz]

Alright, update posted. Let me know if any more problems arise.

 

[Wazzz]

It's such a relief this got updated, so many projects have come to rely on this tool

 

[WilliamBz]

Work-work!

Big thank you, man! You saved me a hundred hours!

But can I ask, should I have the last version of Warcraft? I tested to run 1.29 and it isn't work.

 

[Bawbz]

I haven't tested this tool yet, but sadly, it's only compatible with the latest version.

The main reason is that it relies a lot on the updated "war3map.w3i", which includes the camera zoom options.

In order for that tool to work, the map must be saved with the current version's World Editor. However, be warned that it's an irreversible thing; you can no longer open your saved map using older versions of WE. Also, you have to make sure JassHelper and vJass enabled with this version, or else the map won't be playable due to the broken triggers.

Really useful tool, but only the latest Reforged patch as a requirement for this tool makes me annoyed. I have several modified melee maps made with 1.26 patch, and wanted to add some stuffs (like the campaign-based heroes and race mod you had) on my own.

Where are you getting this information from? It doesn't "rely" on the camera zoom options - it handles them, but they aren't required.

In theory the tool could work for older versions, but it would require me to have an older version of wc3 to test with as well as knowledge of the older formats. Not out of the question, but also not something I'm that willing to commit time to unless there's huge demand for it.

With regards to JassHelper/vJass, can you explain what you're seeing that is breaking the map? You said you haven't tested it yet, how do you know it breaks the map without JassHelper/vJass? Unless I'm missing something, those are purely editor tools, and shouldn't affect the playability of the map (vJass just compiles to plain Jass, and JassHelper mostly just performs validation at save time).

Work-work!

Big thank you, man! You saved me a hundred hours!

But can I ask, should I have the last version of Warcraft? I tested to run 1.29 and it isn't work.

Send me your 1.29 source and destination map and I can see if it's an easy fix or not

 

[Ravager16829]

Where are you getting this information from? It doesn't "rely" on the camera zoom options - it handles them, but they aren't required.

In theory the tool could work for older versions, but it would require me to have an older version of wc3 to test with as well as knowledge of the older formats. Not out of the question, but also not something I'm that willing to commit time to unless there's huge demand for it.

With regards to JassHelper/vJass, can you explain what you're seeing that is breaking the map? You said you haven't tested it yet, how do you know it breaks the map without JassHelper/vJass? Unless I'm missing something, those are purely editor tools, and shouldn't affect the playability of the map (vJass just compiles to plain Jass, and JassHelper mostly just performs validation at save time).

Ok thanks. I'll keep that thing in mind. Sorry for small mistakes. Even porting maps on 1.27 and 1.31 still works with this tool.

 

[WilliamBz]

Send me your 1.29 source and destination map and I can see if it's an easy fix or not

I think I know the answer. I use SharpCraft editor that contains unstandard functions.

 

[Ravager16829]

I think I know the answer. I use SharpCraft editor that contains unstandard functions.

Both SharpCraft and JNGP are outdated. But you can still apply those unstandard trigger functions if you are using the regular editor that comes with the latest Battle.net patch. Just make sure you have both JassHelper and vJass enabled with your standard editor from the current version of Reforged.

Other than that, I don't know about using SharpCraft since I'm currently stuck with JNGP on 1.26/1.27.

 

[Bawbz]

I think I know the answer. I use SharpCraft editor that contains unstandard functions.

I don't know anything about custom editors, but if you send me the map files (source + one destination file) I can debug and see what the issue is.

 

[WilliamBz]

I don't know anything about custom editors, but if you send me the map files (source + one destination file) I can debug and see what the issue is.

Oh my god! Sounds interested! Thank you!

My map: #1 MCH
Destination map (where I want to transfer my data): #2 GnollWood

The problem: the map is not available in game after transfer.

UPD

The problem: the map is not available in game after transfer.

Destination map is not visible on 1.29. But I tried on 1.31 and looks it work fine. If I find some problems - I'll let you know.

UPD

Yeah, I found one issue when try to work with big maps (24 players). Units have issues with pathing.

#3 maps for 24 players, default
#4 same map for 24 players, but after transfer, with buggies (can't attach for some reason, but I think you will easy recreate this map)

Normal size maps are work correct.

 

[Drake53]

I noticed on your github page the project is built on .NET framework 4.7 and it got me curious:

• Are you aware that I maintain the C# library War3Net? GitHub - Drake53/War3Net: A .NET implementation of Warcraft III related libraries.
• If you were already aware of this library, you're probably not using it because it targets .NET5+ and is therefore incompatible. Would it be helpful if I added .NET standard 2.0 support? That way you don't have to reinvent the wheel for parsing the file formats like war3map.w3i

I tried adding .NET standard to my libraries before but got stuck on the JASS library, which uses the C# 9 language feature 'covariant return types' and also depends on a parsing library which requires .NET 5+ (or .NET 7+ in the latest version). The package which contains war3map file parsing support currently depends on the JASS library, so I'd have to remove that dependency before I can add a .NET standard 2.0 target. I just want to make sure you'd be willing to use it before I make any breaking changes to accomodate a .NET framework project.

 

[WilliamBz]

I have issues with some maps. What does it mean? Attached them. Source map in this post.

 

[Bawbz]

Oh my god! Sounds interested! Thank you!

My map: #1 MCH
Destination map (where I want to transfer my data): #2 GnollWood

The problem: the map is not available in game after transfer.

UPD


Destination map is not visible on 1.29. But I tried on 1.31 and looks it work fine. If I find some problems - I'll let you know.

UPD

Yeah, I found one issue when try to work with big maps (24 players). Units have issues with pathing.

View attachment 554506

#3 maps for 24 players, default
#4 same map for 24 players, but after transfer, with buggies (can't attach for some reason, but I think you will easy recreate this map)

Normal size maps are work correct.

I have run into this issue before, myself. Believe it or not, it has nothing to do with this tool, but instead has to do with a lot of large regions being created (usually, from "unit enters region" triggers). I won't go into detail, that's outside of the scope of this thread, but it's a solvable problem.

I noticed on your github page the project is built on .NET framework 4.7 and it got me curious:

• Are you aware that I maintain the C# library War3Net? GitHub - Drake53/War3Net: A .NET implementation of Warcraft III related libraries.
• If you were already aware of this library, you're probably not using it because it targets .NET5+ and is therefore incompatible. Would it be helpful if I added .NET standard 2.0 support? That way you don't have to reinvent the wheel for parsing the file formats like war3map.w3i

I tried adding .NET standard to my libraries before but got stuck on the JASS library, which uses the C# 9 language feature 'covariant return types' and also depends on a parsing library which requires .NET 5+ (or .NET 7+ in the latest version). The package which contains war3map file parsing support currently depends on the JASS library, so I'd have to remove that dependency before I can add a .NET standard 2.0 target. I just want to make sure you'd be willing to use it before I make any breaking changes to accomodate a .NET framework project.

I was not aware, seems handy. I don't really have too many issues adjusting the project for compatibility, it's more a matter of time and motivation. As of right now, I probably wouldn't switch to a library just because it would cause more work than it saves. However, if I end up adding any large features, I will keep it in mind.

I have issues with some maps. What does it mean? Attached them. Source map in this post.

I'll have to check up on this one.

 

[WilliamBz]

I'll have to check up on this one.

Thank you. I tested these maps and there was nothing unusual about them.

I have run into this issue before, myself. Believe it or not, it has nothing to do with this tool, but instead has to do with a lot of large regions being created (usually, from "unit enters region" triggers). I won't go into detail, that's outside of the scope of this thread, but it's a solvable problem.

Thanks! It makes sense. I'll think about how to avoid this event.

UPD

It works!

-----

Will you support 1.26a maps transfer in the future?

--

Can you add interface settings transfer?

---

Some maps contain regions. These maps return this error and don't work:

I tested different variations to find the reason of this bug about block CreateRegions. I deleted everything from my source map, and the bug stayed. So I take default melee map as input, so this is absolutely clean, and the bug is stayed.

So the error becomes if you're using any map with regions in input. For example, you can test (12) Ice Crown standard map and try to transfer its data. And you will see this error.

What interesting, it's worked since past year, and in 2026 something broken and the tool start to return this CreateRegion error. You didn't change anything in this tool, right?

 

[Bawbz]

Thank you. I tested these maps and there was nothing unusual about them.


Thanks! It makes sense. I'll think about how to avoid this event.

UPD

It works!

-----

Will you support 1.26a maps transfer in the future?

--

Can you add interface settings transfer?

---

Some maps contain regions. These maps return this error and don't work:

View attachment 575593

I tested different variations to find the reason of this bug about block CreateRegions. I deleted everything from my source map, and the bug stayed. So I take default melee map as input, so this is absolutely clean, and the bug is stayed.

So the error becomes if you're using any map with regions in input. For example, you can test (12) Ice Crown standard map and try to transfer its data. And you will see this error.

What interesting, it's worked since past year, and in 2026 something broken and the tool start to return this CreateRegion error. You didn't change anything in this tool, right?

This may have something to do with the fact that a lot of the default melee maps are set to lua mode, which isn't supported in this tool right now. Try opening the destination map, Scenario -> Map Options, Set Script Language to JASS and save a custom file. Then try to transfer to that map.

In the future, I can have a better error message for lua conversion failures.

 

[WilliamBz]

My game version is 1.29. I transfer my maps and then play on 1.31, because they don't run on 1.29.

Also, I'm using Sharpcraft, that contains custom functions.

But if any of transferred maps contains no triggers, it's still returns error because of regions of input map. I tested on 1.31 clean warcraft and nothing changes.

Perhaps the tool trying to transfer regions? This option is False on settings. But maybe it's broken?

And why this error started a month ago? It's strange, because previously everything worked correct. How is it possible? I tried download actual version but nothing changes.

Maybe it's because I tried to install different variations of the game and it's broken? I tried to change language of 1.31, and maybe it's broke something...

 

[skywalker97]

This is really an amazing tool! Is it possible to make a feature that can combine data?

 

[Bawbz]

This is really an amazing tool! Is it possible to make a feature that can combine data?

This seems to be a desired feature, but it's quite a challenge. It's not really something I'm planning on doing, unfortunately.

 

[skywalker97]

This seems to be a desired feature, but it's quite a challenge. It's not really something I'm planning on doing, unfortunately.

Is that because some data/triggers might conflict with each other? If so, i think users should fix those problems for themselves.

 

[Bawbz]

Is that because some data/triggers might conflict with each other? If so, i think users should fix those problems for themselves.

It's not that simple, unfortunately. Every object has its own unique ID (fourCC code, like 'hfoo') that is used for referencing across triggers, object fields, unit preplacement, etc. Many users just let the WE pick this value randomly, which means many of their objects will be using the same IDs. This feature requires a full diffing engine - a tool that detects differences between two objects with the same ID and gives the user in depth options about how to merge or separate them, then apply separations across the two files, updating reference codes across triggers, map placements, object data, etc.

It's not impossible, but it's a big task

 

[Kyrbi0]

It's not that simple, unfortunately. Every object has its own unique ID (fourCC code, like 'hfoo') that is used for referencing across triggers, object fields, unit preplacement, etc. Many users just let the WE pick this value randomly, which means many of their objects will be using the same IDs. This feature requires a full diffing engine - a tool that detects differences between two objects with the same ID and gives the user in depth options about how to merge or separate them, then apply separations across the two files, updating reference codes across triggers, map placements, object data, etc.

It's not impossible, but it's a big task

Yeah that really seems like a/the current Holy Grail of modding, like "combining animations" was before RMS

 

[WilliamBz]

Sometimes getting this error, but the map work fine.

 

[Kyrbi0]

View attachment 591879

Sometimes getting this error, but the map work fine.

Ah, "Little Bobby Tables" we sometimes call him