Topic: Petit Computer

Sorry I dunno.
Would you mind doing a tutorial on arrays for newbies? I'm teaching Tobu about arrays right now and it seems like the reason newbies struggle with arrays is the missing link between practical use. And also, example output.
I figured out the best way to teach about arrays but since tutorials is more your thing you should do it!

Ummmmm maybe

Okay I will do it in one of my tutorials on YouTube

I have it on 3ds (non XL) I scanned the new Qr codes and the demo works perfectly! do you think an older 3ds might play the software differently?

@Discostew I have a small theory as to why this might be happening. I scanned someone's program, but halfway through scanning, it wouldn't scan the rest of the QR codes... it said they weren't part of the program! I stopped, rescanned them all from the beginning, and it magically worked. It think that perhaps a read error occurred which slipped through the error detection/correction algorithm. After all, even the best error detection schemes can't catch every type of error, and the less error correction data you have, the more likely errors can slip through. It may just be that your program has so many QR codes, the chances of scanning one which allows an undetected data error to go through goes up.

Or it could be something else entirely lol.

@randomous I know where the problem lies. It's a "speed" issue. The check is related to how quickly the program loads and executes. On my 3DS XL, it takes just about 367 frames (6.116 seconds) to load the program and begin running it via VIEW GALLERY. The detection is set that if it is over a certain amount (which is guaranteed to happen when running via WRITE PROGRAM), it says to run it via VIEW GALLERY. However, differences in PTC versions might make this quicker, or longer, and if the latter, it prevents loading even if running under VIEW GALLERY. Even which device it is running on could be a factor. This is why I want to to know what region, what version, and even what device the program is running on. I prefer people run it under VIEW GALLERY because of what it does, but right now, I don't have to statistics to set the loading check.

Has anyone seen my tutorials ?

On YouTube

@Discostew Why don't you want people running it in "WRITE PROGRAM" though? If they mess it up, it's their own fault lol. If they load a packaged program through the "WRITE PROGRAM" window, it won't become depackaged unless they save it... won't it? I could have sworn I've loaded a packaged Village from the "WRITE PROGRAM" window and it was fine.

Lol or is it a different reason entirely? Sorry to bug you about all this.

@randomous Well, the package includes GRP files for the first 3 slots, meaning when they load the package, a garbled mess pops up on the top screen, making it hard to see the console. It's garbled because it is displaying the contents of the first GRP, which is all compressed data. That's why I prefer people not use WRITE PROGRAM to run it.

But, I was just thinking of a way to get around that. Perhaps also packaging a BGU0 slot that has the first tile not filled with transparent pixels, an SCR that is filled with that tile, and a COL that ensures that the color specified if a solid black color. Don't know how many extra codes that would add to the overall package, but it's something I can check later.

@Discostew Oooh, it's for prettiness. Instead of doing all that, why not just make the GRP portion invisible while it's loading using the VISIBLE command?

Edit: Whoops, I see what you meant. The console will show the GRPs as soon as the user loads it, which means you can't really use VISIBLE to get rid of it lol. Sorry about that.

Does anyone has Skype

Please stop with the off-topic posts! This isn't random chat, it's PTC.

@randomous Well, there are other reasons why I want to prevent people from running it via WRITE PROGRAM, but those aren't important right now. They will be when the project gets closer to completion.

Ouh yeah I forgot

I'm working on a new game it's like Kirby does anyone want to help

I'm going to put Apocalypse Rising on hold so I can focus on Gladiators. Does anyone want to work on it while I work on Gladiators? I can put QRs up, but anyway if nobody wants to, then I can just keep it where it is and work on Gladiators. Either way, but I can put anyone who temporarily programs this game.
Gladiators' release has been hanging for awhile. I don't need too much until I can put it on release.

@Discostew you did AWESOME on the Megaman demo! I have never played a Megaman game so the levels and everything else is new and fresh and i can really tell that you put a lot of hard work into it,such as the sprites and the music! So keep up the amazing work!!!!

Wouldn't you finish some of your other games first?

I don't understand people's obsession of taking on multiple projects. It usually leads to completing none of them. Not even actual game designers take on more than 1 project at a time. That's why they have multiple teams, so the "company" can do multiple projects, but teams and individuals stick with one.

It's one thing to think about other projects, but dedicating time to work on multiple is just not feasible.