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 - JosJuice
Pages: 1 ... 21 22 [23] 24 25 ... 98
331
« on: July 15, 2011, 07:16:44 am »
Will Wabbitemu run on Linux?
Sadly not. There are other emulators that run on Linux, but I don't think that they're as complete as Wabbitemu. Maybe you could try wxWabbitemu (or is it called vxWabbitemu?), which is based on Wabbitemu. Not sure what you mean by quite a bit of action, I'm mainly wanting to make some rpg's.
If you want to make an RPG, TI-BASIC is a pretty good choice. By action, I meant something like a platformer or adventure game where your character reacts to your input in real-time. So you program games on the calculator itself?
TI-BASIC and Axe are almost always programmed on calculators, but assembly (which is the hardest language) is usually written and assembled on computers.
332
« on: July 15, 2011, 06:15:59 am »
Welcome! If you want to try some games right now, you can download Wabbitemu which allows you to emulate a TI-83+/84+(SE). It'll also allow you to do everything else you can do with a calculator, like programming  You might want to try making a few TI-BASIC programs first. It's easy and simple (and very good at math), but quite slow. Afterwards, if you want to make games with a bit of action, try Axe. It requires you to install the Axe app to your calculator, but it's definitely worth it. The syntax might be a bit tricky at first, but it's much simpler than asm, and the games will be quite fast.
333
« on: July 15, 2011, 06:11:53 am »
I think Ashbad also codes for the PRIZM, but I don't think he ever finished a project for it.
I don't think anyone has finished a project, unless you count the quadratic slover and WFRNG. 
334
« on: July 15, 2011, 04:55:21 am »
The frame rate looks great! Is the video supposed to be in grayscale, or is this something that was added for compression?
Both:-) The video is in gray-scale (16 colors) to reduce video size.
Maybe RLE could be used for compression? It's popular on older calculators since they only have 2/4 colors. Using RLE with 16-bit color won't really work, but maybe it's good enough for 4-bit?
335
« on: July 15, 2011, 04:17:50 am »
The frame rate looks great! Is the video supposed to be in grayscale, or is this something that was added for compression?
336
« on: July 15, 2011, 03:53:46 am »
Is the rar file supposed to be able to sent to the calculator as a rar, or should only the raw file be sent?
337
« on: July 15, 2011, 03:45:43 am »
Yay, Prizm! I'll definitely try to create something. 1: Your game in g3a format (can be zipped) with the source code included.
Is it okay to submit it in some other format, for example g3m for BASIC games and possibly some kind of format for a shell in case a shell is created within two months?
338
« on: July 15, 2011, 03:00:14 am »
Other formats we could try are PNG but I'm unfamiliar with how long it takes to decompress compared to JPEG.
PNG might not optimize well. If I recall correctly, PNG is good for simple drawings and graphics, while JPEG is suitable for images with lots of details (such as photos). I'm also thinking it would be a good idea to interlace the video to increase speed while cutting size in half.
Wouldn't interlacing look odd on a screen like this, considering that it's running at a low amount of fps? TVs can get away with it, but they have a refresh rate of 60Hz/50Hz.
339
« on: July 14, 2011, 03:32:13 pm »
I have another question about the new version:
In the changelog, you wrote:
"Flash is locked after quitting Axe for security reasons."
What does that mean?
When a program or app wants to write something to Flash, they can do it in two ways. The first ways is to use BCALLs. It's quite stable, but sometimes there are things that you can't do that way. The other way is to write every byte directly to flash. However, TI has protected flash so that you don't accidentally write to it. Before the program/app writes to flash, it must unlock flash, which can be quite tricky. If Axe doesn't lock flash afterwards, another program might write to flash accidentally (but most programs will normally not even attempt to do it, so it's not dangerous in normal cases).
340
« on: July 14, 2011, 08:41:17 am »
...
The programmers there aren't trying to claim that they wrote ClrLCDFull. They just call it whenever they have to use it.
But me, I wrote this raycaster. I followed a tutorial, but I wrote the entire thing.
Yes. We probably just stop fighting.
341
« on: July 14, 2011, 08:36:33 am »
How large would the file size become if JPEG isn't used? Maybe we could try some other kind of compression... I don't know what one would fit, though.
342
« on: July 14, 2011, 08:22:27 am »
Ok, I should not fight but I read your link and it is written "Wolfenstein 3D" so it is you that didn't read your link before speaking. So before saying people are stupid, look at you. The thing he linked to was an raycasting tutorial. The mention of Wolfenstein there was only intended to serve as an example of what raycasting can do - that guy didn't make Wolfenstein or use any of its code. If you want to keep saying people copy others, go to the ASM forums and ask why they all use bcall(ClrLCDfull)
The programmers there aren't trying to claim that they wrote ClrLCDFull. They just call it whenever they have to use it.
343
« on: July 13, 2011, 01:13:20 pm »
Maybe because it was blocked? Maybe because TI, besides blocking it, did not provide any SDK for it like Casio?
I think you guys have gone far, but comparing it to the Nspire is unfair.
Yes, the Nspire was much harder - I agree that the two shouldn't really be compared like that. I was just trying to answer his question. Casio hasn't released an SDK, but the programming is incredibly similar to older Casio calculators and there is a file format ready for creating add-ins, making it pretty easy. (Once the Casio guys started helping, that is. Fishbot, z80man and I had no idea how to draw to the screen. )
344
« on: July 13, 2011, 03:21:40 am »
The busy box (or hourglass) is pretty annoying, but it is side effect of the Bfile_ReadFile_OS() function :-(
There's a bit of empty space below the video. Would it be possible to move the video down, so that the busy indicator will appear above the video? It would help a bit, even though it doesn't give us a way to get rid of the indicator.
345
« on: July 13, 2011, 03:15:14 am »
Wow, awesome! It looks a bit choppy, but the video is definitely recognizable. I assume that the FPS is low in order to keep the file size down? The blinking thing in the upper-right corner can be a little distracting, but other than that I couldn't find any flaws with the player. Sounds pretty nice, does it support sound and all 65536 colors?
There's no sound, but I think it supports full 16-bit color.
Pages: 1 ... 21 22 [23] 24 25 ... 98
|
Show Posts