coderusa

@water the Ansi2Oem makes it worse LOL

I will try this. Its a IRC client, I am using mIRC myself, the testers are using mIRC, Adiirc, HexChat and I think IRSSI.

Thanks. Just tried that, and testers report no change 😕

I'm working on a IRC bot script. It works great, and has over 3000 lines of code so I won't post the entire script yet, but maybe this takes a simple answer. I've searched all over and can't seem to find the exact documentation I need. The Issue: NOTE: I'm almost positive it is NOT other user's settings and fonts being the cause, read below. For some people, when the IRC bot sends a message to the chat, it appears like this: When it should appear like this: The group of people helping me to test this bot have mixed results. Some users, it looks normal on their screens, and others it looks like square/?s <?>. On my screen it appears normally, but if one of the users who see's the <?> characters copies and pastes the message into the chat, it also appears with the <?> on my screen (pictured below) Also if I copy the string "-.,¸¸.-·°'`'°·-.,¸¸.-·°'`'°· \_O< QUACK" directly from the script and paste it in chat, it appears normally to everyone, leading me to believe the issue is somewhere in autoit. Here in the below spoiler is the main function where this message originates in the script: Here in the below spoiler, also is the main function that sends the message to the IRC server. From what I have found in research, you can change the UTF-8 settings with wrapper directives, but cannot find the exact way to change it... Help file says default is UTF-8 without BOM but can be changed to UTF-8 with BOM and other options. My main question is, what is the wrapper directive, or how do I change this from UTF-8 without BOM to UTF-8 with BOM? Or is my issue something completely different? I'm stumped...

Version 1.2 now available. See original post in this thread for details. 😎

I meant more on the Autoit TCP/IP stuff, there is definitely something different in newer versions of Autoit, where the socket closes in certain instances where it should stay open, I found that if I set the TCPTimeout to 1500+ ms and add Sleep(100) afte connecting, it works around this issue. Could have just been the way I was writing/using scripts also, but either way I am glad that I got it working for me, as that would've been a major bummer for this project if IRC could not work anymore.

UPDATE: Still taking a break from this project, for a little while longer. Sort of, I have been working on IRC stuff, focusing on why IRC stopped working after 3.3.8.1, and now have IRC working wonderfully with the newest version of Autoit, and used to expand Frankenstein UDF, which is now available in the Autoit Examples section. The game currently comes with version 1.0, and all further versions will come with the updated version 1.1+ of Frankenstein. When I really get back into it I am going to first focus on another battle mode, where it will not be turn based and will instead be a screen with enemies, and you are able to maneuver around the screen attacking/dodging enemies, a comparison to this would be like what you see in the old Zelda games. The turn based mode will stay too, of course. Will also expand on stuff that already exists. I may attempt to try adding full screen, tho my previous attempts at this have me thinking that if I do a full screen option, it will be the only screen option. I've found it being very tricky to get dimensions and images sizes correct when switching between full screen and non-full screen. We'll see what I can come up with. Will also be going thru and refining some of the existing code. List of things I want to add later down the road: Swimming/water stuff Character survival (Eating and status ailments) More NPC interaction and locomotion Background animations in Free-mode (currently if you minimize the game and bring it back up the graphics in free roam disappear, because it's not in a constant state of animation.) Shops/Armory Toying with the idea of, if you die in the game your character is sent to the after life which contains a feiry maze full of enemies, if you navigate and survive the maze to the end you are respawned in the overworld alive again, if you die in the maze you respawn at the start. I got this idea from an old Macintosh RPG called TaskMaker. More to come...

When I was using this function, I felt that including all the extra stuff from File.au3 just to use the one function was a bit overkill. After looking it over, I saw that the only thing that kept it from being universal was the $FO_OVERWRITE constant, which to me seemed unnecessary to use a constant variable here, so I just switched it to the raw value of $FO_OVERWRITE.

Latest Version: 1.2 11-26-2023 This is a UDF I've put together over my time using Autoit. Built on needs that I've come across while making scripts, and figure other people could maybe find use of it. Also contains _FileCreate and _IsPressed. Version 1.2 Additions Added some new IRC Functions, IRC_Set_ChanTopic, IRC_Chanserv, IRC_Nickserv, IRC_Change_Nick Added some various time conversion functions, a little more singular than using _TicksToTime. Converts milliseconds, seconds, minutes. It does convert options into hours, but didn't come across a need to convert hours backwards, but will probably be a thing in future versions of this UDF. Made some small refining changes to Token String Functions. No script breakage. I am, currently, always adding new stuff and changes, and will post updates as changes are made or new functions added. It's not quite perfect, but it does work well. Some code could probably be refined, but as I stated, I'm always playing with this UDF. Current Functions Examples (UDF contains documentation on every function and how to use it.) Time Conversion Token Strings IRC Functions Example (uses various functions from Frankenstein.au3) Frankenstein UDF v1.2: Frankenstein.au3 If, for some reason, you would like or need an older version of Frankenstein UDF, feel free to send me a PM.

I think yours should also be an easy fix. Also there were some variable issues, but I fixed those already, I'll have to find the original copy to get the full list.... >"C:\Program Files (x86)\AutoIt3\SciTE\..\AutoIt3.exe" "C:\Program Files (x86)\AutoIt3\SciTE\AutoIt3Wrapper\AutoIt3Wrapper.au3" /run /prod /ErrorStdOut /in "D:\IRC Script\Bot.au3" /UserParams +>13:51:28 Starting AutoIt3Wrapper (21.316.1639.1) from:SciTE.exe (4.4.6.0) Keyboard:00000409 OS:WIN_10/2009 CPU:X64 OS:X64 Environment(Language:0409) CodePage:0 utf8.auto.check:4 +> SciTEDir => C:\Program Files (x86)\AutoIt3\SciTE UserDir => C:\Users\Admin\AppData\Local\AutoIt v3\SciTE\AutoIt3Wrapper SCITE_USERHOME => C:\Users\Admin\AppData\Local\AutoIt v3\SciTE >Running AU3Check (3.3.16.1) from:C:\Program Files (x86)\AutoIt3 input:D:\IRC Script\Bot.au3 +>13:51:29 AU3Check ended.rc:0 >Running:(3.3.16.1):C:\Program Files (x86)\AutoIt3\autoit3.exe "D:\IRC Script\Bot.au3" +>Setting Hotkeys...--> Press Ctrl+Alt+Break to Restart or Ctrl+BREAK to Stop. [13:51:29] >>> CAP REQ :multi-prefix sasl [13:51:29] <<< :stormlight.esper.net NOTICE * :*** Looking up your hostname... [13:51:29] <<< :stormlight.esper.net NOTICE * :*** Checking Ident [13:51:31] <<< :stormlight.esper.net NOTICE * :*** Found your hostname [13:51:34] <<< :stormlight.esper.net NOTICE * :*** No Ident response [13:51:34] <<< :stormlight.esper.net CAP * ACK :multi-prefix sasl [13:51:34] >>> AUTHENTICATE PLAIN [13:51:35] <<< AUTHENTICATE + [13:51:35] >>> AUTHENTICATE VGVzdFNjcmlwdABUZXN0U2NyaXB0AA== [13:51:35] <<< :stormlight.esper.net 904 * :SASL authentication failed That is the SciTE log. I think that in your script using the _IRC_AuthPlainSASL function is what is causing the issue here, or possibly sending the AUTH request on connection, is it really needed? The example I made doesn't have any issues connecting, even if the server asks for an AUTH. With IRC, if you do not send AUTH when asked, it will bypass the SASL and connect normally, but that is all I know on SASL. I don't use it myself. It appears that it's not an issue in autoit TCP/IP, I think its that all the documentation and UDFs are outdated. 😬 I started adding some of my own IRC functions to my Frankenstein UDF using the same code I used in the example, and they seem to work fine. May just need to update your UDF? Here are the IRC functions I've got so far. (EDIT: I also added in my Cons function, since I used it in the functions.) ; #FUNCTION# ==================================================================================================================== ; Name............: IRC_Server_Connect ; Description.....: Connect to IRC Server ; Syntax..........: IRC_Server_Connect($server, $port, $user) ; Parameters......: $server - Plain text server name "irc.server.net" ; $port - Numeric server port "6667" ; $user - User name ; Return Values...: Returns main socket identifier ; Author..........: Neo_ (aka coderusa) ; Modified........: ; ================================================================================================================================= Func IRC_Server_Connect($server, $port, $user) $socket = TCPConnect(TCPNameToIp($server), $port) Sleep(100) If $socket = -1 Then Cons("No response from server.") Exit EndIf TCPSend($socket, "NICK " & $user & @CRLF) TCPSend($socket, "USER " & $user & " 0 0 " & $user & @CRLF) Return $socket EndFunc ;===> IRC_Server_Connect ; #FUNCTION# ==================================================================================================================== ; Name............: IRC_Server_Ping ; Description.....: Sends PONG reply to server for Ping? Pong! ; Syntax..........: IRC_Server_Ping($socket, $msg) ; Parameters......: $socket - main socket identifier ; $msg - Ping message ; Return Values...: Failure: -1 ; Success: 1 ; Author..........: Neo_ (aka coderusa) ; Modified........: ; ================================================================================================================================= Func IRC_Server_Ping($socket, $msg) TCPSend($socket, "PONG " & $msg & @CRLF) If @error Then Cons("Server has disconnected.") Return -1 EndIf Return 1 EndFunc ;===> IRC_Server_Ping ; #FUNCTION# ==================================================================================================================== ; Name............: IRC_Join_Channel ; Description.....: Join to IRC Channel ; Syntax..........: IRC_Join_Channel($socket, $chan) ; Parameters......: $socket - main socket identifier ; $chan - Channel name ; Return Values...: Failure: -1 ; Success: 1 ; Author..........: Neo_ (aka coderusa) ; Modified........: ; ================================================================================================================================= Func IRC_Join_Channel($socket, $chan) TCPSend($socket, "JOIN " & $chan & @CRLF) If @error Then Cons("Server has disconnected.") Return -1 EndIf Return 1 EndFunc ;===> IRC_Join_Channel ; #FUNCTION# ==================================================================================================================== ; Name............: IRC_Part_Channel ; Description.....: Leaave IRC Channel ; Syntax..........: IRC_Part_Channel($socket, $chan) ; Parameters......: $socket - main socket identifier ; $chan - Channel name ; Return Values...: Failure: -1 ; Success: 1 ; Author..........: Neo_ (aka coderusa) ; Modified........: ; ================================================================================================================================= Func IRC_Part_Channel($socket, $chan, $msg = "") TCPSend($socket, "PART " & $chan & " :" & $msg & @CRLF) If @error Then Cons("Server has disconnected.") Return -1 EndIf Return 1 EndFunc ;===> IRC_Part_Channel ; #FUNCTION# ==================================================================================================================== ; Name............: IRC_Send_PrivMsg ; Description.....: Send PRIVMSG ; Syntax..........: IRC_Send_PrivMsg($socket, $target, $msg) ; Parameters......: $socket - main socket identifier ; $target - #Channel or Username ; $message - PRIVMSG text ; Return Values...: Failure: -1 ; Success: 1 ; Author..........: Neo_ (aka coderusa) ; Modified........: ; ================================================================================================================================= Func IRC_Send_PrivMsg($socket, $target, $msg) TCPSend($socket, "PRIVMSG " & $target & " :" & $msg & @CRLF) If @error Then Cons("Server has disconnected.") Return -1 EndIf Return 1 EndFunc ;===> IRC_Send_PrivMsg ; #FUNCTION# ==================================================================================================================== ; Name............: IRC_Send_Action ; Description.....: Send ACTION message ; Syntax..........: IRC_Send_Action($socket, $msg, $target) ; Parameters......: $socket - main socket identifier ; $target - #Channel or Username ; $message - ACTION text ; Return Values...: Failure: -1 ; Success: 1 ; Author..........: Neo_ (aka coderusa) ; Modified........: ; ================================================================================================================================= Func IRC_Send_Action($socket, $msg, $target) TCPSend($socket, "PRIVMSG " & $target & " :�ACTION " & $msg & "�" & @CRLF) If @error Then Cons("Server has disconnected.") Return -1 EndIf Return 1 EndFunc ;===> IRC_Send_Action ; #FUNCTION# ==================================================================================================================== ; Name............: IRC_Server_Disconnect ; Description.....: QUIT from server ; Syntax..........: IRC_Server_Disconnect($socket, $msg) ; Parameters......: $socket - main socket identifier ; $msg - Quit message ; Return Values...: Failure: -1 ; Success: 1 ; Author..........: Neo_ (aka coderusa) ; Modified........: ; ================================================================================================================================= Func IRC_Server_Disconnect($socket, $msg) TCPSend($socket, "QUIT :" & $msg & @CRLF) If @error Then Cons("Server has disconnected.") Return -1 EndIf Return 1 EndFunc ;===> IRC_Server_Disconnect ; #FUNCTION# ==================================================================================================================== ; Name............: Cons ; Description.....: ConsoleWrite that includes @CRLF and only works if script is not compiled, for SciTE debugging ; Syntax..........: Cons($data) ; Parameters......: $data - Info to be written to STDOUT stream ; Return Values...: Success (Not Compiled): 1 ; Failure (Compiled): -1 ; Author..........: Neo_ (aka coderusa) ; Modified........: ; ================================================================================================================================= Func Cons($data) If Not @Compiled Then ConsoleWrite($data & @CRLF) Return 1 EndIf Return -1 EndFunc ;===> Cons

This seems to work for IRC. If I do not use any of the old UDFs or scripts, and just write one up from scratch, it works. Global $server = "irc.esper.net" Global $port = "6667" Global $nick = "TestWookie" Global $channel = "#TestWookie" Opt("TCPTimeout", 1500) TCPStartUp() $sock = TCPConnect(TCPNameToIP($server), $port) Sleep(100) If $sock = -1 Then ConsoleWrite("No response from server." & @CRLF) Exit EndIf TCPSend($sock, "NICK " & $nick & @CRLF) TCPSend($sock, "USER " & $nick & " 0 0 " & $nick & @CRLF) While 1 $recv = TCPRecv($sock, 9999) If @error = -1 Then ConsoleWrite("ERROR: " & @error & @CRLF) Exit Else ConsoleWrite($recv & @CRLF) EndIf If $recv Then $sData = StringSplit($recv, @CRLF) For $i = 1 To $sData[0] Step 1 $sTemp = StringSplit($sData[$i], Chr(32)) If $sTemp[1] = "" Then ContinueLoop EndIf If $sTemp[1] = "PING" Then TCPSend($sock, "PONG " & $sTemp[2] & @CRLF) ContinueLoop EndIf If $sTemp[0] >= 2 Then If $sTemp[2] = "376" Then TCPSend($sock, "JOIN " & $channel & @CRLF) ContinueLoop EndIf EndIf Next EndIf WEnd Exit

@TheDcoder I tried your bot script, my script, and TrayIRC and none of them work properly in the newest version. In your bot script it connects but then says AUTH failed and disconnects. My script won't even connect, just returns error 10038. (socket operation on non-socket) TrayIRC says "unable to connect to server" EDIT: If i repeatedly run the script after it exits, sometimes TrayIRC will connect. (1 out of 10 tries) Even with the wrapper directive, no difference. Seems IRC is broken on newer versions. *Switches to Python* 😈

Its because of TCPRecv return value changed, to where it closes the connection when TCPRecv returns 0 and sets @error, if i remember correctly. Which is pivital to keeping an IRC connection open, in older versions if TCPRecv returned 0 it didnt set @error and did not automatically close the connection when returning 0, where before, if TCPRecv returned 0, you just ContinueLoop and it kept connection open. I may fiddle around with IRC stuff later this evening. I think there may be a way around this by using AutoIt3Wrapper directive by assigning 3.3.8.1 for %AutoItVer% #AutoIt3Wrapper_Res_Field=AutoIt Version|%AutoItVer%

Edit: I started with the newest version. The IRC portion of the script wouldn't stay connected because something changed in TCP after 3.3.8.1 I havent fiddled with the IRC portion since I updated yesterday. Other people have had this issue in versions newer than 3.3.8.1, described here: Seems the only solution is to roll back to 3.3.8.1 I'll have to play around with it to see what I can do, but eh...

Thank you! When in certain areas of the map (non village areas) you are randomly thrown into battle encounters. I haven't come up with a fancy way of transitioning. The end goal will be to transition to the battle in a similar fashion as Final Fantasy games. It is definitely a little shaky, I may need to adjust the sensitivity of this. This is handled in RPG-GFX-CORE at line 185 to 193, if you feel like playing around with it. It SHOULD save your current location to $mROM_BPOS, and when battle is over it should spawn you back at that location. If you win the battle, it will display a victory screen that shows experience earned and possible prizes, after going thru that it will do the same and respawn you at the coordinates stored in $mROM_BPOS. The data stored in the variable is a token string: "Blockname,X?Y" If $mROM_BLOCKTYPE = "Wild" Then If Random(1,20,1) = 1 And $Game_Mode = "Free" Then Global $mROM_BPOS = $mROM_CURRENTBLOCK & Chr(44) & $nX & Chr(63) & $nY ;Cons("BPOS: " & $mROM_BPOS) Global $Game_Mode = "Battle" mROM_Load_("MROM-PACK-TEST", "BATTLE001") ;Cons("Battle!!") EndIf EndIf Abilities, OUTSIDE OF BATTLE: If you click the Player Stats & Abilities button in the top tool bar, it will bring up a side menu that lists your abilities and stats. You can select an ability from the lists and click the info button below each list, and ability information will be displayed in the text display. When in battle, on the left menu it will say Turn: Attack or Turn: Defense, then whichever turn you are on, the respective abilities are listed in the drop down, select an ability and click "GO". Keep an eye on your HP meter, when your HP gets low, on Turn: Attack, click the Item button and use "TestPotion" to restore HP, but forfeit that attack turn and you will then cycle to Turn: Defense. HP not being re-filled will need to be fixed. If you wish you fix that yourself it can be found in RPG-B-ARCADE in the EndBattle() function, defeat section is in the bottom ELSE bracket. In RPG-B-ARCADE, replace EndBattle() with this: Func EndBattle() If $OPP1_KO = "True" Then Global $AB_Prizes = NPC_Data($OPP1_NAME, "drop") Global $AB_Gold = NPC_Data($OPP1_NAME, "DGP") Global $AB_EXP = NPC_Data($OPP1_NAME, "dexp") Global $PlayerHP = $P1_HP Global $PlayerMP = $P1_MP ;Release Battle Memory B_GFXSet("RollCall", "0") B_GFXSet("BattleVars", "0") B_GFXSet("StatVars", "0") B_GFXSet("BattleReset", "0") BattlePanel("off") _GDIPlus_GraphicsClear($hcanvas, _color("API")) _GDIPlus_ShutDown() AB_Vic("load") Return Else B_GFXSet("RollCall", "0") B_GFXSet("BattleVars", "0") B_GFXSet("StatVars", "0") B_GFXSet("BattleReset", "0") BattlePanel("off") Global $PlayerHP = $PlayerTHP $HPMeterValue = ($PlayerHP / $PlayerTHP) * 100 GUICtrlSetData($HPMeter, $HPMeterValue) Global $Game_Mode = "Free" _mROM_LOAD("MROM-PACK-TEST", GetTok($mROM_BPOS, "1", "44"), GetTok($mROM_BPOS, "2", "44")) EndIf EndFunc This will give you full HP if you lose a battle (for now.) I have updated the EndBattle() function in my script, and will update that in the GitHub downloads. EDIT: GitHub files have been updated for the EndBattle() function fix. This will be the last revision to v0.01, after this fixes will be discussed and assessed and manually fixed, unless fatal. All revisions and fixes from this point on will be placed manually, to fix your own copy, and fixed in my copy, but won't be automatically updated, and instead released in the next version (0.02 ?)

I may have to make the ReadMe.txt in RPGenerator-Source-Package-0-01.zip more understandable... User GUI character creator is not finished, you are supplied with TestDummy character. You need to install the core files: 1) Put RPGSOURCE folder in C:\ - ( it MUST be C:\RPGSOURCE\ ) 2) Run Install.au3 (Running Install.exe should acheive the same result, will place the executable in C:\RPGenerator\ and shortcut on desktop, you may delete the executable and shortcut if you are only going to run off the scripts) All core files are placed in C:\Program Data\.RPG\ by the install script 3) Run RPG-EXE.au3 EDIT: If needed, you may also uninstall all files by running Uninstall.au3.

UPDATE! IF YOU HAVE DOWNLOADED THIS PROJECT SOURCE OR THE EXECUTEABLE, I HAVE MADE SOME IMPORTANT CHANGES (Thanks to @Andreik for helping me realize the issues!) I have updated my Autoit and SciTE installs to the latest full versions. Before this, the program was running normally for me, but not for people using newer versions. After updating my Autoit and SciTE installs I then experienced a plethora of issues, as described by Andreik. I fixed some of the code organization, add all "undeclared" variables to RPG-VARS.au3, and put RPG-VARS.au3 as the first included file. Also found some code discrepancies that were not notice in older Autoit. I have decided not to up the version, and it will still be v0.01 (For now). It now appears to be working normally with newest version of Autoit. PLEASE DELETE ALL SOURCE/EXE FILES THAT YOU MAY HAVE DOWNLOADED FROM GITHUB BEFORE THE TIME OF THIS POSTING, AND DOWNLOAD THE REVISION TO GET THE PROPER VERSION. I HAVE UPDATED ALL FILES IN THE GITHUB DOWNLOAD AND RECOMPILED THE EXECUTEABLES. Source Package 0.01 - GitHub Download Windows 32bit (x86) Compiled 0.01 GitHub Repository

Okay, in the mean time, I'll spend some time tonight updating Autoit and install the full SciTE4Autoit and start pecking away at stuff.

@Andreik I would also like to say thank you for being in so prompt in checking thru this code! Its great to have another Autoit coder's opinion and eyes on the subject, especially for finding issues! I'm curious how there are so many errors on your end when mine seems to run okay... It has to be a version issue. You did mention that it screams a bunch of errors when running RPG-EXE, what other errors are being displayed? I think I'll be uninstalling Autoit 3.3.8.1 with Scite Lite and installing current version wtih full SciTE and just going through and fixing whatever pops up. (For a version 0.02) I also think if I get on the same current version it may make things easier to understand and figure out! As I really have just been putting down code, and messing with it until it works. Now, I think updating my Autoit is the priority.

Yes I have the same exact version running, and that line is the same, I wonder why it's not triggering an error on mine? Likely because the MP is temporarily unlimited, and I may have missed testing that portion of the Use_Inventory() function since my only focus was for HP and not MP. $mp = $PlayerMP + GetToke($code, "2", "43") I have fixed this line, and will update the GitHub download. To fix it on yours, just remove the extra bracket at the end of GetTok($code, "2", "43"). As for $MoveList, this also does not trigger an error on mine. $MoveList is initially declared by B_GFXSet("BattleVars", "0") In RPG-B-ARCADE and handled through the _Turn() function, $MoveList is only used during battle mode and this does not cause any errors on my version. I will add $MoveList to RPG-VARS to have it declared when the program starts, tho it should be getting declared properly elsewhere. I added $MoveList to RPG-VARS and will update the GitHub download. (You can add $MoveList on yours if you dont want to re-download) If you look in RPG-FUNC there are a couple functions that declare and handle a few lists of variables, but these variables are only used at certain times, and are declared before they are used, and freed/reset when done being used to prevent use after free issues. I can only assume that variable declaration rules have changed in newer versions of Autoit/SciTE. I have not altered anything with Opt(), so if it continues to become an issue with other versions of Autoit, you may want to set Opt("MustDeclareVars", 0) for the time being. On my end I am not having any variable issues/errors. Fixed these items and re-loaded the files to GitHub. If we can get things working on your end, later this coming week I am going to attempt to update my Auotit install and SciTE to the newest full version, and then try to get this script working in that (if we havent already). Last time I tried this it took an entire weekend of frustration which ultimately led to me rolling back my Autoit install to 3.3.8.1 with SciTE Lite 2.28.

@Andreik strange, runs fine without error for me. I think you are experiencing the issue I had when I try to switch to newer version of AutoIt and SciTE. Did you try the executeable? Also, RPG-EXE.au3 is main file to run from. I thought that was in the ReadMe file, but I'll have to recheck, I was tired when I zipped it up. I just ran it from SciTE Lite, to make sure, in my set up. No issues. I think it may be the version of Autoit you have? Autoit 3.3.8.1 and SciTE Lite 2.28 is the only way I can get it to run without issues. (As I stated before), If I try to run it in newer versions or full SciTE version it has many errors like you described. I do not know how to fix that, and is hoping someone can offer some tips. I'll also look thru the variable stuff, I thought $MoveList was already in RPG-VARs, I will double check and see what I can do on my end.

Here you go. Questions, issues, bugs etc can be discussed here. EDIT: I am pretty drained and exhausted, really pounded it out thru Thursday and Friday. I want you guys to play around with it, look over the code etc. I will work on putting up more documentation and info through out the weekend. Once you have the program up and running, use /help in the command line to display commands. Thanks to all of you! I don't like to ask, but donations will help! Considering time and effort spent, I also need to invest in some more software, online stuff and computer upgrades to really help move the project along. Version 0.01 Concept Demo I used AutoIt 3.3.8.1 and SciTE Lite (I tried to use newest version of autoit and full scite but everything breaks when I switch to that...) Windows 32-Bit (x86) Compiled executable and installer (Hosted via GitHub) Source Code and Files (Hosted via GitHub) Video I threw together in the spoiler

Progress Update Probably going to have the first "concept" demo version 0.01 ready by the end of this weekend (November 12, 2023 IF NOT SOONER), NO PROMISES AND FINGERS CROSSED. If all continues to go well. That's the goal anyways. If something happens or I experience delays, I will update you guys here on the 12th. I'm getting burned out, I need to take a break to work on some other projects and other stuff. Also starting to need support for this project, I've been working diligently on this since July to get it to this point. I'll tell you now, full screen won't be available YET. Offline only, leaving out the IRC/online stuff, temporarily of course, since a lot of that isn't even close to finished. This first demo will be the basics; Testing the engine itself. There is still a lot more to do, but what I have so far needs to be tested and analyzed by other AutoIt programmers. As I've said before I am by no means a "professional" programmer, nor am I 100% fluent in AutoIt, there are areas of this project where I feel like the code is messy, or just thrown together. It does work fairly well considering, and runs relatively stable, but just because it (mostly) works without error, doesn't mean it can't be improved! More info to come.

Thank you, I'm glad you are interested. I have been researching this, I shouldn't have to rewrite the code, only expand, I have been building this with user modification in mind and trying to leave it as open for editing/modification as possible, and all the dimensions and specifications for graphics and such are not hard coded and instead stored in a data file. This way, in theory, I should only have to add a few If-then-else statements at the start of loading process that check for full screen and screen resolution, then based off that criteria it will refer to the proper dimensions from the data file. @DesktopHeight and @DesktopWidth will likely play a part in this, also been reading thru WinAPI stuff and other things.

Thank you! Full screen option is already on the to-do list The demo probably won't have that, currently if I do full screen, all the GUI controls behave normally, but it stretches the graphics background and messes up the boundaries around objects and around the edges of the graphics display, and messes up the proportions of the sprites vs. background. (I.E. It stretches the background to fit, but leaves sprites and objects the same causing graphics to look terrible. I haven't figured out how to handle this without having to make a set of larger backgrounds for full screen. It is something that I've been researching, but not a priority at the moment. Edit: Also if I set it so that it doesn't resize the graphics control then it just fills the screen with the GUI and leaves a lot of empty space, which isn't ideal.