-
Posts
20 -
Joined
-
Last visited
-
Days Won
2
Maggz last won the day on June 17 2024
Maggz had the most liked content!
Reputation
5 NeutralAbout Maggz

Contact Methods
-
Website URL
rnmods.com
-
Team Speak
TRN.teamspeak.host pass:wot
Profile Information
-
Gender
Male
-
Server
NA
-
Location
Florida, USA
-
Interests
shooting tanks, writing useless code that no one ever wants to see
Recent Profile Visitors
The recent visitors block is disabled and is not being shown to other users.
-
WOW, so i thought you would have atleast had the original requirements that kinda threw me for a loop since i couldnt reproduce your issue, you just didnt have the original requirements, me adding in an older version was just trying to get some way to try and make a work around for Aslain's issue, however after alot of trial and error i dont know if i can even make that happen without a total recode. I have laxed off on that and have been busy with work recently. Glad this now works for you Kupjones
-
ok so basically this program was built at a time when c# was used just due to simplicity sake, That being said all the DLL's this program requires are outside references, meaning they are not built by Visual studio, i have no access to modifying thier code base. i can simply include them as dependancies. These dependancies do a fair amount of the heavy lifting for this program. The dll's included in this program are responsible for basically everything functional that this program does, essensially the only thing inside this code is that it references the wot directory, reads the xml file which tells it where to look for icons to build. Then displays those icons inside its "preview" panel. The actual drawing of the icons inside that panel is handled by freeimage64.dll or 32 bit version basied upon whatever OS you have. Basically nothing aside from putting a place for the freeimage dll to post to is done by this program, this program also utilizes outside dlls for saving the icons, hence why i am trying to have a workaround to accomplish what aslain requests. It would be great if it had no dlls and handled all these items inside of the program, They do not. There is also limitation upon what and how the icons can be modified due to limitations of freeimage.dll It is as they say a closed loop. There is only so much functionality that this current iteration of tank icon make is capable of.
-
honestly i do not know what the issue is with your error, i can not reproduce it. Maybe the end of the day this program needs to be redone into c++. Which might make things more doable in terms of working correctly, believe it or not the program itself does not handle alot of things, the dlls it couples with are responsible for most of it. This means that doing any real big changes seems to be reliiant on the dlls being rebuilt, which for the most part is not even internally coded in the program, its just added in as a required item.
-
This issue has kinda taxed my knowledge base as well, as honestly C# is not my main programing language. I am primarily a python and lua kinda person. Most of the corrections i have made to the program are from a mindset of just tweaking the already working functions. This issue however might be outside my scope. Its odd that it worked for you this time while the other times it had not? The issue of the freeimage64.dll here is kinda a wierd issue to see. Is your system 64 bit or 32 bit? Maybe i will need to try and provide a 32bit and 64 bit option? Again this has all been speculation on my part to this point.
-
Ok so i have been testing and testing on every single one of the built-ins and even your supplied icon template. And in all my tests i can not get the error or any error for that matter outside of the atlas height error. So can you test your build on your machine one time while making sure your atlas height and width are large enough to cover your icons. Basically what i built them all to is 4096 width and 5120 height. Test it with that atlas build height and see if you get a bulk save that does save. because i do. I am not sure why you keep seeing the machine code error as a reason, it should not be posting that to you. I am trying everything i can to reproduce this, but i can not get it to reproduce and so far you are the only person posting this to me. I am building and testing on a Windows 11 pro OS with all current updates and all build packages needed to build anything from VS 2019. If anyone else can try to just build atlases in the bulk saves and reproduce the error he is getting i really would like to know how its being reproduced. I have tried on windows 11, 10, 8.1. Those are the only machines i have access to and they all work fine for me. Now for the testing i did, i built in bulk about 12 or so icon templates with icons/battleatlas/vehiclemarkeratlas. All of those icon build successfully once i made the atlas height larger than the original templates. The one drawback i have noticed is that no matter what changes i make to the programs code if you have stored templates i can not force the height to be larger on saved templates, this causes an error upon trying to build them unless you edit your template height to accomodate the new increased number of tanks. IE when your atlas was made each icon was x amount of pixels tall and x amount wide, and it was made for only say 600 tanks, each new patch adds a couple tanks so the actual size of what can fit into the atlas from 5 yrs ago doesnt work today. This should give you when you build in normal build mode an error saying cant make atlas increase height. However for whatever reason you are getting a really weird machine code error which doesnt corrospond to what i can see in any errors i can reproduce. Funny enough if i edit my atlas height to a smaller than can work and try to build it posts me an error in bulk build saying i need to increase the height. Your system hjowever is not. I can not explain why. I have built and rebuilt the executable and tried everything i can think of to reproduce your error message. I am kinda stumped.
-
OK so just building the atlas under the bulk build menu is erroring out for you, i will work on figuring out why this has changed. I actually do not think ive touched that section yet. Maybe adding in the updated .NET framework is not compatible with that. Either way this now gives me a method of reproduction and trying to get it resolved. I will try and get something figured out soon. Or i will revert back to pre .net upgrade and just try and figure the other issue out another way. TY for feedback.
-
i honestly can not get this to reproduce, I have loaded all defualt build sets and tested a build on them all. plus my 7 sets of icons i have used over the last 10 yrs. I can not reproduce this error that you have, Either you have something in your buildset that i dont have in any of the 15 sets of icons i cant draw, or you have something on your system thats conflicting. I have tested this on now 3 different computers and they all load this program fine and can build all the icon packs without errors. Could you please share with me your icon styles so that i can start there and try to figure out if this is the program or something that ive added to this that is conflicting with your computer? Also were you able to build this all on the other version provided by kthulo? I am sorry you are having this issue, i want to resolve it, but i cant reproduce it.
-
Were you prompted to update Lingo? If not that could also be causing this issue, as functions were renamed internally, Basically all new code structure going forward requires functions names to start with a capitalized letter. I basically renamed all internal functions the same names but made them capital. This should have triggered for you ( it did for me upon opening the program) to update Lingo. If it did and you didnt allow it to update or someone blocked this. that could be a cause for this. However I will look deeper into this when i get home from work this evening and see if i can find the exception inside the program.
-
Well thats odd, i built that and tested it on mine and it built things fine. Let me look into this and see what might be causing this. i think there is an added option for a newer sdk that i might have added which you may not? let me look into this more. It feels like a missing dependancy *********** OK i think you might be missing this .NET Framework 3.5 SP1 This is a new dependancy which i had to add which will try and help me get this font issue resolved for building bulk files This should have asked you to update or install this package when you ran the program?? If it didnt here is a link to the framework https://www.microsoft.com/en-us/download/details.aspx?id=22 This would have been something ALOT of games and mods had back in the day but have moved past needing this, however it has some backend i think i need in order to accomplish what Aslain is try to have work. I hope this resolves you issue. *******Secondary Edit There is also a possibility that when you were prompted about updating the lingo that you didnt understand and skipped that or didnt, which would also break the build process as the updated lingo links i made where to force the program into the newer code structure, which the old format gives warning or obsolete errors, meaning that somewhere in the future they will just not compile when i build this project, so i had to update it.
-
updated, still nothing major in the way of a font check for bulk builds, I will have to recode that entire section as it currently doesn't even try checking anything. Put acouple small things into a the save section tho that will maybe help me on that.
-
I am currently at work so i will be tackling this tonight and rebuild a new version that currently works, this will be minus the font check fix that you do need added. Thats going to be part of a much larger code restructure.
-
That might be alil easier to create a logfile as an output text info I will look into that as well as the other. Either way the original program was coded to basically not handle any exceptions inside of its structure. Which is why either option requires additional and recode of code thats there. its one thing to update to current functions and another to add into the mix a ton of backend code. I am capable up doing the updates, but a recode might be beyond my limited ability. Not saying it is for sure, but it might be. The only reason i updated this project was because the original author seemingly abandoned it. The fixes i implemented were VERY easy to do. I will take the time to learn a bit more as honestly i am trying to anyhow, and this is a reasonable addition that would help me learn anyhow, so i will be attempting it once i have time, That being said if anyone does want to try and do anything else inside the program i have no issue with that. I would even collab with someone who knows more than i do on the github code.
-
For right now i have not gotten to that, i have been pretty busy with work and other projects. It requires a significant recode to do a check for fonts on imported projects. One i have not had time to get to yet. It is on my next updates to do list tho
-
in my first post there is a link to github, if you look on the right side of that page there is a section that says releases. There is a link you can click right below that. If that is too hard to follow here is a direct link to the zip download of it from github https://github.com/MaggzWOT/TankIconMaker/releases/download/pre-release/Tank.Icon.Maker.1.24.1.0.zip
-
Aslain's mod pack in my opinion has been one of the very best in this game, everything is safe and he goes thru a LOT of work to make sure things are functional. As a prior mod pack author myself i do know the work he puts into this thing. If you have files that it installs that you didn't select, you put them there by not reading what you checked, OR, and this does happen which is outside of the installers control, But some mods have config files which they create after install upon game launch. If those are not installed by the installer, they would be left over files that the uninstall will not remove. That being said, those files are just config files and do nothing without their mods installed. Also forgot to mention, this still works without any update to it needed for the current game update.