I cant compile it in Linux... Quotesrc/main.go:46:21: undefined: syscall.NewLazyDLLsrc/main.go:48:21: too many arguments in call to syscall.Syscallsrc/main.go:49:20: undefined: syscall.GetStdHandlesrc/main.go:49:41: undefined: syscall.STD_OUTPUT_HANDLEsrc/main.go:50:19: undefined: syscall.GetStdHandlesrc/main.go:50:40: undefined: syscall.STD_INPUT_HANDLE
PeXXeR said, March 06, 2019, 12:45:11 pmIf I was updating the engine I would fuse all of your branches into 1 its way more user friendly, gonna keep an eye on this.A question as well, I have used ikemen and I dunno, how does it handle the little intricacies when it comes to mugen chars ? It felt a bit off when using some of the chars I've been using for years at this point.I know mugen is closed source and you guys are doing your best to emulate it and its a teething period but I believe its still worth asking about.Because we are not a team we work on our own branches but we always merge our work so our branches are almost the same.So any changes that we made is going to be on the 2 branches. (Counting on the fact the we update it)junkerde said, March 06, 2019, 04:11:29 pmPeXXeR said, March 06, 2019, 12:45:11 pmA question as well, I have used ikemen and I dunno, how does it handle the little intricacies when it comes to mugen chars ? It felt a bit off when using some of the chars I've been using for years at this pointThey've made some huge progress, but yes I do have the same feelings about just the little intracracies as well. Example, this code behaves differently in Ikemen GO, vs Mugen 1.0, 1.1 (this is during an attack in which the character's position can be moved if holding forward):[State 1900, GoFwd1]type = VelAddtrigger1 = command = "holdfwd"x = 1.2[State 1900,GoFwd2]type = VelSettrigger1 = command = "holdfwd"trigger1 = Vel X < 0x = 0In Ikemen the velocity is atleast 2x greater than it should be, but I think if we post examples it will give them a good idea of what some issues are at present. But I have full faith in their ability to fix things like this.Also there is no "SPEED" option in the menu, for example Normal, Fast 1, Fast 2, etc. Ctrl + S toggles speed but its either to ofast or too slow, and you have to click keys every round.PlasmoidThunder said, March 06, 2019, 04:49:06 pmKnockback is higher in IKEMEN, which also extends to cornerpush.That is bad. Maybe there is a problem with the implementation.Make the code behave exactly like mugen is a problem because is closed source and the docs (our only specification) well... they say almost nothing about the internal workings.I will check when I'm free. (I'm drowning with college homework and exams)Also I don't plan (I don't know about the others) to implement a "SPEED" option, it would require an insane amount of code and I don't see if its worth the effort for what it provides. (Considering that changing the framerate have almost the exact same effect)Manson Rees said, March 06, 2019, 07:48:09 pmI cant compile it in Linux... Quotesrc/main.go:46:21: undefined: syscall.NewLazyDLLsrc/main.go:48:21: too many arguments in call to syscall.Syscallsrc/main.go:49:20: undefined: syscall.GetStdHandlesrc/main.go:49:41: undefined: syscall.STD_OUTPUT_HANDLEsrc/main.go:50:19: undefined: syscall.GetStdHandlesrc/main.go:50:40: undefined: syscall.STD_INPUT_HANDLEThat's a very big problem. It's caused because it call windows only functions on a Linux environment.I will try to make time tomorrow to fix it.EDITAlso has anyone noticed that shinlucho deleted his Ikemen GO repo?
oh shoot you're right, I didn't know about the framerate option. I rebuilt it by changing the framerate to 70 and it's the exact speed I need. thanks!
Gacel said, March 07, 2019, 03:56:51 amManson Rees said, March 06, 2019, 07:48:09 pmI cant compile it in Linux... Quotesrc/main.go:46:21: undefined: syscall.NewLazyDLLsrc/main.go:48:21: too many arguments in call to syscall.Syscallsrc/main.go:49:20: undefined: syscall.GetStdHandlesrc/main.go:49:41: undefined: syscall.STD_OUTPUT_HANDLEsrc/main.go:50:19: undefined: syscall.GetStdHandlesrc/main.go:50:40: undefined: syscall.STD_INPUT_HANDLEThat's a very big problem. It's caused because it call windows only functions on a Linux environment.I will try to make time tomorrow to fix it.It seems that you are trying to compile k4thos build. That one is very outdated and that build does not compile on Linux, in the other repos the windows only calls are removed so it should compile. Try to compile my repo and see if tit trows any errors.https://github.com/Windblade-GR01/Ikemen_GOI will try to build it but it seems that GO does not have cross compilation if the program uses CGOEDITSo I was like 1hour trying to cross-compile Ikemen on windows to linux.I couldn't do it. When I'm back from college (About 10pm) I will install a Ubuntu VM.EDIT 2So I noticed that my build instuctions for linux mention K4thos repo instead of mine.Well now it's updated with the rigth command.Code: git clone https://github.com/Windblade-GR01/Ikemen_GO.git
Thank you for your hard work man! But now I'm receiving this error when compiling:Quote# github.com/hajimehoshi/otogo/src/github.com/hajimehoshi/oto/driver_linux.go:23:10: fatal error: alsa/asoundlib.h: No such file or directory #include <alsa/asoundlib.h>
https://github.com/hajimehoshi/otoQuoteLinuxlibasound2-dev is required. On Ubuntu or Debian, run this command:Code: apt install libasound2-devIn most cases this command must be run by root user or through sudo command.So try to install libasound2-dev.(This is the first time I see someone trying to compile my repo on Linux so this is blind guiding the blind)Sorry if I could not be of more help.
Gacel,looks like you fixed left-right input bug on keyboard.But this bug still exist on gamepad controllers.I cant do ryu shin hadoken-shoryuken on left side with my controller.I even tried 2 controllers to be sure.
Gacel said, March 08, 2019, 06:40:25 amhttps://github.com/hajimehoshi/otoQuoteLinuxlibasound2-dev is required. On Ubuntu or Debian, run this command:Code: apt install libasound2-devIn most cases this command must be run by root user or through sudo command.So try to install libasound2-dev.(This is the first time I see someone trying to compile my repo on Linux so this is blind guiding the blind)Sorry if I could not be of more help.Hey Gacel, thanks for the great work!I manage to compile it well on Linux without errors, however I was unable to run the binary.It crashes with the following error message:Code: ./Ikemen_GO panic: 0:1(264): error: could not implicitly convert operands to arithmetic operator0:1(328): warning: `y' used uninitialized0:1(388): warning: `y' used uninitializedgoroutine 1 [running, locked to thread]:main.chk(0x9576a0, 0xc4200108c0) /home/dan/code/Ikemen_GO/src/main.go:22 +0x4amain.RenderInit.func2(0xc400008b30, 0x90f360, 0x309, 0x1) /home/dan/code/Ikemen_GO/src/render.go:112 +0x178main.RenderInit() /home/dan/code/Ikemen_GO/src/render.go:131 +0xa4main.(*System).init(0xd0b040, 0x1e000000280, 0xc42000e0b0) /home/dan/code/Ikemen_GO/src/system.go:264 +0x1b6main.main() /home/dan/code/Ikemen_GO/src/main.go:234 +0x1377I'm using a Ubuntu 18.04 VM with go 1.10.4I will give a try on windows build. But just in case, can you check if you pushed all your changes? Thanks a lot!
Gacel, it failed to run on Windows 10 64, golang 1.12 too.Code compiles correctly and crashes in the same way.
Hey, have y'all checked the add004 support? I use Gacel's build and it crashed when I try a lifebar that's not the default.
mete122 said, March 09, 2019, 10:09:34 pmit works fine on my end]Using Gacel's build? I don't know how screenpacks work yet.
mete122 said, March 09, 2019, 10:09:34 pmit works fine on my endDid you build or downloaded the release???EDIT:Release version did not run in windows 10 64bit. Same error. >.<
Adnan said, March 08, 2019, 09:11:30 pmGacel,looks like you fixed left-right input bug on keyboard.But this bug still exist on gamepad controllers.I cant do ryu shin hadoken-shoryuken on left side with my controller.I even tried 2 controllers to be sure.That's weird nobody has touched the input code.https://github.com/Windblade-GR01/Ikemen_GO/commits/master/src/input.goAs you can see the last change was on Jan 7.Maybe were changes to GLFW but I'm not sure.EDIT The last update to GLFW was on August 18 so it was not that. EDIT ENDdan said, March 09, 2019, 06:57:34 pmGacel, it failed to run on Windows 10 64, golang 1.12 too.Code compiles correctly and crashes in the same way.golang 1.12!? Thats a new release. (That probably broke stuff ) OK, when I am home I'll update golang to 1.12 (I use 1.11) and check if the same error happens and fix it.I was the whole weekend outside my home sorry for not responding sooner. (I will be back home later the PC I'm writing now it's not mine)EDIT 2Dan I have very bad news, it seems that it compiles correctly on GoLang 1.12 and checking the code with the error that you posted it seems that you PC couldn't handle the shader compilation.I could ask what GPU you PC uses?
EDIT 2Dan I have very bad news, it seems that it compiles correctly on GoLang 1.12 and checking the code with the error that you posted it seems that you PC couldn't handle the shader compilation.I could ask what GPU you PC uses?[/quote]Sure, I'm using a Macbook pro with intel GPU Intel HD Graphics 4000, 1.5GB MB. I understand it is not a new one but didn't think Ikemen would require much more resources (I might be wrong).I also tried to compile it and run inside two VMware (Fusion 11) VMs: Ubuntu 18.04 and Windows 10, and compile/run natively in OSX using xQuartz and using docker.All these attempts failed so far, with the same error.I am a programmer, but I don't know Golang yet (although I have been searching a project to work on and learn for a while, and think this is a great opportunity).Thus, the error messages - specially without details - are still not clear to me. I hope I can make it work and be able to contribute. If you can provide any pointers I would be happy to help.Thanks for the great work!EDIT - spelling errors and clarity.
New commit from NeatUnsou buildhttps://osdn.net/users/neatunsou/pf/ikemen_go/scm/commits/415ecd6b0cce630661c04a1f259bb8d38c8e79d3
junkerde said, March 11, 2019, 07:35:00 pmNew commit from NeatUnsou buildhttps://osdn.net/users/neatunsou/pf/ikemen_go/scm/commits/415ecd6b0cce630661c04a1f259bb8d38c8e79d3I will merge it later.dan said, March 11, 2019, 11:16:40 amEDIT 2QuoteDan I have very bad news, it seems that it compiles correctly on GoLang 1.12 and checking the code with the error that you posted it seems that you PC couldn't handle the shader compilation.I could ask what GPU you PC uses?Sure, I'm using a Macbook pro with intel GPU Intel HD Graphics 4000, 1.5GB MB. I understand it is not a new one but didn't think Ikemen would require much more resources (I might be wrong).I also tried to compile it and run inside two VMware (Fusion 11) VMs: Ubuntu 18.04 and Windows 10, and compile/run natively in OSX using xQuartz and using docker.All these attempts failed so far, with the same error.I am a programmer, but I don't know Golang yet (although I have been searching a project to work on and learn for a while, and think this is a great opportunity).Thus, the error messages - specially without details - are still not clear to me. I hope I can make it work and be able to contribute. If you can provide any pointers I would be happy to help.Thanks for the great work!EDIT - spelling errors and clarity.A Intel HD Graphics 4000 should work, that's a problem, could you post the error logs you get on every OS.You only posted the linux logsAlso anyone is welcome to contribute! Ikemen GO is also the first time I use GoLang ever.I dint know it existed before know about Ikemen GO.
Gacel said, March 11, 2019, 07:46:58 pmA Intel HD Graphics 4000 should work, that's a problem, could you post the error logs you get on every OS.You only posted the linux logsAlso anyone is welcome to contribute! Ikemen GO is also the first time I use GoLang ever.I dint know it existed before know about Ikemen GO.Here follows the log in OSXCode: ./Ikemen_GO panic: ERROR: 0:1: '-' does not operate on 'int' and 'float'ERROR: 0:1: Use of undeclared identifier 'y'ERROR: 0:1: Use of undeclared identifier 'y'ERROR: 0:1: Use of undeclared identifier 'left'ERROR: 0:1: Use of undeclared identifier 'left'ERROR: 0:1: Use of undeclared identifier 'right'ERROR: 0:1: Use of undeclared identifier 'right'ERROR: 0:1: Use of undeclared identifier 'left'ERROR: 0:1: Use of undeclared identifier 'left'ERROR: 0:1: Use of undeclared identifier 'right'goroutine 1 [running, locked to thread]:main.chk(...) /Volumes/data/Users/dan/devel/Ikemen_GO/src/main.go:22main.RenderInit.func2(0x8b30, 0x44e4e0a, 0x309, 0x1) /Volumes/data/Users/dan/devel/Ikemen_GO/src/render.go:112 +0x229main.RenderInit() /Volumes/data/Users/dan/devel/Ikemen_GO/src/render.go:131 +0xe0main.(*System).init(0x480b200, 0x1e000000280, 0xc0001b2010) /Volumes/data/Users/dan/devel/Ikemen_GO/src/system.go:264 +0x1bfmain.main() /Volumes/data/Users/dan/devel/Ikemen_GO/src/main.go:234 +0x14bf
This is an error copied over from vanilla IKEMEN, but in char.ssz/char.go, yvel is assigned the value of an attack's ground hit y velocity instead of the attack's ground guard y velocity when a character is blocking. For the most part, characters don't actually suffer vertical knockback on ground block and thus wouldn't care about this, but certain custom cornerpush systems rely on yvel to be 0 for the cornerpush to be applied, so moves that knock down or launch won't apply cornerpush as intended.The problem is that while you have hd.airguard_velocity[0] (x) and hd.airguard_velocity[1] (y) for air blocking, you only have hd.guard_velocity (x) for ground blocking, which means there's nothing to check for vertical ground guard velocity. However, were you to implement hd.guard_velocity[0] and hd.guard_velocity[1], they're supposed to default to the hit velocities when omitted from the HitDef, so the actual issue is that xvel and yvel are being written to even when the opponent isn't moving.Sorry if that's a bit confusing.