that is amazing... I cannot wait until I can get a castlevania judgement video on it

Give me a link to a youtube video and I'll make a screenshot for you!

Ok, I've been working on some compression methods for this.  Instead of playing every frame generated by SUPER, I am only playing, in this video, every 5th frame.  Although the file size in this example is larger than the previous ones, I am getting a full 1:38 video to play (the speed on calc is still not exact, though)!  I should note, once again, calc capture is making this go both slower and choppier than it is on the emulator/calculator!

Sound?

Considering the current way I am "playing" the video by showing a stream of images, I don't know how practical this would be at this point in development.  I hope to fix the speed at which the videos play so you could at least play the video on the calc and the sound on a computer and have it synchronized, though!

Rickroll!

First and foremost, I must thank thepenguin77 for inspiration to make this project and a method to make this happen.  I have wanted to do this for a while, but if it were not for your post doing this on the 84 a few days ago, this would have never happened! Also, thank you to calc84 for helping me fix a bug in showing the images!

This is a 16-level grayscale video player for the TI-Nspire Graphing Calculator.  As I said earlier, I based this off the method used by thepenguin77.  First, I download the video from Youtube, I send it through SUPER to convert it into a series of .jpg images, then, I use a Plug-In in The GIMP to convert the .jpgs to .bmps and resize the, finally, I throw the resulting .bmp images through my own program that generates a .c file that can be builtd with nspire-gcc and played on the Nspire!

The only drawback to this method is that it is terribly difficult for a user to convert a video to the Nspire format.  In its current state, it also requires one to have an Nspire development environment set up to build the generated .c file.  (It also takes a terribly long time to build the massive .c file that is generated!)

Nevertheless, it still does a great job doing what it is supposed to do:  Play videos on the Nspire!

Screenshot (It runs much smoother on the actual emulator):

I am in the process of coding a video player for the Nspire using almost the same method as described by thepenguin77 in his 84+ video player.  Unfortunately, I am having difficulty getting the .tns file to run.  I find that when I display one and only one frame of the video, everything works fine, but the instant I try to show more than one frame, whether it be 200 frames of 2 frames, the Nspire crashes.

For example, the code:

#include <os.h>

int main (void) {

char * buffer=malloc(SCREEN_BYTES_SIZE);
memcpy(buffer,0xFF,SCREEN_BYTES_SIZE);
char image1[SCREEN_BYTES_SIZE]={image data, too long to post here};
memcpy(buffer,image1,SCREEN_BYTES_SIZE);
memcpy(SCREEN_BASE_ADDRESS,buffer,SCREEN_BYTES_SIZE);
free(buffer);
return 0;

}

But, when I add a second image, like so:


#include <os.h>

int main (void) {

char * buffer=malloc(SCREEN_BYTES_SIZE);
memcpy(buffer,0xFF,SCREEN_BYTES_SIZE);
char image1[SCREEN_BYTES_SIZE]={image data, too long to post here};
memcpy(buffer,image1,SCREEN_BYTES_SIZE);
memcpy(SCREEN_BASE_ADDRESS,buffer,SCREEN_BYTES_SIZE);
char image2[SCREEN_BYTES_SIZE]={image data, too long to post here};
memcpy(buffer,image2,SCREEN_BYTES_SIZE);
memcpy(SCREEN_BASE_ADDRESS,buffer,SCREEN_BYTES_SIZE);
free(buffer);
return 0;

}

The Nspire crashes when I run the program.  Does anyone know what could be causing this?  Obviously, this program is still in very early stages, and the conversion process is difficult at this point, but, I can't make any more progress until I can at least see something play.  Is there something preventing me from calling memcpy( so many times?  The data files for each frame are HUGE, could having more than one be causing me to crash?   Any help would be much appreciated, I would love to finish this program, as I think it would add new dimensions to Nspire programming.

Also, for the curious, here is a screenshot of it successfully running one single frame:


(note, the dithering is done by my screenshot program, not the actual calculator)

Good news!

I updated my version of this yesterday and I tried it with the clickpad keypad again - and it works fine!  I guess I must have been using an old version or something by mistake!

Glad to hear this is progressing!