Latest Entries

【Top】初次見面

【這是置頂文章】

本部落格的文章,
是以M.U.G.E.N.這個2DFTG創作引擎的人物改變為主。
平常主要是設計正常向角色人物演出、技能特效和背景故事等等,
偶爾會參雜著微量的凶惡向相關研究探討的內容。

未來的目標是規劃自製RPG遊戲,
並且由自己擔任點繪作曲與程式撰寫等等工作。
為了達到這樣的水準而不斷的努力奮鬥著。

繼續閲讀

【近況】醫院

這幾天家人跟自己的身體都出了一點狀況。
跑了好幾趟急診室,把自己嚇了非常大的一跳。
家人的部分有點隱私就略過不談,大概談談自己這部分就好。

首先是上週六自己在幫忙工作完之後就開始喉嚨不舒服
有到診所去打針和拿藥
然後當天發了整個晚上的燒整個人超級不舒服
隔天清晨自己還陪父親去看急診也沒休息到
之後每個晚上都不舒服到一分鐘都沒睡著
這幾天白天也因身體不適而沒睡到任何覺

第一天是發高燒到睡不著
第二天是頭痛喉嚨痛加發燒
第三天是胃不舒服和喉嚨痛
第四天半夜更嚴重的胃痛和嘔吐→掛急診
第五天半夜因為胃痛+緊張引發過度換氣→掛急診
而這天自己也發現自己好像有失眠的問題
因此預約掛號了隔天晚上的精神科

然而就在預約看診的當天凌晨
也就是第六天半夜
狀況變得非常非常嚴重
因為連續很久沒有睡眠
開始出現全身都累到非常不舒服
但是完全卻無法闔上眼靜下來休息
完完全全一分一秒都是折磨的地獄
呼吸缺氧的感覺變得非常非常嚴重
因此又進了一次急診室

最後一次掛急診的時候的急診護士差點沒把自己氣死
我說自己已經有大約兩天左右
呼吸都有很嚴重的缺氧的感覺
四肢發冰全身發麻
而且很久沒睡覺了
不知道是不是自律神經失調還是怎麼樣
非常非常不舒服

她竟然很不屑的回我"哦?這麼厲害?自己會給自己看診看病了歐?"
"自律神經失調去看門診不要掛急診"

幹、我當然知道要掛門診
早就在自己察覺有問題時就他媽的掛好了
但就是因為撐不到當天晚上看診
才不得已先掛急診讓自己不要這麼不舒服
她以為我想這樣浪費時間浪費錢嗎?還是半夜耶!
而且醫院急診室一堆病菌誰沒事會想去那阿?
.
而這天幫我看診急診的年輕醫師就完全不會像她這樣
當時有個在家裡跌倒腦部有大量血塊的老人病患
還有一個連續喝七天久喝到吐血比輸血快的酒鬼
這位專長是骨科的洪醫師那時候這麼忙錄
忙碌到輪到我的時候才匆匆跑回位置上
即使如此都還是很有耐心很細心地幫我看診
還問我前幾天看診還有在家時的狀況
開完藥離開位置去處理嚴重傷患之前
還特別花時間安撫我叫我不要緊張
說我這個晚上去看精神科之後一定會好
這是小事情不用怕
當下雖然還很不舒服
但我真的由衷的感謝他願意多花這些心思在自己身上
.
雖然只有睡四個小時、
不過這位醫師替我開的緊急處方的藥
讓我當天回家睡了這七天來的第一次覺。

後來看診精神科的時候才發現
這位急診醫師並非隨便開個安眠藥打發我回去吃
而是和精神科準備開的藥差不多的東西

然而
並非所有急診醫師都像這位洪醫師這麼細心

反觀前兩天幫自己哥哥看急診的那位醫師...
因為哥哥有特殊疾病障礙
會有不配合看診的狀況
母親希望醫生能幫忙看仔細一點
這位醫生竟然一副"他就不配合阿,
"不然你教我要怎麼看這種病人"
的這種爛態度
然後隨便亂打一針就打發回家
結果哥哥沒比較好
第二天半夜仍然嚴重到再跑一次急診
然後又遇到同一個混蛋急診醫師
這次一樣也是同樣的那種態度
最後勉為其難照一下X光
才他媽的發現已經是肺炎了
前一天看仔細一點就能發現的事情
偏偏要搞到這麼麻煩最後得住院才甘願
然後更混蛋的是
眼睜睜的看著這個醫師送一些明明比我哥晚非常久才急診的人去住院
眼睜睜的看著一個個比哥哥晚到的病人往上層的病房送
然後讓我媽和我哥在急診室等了十九個鐘頭、只有一張椅子
當天是我也因為嚴重胃痛在同間急診室吊點滴

在我斜對床有一位比我小一歲的漂亮女孩子
好像是輕微的腸胃炎的樣子
然後擔心的是隔幾天的大學謝師宴不知道能不能去的這種小屁事
這個女生的爸爸好像跟這個醫生有攀關係
跟她和她和她爸爸各種聊天安撫聊很久
醫生各種勾肩搭背和他拍胸脯聊天
.
然後隔壁床是一位痛到打兩針嗎啡型止痛劑都還在哀號的老人家
對面則是嚴重咳嗽的我哥和已經好幾天晚上沒睡好的母親
.
操他媽的
我操他媽的幹
幹你娘的
幹你娘的

幹你娘的
操你妹的
.
當下就氣到想發推特了
但是因為身體非常不舒服完全沒力氣動
.
結果這段到哥哥住到病房前的這段時間
對家人最好的竟然幫忙清潔棉被枕頭的好心阿姨
看見哥哥的狀況特別多留了一套太空被給母親用
一問之下
才知道原來這些如果沒有特別跟護士拜託還是怎樣
她們不會特別替家屬留這些棉被


因為這幾天幾乎是自己和父親在家
發現我一個人在家裡身體狀況越來越差
於是母親提議自己乾脆到哥哥的病房陪住
陪母親和哥哥到出院

有可能是因為這幾我自己在家裡一個人會胡思亂想
在看完精神科之後到了哥哥在的病房
自己連續五六天食慾不振胸悶那些不舒服的症狀
就在到哥哥的病房的時候自然而然地不見了
在非安眠類的藥物的幫助下
昨天睡了這一周相對好的一覺

雖然自己在家裡休息時沒有特別想著這些事情
但是似乎可能因為家裡只剩自己和父親
同時父親也很辛苦有很多事情要擔心跟忙碌
爺爺的事情、工作的事情、還有我們家人最近的身體狀況
父親的壓力一定也很大
而無形中我好像也因為一直跟著擔心這些事情
才會出現嚴重的睡眠障礙之類的
不曉得。
總之這些都在自己陪母親住醫院的時候明顯改善了不少。

而巡房的護士也是如同急診的醫師一樣兩樣情
有的是對哥哥非常沒耐心
一次量不到血壓就很不耐煩地走了
原本前個護士說好要繼續打的點滴
就這樣隨便的在沒量到血壓一邊離開一邊說不打了

而也有好幾位像是昨天最後一次巡房的護士
特別為了哥哥在這裡耗上了五分鐘十分鐘
過程也很有耐心和我哥哥說話
同時知道照顧這種病人很辛苦特別安撫我母親
這幾位護士在醫院這樣辛苦的工作這麼久之後
還能保持這樣的耐心去對待像哥哥這樣特殊的病人
看著這幾位護士離去的背影
內心真的是滿滿的佩服與感激的心情。
同時也覺得這幾位護士、
真的是自己遇過最美的女性。

總之這幾天在醫院
看見了很多讓自己更加心寒的事情之外
也看到了好幾位美麗的工作者
不知道她們自己曉不曉得
但對我而言、
她們就是現實世界中真正的溫柔天使。

【逝】與回憶一同的擊破挑戰 & 【人造神茱麗葉】雛形 & 雜談

最近天氣開始變熱了
也因此蚊子開始多了起來,到了傍晚晚上就得要天蚊交戰,
好險有買了一大綑蚊香,應該是不會被叮死能繼續製作人物才對。

※逝
幾天前偶然在人物裡看到了過去研究ParentID變更的簡陋日誌
這才想到自己似乎幾年前
把小逝的ParentID變更只寫了了一半就一直放置了的樣子
然後就花了大約一個晚上把它完成了。
這應該算是第一個自己實作出可以真正對對手進行變數干涉的ParentID變更結構了
之前單純是很想把persistant的規律給搞清楚
所以一直沒執著在真的能使用這點上
確實也有遇到一些沒有預料到的麻煩問題。

首先是親變更的實行過程中呼叫Parent相關的Redirect會有問題的樣子
再來是似乎最好是進去ParentID變更迴圈前就先計算好
各個迴圈各自要循環的次數。
因為自己最一開始親手設計的版本是:
先檢查是否為一般ParentID變更的可變範圍
然後在ParentID變更過程中自行判斷是否要繼續
然而這種作法卻讓我遇到了相當多無法解釋的麻煩
就和之前提過的
在替小逝的寶珠加上凍結時
同樣也發現在move=A的時候同時有Hitpausetime的情況下
因為一些謎之原因、
如果出現數量過多的SelfState之類的會出現類似
即便是Trigger=1的無條件Selfstate卻仍然不會執行
同時也因為沒有跳轉,
而執行到後方的DisplayToClipBoard之類我用來檢查的東西
而VarSet似乎也會有這樣的問題,非常奇怪。

總之,這些是題外話
經過參考和微量的修改之後
順便稍微試了一下實戰。

sei (12P) v.s. TheLostDestiny (12P).
sei_vs_the_lost_destiny_challenge.jpg
專用對策。好像可以汎用不過自己有點懶惰了。
具體流程是開幕混線展開完成瞬間
當F就立刻對目標進行專用親變更變數操弄(實際上是Gametime貫通)
同時以邪眼來攔取對方(要一次做完)
成功攔取到進行專用變數操弄後,一到R2就結束了。

這個流程主要需要專用的原因
是因為關鍵Helper只有剛召喚出來1F的時間可以進行混線干涉
只要錯過就會進入沒辦法被混線帶入的Stateno裡
同時也因為時間太短沒辦法進行Gametime貫通計算
還有全部由本體召喚的Helper都需要邪眼才有辦法攔取
(即便用的是相當常用的StateNo但需要邪眼是事實)
這些部分就全部果斷的專用了。

不過理論上在考慮邪眼的情況下是可以汎用的但是有難度。
本體召喚出的Helper可以用親變更Gametime貫通後邪眼キラー獲取到
再來就是同時對本體變數干涉和關鍵Helper(親變更)變數干涉。
在大眾的認知下這似乎算是汎用、
不過我個人覺得流程中任何地方需要邪眼キラー就是某種程度的專用了。
同時用這個流程能否擊破完全取決於進行盲目變數干涉的運氣。
對我而言這說是汎用我覺得有點牽強,畢竟這並非經過評估計算後才擊破的。

不過
難得看到panda氏做出帶有混線這種進階凶惡技巧的角色
而且還是這麼久以前的事情。

看到這孩子嘗試用混線帶小逝的Helper有點出乎我的意料。

會想到使用這個微妙的孩子當驗收的對象,
一部分是巧合、另一部分算是回顧以前對這類人物的狂熱感覺吧。
只是今天用不一樣的方式。

挑戰她給我的感覺
就像是藏在她身體裡的謎題被自己解開一般
非常色情舒坦。
專用對策式的挑戰就是要找可愛的人物才有趣。
像是徒步尋訪對方留下來的小山路那種感覺。
雖然最終而言因為是專用而顯得沒甚麼意義、
不過這個過程卻十足有趣,
而尤其對手又是小可愛的時候更是如此。

想到現在親手做著比這些還要柔和美麗的女兒們
心中盡是一股難以言喻的溫暖感覺。

※人造神茱麗葉 雛形
前段時間開始著手的神奈備命的改變。
大概看起來是這個樣子。
Artificial_Godliness_Juliette_20170508_1.jpg
整體風格有參考某位節奏遊戲中的角色,
不知道照自己這樣設計下去會有怎麼樣的演出呢?
目前幾乎甚麼都還沒有,
只有簡單的小特效看起來略顯寒酸。

Artificial_Godliness_Juliette_20170508_2.jpg
不過經過自己日後的一番捉弄(?)之後,
希望會變得像是天使一樣美美的。

※雜談
想改變的人物實在太多了...。
長森、真白、靈烏都很可愛因此都在隊列裡面了
不過總覺得小逝朵慕跟瑪莉都還沒搞定
就繼續做新角色好像有點過分
真白跟靈烏可能可以忍耐放著一下......
.......可是長森太可愛了啊...(直球)
超可愛。
會拉大提琴的長髮小學生、好想摸她...。

說起來之前訂的書送到了
一本是繪圖有關的
另一本則是音樂的基礎樂理。
哎呀哎呀哎呀...
為了能讓內心的一部分更像長森
優雅的音樂和相關的知識果然是必須的。

(其實會買這兩本書和她沒甚麼關係)

【近況】生存報告

超級久沒有更新部落格了。
一方面是因為有做甚麼進度都是發在部落格上
另一方面是因為之前幾個月心態有些調適不過來
過著相當糜爛頹廢的生活。
說穿了就是自己能力不足、懶惰還有逃避心態作祟了吧。
大概提提這段時間做了些甚麼吧

※MUGEN
主要的進度都是在愛諾仙特上
這似乎愛諾仙特製作這麼久以來
第二次在部落格記錄下製作進度的樣子

愛諾仙特有不少部分的攻擊
繼承了EFZ觀鈴原本的攻擊方式
不過也有一些被自己抽換掉的
這次大概提幾個最近有所進度的技能吧

首先是214A‧B‧C三個技能
A和B是普通的上鉤拳
C則是命中之後會有兩下額外追擊的特殊技
這個技能的A和B之後會找時間
增加一點點用於欺騙對手用的東西

再來是421A和B

是在地板上召喚會快速往前或往後掃過的闇紅地刺
421C則是瞬間刺出兩波全地面的地刺

然後是214214C的超必殺
製作途中意外發現特效很合所以就提前做好了

同樣是反擊型的技能,不過反擊的範圍變成了全畫面
hit數和傷害都是浮動的、而傷害與hit數成正比。

這次的幾張貼圖和之前朵慕的技能一樣
雖然靜態的看起來還好
不過動態的看起來的視覺體驗很不錯
畢竟自己花了不少心神在這上面呢。

其他還有微調了一點白翼神的穢翼神演出的實作方式
不過因為沒有太大的改動就不多描述了。

※Blender
這段時間自己開始認真的學習起了3D建模,

這是自己熟悉工具過程中所做出的粗糙四足生物。
在撰寫這篇文章的現在
正在學習著建立骨架那類的方法。

老實說有些部分和MUGEN有點相似
那就是這些工具其實本身不難
很多時候製作過程所使用的
都是固定的幾項工具
然而要把這些工具用得好
卻需要相當倚靠操作者的概念與經驗判斷。
雖然經歷一連串大小不一的打擊
讓自己的信心蕩然無存
不過自己還是別想這麼多
持續的練習、
實踐才會真正對自己有所幫助。

【夢幻的規則】SuperPause與Pause


老實說這篇文章有點不太想發啊...
因為才剛發完白翼神製作日誌100則的紀念文章
這麼快就要被這篇刷下去真的滿討厭的啊...

最近看到某些文章
真的覺得台灣關於凶惡領域需要有人來認真的寫點甚麼
雖然自己很清楚自己的部落格沒甚麼人看
花了快六個鐘頭撰寫和編輯這篇文章根本只是浪費時間
但總覺得這是自己作為可能是台灣極少數研究過凶惡的製作者
應該做的一些事

由於自己也有一段不短的時間沒有寫類似的東西了,
有可能會有寫錯的地方。
如果有人經過自己的嘗試之後獲得和我不一樣的結果
可以留言在底下和我分享。
如果是文章中有訛誤或是不完善的地方
我會立即更正、
如果留言後發現是自己不小心搞錯了也沒甚麼關係,
透過閱讀我的文章能讓一些想了解的人
發現些甚麼、學到些甚麼,
或者透過這些文章讓我能遇到
能讓自己知識更上一層樓的人
未嘗是件壞事?

如果有著一些相當基本的知識
看完這篇文章除了"會寫"日文俗稱時止無視跟時止解除的東西之外
還會很清楚"知道為什麼"自己要這樣寫。

對於某些有興趣更深入了解的人
這篇文章或多或少會有所幫助。

※SuperPause與Pause是甚麼

SuperPause與Pause是MUGEN提供的兩種特殊"暫停"方式。
暫停在MUGEN中主要的用途
是用於人物使用超必殺技時整體畫面停頓,
強化技能施放時的停頓視覺效果等等。
尤其在Pause期間搭配特效、
作為強調技能施放氣勢來說是相當好用的效果。

由於被成功暫停住的單位也會暫停該單位的State程式碼執行
因此有些人對這兩種Pause動了歪腦筋,
用作凶惡用途來暫時停止對方的某些代碼執行。

因為這一篇主要要講的並非一般作為演出強化的用途
而是作為凶惡相關的一種干涉手段,
因此接下來的內容
只會針對這類特殊用途所可能遇到的情況進行說明。

如果只是作為一般用途的人
看到這邊我建議可以開始自己動手試試
或者是去看MUGEN的Sctrl文件(點我)
我的部落格右下角有連結
雖然版本是1.1的不過大多數的東西都是一樣的
那裏寫得非常非常的清楚。

對於想更進階了解的人
首先要知道MUGEN內部本身是個大黑箱、
因此想試著了解實際內部系統處理的情況
在沒有MUGEN引擎原始碼的情況下,
我們只能透過歸納結論、
來推測最有可能的執行順序和流程。

而本文對於較為深入的部分
便是以現階段所蒐集的資料和實驗結果
所得出最有可能的結論。

※SuperPause與Pause的運作

首先在MUGEN中的每個單位(意思是不管是玩家本身還是Helper都一樣)
都擁有SuperMoveTime和PauseMoveTime這兩個變數
這兩個變數的值分別代表
這個單位能在SuperPause和Pause中的效果行動多少Frame(後面以F來簡稱Frame)
一般在movetime大於零的情況下、
受到對應pause效果就會如同甚麼事都沒有發生一樣的無視。
而每在Pause效果中無視1F暫停效果,對應的movetime就會減少1。
而MoveTime為零的單位就會被凍結住。


而每個單位決定"是否被凍結"的這個狀態有個Flag、
在MUGEN中有特別分配一個記憶體位置來保存它
WinMUGENの十徳ナイフ作者在工具中把這個Flag命名為"isFrozen"
在這裡也沿用這個名字。
每個單位在執行自己的程式的前1F如果isFrozen = 1
這個單位在這1F會被凍結、並且不會執行自身的State內容
如果前1F的isFrozen為零則正常的繼續State相關的運作。
(至於為何是前1F而非當F,後面的補充會提到我下此結論的理由)

而實際上我們也可以透過改對手的這個值、
在不干涉MoveTime的前提下強制凍結對手,
不過因為這部分會使用到隔離相關的手段,
而這部分也非本文章探討的重點,在這裡先不多著墨。

這裡為了節省版面,單舉Pause為例子。(SuperPause也是相似的)

首先,我們先不管場上其他對手,
在這裡先單觀察一個單位Pause與Movetime間的互動是甚麼樣子。

比如說小逝的某個攻擊時的Pause如果寫成這樣:
[State DreamLuz, Sei, Pause]
type = Pause
trigger1 = !time
time = 531
movetime = 31

當這個Statel觸發時
PauseTime就是531、小逝的PauseMoveTime就是31

經過1F PauseTime = 530、逝的MoveTime = 30 isFrozen = 0
(可以行動)

經過2F PauseTime = 529、逝的MoveTime = 29 isFrozen = 0
(可以行動)

經過3F PauseTime = 528、逝的MoveTime = 28 isFrozen = 0
(可以行動)
...
...
經過30F PauseTime = 501、逝的MoveTime = 1 isFrozen = 0
(可以行動)

經過31F PauseTime = 500、逝的MoveTime = 0 isFrozen = 1
(此F仍然可以行動、不過因為MoveTime為零,所以檢查完會改動isFrozen,設為1)

經過32F PauseTime = 499、逝的MoveTime = 0 isFrozen = 1
(被凍結而無法行動)

Pause、MoveTime和角色是否被凍結住的關係就如同上面那樣。

而整個MUGEN系統中的PauseTime是公用的
這意味著四個Player或眾多Helper中有任何單位使用Pause時
全部的單位都會受到Pause的影響而進行類似上列行動與否的判斷
其中MoveTime為零的單位就會在下1F被凍結住。


※SuperPause與Pause效果的無視與解除

從前面的例子我們可以發現
一般情況下只要對應的movetime能大於零
這個單位便可以無視暫停效果自由的行動
因此最簡單的方法便是如此
假設我在小逝的某個State寫下了這個:
[State DreamLuz, Sei, Pause]
type = Pause
trigger1 = !time
time = 531520
movetime = 531520

很明顯的現在我們可以在暫停效果下自由行動了
不過這個狀態下
我們也把對手和所有在場上的其他單位也全部暫停住了
然而許多時候我們並不希望這樣。

於是可能有些聰明人會想說、
"這樣不就好了嗎":
[State DreamLuz, Sei, Pause]
type = Pause
trigger1 = !time
time = 0
movetime = 531520
然而很遺憾的是當這個State觸發時
我們會發現左上角出現類似Set illegal movetime的警告訊息
並且很驚訝的發現小逝執行完後仍然可以被別人的Pause給凍結。

這是因為Pause系列Sctrl在設計上不允許設定比PauseTime還大的MoveTime。
Pause系列的Sctrl在這種數值不正確的情況下
會把MoveTime以預設值0代入來執行。

而很不巧的、本體又沒辦法像Helper一樣
可以很方便的在召喚的時候就賦予SuperMoveTime和PauseMoveTime
那麼,這樣子如果我們還是想在不凍結對手的情況下
賦予本體一個超大值的MoveTime時
我們該怎麼做呢?

還記得前面提到過所有單位的PauseTime是共用的這個特性嗎?
這點其實也意味著我們可以利用較晚執行的Helper
來覆蓋掉先前單位所施放的Pause效果。

因此利用這個特性,我們可以透過這樣
巧妙的讓自己在非Pause狀態中仍然保有MoveTime :

【小逝本體】
;本體進行Pause的同時賦予自己高額的movetime
[State DreamLuz, Sei, Pause]
type = Pause
trigger1 = !time
time = 531520
movetime = 531520

;呼叫一個Helper覆蓋掉上面所賦予的PasueTime
[State DreamIllumination, Helper]
type = Helper
trigger1 = !time
stateno = 531
supermovetime = 2
pausemovetime = 2

【小逝的Helper】
[Statedef 531]

;把PauseTime覆蓋成零
[State Dream Illumination, Pause]
type = Pause
trigger1 = 1
time = 0
movetime = 0
;當下自我消滅
[State Dream Illumination, DestroySelf]
type = DestroySelf
trigger1 = 1


這樣子,小逝就在完全沒有凍結對手的情況下
成功讓自己擁有PauseMoveTime來抵抗對手施放的Pause了
而SuperPause也同樣可以透過這個手段
來進行相對應的MoveTime賦予。

不過要注意的是MoveTime會在進入movetype = H的State時自動歸零
這部分沒有甚麼特別的理由,MUGEN引擎內部運作就是這樣設計的。
所以成功獲得MoveTime以後要當心不要進入Move = H的State了。




※補充:
這部分算是自己更進一步的補充資料。
實際上一般的使用情況不需要在意以下的內容。

前面所提到的"改變isFrozen的檢查"時機點
並不是每個單位執行自身程式後分別執行
而更像是全部單位全部執行完各單位的State之後
再從P1開始一次進行isFrozen檢查並且進行賦值
比較像是 P1State內容→P2State內容 ..... 全部做完後才進行isFrozenSet這樣。

理由是進行前面使用的1F內的時止賦予+時止解除的改動時
並不會讓夾在過程中的P2或者是其他Helper出現isFrozen的變動
而之所以是State執行"之後"而不是"之前"
理由是因為當F的Pause當F就能改動isFrozen的值

至於"isFrozen影響當F的State是否執行"的具體判斷影響點
一直讓我內心抱持疑問
首先、用隔離手段進行isFrozen賦值
似乎會讓被干涉單位"使isFrozen根據movetime與pausetime關係做變動"的機制失效?
雖然當F進行isFrozen竄改的時候
對手當F仍然可以執行State內容這點
代表判斷點有可能是在State執行完了之後
因此使得isFrozen凍結State執行的影響無法在當F出現。

但總覺得......
沒有決定性的證據?

除此之外,
isFrozen在十德上被影響的時機點
和被干涉對手的程式凍結的時機點並不一致
目標的程式會先被暫停之後一小段時間十德上顯示的isFrozen才會變動
而且被干涉目標的Anim此時也還會流暢播放
(雖然對手目標State執行運作早就被凍結了)
直到isFrozen顯示的值改變才會真正連同動畫一起被凍結。
這也意味著除了isFrozen外還有可能有其他Flag也會影響Pause的機制運行。
(當然也很有可能我修改到的根本不是isFrozen而是其他會牽動到他的東西)
這部分之後其實已經開始需要一些
更精巧修改記憶體內數值才能驗證的部分了,
而這部分並不是我特別感興趣想碰的東西,

而且實際上這部分對於內部執行順序的研究
理應以記憶體分析軟體去分析該位址的真實數值
或者是對MUGEN程式片段進行反向工程
同時也不該這麼倚靠類似十德
這種他人客製化的工具產出結果來做為判斷依據
然而因為沒有這麼多興趣跟時間深入調查研究
對於isFrozen這個Flag、
根據目前所能獲得的結果
暫時下了因為執行順序關係使得效果會延遲1F生效的合理假設,
如果有人有興趣而且有空閒時間,
這部分確實是個可以研究的有趣方向。

Appendix

自我介紹

Dream Chord

Author:Dream Chord
喜愛製作精緻特效的MUGEN人物、同時也是位正在學習繪圖、3D建模與音樂創作的台灣人。
目前以獨立製作心中的理想遊戲為目標逐步前進著。

喜歡節奏遊戲中的電子音樂、
曾經玩過和做過StepMania的譜面。
不過已經很久沒碰了。


❀夢境中的孩子們❀
---------------
希拉

追求永生的熾紅術士
(公開中)


---------------
姬法妮

資料還原中...
(W.I.P.)


---------------
朵慕●克露可

末日魔法使
(??? ~ 狂)

✡Work In Process
進度:31%


---------------
※非公開※
愛諾仙特

(強 ~ 凶)


---------------


(凶~神)


---------------
白翼神

,,Ծ‸Ծ,,
(強~凶)
-------------

Twitter

累積人次

連結