This section allows you to view all posts made by this member. Note that you can only see posts made in areas you currently have access to.
Messages - MPoupe
Pages: 1 2 3 [4] 5 6 ... 12
46
« on: June 26, 2012, 05:28:56 am »
Wait is this in C? I didn't realize Prizm supported C. Can someone explain 
It's in C, compiled by Simon's Mini-SDK. I tried the cemetech sdk, it compiled, but the addin generator failed (unable to find function in some library). I use Windows XP SP1 for development, so this may be an issue :-)
47
« on: June 25, 2012, 04:01:28 am »
Controls:
arrows - movement
[alpha] - fire
[exe] - use (open the door,...)
[^] - iddqd + idkfa :-)
[F1] ~ [F5] - weapon select
[Menu] - exit (the calculator will be in somehow wrong state, if menu is not working, try to turn it off and on)
48
« on: June 25, 2012, 03:56:17 am »
Hello,
I would like to introduce you my attempt to port Doom to Casio Prizm. Standard Doom requires about 8 MB RAM, so do not expect anything :-)
It is in a very early stage, slow and it will probably crash due to failed malloc.
Martin
49
« on: June 18, 2012, 04:50:15 am »
So, you use memset like this:
void * memset ( void * ptr, int value, size_t num );
Ptr will be a pointer to the screen, value the color, and num the number of pixel to change.
memset works with bytes, so you can use it to fill the screen, but only for few colors, where the lower byte equals the higher byte. Black or white is OK, but brown (0x9A60) not, because 0x9A != 0x60. Also the num is NOT number of pixels, but number of pixels * sizeof(unsigned short), because 1 pixel (= 1 unsigned short) == 2 bytes.
50
« on: May 23, 2012, 09:30:16 am »
...but video/audio will be cut. What is wrong with audio/video players ? Of course I cannot participate, because I already released my players, but I am interested in different implementations of the players.
51
« on: May 23, 2012, 08:00:28 am »
You may have array of images.
Then your main() could look like:
int main() {
while(1) {
int i;
int key = PRGM_GetKey();
if(key == KEY_PRGM_MENU) { GetKey(&key); }
for(i=0;i<NyanCatSize;i++) {
CopySprite(NyanCat[i], 0, 0, 160, 160);
Bdisp_PutDisp_DD();
Bdisp_AllCr_VRAM();
}
}
return 0;
}Martin
BTW: It seems "NyanCat.h" is not in the archive :-(
52
« on: April 20, 2012, 10:26:37 am »
Ok, well currently the quality isn't very high anyway, so I don't think it should be a problem. I was just talking about if you ever discovered a way to have even higher quality at high speed or something.
OK, this would be easy ;-) Currently I focus more on FXTerm and I hope it is not an issue :-)
53
« on: April 19, 2012, 11:34:13 am »
Make videos compressed enough to destroy the image quality as much as possible to make any text impossible to read, but still look watchable. Example below (another idea is reducing resolution to 84x48 then scaling the videos back up):
Unfortunately I do not have monopoly to create video. Anyone can create video and I cannot unrelease already released cfgplayer2. So if I decrease the output quality of the cgplayer2, anyone can downgrade to current version (or simply not upgrade from current version). Source code is already available.
54
« on: April 18, 2012, 11:51:37 am »
So, I have to have a way to connect to my computer with the COMM cable?
Yes.
55
« on: April 18, 2012, 10:32:49 am »
Can you connect with the USB cable? No. 1. I do not know how to communicate on USB (do we know such syscalls ?) 2. The device (calculator) must emulate usb->serial convertor so linux machine will make console for it. This would probably require low level programming of USB controller on the calculator. Do you know how ? I do not :-(
56
« on: April 18, 2012, 10:29:34 am »
Also MPoupe, would it be possible to make sure the video quality doesn't become too high or even remain as low as possible? ... What particular action do you mean I should do?
57
« on: April 09, 2012, 07:01:17 am »
BTW: the same way how to "forget" Base-N flag can be also used to "forget" password:-)
58
« on: April 09, 2012, 06:56:57 am »
@MPoupe, how many FPS we can get in cgplayer 2 (jpg based) with overclock?
With 150% overclock I would expect 3 fps :-) But I have to check how much time is spent in I/O (reading the file), because this can be completely avoided by direct flash access. I would expect 4 fps for that version.
59
« on: April 09, 2012, 06:49:26 am »
Question, in PRIZM ASM and C, is there something special preventing people to use or convincing them to not use the 2nd key (like with ON on the TI-84+)? I am asking this because I noticed that most PRIZM games use F1 as confirm key instead of the standard 2nd/Enter and it tends to be rather annoying when you are used a lot to pressing 2nd. 
2nd/Enter is much more inconvenient than F1 or exe (because of 2 key presses :-) ) and also Casio uses F1 as confirm key very common (at least since fx7700GB)
60
« on: April 08, 2012, 01:22:50 pm »
Good. I will need this. The .mjp on the cgplayer-simu is really fast.....   
Nice job :-) BTW: you can somehow slow down the player-simulator if you double the display window (right-click on it).
Pages: 1 2 3 [4] 5 6 ... 12
|
Show Posts