| 1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 18 19 20 21 22 23 24 25 26 27 28 29 30 31 32 33 34 35 36 37 38 39 40 41 42 43 44 45 46 47 48 49 50 51 52 53 54 55 56 57 58 59 60 61 62 63 64 65 66 67 68 69 70 71 72 73 74 75 76 77 78 79 80 81 82 83 84 85 86 87 88 89 90 91 92 93 94 95 96 97 98 | ||
| 0:44 | TODO | |
| 0:43 | STATUS |  A few more things to be done before I can test, though |
| 0:42 | PLAN | |
| 0:42 | DONE |  The game should now be able to engage into combat... that is no more than showing the background "arena" picture, but hey Rome wasn't built in one day either |
| - = 25 Dec 2020 = - | ||
| 21:23 | CONFIRMED |  As far as I can trust the logs, the issue should be succesfully voided |
| 21:20 | TEST |   Take XV |
| 21:20 | VOID |  Ah yeah, that bug within Neal with the declaration of table variables |
| 21:17 | TEST | Take XIV |
| 21:16 | DEBUG |   More debug then! |
| 21:11 | DEBUG | The log shows that the array in question is really that long.... But why does that happen? |
| 21:09 | TEST | Take XIII |
| 21:09 | FIXED |  "static" |
| 21:09 | STUPIDITY |  "static" |
| 21:07 | TEST | Take XII |
| 21:07 | MYSTERY |  As that mystery still isn't cleared up |
| 21:07 | DEBUG | More infor on why the overload on enemies happens though |
| 21:01 | FIXED | Each getting a function (sigh) |
| 20:57 | NOTE |  Highest number I saw was 8 (which is actually already too much, but still withing reasonable limits given the way stuff's been set up) |
| 20:56 | DEBUG | And the log also confirms there should NEVER be that many enemies |
| 20:55 | HUH |  The error I got now I really really odd, I tell ya! |
| 20:54 | TEST | Take XI |
| 20:54 | DEBUG | And I wanna know more about the enemy overload in the process of the next test so let's put in an extra line, eh? |
| 20:52 | NOTE | That does not yet fix the enemy overload, but I gotta start somewhere, eh? |
| 20:52 | FIXED | I think I fixed the "nil" issue |
| 19:48 | TECHNO |  The latter is likely an API error, but that doesn't seem likely (as that would mean the music couldn't start either, as that data is also received from the same API function) |
| 19:47 | COCKROACH |  And two NIL values, and that makes me worried the most |
| 19:47 | COCKROACH | For started 44 enemies were put into combat for no reason at all |
| 19:47 | STATUS | The error message I should see is there at least, but loads of things are not right yet, and need to be sorted out! |
| 19:45 | TEST | Take X |
| 19:45 | INVESTIGATION |  Oh well |
| 19:44 | COCKROACH | "nil" for arena? |
| 19:37 | TEST | Take IX |
| 19:35 | VOID | Too many enemies? |
| 19:23 | FIXED |  Bad identifier |
| 19:22 | NOTE | That's even one more than I counted in the last test |
| 19:22 | CONFIRMED | And also confirmed that there are indeed 32 enemies added to combat |
| 19:22 | CONFIRMED | Confirming the Neil bug in the process |
| 19:22 | CONFIRMED | Boolean issue voided |
| 19:20 | TEST | Take VIII |
| 19:20 | FIXED | Oh crap! |
| 19:18 | TEST | Take VII |
| 19:18 | DEBUG | An extra debug line will have to confirm if this is really what is happening |
| 19:18 | BUG | The logs indicate though that 31 enemies are put in one fight... Even for the hard mode that is way too much (not just for plauyability, but actually much more for the CPU and RAM to process also). |
| 19:17 | VOID |  I hope I voided the boolean issue (which should not be possible unless Neil itself is bugged) |
| 19:10 | TEST | Take VI |
| 19:10 | DEBUG | Extra debug required |
| 19:10 | COCKROACH | Or so I thought |
| 19:08 | TEST | Take V |
| 19:08 | VOID | ALmost there |
| 19:06 | NOTE | Incredible eh, how many fixes something trivial as this can need |
| 19:06 | TEST | Take IV |
| 19:06 | FIXED |  ID conflict |
| 19:04 | TEST | Take III |
| 19:04 | VOID | GRRR! |
| 19:00 | TEST | Take II |
| 19:00 | FIXED | And the other fixed |
| 19:00 | VOID | One issue voided |
| 18:59 | NOTE | Some bugs pop up that should even not be possible at all |
| 18:59 | BUG |  Wishful thinking |
| 18:59 | NOTE | (And the only take I hope) |
| 18:58 | TEST | Take I |
| 18:40 | STATUS | Now even though the game will crash when engaging into combat, I can try to see if stuff in general works.... I know the exact error I should get when all else works... or at least without crashing, as true bugs cannot be expected until the actual engine itself is set in motion... Oh well.... |
| 18:37 | STATUS | Good! |
| 18:37 | VERIFIED | And tune number 2 also works |
| 18:36 | STATUS | Just waiting for tune number 2 then ;) |
| 18:35 | VERIFIED | At least I can say that boss tune number 1 plays the way it should |
| 18:35 | NOTE | Although the game will crash for now, once the combat starts, this because the combat engine has not yet been scripted, and a lot is there to do before I can even make that happen |
| 18:34 | NOTE | Right, the foes moving around in the field should be able now to initiate the battle |
| 18:33 | SCRIPT |  Right, script set for a random tune for both mob as boss fights |
| 18:32 | STATUS | NOT THERE YET THOUGH! |
| 18:32 | SCRIPT | the Script is now able to pick a random tune, just out of the correct folder for the occasions |
| 18:31 | SCRIPT | While the music plays in order to test this all out, I could alter the script |
| 18:30 | TEST | Another test coming up |
| 18:30 | DONE | Eating |
| 17:52 | POWERSHELL |  HERE GOES! |
| 17:51 | APOLLO |  Another pack is required though so..... |
| 17:51 | FIXED | That should be fixed now |
| 17:50 | INVESTIGATION | And I need to find out why |
| 17:50 | FAILURE |  That didnit work |
| 17:48 | STATUS | Well, since that looks like it's in order, the boss songs will now come into play |
| 17:47 | VERIFIED | Mob song 002 works |
| 17:46 | VERIFIED | Mob song 001 works |
| 17:45 | MUSIC |  I am currently listening to hear if all the alterings did go according to how they should go |
| 17:43 | STATUS |  So far so good! |
| 17:43 | POWERSHELL | Script run |
| 17:43 | APOLLO | I've made some aliases for the music used in combat, this so I can be sure the random tune picker picks this all up accordingly |
| 16:39 | TECHNO | In order to save myself tons of bugs, I will always add the "kill" attribute to foes on the map as soon as you touch them igniting combat. You cannot run away anyway (you can use ability to force the enemy out of combat in stead) and if you respawn after combat the map is reloaded also, so all in all no reasons not to do this. All that would cause are needles bugs... or rather cockroaches |
| 16:35 | OFFTOPIC |  Now I didn't create that Einstein quote picture that I placed onto this page out of protest for the imbecile way in which the COVID19 virus is being combated, however whoever did misspelled "stupidity" |
| 16:34 | CHECKED |  I've checked the Arena pictures, they look good enough for me to be stretched.... It would save me tons of work... I know I'm lazy, but I gotta face the facts, this project is not worth it to put that extra kind of extra effort into it.... |
| 14:59 | NOTE | This has NOT YET been linked to the in-field enemies, so don't expect anything to happen there yet! |
| 14:59 | LINK |  Some linkup code has been written in order to make starting combat possible |
| 12:47 | TECHNO | In order not to stress things up too much, I'm going to look into a kind of possibility to fake a lower resolution screen in order to make combat possible without having to redo all arenas, like I had to do in Dyrt, however it is possible that life will be harsh and that I will have to keep that setup going.... This to prevent too much pixellation in higher resolutions... I really gotta sort this out |
| 12:45 | SCRIPT | A start has been set up for the combat.... Two classes that will allow me to configure the start of a combat. Very important... After all, without this data the battle cannot even start at all... |
| 1:35 | FIXED | Voila |
| 1:32 | INVESTIGATION | So my dear Watson, it's only elementary we're gonna find out why |
| 1:29 | COCKROACH | Doesn't work... at all |
| 1:29 | STUPIDITY | I had to recompile the engine |
| 1:20 | TEST | Hopefully this works, and if so, I can go to bed |
| 1:19 | ENHANCEMENT | The Scroll value in the savegame screen should now be saved whenever a savegame is accessed... Counts for both loading and saving |
| 1:03 | MYSTERY | We'll never know why, and frankly I don't care... What works that works! |
| 1:03 | HUH | It appears to work now |
| 1:01 | FAILURE | Cool.... Visual Studio crashes on searching aon |
| 1:01 | COCKROACH | This is really really odd |
| 0:56 | EXPERIMENT |  I really must see what happens now... This is a bit of odd way of working |
| 0:49 | BUG | Chasing works FAR from perfect |
| 0:47 | FIXED | Missing check |
| 0:38 | NOTE | (In the original game this part also gave me nightmares. It was for that reason I never re-implemented this in TFT REVAMPED, Dyrt.NET nor even 63 Fires of Lung) |
| 0:38 | DEBUG | Let's dig into this a bit more, shall we? |
| 0:34 | STATUS | Very well, I expected this to take some time |
| 0:34 | BUG | Doesn't work.... at all |
| 0:24 | TEST | But I can of course check if the chasing itself works the way it should work |
| 0:23 | NOTE | They will NOT yet engage in combat, though, and I'm not even gonna start that part today |
| 0:22 | DONE | The enemies will now chase after you |
| - = 24 Dec 2020 = - | ||
| 20:59 | FIXED | Code typo |
| 20:59 | VOID | An error in Rolf's experience stat data has been voided.... This "error" is actually non-existent, but the zlib encoder I could get for C# keeps on refusing it. The data I added will by my inside parser just be read normally, but some checkup data has been written in a way making the the actual level initiator always ignore it |
| 20:13 | FIXED | Several issues |
| 20:05 | NOTE | This is debuggable though |
| 20:05 | NOTE | I am not sure about the enemies appearing actually being appearing in all difficulty settings they should or only in the lowest available to them. The Easy Mode enemies must appear in all three modes, and the Casual mode enemies in both casual and hard mode, and the hard mode enemies in hard mode only |
| 19:59 | FIXED | Crash in debugger |
| 19:59 | MYSTERY | Computers are sometimes beyond human comprehension |
| 19:58 | HUH | And now they DO show??????? |
| 19:44 | DEBUG | Some extra debug so I can check things out |
| 17:56 | DEBUG | I'll get into this later.... |
| 17:53 | COCKROACH |  Except for the standstill enemies, all enemies have disappeared..... |
| 17:49 | TEST | GRRR! |
| 17:49 | FIXED | Illegal Function Call |
| 17:49 | CONFIRMED | At least I know the API appears to work now |
| 17:47 | NOTE | (And the think the HARD WORK has yet to begin) |
| 17:46 | FIXED | Everything fixed now? |
| 17:40 | STUPIDITY | And (for course) I must never forget to rebuild my resource file |
| 17:39 | FAILURE | No, neither do I |
| 17:39 | FAILURE | And it was A MISSING NAMESPACE REFERRECE! The compiler never missed it before, the code I changed was not even close (and the audio couldn't even have worked with that error in place), and suddenly it's an error... You follow? |
| 17:36 | COCKROACH | Of course C++ had to return 1200k+ errors, as I didn't touch my code in awhile.... typical |
| 17:34 | DONE | It's there now! |
| 17:34 | HUH | No "Blocked" check? |
| 17:19 | FIXED | Several fixes |
| 16:28 | TEST | Of course, the question now is... Do they work? Well, let's see... |
| 16:28 | NOTE | They will only move their basic pattern... They will NOT chase after you when you get too close, nor will they initiate combat when you touch them |
| 16:26 | DONE | The enemies should now move |
| 0:10 | STATUS | However, Dyrt is at a point that I can almost reap what I sowed.... once that is done, I will first put myself to Star Story,.... |
| 0:09 | STATUS | This is still in a standstill....This is because the combat stuff is very complicated and then having multiple projects may not be the best way to go.... |
| - = 18 Dec 2020 = - | ||
| 16:21 | ANNOUNCEMENT | I see Github.com now supports a DARK MODE, and all DECENT people now think FINALLY! (better late than never, eh?) |
| - = 16 Dec 2020 = - | ||
| 18:57 | STATUS | Oh, this picture of Einstein is annoying ya? Sorry, it will remain visible for awhile :-P |
| - = 14 Dec 2020 = - | ||
| 21:43 | TECHNO |   |
| 21:42 | TECHNO | |
| 21:37 | TECHNO |  |
| - = 4 Dec 2020 = - | ||
| 16:50 | MEDICAL | And I really must take a break now.... I seem to have overexhausted myself in my work in general. I hope I can resume the action, soon! |
| - = 1 Dec 2020 = - | ||
| 0:16 | C++ |  SaveGame directory configuration works |
| 0:14 | C++ | New Game screen done, except for the start button itself, but before that I suppose there's work to be done |
| - = 28 Nov 2020 = - | ||
| 11:59 | STATUS | This project is temporarily on hold.... Dyrt being almost ready and TFT REVAMPED being done in a way that may produce a playable result in only a very few months, and this being the longest project measuered in estimated time left, I did have to make choice... Please note, I said ON HOLD, and NOT CANCELED. This project will be continued, but I cannot yet say when.... |
| - = 27 Nov 2020 = - | ||
| 11:02 | FAILURE | Now C# appears to refuse to read the level data for Rolf between level 600 and 699, while it does compress it properly. This appears to be an issue in the C# zlib expander. Now I did try it with my JCR6 tools written in Go, and there the file offers no issues. This only causes some trouble with some mini tools setting things right, and I can get around it, however what matters, of course is if C++ is able to expand it nonetheless, and it will take awhile before I can check all that.... Let's hope it does, and if not, then there are always a few way to cheat things. |
| - = 26 Nov 2020 = - | ||
| 14:58 | C++ |  It works! Cool! Now I do not know if it searches for zlib.dll as a dependency or that it uses internal code only.... This is hard to tell with the stuff I got to get zlib working, but hey it works, for the short term my most important concern.... |
| 12:59 | C++ | I've now added zlib to the Apollo engine... Stuff is not yet tested though |
| - = 25 Nov 2020 = - | ||
| 21:15 | TECHNO | At least I can try to get stuff working now... Better a working zlib than an lzma beyond understanding, but it remains odd nonetheless |
| 21:13 | FIXED | zlib packing now works in C# of some odd reason.... I don't understand why, but it does..... |
| 20:02 | C++ | I got the zlib routine working for JCR6 in C++ This is not half as good as lzma and there are still some issues with packing zlib in C# which will still get me issues here, but at least it's something and when worst comes to worst I can create a repacker in GO or even C++, but I hope I don't have to go down that route! |
| 0:00 | STUPIDITY | wrong devlog.... for quite a long time I see... fuck that! |
| - = 24 Nov 2020 = - | ||
| 23:59 | CONFIRMED | All sealed bosses are okay, I only need the test the two located in Dyrt |
| 22:04 | REMOVED |  And all backups have been remove... of course! |
| 22:04 | TEST | Let's see if the problem's been solved now |
| 22:04 | FUCKYOU |  Done |
| 22:02 | FUCKYOU |  I really need to turn off jEdit's ~ style backups.... The engine hates them, or so it seems |
| 21:58 | HUH | WTF is this error? (no reason to come up with it, really) |
| 21:54 | NOTE | (At least I hope so as this part is giving me more and more headaches) |
| 21:54 | FIXED | Possible crash in red temple for GJ only dungeon |
| 18:53 | VOID | It's not possible this random routine could crash the game, but I made now sure that if it crashes now I can 100% irrefutable proof that Lua is busted! |
| 18:20 | FIXED | Broken steal on Kabi sealed boss |
| 17:49 | MYSTERY | This will remain a mystery then |
| 17:47 | FUCKYOU | And suddenly it doesn't happen anymore.... Well it was impossible from the start, but now I cannot guarantee if stuff works and THAT SUCKS! |
| 17:44 | POWERSHELL | Let's rebuild all the crap |
| 17:43 | HUH | For some reason the security is now failing COMPLETELY! |
| 17:35 | DONE | Taken care of some real life business |
| 15:55 | INVESTIGATION | I'm trying to see where it goes wrong when contacting GJ for the check on the GJ only dungeons, as what is happening here is beyond possible. |
| 15:15 | FIXED | |
| 15:15 | DEBUG | I've done a few extra lines that should short the impossible crashes out, if no results I guess I must make it always return true in case of failure |
| 14:27 | TEST | Going for the black priosn now... No issues expected there, but hey, ya never know, right? |
| 14:27 | STATUS | I hope everything is in order now.... :-/ |
| 12:10 | FAILURE | for some reason my mouse is malfunctioning now, though |
| 12:10 | DONE | Cleaned up my desk (and it was about time) |
| - = 11 Nov 2020 = - | ||
| 1:09 | C++ | I've set up a compression method which I could now unpack in C++. It's far from perfect, and the compression ratios are a bit sucky, but it does the job, and that's what matters most... At least on the short term. I will still try if lzma is an option on the longer term, though.... |
| - = 31 Oct 2020 = - | ||
| 14:23 | OFFTOPIC | In memoriam
Sean Connery |
| - = 24 Oct 2020 = - | ||
| 16:36 | DYRT |  Speaking of Dyrt -- My time for today is not very well.... Tonight the final revelations for Wie is de Mol? will be shown and I do not wanna miss it, as I followed this entire season...Doing the foe control is gonna take too much time.... Tomorrow I have some appointments that can also be time consuming (as every Sunday), so I'll focus on Dyrt where things are (for the time being) a lot simpler, until at least after the weekend. |
| 16:33 | STUPIDITY | AAARGH! I really should finish Dyrt so the devlogs don't mixed up anymore |
| 15:26 | TEST | Let's see then |
| 15:26 | FIXED | The GJ Crash on login failire in Gagolton should be fixed now |
| 15:13 | C# |  A small basis has been made for the savegame transfer tool.... This is all layout for now as the actual transfer requires more stuff to be in order... |
| - = 22 Oct 2020 = - | ||
| 18:16 | NOTE | Wrong Devlog |
| 18:16 | FOE | Heaven 17 |
| 18:12 | ABILITY |  Temptation |
| 18:10 | TECHNO | That secret note below is just a test.... I wanted to make sure the text was invisble, but the CSS config was not set to set |
| 18:07 | SECRET |  Test |
| - = 21 Oct 2020 = - | ||
| 18:36 | STATUS | Before I get onto moving the enemies, I think I can best now get onto finishing the Hall of Music in Dyrt first.... I am thinking of enrolling the closed Alpha out more once that has been finished, and the more content of the New Game+ that has been finished the better.... |
| 1:42 | CONFIRMED | Works! |
| 1:38 | TEST | Take II |
| 1:38 | STUPIDITY | I guess I'm getting really tired |
| 1:31 | TEST | Quick Test (I hope) |
| 1:24 | STATUS | Now bosses are a different matter.... The first boss that makes use of this system in in the grass forest, and it will take awhile before we get to that point |
| 1:19 | DONE | Movement configuration in constructor |
| 1:18 | DONE | The random factor will now also filter half of the enemies out, except for the bosses, and enemies in the "AS" (Always Standstill) category.... |
| 1:05 | CONFIRMED | THAT cleans things up a bit, oh yeah! |
| 1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 18 19 20 21 22 23 24 25 26 27 28 29 30 31 32 33 34 35 36 37 38 39 40 41 42 43 44 45 46 47 48 49 50 51 52 53 54 55 56 57 58 59 60 61 62 63 64 65 66 67 68 69 70 71 72 73 74 75 76 77 78 79 80 81 82 83 84 85 86 87 88 89 90 91 92 93 94 95 96 97 98 | ||
