Homebrew Petit Computer Thread
- Thread starter Transdude1996
- Start date
- Views 32,497
- Replies 137
Does anyone know where I can find a manual to this thing? I don't mean the one in the program, that just tells me what I can do but not how to do it.
There are no good, thorough manuals in English yet. The best way to learn is Ctrl-F function names and commands within the sample programs and see how they work or especially ask questions on forums.
I am quite pleased that there is an RPG in the sample games...
I wonder what I can make...
By the way, this site has the source code for the sample programmes:
http://smileboom.com/special/petitcom/sample.html
I wonder what I can make...
By the way, this site has the source code for the sample programmes:
http://smileboom.com/special/petitcom/sample.html
- Joined
- Feb 10, 2009
- Messages
- 5,484
- Trophies
- 2
- Location
- Sacramento, California
- Website
- lazerlight.x10.mx
- XP
- 5,509
- Country
This is what I made within the past week (including during my camping trip that I came back from today). Sorry, no QR codes, as it is somewhat buggy, plus there ins't much of it yet.
[yt]LiX1dlvwwPg[/yt]
[yt]LiX1dlvwwPg[/yt]
- Joined
- Feb 10, 2009
- Messages
- 5,484
- Trophies
- 2
- Location
- Sacramento, California
- Website
- lazerlight.x10.mx
- XP
- 5,509
- Country
It is split into 2 programs. One is the "main" program, which handles the actual game logic with the data given it, and the other is the "level" program, which handles loading and contains the (sub-)level data. During transitions of the sub-levels, the main program executes the level program, loads the relevant data, and goes back to where it left off in the main program. Running separate programs like this was just for testing, and comes with a cost of program loading delays. I plan to combine everything into one program if I can when everything is finalized.
The "main" program is 645 lines, and the "level" program is 587 lines (415 lines making up the actual level as DATA), so 1232 lines in total (30.7kbytes). I have plans to use compression methods on the level data in the future, which should decrease the amount of data that takes up.
Awesome work, can't wait to see how this turns out. 
Speaking of awesome, Smileboom has updated their english site again. Curiously, they've announced their brand new competition even though it's in Japan only it seems.
http://translate.goo...2Fco_contest%2F
(the contest banner)
Hopefully a lot of awesome homebrew will come of this.
Edit: Their contact form is finally open. I asked them if they plan on a European release.
Edit2: That was quick. Their response was somewhat encouraging:
Speaking of awesome, Smileboom has updated their english site again. Curiously, they've announced their brand new competition even though it's in Japan only it seems.
http://translate.goo...2Fco_contest%2F
(the contest banner)
Hopefully a lot of awesome homebrew will come of this.
Edit: Their contact form is finally open. I asked them if they plan on a European release.
Edit2: That was quick. Their response was somewhat encouraging:
the smileboom email said:
- Joined
- Feb 10, 2009
- Messages
- 5,484
- Trophies
- 2
- Location
- Sacramento, California
- Website
- lazerlight.x10.mx
- XP
- 5,509
- Country
What do you line of code do you type if you want it to respond to any button press or directional movement?
I finally made my first program.
It's called "Beep Test". All it really does is just sample the first ten "BEEP" tones. Try it and tell me how I could improve it. If your new as well, this could possibly help out a little bit.
I'll try expanding it later on.
It's called "Beep Test". All it really does is just sample the first ten "BEEP" tones. Try it and tell me how I could improve it. If your new as well, this could possibly help out a little bit.
I'll try expanding it later on.
That was a very good first effort!
As you've asked, i've included some tips that may be of some benefit to you in the future.
little tips:
1. To add more periods to the "Loading" all you have to do is use a ; in between print commands to avoid having to redraw the whole thing.
2. Always use vsync 1 at the end of a loop if you are drawing stuff or checking button presses as in your case.
3. Only 1 Btrig() per loop is needed. Just assign it to a variable once per loop. Extra function calls will slow things down in more complex programs.
I've also condensed the separate 'beep' functions into a single function using some math trickery. That's not really necessary, just showing you a trick. Whenever you see repetition in a program, there's almost always a way to simplify it.
(on second thought I should have stored the button values into an array to avoid using pow() in the main loop, oh well)
Here's the source if you want to see the changes I've made. Once again, that was a really good first effort, much better than mine.
As you've asked, i've included some tips that may be of some benefit to you in the future.
little tips:
1. To add more periods to the "Loading" all you have to do is use a ; in between print commands to avoid having to redraw the whole thing.
2. Always use vsync 1 at the end of a loop if you are drawing stuff or checking button presses as in your case.
3. Only 1 Btrig() per loop is needed. Just assign it to a variable once per loop. Extra function calls will slow things down in more complex programs.
I've also condensed the separate 'beep' functions into a single function using some math trickery. That's not really necessary, just showing you a trick. Whenever you see repetition in a program, there's almost always a way to simplify it.
(on second thought I should have stored the button values into an array to avoid using pow() in the main loop, oh well
)Here's the source if you want to see the changes I've made. Once again, that was a really good first effort, much better than mine.
Question, does this have (local) multiplayer capabilities? I would love to (fail at) make a game for me and my friends to play when we're all over and such. A 4 player dungeon crawling experience! Or whatever it is I make.
The only multiplayer feature is a transfer of your created programs. The only app that comes to mind that has any simularity to what your talking about is Colors! 3D. In that, you can have four people painting a picture together.
I don't mean 4 guys making sharing source code in real time, I mean making a game that can be played with 4 others (or even just 2 people if that's all it can do). If it's not possible, oh well, not a big deal.
I loled
That would be beautifully nerdy though, 4-player coop coding.
For your original question; no, local multiplayer is not possible. Maybe in Petit Computer 3ds if it ever happens.
- Joined
- Feb 10, 2009
- Messages
- 5,484
- Trophies
- 2
- Location
- Sacramento, California
- Website
- lazerlight.x10.mx
- XP
- 5,509
- Country
I began to use the PTC PC tools again after finding out how to get around the crash when pasting a large amount of code in. It seems to be a display problem, so just before you paste code in, shrink the window to show only one line of code (the place where you plan to paste in), and then paste. Wait a few seconds before expanding the window again. I haven't actually coded in it, but rather use Notepad/WordPad/etc and copy in because it scrolls through the code far faster and isn't prone to the display bug mentioned above.
Similar threads
