Re: New Super Mario Bros. X
Posted: Wed Apr 29, 2020 4:04 am
Ah so Tryclyde can be moved from NSMBX to SMBX2?
You might have missed it but several people already said that this is a good alternative for the people who can't use 2.0. On top of that, this engine started so late because of the late discovery of the source code which was used to rewrite nsmbx in C++. There is also a lot of potential with this engine and there are plans for lua support to be added. While at first, it might seem as unnecessary, the people who can't run 2.0 and don't want to use 38A would find this as a very good alternative.SBells27 wrote: ↑Wed Apr 29, 2020 12:22 pmLook, I'm going to be real here. I apreciate that you took your time to make this engine and it looks pretty good.
Here's the thing though, was it really necessary for the SMBX community to have another engine? This was in development back in 2012 and back then it would of made sense for this engine to be released since Redigit was not longer working on SMBX at the time. But it's 2020, and now it seems late. We're living in a period of time where the entire community seems to be split into parts because of the amount of engines that now exist. Did we really need another one? especially since this engine is too similar to X2. This honestly really bothers me. The reason why I see the purpose of 38A and 2.0 is because both of those engines were attempting to continue SMBX. What is this engine's purpose going to be about?
I guess that's fair. I hope 2.0 episodes get to be available on NSMBX and vice-versa though.Eri7 wrote: ↑Wed Apr 29, 2020 12:45 pmYou might have missed it but several people already said that this is a good alternative for the people who can't use 2.0. On top of that, this engine started so late because of the late discovery of the source code which was used to rewrite nsmbx in C++. There is also a lot of potential with this engine and there are plans for lua support to be added. While at first, it might seem as unnecessary, the people who can't run 2.0 and don't want to use 38A would find this as a very good alternative.SBells27 wrote: ↑Wed Apr 29, 2020 12:22 pmLook, I'm going to be real here. I apreciate that you took your time to make this engine and it looks pretty good.
Here's the thing though, was it really necessary for the SMBX community to have another engine? This was in development back in 2012 and back then it would of made sense for this engine to be released since Redigit was not longer working on SMBX at the time. But it's 2020, and now it seems late. We're living in a period of time where the entire community seems to be split into parts because of the amount of engines that now exist. Did we really need another one? especially since this engine is too similar to X2. This honestly really bothers me. The reason why I see the purpose of 38A and 2.0 is because both of those engines were attempting to continue SMBX. What is this engine's purpose going to be about?
I don't think that will be possible because they are 2 different engines and have different features/npcs.SBells27 wrote: ↑Wed Apr 29, 2020 12:56 pmI guess that's fair. I hope 2.0 episodes get to be available on NSMBX and vice-versa though.Eri7 wrote: ↑Wed Apr 29, 2020 12:45 pmYou might have missed it but several people already said that this is a good alternative for the people who can't use 2.0. On top of that, this engine started so late because of the late discovery of the source code which was used to rewrite nsmbx in C++. There is also a lot of potential with this engine and there are plans for lua support to be added. While at first, it might seem as unnecessary, the people who can't run 2.0 and don't want to use 38A would find this as a very good alternative.SBells27 wrote: ↑Wed Apr 29, 2020 12:22 pmLook, I'm going to be real here. I apreciate that you took your time to make this engine and it looks pretty good.
Here's the thing though, was it really necessary for the SMBX community to have another engine? This was in development back in 2012 and back then it would of made sense for this engine to be released since Redigit was not longer working on SMBX at the time. But it's 2020, and now it seems late. We're living in a period of time where the entire community seems to be split into parts because of the amount of engines that now exist. Did we really need another one? especially since this engine is too similar to X2. This honestly really bothers me. The reason why I see the purpose of 38A and 2.0 is because both of those engines were attempting to continue SMBX. What is this engine's purpose going to be about?
I appreciate that, though I made sure to specify that NSMBX's open-sourcedness means that it can be compiled to other platforms. I have heard talks of implementing LunaLua in NSMBX so I am also grateful for LunaLua being open-source.
The scripting implementation in NSMBX would be plain lua, not lunalua, I believe. Lunalua relies on memory hooks into the SMBX 1.3 assembly, and when recompiling the code is assembled differently, so it would be unsustainable. It would still mean that a lot of code could be copied over at large, but a lot of things may work subtly differently, or use subtly different names.
Also I was trying the PGE Config and that didn't go wellEri7 wrote: ↑Wed Apr 29, 2020 1:02 pmI don't think that will be possible because they are 2 different engines and have different features/npcs.SBells27 wrote: ↑Wed Apr 29, 2020 12:56 pmI guess that's fair. I hope 2.0 episodes get to be available on NSMBX and vice-versa though.Eri7 wrote: ↑Wed Apr 29, 2020 12:45 pm
You might have missed it but several people already said that this is a good alternative for the people who can't use 2.0. On top of that, this engine started so late because of the late discovery of the source code which was used to rewrite nsmbx in C++. There is also a lot of potential with this engine and there are plans for lua support to be added. While at first, it might seem as unnecessary, the people who can't run 2.0 and don't want to use 38A would find this as a very good alternative.
that happens to me on 1.3.0.2 and 1.3.0.1GforGoomba wrote: ↑Wed Apr 29, 2020 11:59 pmFor some reason when I use NSMBX, it lags a bit. I'm okay with lag, but the fact that it speeds up by a lot after lagging throws me off. Is there a fix for this?
Because it can run on Mac and Linux. Did you know that Knux now uses a Mac?SBells27 wrote: ↑Wed Apr 29, 2020 12:22 pmLook, I'm going to be real here. I apreciate that you took your time to make this engine and it looks pretty good.
Here's the thing though, was it really necessary for the SMBX community to have another engine? This was in development back in 2012 and back then it would of made sense for this engine to be released since Redigit was not longer working on SMBX at the time. But it's 2020, and now it seems late. We're living in a period of time where the entire community seems to be split into parts because of the amount of engines that now exist. Did we really need another one? especially since this engine is too similar to X2. This honestly really bothers me. The reason why I see the purpose of 38A and 2.0 is because both of those engines were attempting to continue SMBX. What is this engine's purpose going to be about?
Woah they do?FanofSMBX wrote: ↑Thu Apr 30, 2020 12:41 pmBecause it can run on Mac and Linux. Did you know that Knux now uses a Mac?SBells27 wrote: ↑Wed Apr 29, 2020 12:22 pmLook, I'm going to be real here. I apreciate that you took your time to make this engine and it looks pretty good.
Here's the thing though, was it really necessary for the SMBX community to have another engine? This was in development back in 2012 and back then it would of made sense for this engine to be released since Redigit was not longer working on SMBX at the time. But it's 2020, and now it seems late. We're living in a period of time where the entire community seems to be split into parts because of the amount of engines that now exist. Did we really need another one? especially since this engine is too similar to X2. This honestly really bothers me. The reason why I see the purpose of 38A and 2.0 is because both of those engines were attempting to continue SMBX. What is this engine's purpose going to be about?
Fixed. All I had to do was enable frameskip which was only on the launcherGforGoomba wrote: ↑Wed Apr 29, 2020 11:59 pmFor some reason when I use NSMBX, it lags a bit. I'm okay with lag, but the fact that it speeds up by a lot after lagging throws me off. Is there a fix for this?