Im suggesting building a sample based tracker tool (similar to Nitro Tracker on DS homebrew) but I am not that familiar with basic so I dont know if its possible.. anyone..?

If anybody know any other music "apps" on Petit, pls let me know!

Is it possible to convert a Petit Computer PRG file to an NES file for play on Famicom/NES consoles and emulators?

You should add bowser to the game.

Hello, I had an idea! I could make Zelda Maker on SmileBASIC, and and have four "skins" for it, and they are The Legend of Zelda (original), A Link to the Past, Link's Awakening, and the Minish Cap. This is just an idea, so I might not make this (even though I want to make it). But don't give your hopes up just yet!

Super Paper Mario

Has anyone noticed that Petit computer is no longer on the eShop?

so I was reading up on how computer scientists generate "random" numbers on computers using mathematics, and I was wondering if that was how rnd() worked in petit computer. I created a sample program on ptc, looking like this

input "max num";num

t1$=mid$(time$,0,2)

t2$=mid$(time$,3,2)

t3$=mid$(time$,6,2)

t4$=t1$+t2$+t3$

tf$=right$(t4$,2)

time=val(tf$)

prime1=97:prime2=2663

a1=time*prime1

a2=a1+prime2

a3=a2%num

af=a3+1

?af

I am quite proud, because it is neat to see different numbers popping out of this equation. the way that a random number generator works is to create a very large number dependent on large primes and the time(usually done using milliseconds) and then a cyclic division(%) to find the remainder of the large number divided by the desired number. this can be used to create a semingly random number, even though it is quite predictable if you know the values. the one I have is done using the minutes and seconds of the current time. I want to know if this can be added to the rnd(function) page to clarify some things with how mechanical devices can come up with random numbers, and actually to see how cyclic division works, because I have not seen anyone using % in their programs. it would be nice to see this on a page to help people understand stuff. I would post the qr code to the program, but I don't have access to a qr code maker now that gamebridge's site went down

I was wondering if Mario Maker on PTC is possible.

I was thinking of making a game where you play as an undercover raccoon. His goal is to find the golden trash can. I am new to the wiki, so I was wondering if you have any tips for making a game using sprites.

This discussion happened a few years ago, but it came up again in chat.

We've been using Wikia's service for a while now, and issues keep coming up, especially as we approach the release of SmileBASIC.

However, it may be possible that we could get our own site hosted for the community and sharing program info and download keys.

• Anonymous users--that's you guys browsing but without an account--Have complained about the advertisements on Wikia. Not only is there often a very large banner ad at the top which pushes the content down, Wikia also thinks people enjoy video advertisements. As far as program viewing goes, Wikia is disadvantageous for most people because of that.

• The category issue: We had to make a second wiki because of the difficulties of separating programs for the upcoming SmileBASIC and Petit Computer. Things like this that are caused by the way Wikia works would not be an issue if we moved to our own site.

• Cleanliness: Users not following or even knowing about the standard layout has long been a big issue. If it weren't for Wikia, it would be super easy to just give people some forms for information and create the page for them, or even just make sure they always start out looking at the standard layout.

• Editing/Submission: Also part of the above. The ridiculous new visual editor is broken in so many ways, and there is no way to force the older editor on users.

• General interface: We would have so much more control over this. The Oasis (Wikia default) skin doesn't even load properly on my tablet, so that's something.

There are two main points we want to hear from you about.

One, would you move to the new site? Is there anything that you feel we would miss? And two, it's possible that it wouldn't be up until some time after SmileBASIC releases. Would it be worth it with the wait?

Has anyone made a Famitracker (FTM) to PTC MML converter yet? I'm thinking about trying to make one, but I have no idea how FTMs are set up. I'll try to open an FTM with Notepad/Wordpad.

My scanner won't work so can you send me the game with the recieve button? Send it to me at 6:00 on the 22 of May.

<svg class="thumbnail-play-icon" viewbox="0 0 180 180" width="100%" height="100%"><g fill="none" fill-rule="evenodd"><g opacity=".9" transform="rotate(90 75 90)"><g fill="#000" filter="url(#a)"><rect id="b" width="150" height="150" rx="75"></rect></g><g fill="#FFF"><rect id="b" width="150" height="150" rx="75"></rect></g></g><path fill="#00D6D6" fill-rule="nonzero" d="M80.87 58.006l34.32 25.523c3.052 2.27 3.722 6.633 1.496 9.746a6.91 6.91 0 0 1-1.497 1.527l-34.32 25.523c-3.053 2.27-7.33 1.586-9.558-1.527A7.07 7.07 0 0 1 70 114.69V63.643c0-3.854 3.063-6.977 6.84-6.977 1.45 0 2.86.47 4.03 1.34z"></path></g></svg>

So as we all know SmileBasic, petit computers 3rd japanese sequel was released in japan last summer and the rest of the world have been promised a release sometime this spring, or better said, any day now, it features a plethora of new input options with higher resolutions, 3D and an enhanced API to fallow suit, but it also brought about active multiplayer local communications which in my opinion is the one feature that makes it a sealed deal for me. With this feature we can now create multiplayer games to play with friends and family this could be an extremely usefull feature, or an ignored add on.

"Ignored add on? what are you talking about Corona that would be heavily used!"

Will it? tell me, do you have 2 or more 3DSs at your disposal?

"well I don't exactly own the other one but yeah I do."

Does said 3DS have petit computer on it?

"Ugh well not really just mine but I can get it on the other one, I think."

Exactly.

I don't think everyone is blessed enough to have multiple platforms with the full payed game to test their multiplayer code on, unless petit computer has Download play support the multiplayer feature will be a rare thing on most games and to that I say "Why not allow online play?"

Now I know what you're thinking, nintendo would never allow this, online communications between unmoderated software is risky, but does it have to be? Why not instead of just anyone being able to join anyone for a game, we can have only "3DS friends" play with eachother online, one friend would send the other a copy of the game, or it would be downloaded by SmileBooms servers and bam, online play, there would be a lot of issues with this like lag and desynchrinisation, but I just want to know your opinion on this, and sorry for using abstract language and very big words I just want to have a serious discussion with people who know the possibilities and limitations, and please don't hold back.

~Corona

Could there be attempt on image compression? Probably to allow extra content or even another image in a GRP. Maybe it could be compressed with a Y'CbCr palette with chroma subasmpling, and Descrete Cosine Transform (DCT) processing like JPEG. Maybe some extra data could fit in or the image could be larger than 256x192 so it could be zoomed in.

Is this idea practical?

I wrote what I thought was a really cool program, a metronome.  Much to my horror after posting it here. I found out that Nintendo has one for download, and they are charging money for it. It looks nicer than mine, too.  

So what is needed here in the Petit Computer Wiki is for us to write programs that are NOT available for download from Nintendo.  Music editor? They got one, more than one. Clock? yep. Calculator? Of course.  

What they DO NOT have are also my proudest achievments: Spreadsheet - MILOCALC (I'm still improving it); and kitchen timer - COOKTMR1

Now I'm working on a new idea: GIZMOPAD.  The GIZMOPAD will be a program that takes the BEEP sounds and makes them available on a "keyboard". Really the touch screen on the smaller 3DS and 2DS can't handle more than 9 buttons, 3 x 3, so a selection of sounds must be programmed in for GIZMOPAD to use. Thus the program I'm really putting the effort into is the setup program, GIZMOSET.  It's beginning to take shape and should be done in a few weeks. 

When complete, here's what GIZMOPAD can do: Hook the audio output of a 3DS/2DS up to an amplifier or computer sound input. Run GIZMOPAD.  Now the 3DS/2DS becomes a musical instrument that plays whatever sounds you've put in when you hit the soft-buttons on the touch screen.  

Further ideas are up to you, but, try to think 'out of the box'.  How do you know when you are out of the box?  When your box doesn't look like any of the other boxes around.  See what you can do to come up with an idea for an application that ISN'T already available.  'Nuff said.

You know... say you want platformer character, BAM. Sample code. You want an inventory system? BAM. Sample code. 

You heard me. Megaman Sprite Game! INCLUDING the weird faces.

                       (O)   (O)
                       _________
                       LLLLLLLLL
                       
                       LLLLLLLLL

I know that GimmeMoreCoinz was making one, but did she disappear or something?

Can there be a collaboration on a new PTC emulator? 

I want to be able to test and use my PTC programs and games on PC.

While I'm thinking about how to make a card-game, I've also become quite intrigued by the idea of 'live action' stuff, which in this case brought me around to the idea of making a Digimon inspired game. What I'd been planning to do is come up with some form of AI to have digital monsters act, which would through random results, cause Digimon to possibly "Evolve"- with 'taking damage and dying' causing a Digimon to "UnEvolve" or 'revert forms'. 

To do this I imagined a few complex ideas I'd like to conceptualize for its development, and these ideas generally emerge as total fascinations to me- the weirdest of them is that I think an intriguing idea would be to try to make some kind of code/game-engine that doesn't rely on CLEARing functions to operate. Pretty much the most complex idea I could think of to be possible, because it would essentially mean that every line of code would be compatible with every other line of code... Kind of strange... Anyhow- there are a couple of rational ideas which I had, and those are that: I'm interested in creating a graphics-engine that will track the placement of so many Spaces on a 'digital screen'- which I imagine to be essentially 50 by 50 ( a dimension ) of 'square spaces'/places where a Digimon or any other kind of Object can be- this would mostly be using things like... gpset and... gp-whatever, the one that checks which color is where... ( maybe, I mean- obviously I could just use Sprites for a simple Digimon program like this... but I think it'd be an interesting exercise in creating a Graphics Engine that I could personally Sync with some kind of Frame Timer --again, barring the use of VSYNC here, possibly... )

Anyhow... I've pretty much only really have been studying COLITEST of all programs- and I haven't quite figured out how to bring some of my ideas to life... I learned more about reading DATA out of the Program itself, but the idea of storing it into an Array confused me somewhat. I do get the logic behind how the computer goes about reading the data and what-not, but the one thing that I don't really get is how the computer determines that the Array is 'what's being stored'... Some odd things I do get, like how declaring a title for a READ command will... I guess store a variable on an invisible page?

One of the first things that I tried to do while attempting to create my own version of whatever it was that I wanted DIMensions to do was... ( relating back to the idea of creating my own 'engine' ) fill up an Array an with Green Pixels. I know that makes no sense... but essentially what I was trying to do was to get a DIMension to say that it had a bunch of Green Values ( whatever that is -are there only 255 colors? I don't quite get everything ), and I attempted to do this by saying... DIM MAP(50,50), and For X & Y to 50, and... I didn't know what to do next. I still have no idea what to do next... But the idea I'm shooting for is to create some kind of Controllable Graphics Engine, where I can create a Screen ( I'm assuming that it doesn't necessarily have to be 256 by 192, but maybe it could be made up of smaller 'dots' that are like 8x8... and an Array could store the 'Dimensions' of a Camera... 32 x 24... or some other size--- like size 4x4 Pixels- that might look better... The Screen Array would be like 64x48, and then I guess there would be Two different Processes- one to declare An Object, and another to declare its Appearance in the Array.

An example of this would be like... Koromon... He has 10 Energy and 0 Hungry... he represents an Array of 16x16 "Pixels" that are made up of 4x4 Pixels- the size of One Space, essentially, of 50 by 50 ( the Map ). Okay- also, I have to mention- with Digimon- they're not really easy Sprites to just 'rip' from the original and use. Some Digimon face forwards while some Digimon face to the side. I really like the idea of making a Digimon game that is based on the principles of Digimon having Directional Attacks, or simply Attack-Zones which they hit, or even Specific-Space attacks and Area Attacks, of course- but the most difficult part about doing it this way is with managing the artwork. The only way I've thought about how to do this is by having Sprites flip-upside down, which creates discrepancy between characters that are turned to the side versus those facing straight forward- the ones facing to the side have essentially two 'facing directions' where as the characters facing forward only have one- not too mention that it could just look very odd having your Digimon swapping upside-down all of the sudden.

Part of the 'Camera' concept in coordination with the Digimon AI is perhaps the concept that the bottom screen can include some Digivice options- the goal of this thought process is to try to imagine a 'fun game' that could come of Virtual Digimon playing an infinite game of life. ( that's what my goal would be to make it into- if, for example, a Digimon evolves into an ultimate form and defeats all other Digimon, then there has to be some reprecussive force which allows for all of the Digimon to undergo another change to their balance; for example, as the Weakest forms of a Digimon are defeated over and over again, they grow tougher- so that, while they still aren't very powerful, they, over a long period of time, are capable of being quite formidable- this is sort of like the idea behind Mamemon.

... Anyhow... I'm still not much of a Coder at all... I'd like to learn this, though, because I think it could apply to lots of different kinds of things I wanted to code... It'd allow me to effectively create my own text, or graphics, and to put them wherever I'd like to, essentially.

Perhaps with some application that allows it to take in Save Data and interpret it into a graphic module- (such & such information for such & such dimensions).

The DS will send data to a computer via codes (like QR codes) on the screen of the DS, and the computer has the DS screen in its webcam's view. The computer can then read the code, and use the data it obtains as needed.