Concept: Open-Source SmileBASIC

• VisualBasic.net: https://docs.microsoft.com/en-us/dotnet/visual-basic/
• SmallBasic: https://www.microsoft.com/en-us/download/details.aspx?id=22961
• Fuze Basic: https://www.fuze.co.uk/
• QB64: http://www.qb64.net/

• FreeBasic: https://freebasic.net/
• YaBASIC: http://www.yabasic.de/download.html
• SDLBasic: http://www.sdlbasic.altervista.org/main/
• WxBasic: https://www.wxbasic.net/

• Python
• JavaScript/TypeScript
• C#
• Java

BASIC has been ported and remade quite a few times over the years. You can get a taste of just how often at this link: https://en.m.wikipedia.org/wiki/List_of_BASIC_dialects. Most of those are old and defunct of course. If all you want is a version of Basic on Windows to make games with you could look at one of the following. I haven't used any of the following besides VB.net and FuzeBasic. VB.net is not really game oriented and Fuze is locked up behind a login wall at the moment.

• VisualBasic.net: https://docs.microsoft.com/en-us/dotnet/visual-basic/
• SmallBasic: https://www.microsoft.com/en-us/download/details.aspx?id=22961
• Fuze Basic: https://www.fuze.co.uk/
• QB64: http://www.qb64.net/

For open source versions you may want to check out:

• FreeBasic: https://freebasic.net/
• YaBASIC: http://www.yabasic.de/download.html
• SDLBasic: http://www.sdlbasic.altervista.org/main/
• WxBasic: https://www.wxbasic.net/

I haven't personally used any of those, but you should be able to make your own variant with them I seem to remember The V360 was making a SmileBasic style graphics library wrapper for Lua/LOVE http://smilebasicsource.com/forum?ftid=1640. That might prove useful or close enough to what you want. The real problem of course is that while you can make a SmileBasic work alike or variant, it shouldn't be exactly the same so you don't get hit with a lawsuit. You also can't bundle any of the graphics, sounds, or built in programs. However on the plus side you wouldn't need otyax, you would already be on windows/linux and have a real window manager and file system. You wouldn't need SBAPI either since you can just upload the files to GitHub or basically anywhere on the internet. No petit Modem needed either. So, would I recommend this, is it a good idea, can it be done? Well it is possible although you shouldn't make an exact clone. I really wouldn't recommend it. This site is largely populated by 12 year olds who will put any language they have written a hello world program in on their resume. So I don't think you talent pool has much to draw on for this sort of work. Any old Codgers like me don't have much spare time to help you out either what with 9 to 5 jobs and all. So, what do I recommend. Well, you could try adapting programs to an existing variant listed above or .......... Just learn to program on a commonly used language. My real recommendations

• Python
• JavaScript/TypeScript
• C#
• Java

If you go for any Basic variant then go for VB.net as it is a real skill to put on a resume. Lua is good if this is just for fun.

I know this is for SmileBASIC 3, but projects like this have already been tackled at. A lot more notable things have already been created for SmileBASIC 3, so it would probably be more worthwhile to contribute to this project or fork it instead of making something new. https://github.com/otya128/otyaSMILEBASIC

The problem with otyasmilebasic though is that it's coded in D. ... A more Windows-focused SmileBASIC is a project I could probably tackle at some other point in time, especially if this project turns out well.

The problem with otyasmilebasic though is that it's coded in D. ... A more Windows-focused SmileBASIC is a project I could probably tackle at some other point in time, especially if this project turns out well.

I don't really see the practicality of something like this outside of a desktop environment.

I know this is for SmileBASIC 3, but projects like this have already been tackled by others. SmileBASIC 3 is a better goal because we understand it better and it isn't going to change

The problem with otyasmilebasic though is that it's coded in <a good language>. ... I'm leaning towards coding it in <a bad language>

I know this is for SmileBASIC 3, but projects like this have already been tackled by others. SmileBASIC 3 is a better goal because we understand it better and it isn't going to change

The problem with otyasmilebasic though is that it's coded in <a good language>. ... I'm leaning towards coding it in <a bad language>

*starts coding SmileBASIC port in Rust*

WAIT=f=>new Promise(x=>setTimeout(x,f*1000/60))
PRINT=s=>console.log(s[0])

      PRINT`Hey guys, are you bored of OS'es that do nothing at all?`
await WAIT`398`
      PRINT`Then Jack OS Is for you!!!!!`

Okay, this is going to sound completely insane, but here goes: I was thinking recently: "How possible would it be to make a completely open-source version of SmileBASIC 4 from the ground up?" If this was successfully done, we could possibly port SmileBASIC to any platform of choice, such as Windows. What really sparked this idea for me though was Wii homebrew. After testing out some homebrew applications, I felt like SmileBASIC could really fit in. It could have a otyasmilebasic-esque file system, with a dedicated folder for projects and files. It could also use SBAPI to download files, if we can get it working with SmileBASIC 4 projects. If anyone would like to help me with this project, we might be able to go through with it. After all SmileBoom is a small team as it is, so how hard could it be? /s It would probably be very hard, but I would still like to have a go at it if anyone was willing to help. Don't know what language it should be coded in though. I was thinking C++, like the real SmileBASIC is. Don't have much experience with that language though, so I guess I would have learn more about it. If you're interested, please let me know.

init.mode7'Like it's saying: Hey! Initialize Mode 7! Easier to understand, more easier to program.
mode7.rendist,[Render Distance Z],[Sensibility]'This maybe used to the Mode 7's Render Distance.

SPSET [Management Number],[Coordinates],[Control Mode],[Button definitions],[ANIM Toggle On/Off],[ANIM Frames],[ANIM Frameskip,Frame 1 skipper,Frame 2 skipper,etc.]'A bit nicer way to put a player sprite without putting lines of code, making SPOFS, SPANIM and the loops for player movement obsolete.

Okay, this is going to sound completely insane, but here goes: I was thinking recently: "How possible would it be to make a completely open-source version of SmileBASIC 4 from the ground up?" If this was successfully done, we could possibly port SmileBASIC to any platform of choice, such as Windows. What really sparked this idea for me though was Wii homebrew. After testing out some homebrew applications, I felt like SmileBASIC could really fit in. It could have a otyasmilebasic-esque file system, with a dedicated folder for projects and files. It could also use SBAPI to download files, if we can get it working with SmileBASIC 4 projects. If anyone would like to help me with this project, we might be able to go through with it. After all SmileBoom is a small team as it is, so how hard could it be? /s It would probably be very hard, but I would still like to have a go at it if anyone was willing to help. Don't know what language it should be coded in though. I was thinking C++, like the real SmileBASIC is. Don't have much experience with that language though, so I guess I would have learn more about it. If you're interested, please let me know.

AWESOMEEEEEEE!!!!!! I'm really interested on this. Is there any way I can contribute? Here is an idea: We should add new capabilities to the new SmileBASIC Open Source code, like support for Mode 7, Multimedia(?), etc. Example for Mode 7:

init.mode7'Like it's saying: Hey! Initialize Mode 7! Easier to understand, more easier to program.
mode7.rendist,[Render Distance Z],[Sensibility]'This maybe used to the Mode 7's Render Distance.

Or a new way to initialize sprites:

SPSET [Management Number],[Coordinates],[Control Mode],[Button definitions],[ANIM Toggle On/Off],[ANIM Frames],[ANIM Frameskip,Frame 1 skipper,Frame 2 skipper,etc.]'A bit nicer way to put a player sprite without putting lines of code, making SPOFS, SPANIM and the loops for player movement obsolete.

Okay, this is going to sound completely insane, but here goes: I was thinking recently: "How possible would it be to make a completely open-source version of SmileBASIC 4 from the ground up?" If this was successfully done, we could possibly port SmileBASIC to any platform of choice, such as Windows. What really sparked this idea for me though was Wii homebrew. After testing out some homebrew applications, I felt like SmileBASIC could really fit in. It could have a otyasmilebasic-esque file system, with a dedicated folder for projects and files. It could also use SBAPI to download files, if we can get it working with SmileBASIC 4 projects. If anyone would like to help me with this project, we might be able to go through with it. After all SmileBoom is a small team as it is, so how hard could it be? /s It would probably be very hard, but I would still like to have a go at it if anyone was willing to help. Don't know what language it should be coded in though. I was thinking C++, like the real SmileBASIC is. Don't have much experience with that language though, so I guess I would have learn more about it. If you're interested, please let me know.

AWESOMEEEEEEE!!!!!! I'm really interested on this. Is there any way I can contribute? Here is an idea: We should add new capabilities to the new SmileBASIC Open Source code, like support for Mode 7, Multimedia(?), etc. Example for Mode 7:

init.mode7'Like it's saying: Hey! Initialize Mode 7! Easier to understand, more easier to program.
mode7.rendist,[Render Distance Z],[Sensibility]'This maybe used to the Mode 7's Render Distance.

Or a new way to initialize sprites:

SPSET [Management Number],[Coordinates],[Control Mode],[Button definitions],[ANIM Toggle On/Off],[ANIM Frames],[ANIM Frameskip,Frame 1 skipper,Frame 2 skipper,etc.]'A bit nicer way to put a player sprite without putting lines of code, making SPOFS, SPANIM and the loops for player movement obsolete.

That SPSET idea makes me cry.

PINIT 1,1,16 'Set up screen, sets 1 unit = 16px, sets perspective(1)/orthographic(0) flag, sets a flag that determines if z-coordinates of sprites and backgrounds should take on the properties of this setup. (0 = no effect on BG/SP, 1 = affect BG, 2 = affect SP, 3 = affect both, 4 = I have no idea this is all just an idea)
VAR points%[32, 3] 'Make the array that we store our model in.
COPY points%, @MODEL_1 'Copy the data in from a model conveniently outside this code preview
PSET 0,points% 'Make a model with the ID of 0, and using the model data we copied in
POFS 0,-26,0,1 'Just off to the left of the screen, and just into the screen enough to be properly seen by the camera.
PANIM 0,"XYZ",-60,26,0,1,0 'Zoom to the right of the screen over 60 frames. Loop this.
'And there you go, a teapot moving at the speed of light!