My best guess is that this drawing was transformed to petit computer using the utilities program, that's why it's so heavy.
I plan to make it smaller by forcing it to use the basic palette later when I get to use a computer.
It does look that way. But we're talking about Petit Computer here. All graphics are 256x192x256. About 49K. Size is all the same. And if you use basic pallette, like 16 colors, the pallette will still have 256 entries. Unless there is a secret graphic mode that I'm not aware of?
@ramstrong If the photo is not easily compressed (not a lot of the same colors next to each other), it could generate quite a lot. Here's an example of a GRP generated in Petit Computer (by Quiknote) that's 31 QR codes long: TREE drawing.
@ramstrong If the photo is not easily compressed (not a lot of the same colors next to each other), it could generate quite a lot. Here's an example of a GRP generated in Petit Computer (by Quiknote) that's 31 QR codes long: TREE drawing.
That's strange. It's as if you're talking about compression artifact here. If you don't compress it at all, it'd be 49kb. So if the compression takes more QR than raw, skip the compression?
EDIT
Or it could be the QR encoder. As I understand it smileboom converter makes more QR than PTCUtilities.
@ramstrong Hmm? Each QR code (generated by Smileboom) can hold less than 1000 bytes of data (much less, in fact). A GRP generated randomly (which will most likely not compress using the lossless compression algorithm they use) will take up more than 49 QR codes if the GRP is 49K. The compression algorithm works by finding strings of similar bytes and stringing them up as one symbol.
@ramstrong Hmm? Each QR code (generated by Smileboom) can hold less than 1000 bytes of data (much less, in fact). A GRP generated randomly (which will most likely not compress using the lossless compression algorithm they use) will take up more than 49 QR codes if the GRP is 49K. The compression algorithm works by finding strings of similar bytes and stringing them up as one symbol.
That explains it, because PTCUtilities QR maker can handle up to 2.5k. So 14 QR codes per picture. When I switched to smileboom QR converter + (your) QR sticther, I was drawing simple graphics, so I guess I didn't notice the difference.
EDIT
Actually, I didn't know they compress it at all. I thought it was all raw data for everything. Graphic, sprites, codes, pallettes.
@ramstrong Well, not quite. Here's a random GRP image generated by Petit Computer. I used PTC Utilities with the largest QR code possible and the lowest error correction possible. It's 40 QR codes: RANDOM. If you're interested, SmileBoom generated 79 QR codes: RANDOM (Smileboom).
It all depends on how easily the GRP is compressed.
Edit: Everything you put in a QR code is compressed (generally).
Hee hee hee... I bought a hammer in Village...
Anyway, in non-hammer related matters, I'm having that moment where you don't know what you can do in your code...
I know I need a custom sprite in there but I don't know if I should use SPSET or SPOFS. That's all that stands in the way of...
More code!
XD
Anyway, then I might finally face up to that enemy AI. That's gonna be a bit of a difficult part... Can't have that zombie just standing there, can I?
Actually, I might make the Ranger sprites. If I'm gonna use it, might as well...
@ramstrong Well, not quite. Here's a random GRP image generated by Petit Computer. I used PTC Utilities with the largest QR code possible and the lowest error correction possible. It's 40 QR codes: RANDOM
It all depends on how easily the GRP is compressed.
Edit: Everything you put in a QR code is compressed (generally).
Hmmm. Then I need to do more research on this thing(1). I still think that there should be an option not to compress the data in QR code when the algorithm fails. Anyway, thanks for the heads up!
(1) That is, unless @Discostew wants to work his magic once more, and explains how things really work.
I know I need a custom sprite in there but I don't know if I should use SPSET or SPOFS. That's all that stands in the way of...
More code!
XD
SPSET makes the sprite and SPOFS moves the sprite
Right, making SPSET the proper choice. Now I will need the set number of the red-haired sprite, I know which color sheet but I need to use it in SPSET.
I know I need a custom sprite in there but I don't know if I should use SPSET or SPOFS. That's all that stands in the way of...
More code!
XD
SPSET makes the sprite and SPOFS moves the sprite
Right, making SPSET the proper choice. Now I will need the set number of the red-haired sprite, I know which color sheet but I need to use it in SPSET.
Use the manual for questions like this. Seriously...
It's very barebone. The map could be better. The battle could be better. It has a great start-up screen.
Looks like a good RPG implementation. It's too bad you don't have time to finish it. Do you mind releasing it so others can do modifications to it? You know, make it a group project. It seems we don't have an RPG group project. Yours can the the first!
Thank you for the comments. Yes, I know it is very,very bare. I'm happy you like the start-up though . I would be glad to let anyone who wants to do modification do so. i just hope people can understand my coding XD
I don't have a 3DS so what do I put here? -Damolii
If I wasn't on vacation for the past week, I'd try some of this stuff out by now.
Do you know how to post pictures using urls?
Upload the QRs to something like imageshack or imgur, then go to the direct link (something like http://i.imgur.com/kw4GaA7.png ) and put the link between [img.] and [/img.] without the "."
If Facebook, Myspace, Twitter, Instagram, and Snapchat were all destroyed, 90% of teens would go insane. If you're one of the 10% that would be laughing at them, copy & paste this into your signature and hope it happens.
Forums
Topic: Petit Computer
Posts 5,201 to 5,220 of 9,618
Sorry, this topic has been locked.