LoginLogin

SmileBASIC on Nintendo "NX"

Root / General / [.]

PixelStudioCreated:
PixelStudio#1
Would it; be should it; upgrade it... What's everyone's opinions of SmileBASIC OR a new coding language that goes up to 64 bit but one things one, its gotta be from SmileBoom because they have shown what they can do from upgrading Petit Computer to SmileBASIC, it let many new incomers the joy and pains of programming applications and to returning veterans(or semi noobs like me XD) the awe site of seeing what SmileBoom is capable with. Remember how slow Petit Computer was with advance programs like the raycaster? Now in SmileBASIC it just blew everyone's minds. Take this mind blowing concept into what SmileBASIC/ THE new BASIC would be in the Nintendo "NX"...
PixelStudio#2
Please note- this is an idea and a bit to early but rumors have it Nintendo is making millions to start shipping out in 2016, of course rumors are rumors so they should be speculated, we also don't have any confirmed features on the nx(might be wrong on that ) but it would be fun to speculate SmileBASIC on NX or a new coding language from SmileBoom :)
pirate#3
no one cares about rumors
DrZog#4
We'll just have to wait and see. Backwards compat should allow 3DS/WiiU Smilebasic to run on the NX. If NX gets BC of course.
snail_#5
People keep throwing around "64-bit" as if SmileBASIC isn't. Real-type numbers are 64-bit, so it's technically a 64-bit language (not that a language can have a bit-size, it all depends on implementation).
kldck_hul#6
People keep throwing around "64-bit" as if SmileBASIC isn't. Real-type numbers are 64-bit, so it's technically a 64-bit language (not that a language can have a bit-size, it all depends on implementation).
Probs not the place to get into it, but does it load the full 64-bits at once?
snail_#7
The 3DS CPU is 32-bit, but the FPU is 64-bit (obviously, this is how it can do double-precision calculations). So my assumption is that the CPU sends the 64-bit values from memory to the FPU in two 32-bit parts. They're probably using C code (or perhaps an API call, we can't really know) to do this so it's not really within their control.
Archive#8
Because of how heavily overloaded (so many ways to call)the functions of SmileBASIC are, I'm guessing it' coded in C++ ... SmileBoom did an outstanding job and I will buy anything they release in the future. A handheld C would be so sweet to dive into!
SquareFingers#9
Because of how heavily overloaded (so many ways to call)the functions of SmileBASIC are, I'm guessing it' coded in C++ ... SmileBoom did an outstanding job and I will buy anything they release in the future. A handheld C would be so sweet to dive into!
The language in which an interpreter or compiler is written needs none of the particular features of the language compiled/interpreted. To handle overloading, the language in which SmileBasic is written only needs to recognize that a list data structure (containing the actual parameter list) may have different lengths, which is easy to do in any language. SmileBoom have done a remarkable job, it is surprising that Nintendo allows users even this much programming power on their consoles so cheaply. For a small team, it is a big accomplishment. Perhaps it is just that their reach exceeds their grasp that it contains such inexcusable bugs as it does.
snail_#10
Because of how heavily overloaded (so many ways to call)the functions of SmileBASIC are, I'm guessing it' coded in C++ ... SmileBoom did an outstanding job and I will buy anything they release in the future. A handheld C would be so sweet to dive into!
I can't think of any 3DS games written in C++, but I'm no expert. I was under the impression that they used an extensive API in C, and optimized where needed in assembly (since the 3DS hardware is admittedly tight to squeeze power out of).
SmileBoom have done a remarkable job, it is surprising that Nintendo allows users even this much programming power on their consoles so cheaply. For a small team, it is a big accomplishment. Perhaps it is just that their reach exceeds their grasp that it contains such inexcusable bugs as it does.
Wow, I've never seen SquareFingers speak so highly of SmileBoom! /s
Archive#11
I can't think of any 3DS games written in C++, but I'm no expert. I was under the impression that they used an extensive API in C, and optimized where needed in assembly (since the 3DS hardware is admittedly tight to squeeze power out of).
I'm sure that you're right. I was guessing. Writing simple games with SmileBASIC has given me a much greater appreciation of the effort required of the devs to even publish a simple indie title on eShop. A lot more goes into a game than most gamers will consider. Everyone should be required to write a game with SmileBASIC. We'd hear a lot less cries of "it sucks" out there ... haha
SmileBoom have done a remarkable job, it is surprising that Nintendo allows users even this much programming power on their consoles so cheaply. For a small team, it is a big accomplishment. Perhaps it is just that their reach exceeds their grasp that it contains such inexcusable bugs as it does.
This is an excellent point. The dream of something like OnBoard C (which could compile on a Palm III-V) will likely never happen. Too much low level access, which Nintendo will not allow. When it comes right down to it, SmileBasic is kept in a pretty tight sandbox. There's no access granted to any of the system's API, really. But you all are some slick programmers and given time will come up with amazing things despite the limitations. For a small team SmileBOOM did do well, and also showed vast improvement from their previous effort. Now if they'd just give us the KORG compatibility they once said was coming! But there again, I think N may have had issues with easy importation of midi files... PS I don't want to come across like I think Nintendo is a villian to restrict access. They have their interests and the security of their users to watch out for.
snail_#12
I think the KORG compatibility was just a demonstration inside of a presentation. The programs FMPETIT and DRPETIT (available on the Japanese website) can apparently be used with the KORG software to some capacity via audio cable? And yeah, it's really fantastic that SmileBoom has given us such a simple-yet-flexible homebrew tool. Development on the go really is a great concept and I'm very grateful.
Archive#13
The programs FMPETIT and DRPETIT (available on the Japanese website) can apparently be used with the KORG software to some capacity via audio cable?
I have both of those programs and both KORG programs. Thanks for the heads up. That reminds me that I wish SmileBASIC had a better file system. I have over 1000 blocks in extra data and it's getting hard to sort through in the file viewer. I force file precedence by naming my own folders 00_Dev, 00_Pub and 00_Tnk and for the files "00_name." For downloaded games/projects it's "_0_game-name", graphics apps "_1_app-name", sound apps "_2_app-name" etc. It's going to be very hard to sift through as more and more people release cool stuff...
snail_#14
this thread is going way off the rails maybe a good "smilebasic thoughts" thread is in order
mystman12#15
I just really hope SmileBASIC is compatible with the NX in some way. Whether it be through backwards compatibility (I have a bad feeling the NX won't be backwards compatible) or a new version for the NX. Not having SB would really deter me from upgrading. If we do get an NX version, though, I think it would be an excellent time to add native 3D model support. That would be a huge improvement and would allow for a ton more opportunities!
blizord#16
No one even knows what the NX is.
snail_#17
No one even knows what the NX is.
This is a very true point. There isn't an average joe on the planet that knows what the NX really even is. We aren't really going anywhere with this speculation.
Defaultio#18
No one even knows what the NX is.
This is a very true point. There isn't an average joe on the planet that knows what the NX really even is. We aren't really going anywhere with this speculation.
Except for Nintendo themselves.
PixelStudio#19
All I know is that Nintendo is shipping the NX sometime in feb-april, yada yada yada graphics to be same or better than ps4 yada yada yada reggienator appeared at game show yadayadayada NX private demo needed superior computer chips yadayadayada NX is an all new innovative game system yadayadayada EA wants to team with Nintendo even if they roasted Nintendo at E3 ....Nintendo offically going into dev for phone apps...all in all, if Nintendo beats Sony and Microsoft then they done it, but I do hope they put more m games on nx ...and of course A new type of smileBASIC that should give us stuff somewhat like unity? I mean like the ability to create fps and extremely long games .-. But I'm probably being to beggy so idk
snail_#20
No one even knows what the NX is.
This is a very true point. There isn't an average joe on the planet that knows what the NX really even is. We aren't really going anywhere with this speculation.
Except for Nintendo themselves.
"average Joe" means "not Nintendo"
12