Posts

Newest Post: Ner'zhul.Seraphim: More Speed and Defense / Patch Note No. 1A

Good evening, readers. I see Ner'zhul.Seraphim got a nice reception a fter having released her some weeks ago, but  the VoidShell library's CPU intensive use makes her nearly unusable, even for high-end computers.  ... Therefore, I have plans on releasing an optimization update that improves the character's average framerate, while trying to reduce the general CPU average used by the main library. General code optimization in the character's state files and a new version of VoidShell are featured in this patch update, so do not expect visible visual improvements in her skill set, but you will see them smoothly now. Cool, right? Art asset created by SlenderFreak17 This character update can be downloaded by clicking on the main thumbnail, and  the download link of her main entry will eventually be updated, so no worries. After seeing the current state of VoidShell, I really never thought that single Eikidankai Framework module would be finally completed, so I do not know ...
0

Eikidankai Development Log(3)

Eikidankai Development Log: Primary memory bank Hmmm... I think I am posting more content about Eikidankai than usual, but well. In this thread, we are going to talk about the primary memory bank, used in the current version of Eikidankai. We have to take into account this feature did not even exist in the first beta versions of Eikidankai, as the main code was quite different, compared to the current one, making each other incompatible. This image shows how the old stack frame of Eikidankai looked like, the function set was quite limited, due to the most of the slots had been reserved for the CF subroutine. The next image shows the stack frame was updated to separate the functions of the CFL subroutine from the loader, making it optimal for several circumstances, besides the fact Eikidankai can now make use of all the slots, greatly extending its function set  Although this implementation required a new code structure to work efficiently, the results wer...
0

Eikidankai Development Log(2)

Eikidankai Development Log: CFL Subroutine Huh, it has been a long while since I do not post anything, but well... This time we are going to talk about the CFL subroutine, and the file as well. This subroutine had been recoded to improve its performance in Eikidankai, which used to be antiquated, due to the lack of security checks. Additionally, this file contained all the primary functions of Eikidankai, making the main loader quite basic. Fixed in the new beta version, by putting all the functions into the loader, instead of the CFL file. First version of the CFL loader. After Eikidankai has loaded all the required stuff in the stack frame, it will look for a file, called as "Eikidankai.Cfl" to load it in memory, this file contains custom code, allowing a MUGEN author to implement its own content, having chances to exploit all the capabilities of the engine. Improved version of the CFL loader Last, but not least, the loader will check the fi...
0