1126
TI Z80 / Re: Four Level Grayscale Video
« on: January 29, 2011, 12:03:01 am »
I got too anxious. Read the Edit2 on the first post. That will probably fix your problems.
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. 1126
TI Z80 / Re: Four Level Grayscale Video« on: January 29, 2011, 12:03:01 am »
I got too anxious. Read the Edit2 on the first post. That will probably fix your problems.
1127
TI Z80 / Re: Four Level Grayscale Video« on: January 28, 2011, 11:57:41 pm »
Send the app and the program and run the program. That's so it's easier to modify while working on it.
1128
TI Z80 / Re: Four Level Grayscale Video« on: January 28, 2011, 11:56:17 pm »
It obviously depends on the video. But if you get around 30% compression, around 90 seconds. Meaning that it holds more video than sound.
I forgot to mention in the first post, don't garbage collect with this on your calculator. Some of the pages start with FF and the app will surely get corrupted. 1129
TI Z80 / Four Level Grayscale Video« on: January 28, 2011, 11:46:25 pm »
Yes, that title means exactly what you think it does. I can play 4 level grayscale videos. The videos run at 15 fps and are 12*64*2 = 1,536 bytes a frame. But through some RLE (compressing 00's and FF's) I managed to get compression ratios of about 30% meaning that overall, these videos run at about 16KB/s.
As far as the converting, it is very ugly. First I send a video through SUPER and it spits it out as a series of .jpg's. Then I use a GIMP extension to convert those to .bmp's. Then my converter looks at each picture, decides which colors go where, and spits out a binary which goes through To8xk and Wabbitsign to become an app. To decide what color to use where, I tried two different strategies. The first was to tally up all the brightnesses of every pixel in the whole video then take the Q1, Mid, and Q3 as the cutoffs for each color. But this resulted in parts of the video that were mostly one color. So used the same technique to calculate the cutoffs each frame and that is what I use now. (But the old way is still possible with the flip of a bit.) There'll be more videos to come. Even one sync'd with another calculator for sound (bet you can't guess what that is ). But for now, you just get to watch me do a Daffy off a jump while skiing. Edit: It looks better in wabbitEmu, so here are the files. (I can't even imagine on a real calc 0.0 Edit2: I got too anxious and uploaded an uncompressed video and a decompressing player. Fixed now. 1130
ASM / Re: [Urgent Request] Modifying OS 2.53MP« on: January 28, 2011, 05:58:16 pm »
It takes about 1 minute on calc to install or uninstall.
You could even pull a battery while doing a really long calculation to get a ram clear. In fact, the only time you won't get a ram clear is if the OS is doing nothing. Or you could pull a battery, wait about 5 seconds, hold delete, then put the battery back in. That is just as effective as pulling all 5 batteries and it has saved me from several nasty crashes. 1131
ASM / Re: [Urgent Request] Modifying OS 2.53MP« on: January 28, 2011, 05:36:33 pm »
Nice. But all of mine are reversible too I don't like one way OS patches.
Also, with yours, what happens if they pull a battery while a program is running? :S Edit: I'm not sure if your program blocks programs from running, but even pulling a battery during graphing will do it. 1132
ASM / Re: [Urgent Request] Modifying OS 2.53MP« on: January 28, 2011, 05:10:24 pm »
I would love to see someone glitch axe badly enough to unlock flash. And then they'd have a heck of a time trying to do all the flash copying back and forth.
Really, I would image the whole program would be one big Asm( statement. 1133
ASM / Re: [Urgent Request] Modifying OS 2.53MP« on: January 28, 2011, 05:03:53 pm »
That would almost require a hook. It might be possible to intercept the OS before it brings up the Memory menu, but that would be tricky. Then I guess you could store the code after the OS on some page with a password hard coded in. The problem I see though is that something like that would require quite a bit of space which might not be possible.
1134
ASM / Re: [Urgent Request] Modifying OS 2.53MP« on: January 28, 2011, 04:16:23 pm »
That would actually take some work. I could either make a menu hook, which defeats the whole purpose of this. Or I could change it to some token that no one ever uses and rewrite that to say the game.
So for instance, I could take ClockOff, change it in memory to The Game. And then change the Memory Menu to display that. The only problem is that ClockOff would look funky from now on. Edit to your edit: I can change any menu I like to any other option, I just can't add data, only delete it. 1135
ASM / Re: [Urgent Request] Modifying OS 2.53MP« on: January 28, 2011, 04:05:12 pm »I would download this just for kicks if I didn't have OS 2.43. I have to say, though, that is too cool Who said it didn't work on 2.43? (I love my new OS patcher ) 1136
ASM / Re: [Urgent Request] Modifying OS 2.53MP« on: January 28, 2011, 03:13:19 pm »
Problem solved, I thought about this today during school. The memory menu is still the best way to delete stuff, so why not just hide it? I put it in the Stat>Tests>Bottom. I overwrote ANOVA(, but who uses ANOVA(? (It's still in the catalog )
You can just reinstall this right over the old one, it does the whole thing so it's just redoing what the first one did. 1137
ASM / Re: [Urgent Request] Modifying OS 2.53MP« on: January 27, 2011, 11:52:37 pm »
Sorry for the double post but the topic says [Urgent Request]. This took me about 20 minutes, so enjoy.
1138
ASM / Re: [Urgent Request] Modifying OS 2.53MP« on: January 27, 2011, 11:20:48 pm »
zStart would help if combined with Omnicalc's memory block function. Of course they could always disable Omnicalc and kill it, but a simple ram clear wouldn't fix their problems.
I'll look into this and probably fix it tomorrow. I'm thinking of changing the menu data so that the Reset menu only has 1 option, which is RAM clear. I could also completely wipe out the Mem > 2 menu. Do you want that too? Edit: I can just change the Mem > 2 to like sin( or something. That would kill it. 1139
Miscellaneous / Re: Impatient Insanity« on: January 26, 2011, 10:19:15 pm »Sleep cannot come on a roller coaster That's deep. I also managed to pause the video before it started playing. 1140
General Calculator Help / Re: 84 Plus...six apps...out of memory...help?« on: January 25, 2011, 03:11:46 pm »
Pulling the batteries out has no effect on flash. It is the same as forcing a RAM clear by holding DEL in while you insert a battery.
Darl, I believe that your problem is that you are simply out of memory. The reason that this is not apparent though is that you have 76k left. But that 76k is not continuous. Flash is made up of sectors, and each sector is made up of 4 pages that each contain 16,384 bytes. When you archive something, it is fine if it crosses a page boundary, but it cannnot cross a sector boundary. So that 76k that you see is free is actually just the little bits and pieces left at the end of your sectors. The reason that you managed to up your limit to 12 is that during all your memory shifting, you managed to get the programs to fit better in your sectors. Imagine trying to fill several large boxes with smaller boxes, obviously, if you do it haphazardly, you will not get as many to fit as you could if you tried some sort of strategy. Now to make the most of what you have left. If you really want to squeeze all the space out of the calculator that you can, here is what you can do: 1. Send all you programs to your computer (apps don't matter) 2. Make sure your variable archive is clean (a reset Vars wouldn't hurt) 3. Sort them by size. 4. Send them back biggest to smallest Hopefully, doing this will make the programs fit into the sectors in the most efficient way and you will be able to maybe fit 16 apps on. But don't forget, you only unlock an extra sector for apps when you manage to not use another 65,536 byte sector because apps and programs cannot exist in the same sector. |
|