A little bit of context: My MK2 Cage uses a bit of trickery to achieve MK-style Fatalities. First, he sends the enemy into a custom state where he makes them create a helper, using some scaling tricks to make said helper invisible for the first few frames. Then he hits that helper and sends it into a custom state to create the various "bodyparts". This works fine in MUGEN but some fatalities are broken in IKEMEN GO as the latter seems to stop registering the enemy itself as a target once the helper is hit.Here's what it looks like in MUGEN ( the fatalities in question are at 0:00 and 0:34):And this is what it looks like in IKEMEN:https://streamable.com/b8df3fhttps://streamable.com/sxhqpbYou can see on the debug that MUGEN registers two targets:But IKEMEN GO only registers one!Worth noting that to make it work in MUGEN I had to specify "hitonce = 0" in the hitdefs. Could IKEMEN be having some trouble with that paremeter?
That's exactly what the problem is. A lapse in Ikemen's code prevented it from using 0 for throws. Should be fixed soon (in the nightly build).
I found that 'Volumescale' under [data] doesn't work anymore. It works if I apply it to the playsnd directly but thats it. Edit: Actually it works on 'Some' characters and not others. but no matter what volumescale is, it never seems to effect hitdef hitsounds and guardsounds... which it used to
Well, I just installed version 0.99 and many of my 3D stages look bad now (especially the bottom part is raised). In the previous one they were all fine. Any solution?resolution; 1280x720
There is an audio bug, the music is set for the congratulations screen, but it ends up overlapping the versus screen, in combat and the main menu.(This happen with the music from OGG format)https://streamable.com/4fcyzu
I have encountered both of these problems creating portraits for ikemen. First, if I use a different scale value in the .cns, for example x=0.8333333, y=1, then in the character's .def file I modify the portraitscale=1.20,1 but the image still does not display well on the screen.The other problem is with the lifebar portraits and is that when taking the portraitscale data from the .def file if the value is not 1.1 it does not look good either.
runtime error: index out of range [-1]goroutine 1 [running, locked to thread]:github.com/yuin/gopher-lua.(*LState).PCall.func1() C:/Users/runneradmin/go/pkg/mod/github.com/yuin/gopher-lua1988 +0x212panic({0x7ff612989600, 0xc012826390}) C:/hostedtoolcache/windows/go/1.20.14/x64/src/runtime/panic.go:884 +0x213main.(*Char).actionPrepare(0xc0054ae000) D:/a/Ikemen-GO/Ikemen-GO/src/char.go:6079 +0xa85main.(*CharList).action(0x7ff6128ff300, 0x202a2030?, 0x203d3a2029343328?, 0x730a0d2931303038?, 0x3d2059586b726170?, 0x30202b2030312d20?, 0x2872617628202a20?, 0x35203d3a20293533?) D:/a/Ikemen-GO/Ikemen-GO/src/char.go:6837 +0x7amain.(*System).action(0x7ff6128fe4a0) D:/a/Ikemen-GO/Ikemen-GO/src/system.go:1336 +0x479main.(*System).fight(0x7ff6128fe4a0) D:/a/Ikemen-GO/Ikemen-GO/src/system.go:2081 +0x158amain.systemScriptInit.func57.2() D:/a/Ikemen-GO/Ikemen-GO/src/script.go:998 +0x579main.systemScriptInit.func57(0xc0001389a0) D:/a/Ikemen-GO/Ikemen-GO/src/script.go:1046 +0x3d3github.com/yuin/gopher-lua.callGFunction(0xc0001389a0, 0x0) C:/Users/runneradmin/go/pkg/mod/github.com/yuin/gopher-lua202 +0x37github.com/yuin/gopher-lua.init.3.func26(0xc0001389a0, 0xc0c0001?, 0xc00021f000?) C:/Users/runneradmin/go/pkg/mod/github.com/yuin/gopher-lua821 +0x379github.com/yuin/gopher-lua.mainLoop(0xc0001389a0, 0xc000760a80?) C:/Users/runneradmin/go/pkg/mod/github.com/yuin/gopher-lua31 +0xfagithub.com/yuin/gopher-lua.(*LState).callR(0xc0001389a0, 0x0, 0xffffffffffffffff, 0xc00000a7e0?) C:/Users/runneradmin/go/pkg/mod/github.com/yuin/gopher-lua1211 +0x1b4github.com/yuin/gopher-lua.(*LState).Call(...) C:/Users/runneradmin/go/pkg/mod/github.com/yuin/gopher-lua1967github.com/yuin/gopher-lua.(*LState).PCall(0xc0001389a0, 0x0, 0xc000760a80?, 0x0) C:/Users/runneradmin/go/pkg/mod/github.com/yuin/gopher-lua2030 +0x145github.com/yuin/gopher-lua.(*LState).DoFile(0xc0001389a0, {0xc000024978?, 0x0?}) C:/Users/runneradmin/go/pkg/mod/github.com/yuin/gopher-lua396 +0x6bmain.main() D:/a/Ikemen-GO/Ikemen-GO/src/main.go:89 +0x218stack traceback: [G]: in function 'game' .\external\script\start.lua:1403: in function 'f_game' .\external\script\start.lua:1840: in function 'launchFight' external/script/default.lua:20: in function <external/script/default.lua:0> .\external\script\start.lua:1457: in function 'f' external/script/main.lua:3106: in function 'loop' external/script/main.lua:3190: in function 'loop' external/script/main.lua:4157: in main chunk [G]: ?I get this error whenever I use Sagat by M206 more than one match https://mugenguild.com/forum/topics/sfv-supreme-sagat-5-3-191236.0.html
"runtime error: index out of range [-1]goroutine 1 [running, locked to thread]:github.com/yuin/gopher-lua.(*LState).PCall.func1() C:/Users/runneradmin/go/pkg/mod/github.com/yuin/gopher-lua1988 +0x212panic({0x7ff612989600, 0xc012826390}) C:/hostedtoolcache/windows/go/1.20.14/x64/src/runtime/panic.go:884 +0x213main.(*Char).actionPrepare(0xc0054ae000) D:/a/Ikemen-GO/Ikemen-GO/src/char.go:6079 +0xa85main.(*CharList).action(0x7ff6128ff300, 0x202a2030?, 0x203d3a2029343328?, 0x730a0d2931303038?, 0x3d2059586b726170?, 0x30202b2030312d20?, 0x2872617628202a20?, 0x35203d3a20293533?) D:/a/Ikemen-GO/Ikemen-GO/src/char.go:6837 +0x7amain.(*System).action(0x7ff6128fe4a0) D:/a/Ikemen-GO/Ikemen-GO/src/system.go:1336 +0x479main.(*System).fight(0x7ff6128fe4a0) D:/a/Ikemen-GO/Ikemen-GO/src/system.go:2081 +0x158amain.systemScriptInit.func57.2() D:/a/Ikemen-GO/Ikemen-GO/src/script.go:998 +0x579main.systemScriptInit.func57(0xc0001389a0) D:/a/Ikemen-GO/Ikemen-GO/src/script.go:1046 +0x3d3github.com/yuin/gopher-lua.callGFunction(0xc0001389a0, 0x0) C:/Users/runneradmin/go/pkg/mod/github.com/yuin/gopher-lua202 +0x37github.com/yuin/gopher-lua.init.3.func26(0xc0001389a0, 0xc0c0001?, 0xc00021f000?) C:/Users/runneradmin/go/pkg/mod/github.com/yuin/gopher-lua821 +0x379github.com/yuin/gopher-lua.mainLoop(0xc0001389a0, 0xc000760a80?) C:/Users/runneradmin/go/pkg/mod/github.com/yuin/gopher-lua31 +0xfagithub.com/yuin/gopher-lua.(*LState).callR(0xc0001389a0, 0x0, 0xffffffffffffffff, 0xc00000a7e0?) C:/Users/runneradmin/go/pkg/mod/github.com/yuin/gopher-lua1211 +0x1b4github.com/yuin/gopher-lua.(*LState).Call(...) C:/Users/runneradmin/go/pkg/mod/github.com/yuin/gopher-lua1967github.com/yuin/gopher-lua.(*LState).PCall(0xc0001389a0, 0x0, 0xc000760a80?, 0x0) C:/Users/runneradmin/go/pkg/mod/github.com/yuin/gopher-lua2030 +0x145github.com/yuin/gopher-lua.(*LState).DoFile(0xc0001389a0, {0xc000024978?, 0x0?}) C:/Users/runneradmin/go/pkg/mod/github.com/yuin/gopher-lua396 +0x6bmain.main() D:/a/Ikemen-GO/Ikemen-GO/src/main.go:89 +0x218stack traceback: [G]: in function 'game' .\external\script\start.lua:1403: in function 'f_game' .\external\script\start.lua:1840: in function 'launchFight' external/script/default.lua:20: in function <external/script/default.lua:0> .\external\script\start.lua:1457: in function 'f' external/script/main.lua:3106: in function 'loop' external/script/main.lua:3190: in function 'loop' external/script/main.lua:4157: in main chunk [G]: ?I get this error whenever I use Sagat by M206 more than one match https://mugenguild.com/forum/topics/sfv-supreme-sagat-5-3-191236.0.html"had this problem with version 0.99.0 of ikemen go in turns mode after a few matches, I solved it by updating to the nightly build version
in the latest nightly builds the interactive stages no longer work invalid data ;getplayerID etc.... it's a big problem
GetPlayerID was removed because you can just use the Player redirect and get their ID that way.GetPlayerID(2) becomes Player(2),ID, for example.
PlasmoidThunder said, November 29, 2024, 11:11:44 amGetPlayerID was removed because you can just use the Player redirect and get their ID that way.GetPlayerID(2) becomes Player(2),ID, for example.So replace any instance of GetPlayerID(#) with Player(#),ID.
and how would this lines look?"[State 666, P1isOnGround]trigger1 = playerid(getplayerid(1)),pos y = 0Type = VarSetv = 51value = 0"
