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 99 100 101 102 103 104 105 106 107 108 109 110 111 112 | ||
22:28 | FIXED | I forgot to set the level stat itself |
22:26 | LINK | Manual Level Stat set |
22:05 | STATUS | And the others come later |
22:05 | CHARACTER | I've set Irravonia up now as well... |
22:05 | FIXED | A few errors |
21:54 | CHARACTER | I've set up a quick character creation script for Young Irravonia |
21:40 | NOTE | And MOAR code that I cannot check yet, but we're getting closer now! |
21:39 | GENERAL | Set up the Data Manager for RPG Stats in NALA |
21:33 | REMINDER | |
21:33 | TODO | |
21:28 | FAILURE | EPIC FAIL! :P At least this bug is not mine to fix (Hey, I'm just kidding around. The bug is real, though). |
21:09 | VISUALSTUDIO | Some workout in the Core RPG data module for String Data support |
20:13 | NIL | I've set the basis for the character loader, based on the start level... I'm not yet fully done though |
19:10 | NIL | Set up a basic qff library |
19:09 | ACHIEVEMENT | The annoying "FIRST" |
18:39 | JUDGMENT | Now THAT looks a lot better |
18:39 | FIXED | I fixed this issue |
18:38 | PYTHON | Python sucks! (and that is due to it's "marvelous" identing system... Hip hip BOOOOH! |
18:36 | BUG | Adult Irravonia is in the same crap, and I think it's safe to assume ALL characters are in this situation |
18:36 | BUG | I see the Level data generation script only generated the HP... At least for Young Irravonia it did... I wonder why |
18:23 | STATUS | With this all set straight I already got a lot taken care of, but there are a few issues I must still cover |
18:22 | GENERAL | MaxCopy |
17:59 | GENERAL | Point manipulation available |
16:57 | GENERAL | Stuff set up to make stats available to the NIL scripts |
12:52 | GENERAL | I'm working some stuff out for the stat engine... This is pretty delecate, but once it works it works, and it will save me a lot of work later in the process |
- = 24 Jul 2019 = - | ||
23:52 | NOTE | I got the feeling some more dummied code will have to be dug up sometime |
23:52 | C# | Added routine to create a character (it was dummied up until now) |
23:33 | NALA | Party members part of RPG API set up |
23:02 | NALA | And take a look a the NALA project again |
22:46 | NIL | created empty scripts for party handling (verrrry important) |
22:38 | OFFTOPIC | |
22:19 | NOTE | That is as far as I'll go when it comes to achievements, for now |
22:09 | GAMEJOLT | Linked |
22:09 | ACHIEVEMENT | License to kill |
21:54 | GAMEJOLT | Yeah the achievement is now here too ;) |
21:54 | LINK | Linked to Game Jolt |
21:54 | ACHIEVEMENT | In the beginning |
21:54 | SITE | Added tag ACHIEVEMENT |
21:51 | SECURITY | I've done some work here |
21:09 | MYDATA | I've added a NIL exporter, but I cannot yet check if it works.... I also need to link it to the main program |
20:55 | MYDATA | Time to set up the first database in MyData |
20:53 | SITE | Added tag MYDATA |
20:53 | NOTE | (And wish me luck when I gotta "dump" this all together) |
20:52 | STATUS | Almost there, but I do need to set some more things in order |
20:47 | CHARACTER | I've aliassed this script for Queen Shanda... After all as a guest character she won't gain experience anyway |
20:45 | CHARACTER | I've set up an empty ability list for Young Irravonia |
19:57 | NALA | Had to be recompiled in order to make NIL take advantage of all this stuff |
17:45 | CHARACTER | as Irravonia now has to be set up I will make it clear that I will put in that every character can get abilities through leveling up their skill levels. On top of that, each character will get one ability from beating Scharum in Rayal Castle, and from defeating the optional boss holding their best weapon. Few exceptions of course. Eric can get one ability once the final chapter starts, and Dernor will once again have to charm animals to gain new spells and therefore act as a kind of "blue mage" as Final Fantasy fans would call it. |
17:41 | CHARACTER | So unlike the original game YoungIrravonia now can level up, providing that you get ahold of the Traveler's emblem in the Xenor Bushes. Now for Young Irravonia the stat grows is minimal, however they do determine the level adult Irravonia starts the game with, so they are not entirely unimportant. |
17:38 | PYTHON | YoungIrravonia now added to the character list, so Python will also generate a list for her |
17:33 | FIXED | I think some script fixes will have come through now then |
17:33 | FAILURE | As a matter of fact they make me regret I EVER wrote this script in Python... |
17:26 | PYTHON | And I remember why I hate Python's identing interface.... |
17:26 | PYTHON | I've adepted the script.... The max level has been set to 1000 in this calulation... And for security reasons I've also set the the experience cap to 1.5 billion this to prevent integer overflows (which caused a nasty bug in TFT REVAMPED and I didn't want to make that mistake again). |
17:22 | SITE | Added tag PYTHON |
17:07 | NOTE | The hot weather is taking its toll from me, so that makes working harder.... Especially since the smog that comes from it is now getting on my breath... Unfortunately... And even my air conditioner doesn't manage to keep things cool anymore |
17:05 | ANALYSIS | A quick look shows that the stats of these people have been generated by my Python script for this.... However, this script never took the variable setup in mind, so I'll try to do that one over |
17:04 | ART | I've extracted the numbers for the Migrant levels, although this system will get a bit of an overhaul |
16:48 | ART | Sprites properly imported |
16:47 | POWERSHELL | Adepted my import script to fix that |
16:47 | STUPIDITY | I forgot "Young Irravonia" as character.... |
15:23 | TECHNO | "groups" can be seen as the counterpart of static classes in C#. Although a class you cannot declare any variables with this class not make any "new" statements to them. Please note that although CONSTRUCTORS are allowed (and called when the script starts running), making them require arguments will lead to a crash... (how obvious) |
15:21 | NIL | I've added the "group" keyword |
14:50 | GENERATION | generated new Anyway.NIL |
14:50 | LINK | MapScipt Link up script written |
13:11 | SECURITY | Made sure that if the Field functions are being used while the Field Flow was not yet loaded the game will crash |
13:09 | SASKIA | I can confirm that SASKIA merges into the game... Good |
13:03 | JCR6 | Preparational work for extracting |
9:30 | JCR6 | When no input directory has been given, current directory will serve as such |
- = 23 Jul 2019 = - | ||
20:30 | BUG | Whatever the reason is, the bug's caused when re-organisation has to take place |
20:29 | DEBUG | Extra debug line added to see why this happens |
20:29 | FAILURE | Something's wrong here.... |
20:07 | TEST | Let's test this from VS with different parameters |
19:32 | TEST | A direct test should show some more results here |
19:31 | COCKROACH | The protection appears to be ignored |
18:54 | TEST | I wanna test out if this protection actually works |
18:53 | DONE | I've build in a protection measure that will prevent JCR files from going too far over the 2 million byte limit (approx 2 GB) |
18:32 | CONFIRMED | It was indeed the jcr file being too big that struck me |
18:31 | TEST | Plan B |
17:55 | TEST | And let's try this again.... |
17:55 | REMOVED | Original test jcr file |
17:54 | MYSTERY | Since the C# version of JCR6 NEVER had any issues like these, it may be likely something went horribly wrong here... Also 3GB was ridiculously large for a file containing my Dyrt project only.... (although surpassing 3GB could also explain a few things.... JCR6 cannot deal that easily with files bigger than 2GB) |
17:50 | BUG | "Invalid FAT offset. Maybe you are trying to read a JCR6 file that has never been properly finalized" |
17:13 | STATUS | Anyway I need a break now.... |
17:11 | JUDGMENT | The music packing is still slow (was to be expected) in NJCR (trying this out on my development folder for THIS GAME), but it's already 2x faster than in Go, and that a JIT program beats a machine language program is actually pretty sad! |
17:08 | NOTE | NOT gonna fix that... It's not a bug.... Non-ASCII characters shouldn't be in file names anyway! |
17:08 | NOTE | Some things went wrong, but then again JCR6 has always been allergic to non-ASCII characters in filenames, and I found out the folder I tried had some |
17:03 | CONFIRMED | Error catcher does what it must do... good! |
16:43 | STATUS | As this was a more complex part of NJCR to be written I focussed on that first... When this works the way it's intended I'll resume Dyrt.net |
16:42 | DONE | The error in question is not really due to a bug in NJCR, but rather with oddities with the file system.... Windows in particular is notorious for such kinds of issues. I did put in a try{}catch scope in order to make sure these kinds of errors won't crash NJCR |
16:40 | LINK | Quake Pack linked to NJCR |
16:40 | LINK | WAD linked to NJCR |
16:40 | LINK | JCR5 linked to NJCR |
16:31 | BUG | Ultimately a crash, eh? |
16:23 | STUPIDITY | It is however clear I should've picked a different directory to test this all out..... Poep gebeurt! |
16:06 | FIXED | And the issues I had while merging are also fixed |
16:04 | JUDGMENT | The setup looks much better now, and no more conflicts with the file names (unless the name of the used compression method is by far too long). |
15:58 | COSMETIC | And there are also a few cosmetic issues to be taken care of |
15:55 | BUG | Things do go a little weird when merging stuff, though |
15:55 | JCR6 | The adding routine appears to be working.... Well for most part.... |
11:16 | DONE | Some Real Life stuff |
7:56 | JCR6 | This parse out has not yet been tested, but it'll have to be correct.... (I cannot test it yet, as everything happens under the hood). |
7:40 | JCR6 | For NJCR I'm now writing some stuff that should parse things out some more |
0:33 | BACKUP | I did archive it... You never know when you may need it, but at least it's no longer in the way |
0:32 | REMOVED | Old test crap.... A cleanup every now and then is needed, right! |
0:30 | STATUS | That all appears to be in order now |
0:25 | GITHUB | And cloned it to my Windows PC, so I got a fresh template ready for usage.... Cool! |
0:25 | GITHUB | Pushed the template to Github |
0:23 | FAILURE | Dang! Good thing I replaced that outdated machine, but it was good for something! |
0:23 | VISUALSTUDIO | gtk# template created on my old mac |
- = 22 Jul 2019 = - | ||
23:57 | TODO | I'll also have to get myself to see if setting the project VOID up is gonna be easier with GTK+ in stead of WPF.... Although WPF is quicker to set something up in general it has shown to be awful for really serious projects.... The point is that my current Visual Studio doesn't have a ready to go GTK# project, but by switching to Mac, I can solve that issue, so here goes... |
23:54 | NIL | I've set up 2 empty scripts in order to get into the Field Script.... Once that's done, the actual work on the game can really take shape.... |
23:24 | SASKIA | A script has been written in SASKIA to make sure all scenario will appear properly, and that the game will eventually chain to Irravonia's prologue |
22:50 | CONFIRMED | Fix succesful |
22:49 | JCR6 | Repkaced Dutch Scenario |
22:49 | JCR6 | Repacked English Scenario |
22:48 | FIXED | The Dutch Start Game scenario should be fixed now |
22:46 | FIXED | The English start game scenario should be fixed now |
22:40 | FIXED | The bug causing this has been fixed |
22:34 | INVESTIGATION | But I think I know why... |
22:33 | COCKROACH | NO EFFECT! |
22:23 | VISUALSTUDIO | I've modified the scenario transfer tool a bit... Hopefully this will set a few things straight |
21:58 | NOTE | (this was a complaint I got from Dark Bloodbane, as well... Problem was that the way the original game was written in didn't allow me to get the pictures in anyway... Well, not in a DESIRABLE way, that is) |
21:57 | LINK | I did at least link the proper pictures to the textboxes for when the names of the characters are still unknown.... |
21:54 | BUG | Crap! Long scenarios bug between one and two digits.... I can now manually fix that, but for other scenarios I need to properly take care of this! |
21:51 | POWERSHELL | And a quick script will allow me to get things up-to-date quicky |
21:50 | SCENARIO | It was quite some searching, but I found the original game start scenario |
21:50 | SITE | Added tag SCENARIO |
21:29 | FAILURE | My console went haywire |
21:24 | BACKUP | And I had to do some extra configurationas well... (Thanks to the folders I needed for Kthura and TeddyBear). |
21:24 | BACKUP | running |
20:58 | FIXED | Well I fixed that! |
20:58 | HUH | For some reason the code to do this properly disappeared.... completely! |
20:50 | BUG | The scenario language converter appears allergic to the fact that Irravonia's prologue start script contain tags only containing one letter... |
20:38 | DONE | I've checked the scenario file, but it appears all it appears is the pre-boss scenario in that dungeon, but not the scenario of the start of the game... |
20:06 | KTHURA | Luckily Kthura comes with a handy "hack" tool... Good thing I planned ahead :P |
20:05 | TODO | I guess I need a delete function in Kthura, too! |
19:58 | STATUS | Well, long story short I still got loads to do! |
19:58 | TODO | a BoxText routine |
19:58 | TODO | a field script |
19:58 | TODO | I need to script out a flow manager |
19:58 | TODO | And the scenario has not yet been taken care of |
19:57 | TODO | I need to make sure the music is properly linked... for starters |
19:56 | STATUS | This means that as far as the artwork is concerned we are ready to start.... But this is not yet fully taken care of. |
19:55 | MAP | And been placed in the map |
19:54 | ART | The main heroes have been succesfully transferred |
19:40 | COSMETIC | This is only a cosmetic issue and it only affects when you see in building. The compression itself is okay, and JCR6 itself shows that |
19:40 | BUG | It appears the builder shows incorrect information on compression ratios when merging in from other JCR6 files.... It shows the ratio for the old file and not the new.... This should be an easy fix, but it was also easy to miss |
19:10 | MAP | Exit point put in |
17:33 | STATUS | Mesa taking break now! Mesa need to! RIGHT NOW! |
17:33 | ENHANCEMENT | Taken care of the alpha issue in Kthura... Especially in Kthura this issue was a bit "lethal" |
17:25 | STATUS | one of the next things to do now will be to import the character actor files.... These use (unfortunately) BlitzMax style animation, but since I have a conversion tool in BlitzMax I can handle this, whoohoo! |
17:18 | STATUS | Right! Now, at least I got something to work with now... Hopefully I can get stuff fixed later on, but for now this will have to do! |
16:58 | MAP | And the prison cell has been set up entirely |
16:54 | ART | Diagonal walls for the prison added.... Something I didn't think of in the original game... At least not at this point, so that can do a littlebit extra |
16:51 | BLITZMAX | I did have to re-compile this program for Windows, but hey, it did still work, and THAT saves me a lot of issues. |
16:51 | SITE | Added tag BLITZMAX |
16:39 | STATUS | Now I'm looking for a quick tool of mine that I may need now... |
16:33 | POWERSHELL | Running Kthura Build Script |
16:32 | ENHANCEMENT | Fonts will henceforth be ignored.... If they are really needed within a Kthura Map, I can always ALIAS them or something cheesy like that. |
16:23 | UNDESIREABLE | But the fonts will make me have to scroll down more than I want to, so there's some work to be done on that department |
16:22 | MAP | Two walls of Zoraman Prison have erected |
16:22 | SITE | Added tag MAP |
16:14 | BUG | And I also need to find out why textures aren't listed |
16:12 | BUG | Tagging stuff is not operating so well in Kthura |
16:07 | FIXED | Right.... I guess there was no issue here in the original Kthura |
16:01 | COCKROACH | There is still a lot to be done as Kthura is now refusing to work properly as well! |
15:58 | CONFIRMED | The project builder appears to pick this all up |
15:56 | POWERSHELL | And I've also written a script that will be helpful in getting Kthura maps edited quickly |
15:55 | POWERSHELL | I've run the script that will rebuild Kthura |
15:53 | FIXED | I appear to have fixed all this |
15:38 | HUH | Project Data in Kthura is "null"???? |
15:03 | BUG | But of the long run this must be fixed >> TrickyGameTools/Kthura#48 |
15:03 | FIXED | for the short run |
14:58 | BUG | It only doesn't want to work |
14:58 | KTHURA | A project file for Dyrt has been created |
14:09 | DONE | My weekly shopping |
13:09 | STATUS | Well, after I've taken a break, I'll see what I can do with the game. I've decided (at least for the short term) not to worry about the TeddyBear cockroach for now, and to focus on things that matter more now. For this reason the prison dungeon shall be replaced with a new dungeon set up in Kthura also, and maybe that's better on the longer run. |
11:14 | NOTE | Actually adding stuff comes later |
11:14 | JCR6 | Help screens for NJCR adding done |
11:13 | JCR6 | NJCR has info about qu |
8:57 | NOTE | Before I really decide, I'll first take a look at NJCR... I've decided to put some work into that before any Dyrt session for the time being on a daily basis... |
8:45 | NOTE | Now this may actually have the advantage that I can make the game give some new twists and that I can take advantages of Kthura, so for the result this may be the better run... It will only bring me tons of extra work.... (urgh!) |
8:44 | INVESTIGATION | Nearly all debug data I can produce rules out this should be possible and yet it happens... If I cannot find the course of this, I'm afraid I'll have no other choice but to redesign the entire game with Kthura... |
- = 21 Jul 2019 = - | ||
23:19 | COCKROACH | For some reason TeddyBear INSISTS on having all layers set to BC even though the map files themselves say differently. I've now examined the transferred file, and there the issue is one again CONFIRMED... WTF is going on here? |
23:02 | INVESTIGATION | The positioning of the textures implies that the setting would be BR... (draw from bottom-right of the texture). The setting however is TL (draw from top-left of the texture)... Hex viewers confirm this... Why then does the wrong rednering take place? |
19:09 | CONFIRMED | It was just the debug mode that was in the way, although it's not exactly "fluent" either.... |
19:07 | UPDATED | Version numbers |
19:05 | BUG | And the positioning is not correct, which affects larger items |
19:04 | UNDESIREABLE | The editor runs SLOW, though.... I must sort out if it's just the debug mode or too many items being rendered, as the latter could be a serious issue.... |
19:04 | SITE | Added tag UNDESIREABLE |
19:04 | FIXED | Directory issue has also been fixed... |
18:24 | FIXED | The index numbers of texture and zone name definitions was not saved.... This caused at least a lot of trouble... Not everything is fine now, but at least a part of the problem as been fixed... |
17:48 | ANALYSIS | The Texture folders are properly read by JCR6, so at least misconfiguration could not be the "evil" here... |
17:48 | SITE | Added tag ANALYSIS |
17:42 | INVESTIGATION | Things are getting odd..... |
17:36 | INVESTIGATION | The large number of "IndexOutOfRange" exceptions in the debug log, worries me.... However nothing more is shown than that, and thus the informattion is completely useless! |
17:35 | BUG | It is however clear that the textures are NOT loaded properly, and I wonder why |
17:34 | FIXED | I can at least confirm the objects are properly loaded... Some in-game data I found in the map objects do confirm this even more, as that could never be generated so well, if this wasn't loaded properly |
17:32 | DONE | I've added support for these drivers, and that should solve this issue in the process |
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 99 100 101 102 103 104 105 106 107 108 109 110 111 112 |