So what do we know about SmileBASIC 3.3?
I think the only reason is "we see that you use microphone access to transfer programs to and from PC without our servers, so we're blocking that the only way we can". They'll never admit it, but I can't think of any other reason to drop this feature. The gamepad has a microphone, having access to it would have been good.Right. It won't be accessible in BIG presumably because of not all possible controllers having access to a microphone.* Some features have to be removed due to hardware, including - Microphone accessThe 3ds version 3.3 will still have microphone support, right?
No, Smileboom doesn't hate PetitModem. The server system itself was forced, or at least, heavily suggested, by Nintendo (because they got fed up with the copyright violations). I believe it was Rei himself who said that he doesn't think Smileboom is blocking it because of the modem programs. That isn't it.I think the only reason is "we see that you use microphone access to transfer programs to and from PC without our servers, so we're blocking that the only way we can". They'll never admit it, but I can't think of any other reason to drop this feature. The gamepad has a microphone, having access to it would have been good.Right. It won't be accessible in BIG presumably because of not all possible controllers having access to a microphone.* Some features have to be removed due to hardware, including - Microphone accessThe 3ds version 3.3 will still have microphone support, right?
Yeah, the developers can't even use all the hardware features they want. Nintendo certainly denied the SD card storage right away . There's also the stupid concept of Start and Select having the same function. I bet Nintendo demands that for all 3DS games.No, Smileboom doesn't hate PetitModem. The server system itself was forced, or at least, heavily suggested, by Nintendo (because they got fed up with the copyright violations). I believe it was Rei himself who said that he doesn't think Smileboom is blocking it because of the modem programs. That isn't it.I think the only reason is "we see that you use microphone access to transfer programs to and from PC without our servers, so we're blocking that the only way we can". They'll never admit it, but I can't think of any other reason to drop this feature. The gamepad has a microphone, having access to it would have been good.Right. It won't be accessible in BIG presumably because of not all possible controllers having access to a microphone.* Some features have to be removed due to hardware, including - Microphone accessThe 3ds version 3.3 will still have microphone support, right?
Yeah, the developers can't even use all the hardware features they want. Nintendo certainly denied the SD card storage right away. There's also the stupid concept of Start and Select having the same function. I bet Nintendo demands that for all 3DS games.IIRC this is true of all apps in 3DS mode due to some system API. I don't mind that Nintendo is phasing out SELECT because it's very much a useless button at this point (Gamecube did well without one), but it'd be nice if they made their intent more clear to the consumer.
I don't understand what you're saying. SmileBoom made the change, it's their software after all.In some prior version (don't remember which, it might've even been a dev version) COLOR accepted RGB colors instead of just the 16 presets we have now. Needless to say, people were upset when this was changed.Oh. Smilebasic doesn't support this, correct?
I was looking for confirmation if smilebasic didn't support custom console colours. EDIT: I wasn't talking about smileboom, I was talking about smilebasicI don't understand what you're saying. SmileBoom made the change, it's their software after all.In some prior version (don't remember which, it might've even been a dev version) COLOR accepted RGB colors instead of just the 16 presets we have now. Needless to say, people were upset when this was changed.Oh. Smilebasic doesn't support this, correct?
Noticed that the screenshot of the keyboard says "Ver.3.3.0". This would mean that they intend to release BIG JP on the 3.3.0 codebase. This suggests that SB 3DS and BIG will be on the same version schedule, and not on separate forks as I once thought. This is pretty good news, since BIG and 3DS should be updated at the same time and with the same fixes (more or less) to remain compatible. This also means that when we get our hands on 3.3.0, we can have a better idea of how BIG will feel (especially with the inclusion of OPTION COMPAT.)
smileboom made smilebasic, so they have all over control of it. so smileboom didnt include custom console colours, making smilebasic not support it as well. if you really wanted to see if smilebasic supported custom console colours, couldnt you have tried for yourself?All right, I was lazy. I wonder why they removed it.
These two images in the OT give some interesting tidbits. Starting with the audio DLC one, the upper-left image shows a program called ANPETIT, which looks like it could be a jacked version of FMPETIT. Next to it is a program in a similar style, looks to be a tuner. And below are some demo programs with the audio DLC features, possibly demonstrating stream access? (But probably not, could just be off the mic.) Pretty neat, hope they release these.
The BIG scan is much of what we've already seen, but a couple things jumped out. Firstly, the console says this:
SmileBASIC for Wii U ver 3.3 (C)2011-2015 SmileBoom Co.Ltd. 67051520 bytes free OKNotice "SmileBASIC for Wii U ver 3.3". This pretty much tells us that they're just going to be alternate versions of eachother on the same version schedule, and suggests to us that the final title is the less-interesting SmileBASIC for Wii U. Also we get an exact byte count on the memory. Moving on to the shot of the keyboard, it looks like the slot save/load shortcuts were given their own dedicated buttons, since the smiletool and top menu buttons were delegated to Mr. Sidebar over there. The sidebar houses the buttons which control how the displays are arranged, so it's possible the developer won't have control over this. And there's also a minus button, possibly to hide the sidebar? Its function is most-likely mapped to the minus button on the controller. Brief translations of the info here would be real nice, especially those panels on the bottom of the BIG scan with the 3DS in them. I'm sure it's not anything we don't know, but I'm curious.
Brief translations of the info here would be real nice, especially those panels on the bottom of the BIG scan with the 3DS in them. I'm sure it's not anything we don't know, but I'm curious.Everything except the two mentioned would just be restatements and found in news articles, as far as I can tell. The first panel has a cloud, I'm sure we can guess what the refers to. The second one seems to be saying just "They're kinda compatible, but the Wii U version gives you the advantage of having a large TV screen to use for making your program"
Everything except the two mentioned would just be restatements and found in news articles, as far as I can tell. The first panel has a cloud, I'm sure we can guess what the refers to. The second one seems to be saying just "They're kinda compatible, but the Wii U version gives you the advantage of having a large TV screen to use for making your program"This is exactly what I expected. Thanks anyway!
SNDSTOP will be nice. Smileboom seems to be mixing up their BEEPs and BGMs; I'm sure the longest BEEP is longer than the shortest BGM.
FFT and IFFT seem cool (Though Isn't one of them relatively easy to do)
I will buy the sound DLC as long as you get to keep it forever (I've heard that Petit Modem will be much faster with it)
What we really need, though, is true 3D graphics. Right now (as far as I know) you can only control Z using GPRIO.
FFT and IFFT seem cool (Though Isn't one of them relatively easy to do) I will buy the sound DLC as long as you get to keep it forever (I've heard that Petit Modem will be much faster with it)The sound DLC is yours forever when you buy it, same as any DLC (the Gold expires because it's a subscription to the content.) It's tied to your NNID too, so if you use the same NNID on both your 3DS and Wii U it should work on both platforms (in theory). PM would only be faster with it if rei makes an enhanced version that uses the features, though (which I believe he said he'd do?)
What we really need, though, is true 3D graphics. Right now (as far as I know) you can only control Z using GPRIO.GPRIO just changes the z-offset of the ENTIRE GRP layer. SB may have commented on 3D graphics not happening or something I don't remember (source?)
not to bump an old thread, but I think you could used a hacked/modified usb keyboard to input source from a pc or 3ds. Whatever you are converting, be it sound or graphics or plain text to the "usb keyboard" connected to the wii U as input
I assume ps/2 to usb converters can be used, commercial products are called keyboard wedges?
If we get lucky Wii U smilebasic can have its running program, clear or set CapsLock or NumLock and we'd have data and clock/lines for serial communication, and your fake ps/2 device can modulate it back to the the 3ds via petitmodem? meh just a thought.
At the worst case you have to use photosensors pointed at portions of your television, or 3rd party capture devices that will capture and serialize screen data..but that's beyond my league.
non invasive capture devices.
kinda wish you had a barcode scanner and its beep was piped into the 3ds via mic, and that signalled the 3ds to change the on screen bard code etc.
Our best bet would probably be to encode the raw binary data as base64 and send it over character-wise. If we can get a device that pipes characters over, using base64 would at least guarantee the data comes over in proper order. Then we could accept the data as text on the SB side with LINPUT, since we don't want any data to be dropped (INKEY$ might end up missing keystrokes, who knows.)
At the end of the day we still have lots of studying to do.