Omnimaga
Calculator Community => Other Calc-Related Projects and Ideas => TI Z80 => Topic started by: fb39ca4 on December 17, 2013, 11:20:28 pm
-
If you aren't familiar with the song/video, see here (http://knowyourmeme.com/memes/bad-apple).
Seeing that people have made demos for the NES (http://wiki.nesdev.com/w/index.php/Bad_Apple) and Gameboy Color (http://emuconsoleexploitnews.blogspot.com/2011/05/bad-apple-demo-ported-to-gameboy-color.html), I thought I'd try my hand at making one for a calculator. So far, I've got an RLE encoder written in Python, and a z80 ASM routine to decompress and display the video. It's running in 6Mhz mode right now, with video stored at 30fps but displayed at an unregulated framerate (how do I regulate it?), and I hope to add sound with 15Mhz.
The reason the GIF cuts off halfway through the video is because spasm hangs during the first pass when I try to add more than 39 pages to the application. (I need 76 for the whole video) If anyone knows a workaround, please do tell me.
-
Wow that is really nice and smooth! It's incredible how much you could store with compression :)
Also at first, I thought this topic was about a game that makes fun of the Apple company :P
-
i know it's because the original is monochrome, but this is the best looking thing i've ever seen on an 83/4 screen =D
-
fb39ca4: Your video is pretty impressive so far.
For your unregulated video rate problem, I think there are crystal interrupts on some models of TI. I can't remember which calculator had which interrupts available, but this would be your most reliable time base. Then you can add counters to divide the frequency and find out exactly when to render the frame for the selected frame rate.
I haven't done anything with TI calculators for a while, tell me if I'm wrong.
-
yeah, there are crystal timers on all the 15MHZ models (83+SE and the 84+ variants). if it's only at 6MHZ right now, there should be plenty of extra cycles to handle timing things, too =)
-
That's pretty awesome :D Been a while I wanted to see Bad Apple on a calc.
For the workaround, you can always try the algorithm they used to fit the video on a NES cart.
-
Didn't someone make this already?
-
Didn't someone make this already?
Download link or it didn't happen.
-
Wow, that is looking awesome o.o
-
@Keoni: That is actually the link that fb39ca4 posted in IRC yesterday. :P I think that is what inspired this project (as that one is suspected of being fake). I thought to myself "That would actually probably work pretty well on calc, and I assumed he thought the same. :D
@fb39ca4: When I saw your topic about flash pages, I had a suspicion that you might be attempting this. This is looking fantastic so far. :D
-
Didn't someone make this already?
Download link or it didn't happen.
If this is the same video I'm thinking of, then I agree. If it was real, we would have heard about it on one of the calculator forums.
@Keoni: That is actually the link that fb39ca4 posted in IRC yesterday. :P I think that is what inspired this project (as that one is suspected of being fake). I thought to myself "That would actually probably work pretty well on calc, and I assumed he thought the same. :D
@fb39ca4: When I saw your topic about flash pages, I had a suspicion that you might be attempting this. This is looking fantastic so far. :D
Actually, I first saw this video (http://www.youtube.com/watch?v=gy3NCr4rX-Y) and thought it would be neat if it actually was a thing on a Gameboy. Then I discovered it had already been done, so I decided to do it on a calculator. I actually didn't see the allegedly fake video until after I had started on this. But even if that one is actually legit, it doesn't have any sound.
-
That said, there are certain people who don't like forums and will only upload their programs elsewhere like ticalc or post videos of them.
-
The reason the GIF cuts off halfway through the video is because spasm hangs during the first pass when I try to add more than 39 pages to the application. (I need 76 for the whole video) If anyone knows a workaround, please do tell me.
I've run into one particular crashing problem with SPASM lately, which was trying to #import a filename that doesn't exist (due to a typo). You're sure that's not the problem here, right?
-
I've got .bin files for all the pages padded with zeroes to 16384 bytes. To use them with spasm, is this what I should do for each page x?
defpage(x)
#import "bin/pagex.asm"
-
I've got .bin files for all the pages padded with zeroes to 16384 bytes. To use them with spasm, is this what I should do for each page x?
defpage(x)
#import "bin/pagex.asm"
That sounds right, though I personally rarely mess with the app.inc macros past defpage(0,"Name").
-
Just tried it, and it made spasm crash. I'm just going to merge the pages and sign manually from now on. Is there a way for spasm to pad a .bin output file to 16kb?
-
Just tried it, and it made spasm crash. I'm just going to merge the pages and sign manually from now on. Is there a way for spasm to pad a .bin output file to 16kb?
Assuming you're using the normal page addresses ($4000-$7FFF), you can put .block $8000-$ at the end of the source to pad the page.
-
I don't really like the Touhou universe, but I find this amazingly epic!
-
Update time!
Spasm has been very uncooperative, so it is now relegated to assembling the first page of the app, and I have put together some scripts to piece together the rest and run rabbitsign on the result, so now you can see the full video. I also made the switch to 60Hz interlaced, allowing me to time the audio better when I implement it. This has the side effect of making the GIF look very ugly, but it shouldn't be as noticeable on a real LCD with display blur. (Suggestion for Wabbitemu devs - instead of trying to detect grayscale and display the appropriate shade, simulate the LCD's motion blur.) If you run this on actual hardware, you should hear an A if you plug in speakers, as a proof of concept that sound is possible alongside video. I also have in the works better compression, by switching between RLE-encoded full frames and p-frames (stores changes from previous frame) encoded similar to this (http://wiki.nesdev.com/w/index.php/Bad_Apple), as suggested by Juju. I already wrote the encoder and it appears to give a 30% reduction in size compared to only RLE, but I still need to write the decoder for it.
-
That's some nice work you've got there. I remember you demoing this on IRC and that sound glitch from before. Nice to see it fixed :D
-
I didn't fix the sound glitch. It happens when using two sound channels and I disabled one of them in this version.
-
Ah okay. It seemed that it was fixed :P
Nice work, regardless, and I wish you luck!
-
Tested the version linked to me on the IRC chan on hardware (TI-84 Plus SE). The timing fix works, and the interlacing is less noticeable on the actual hardware. It's still obvious when the scene changes very fast, tho.
-
Sounds good! Here is the version with the timing fix.
-
I've been making some progress on P-Frames. It's not quite ready yet, as you can see in this GIF:
-
Ooh I see you are using interlacing now :D
-
I was also using interlacing in the previous GIF, but here it is much more visible as I had a bug that made the "upper" frames display on the "lower" scanlines and vice versa. I also fixed the problem last night, but forgot to upload the updated version, so here it is. There's no visual difference, but I managed to make the file size smaller.
-
I am definitively curious about how this would look like on the color models. Maybe scanlines would have to be used, although from experience with scanlines before, I fear that they would become annoying compared to just drawing every two line without moving them around.
Glad to see progress by the way! :) (Also thanks for not using a 8 MB large GIF as your avatar like some people did before :P)
-
I've added sound. Go ahead and try it in Wabbitemu or a real 83+/84+ SE, but be warned that it is horribly out of tune. There is also stuttering in the audio, but I can't tell if it is Wabbitemu or my code.
-
Awesome! I'll listen to it now. :D Also yeah WabbitEmu is usually 1 second behind when playing audio and maybe if the computer lags it won't help either.
-
The previous version simply stored what note was playing at each frame, and updated the audio channels accordingly. Because notes did not land exactly on the boundaries of 1/60th of a second intervals, the timing for everything was slightly off. This version, I implemented a proper tracker, which runs on its own timer eight times per beat, providing perfect precision for 1/32 notes, and the notes are stored by length instead of once every frame, reducing the size of the data. Now, the downside to this is it is no longer perfectly synchronized with the video, and since I am using Wabbitemu, I can't tell what is my fault and what is the audio delay present in Wabbitemu. Also, I can now go back to 30Hz progressive frames, but I'll save that for tomorrow.
-
Can you try to calculate what is the lag between audio and video? It might simply be an imprecision problem that causes audio to slowly get out of sync with the video.
You could always try to resync the audio with the video every second or half second, but I think this might cause audio glitches that will be really bothering to some.
Good luck, keep up the good work. (Because of you I really got hooked on that Bad Apple song :P)
-
The desynchronization is because I need to have the video running on a timer at 60Hz, and the music running on a timer of 18.4Hz, but I can't set the timers to fire at exactly those rates. I should be able to get it fairly close in the end, but to do that, I need a real calculator, as the audio delay in Wabbitemu makes it hard to tell what is in sync and what is not.
EDIT: Going back to 30Hz non-interlaced was easier than I thought it would be. Latest version is attached:
-
Just FYI, from what I rememeber wabbit doesn't playback sound properly (the pitch is off i think). Will check out on hardware ina bit. :)
-
I just listened to this and it sounds much better now :)
-
Two things in this update. The first is behind the scenes - I replaced the RLE compression I was using previously, which stored runs of individual pixels, with one that stores runs of bytes. The former was slow to decode because the bytes sent to the screen needed to be reconstructed bit by bit. The method I am using now, which is the similar to the one used for the Pokemon Mini version (http://www.youtube.com/watch?v=Jr_pVfFXcrk), is much faster to decode, and also takes up less space. The second is I am trying something new for synchronization. The video is supposed to run at 30Hz, and the audio updater is supposed to run at 18.4Hz, a 1/46:1/75 ratio. I now have a single timer controlling both firing at 1380Hz (well, as close to 1380Hz as I could get it), and the video gets updated every 46th time it fires while the audio gets updated every 75th time. Hopefully, this results in better synchronization. It would be great if someone could run the app on a real calculator and let me know about how many seconds the music is off - use the original video for reference.
-
Very nice. At one point I need to find my adapter again to try this. I hope it fits in my 84+ link port. (I had troubles fitting it in the CSE one)
By the way, would this method allow a smaller version of the Zelda: Dark Link Quest video at the end of the game if it was converted to it (of course there would be no sound)? http://youtu.be/vapwcynbgvs?t=1m18s (The original is made of code, images and some drawing commands/libs, not just entire video frames, so it would most likely need to be converted from a GIF or video)
-
The compression I am using would not be very helpful, as it is meant for large areas of solid color. You could try looking into Pucrunch or Apack, which are more general purpose algorithms, which is what I believe Iambian was using in his YABVA.
-
Ok thanks anyway :)
-
Ok, so I can't find my adapter at the moment. I'm sure it's hidden somewhere in the bowels of my room. I'll look again after I clean up today.
-
It's hard to tell how well the audio is synchronized, so I'll have to do some more tests. It appears to be the correct length as the video, so that's promising. One issue I see is that the video often won't start, and sometimes the audio won't play. It didn't happen in tilem, so I don't know what could be causing it. I also have a feature request: a key to instantly escape, since the only way out is to pull a battery.
-
You could always keep the length as the number of pixels, then draw the screen in bytes as soon as the location is aligned, until the number of pixels remaining drops below 8.
-
Alright, finally got to test this on hardware. Here's my feedback. I tried 3 different headsets and could not get this to produce sound. However, when I plugged it into my pc speakers, viola! Sound! It did crash after running though, and now it doesn't seem to want to run again. These are the results of my initial tests. Test was done on a TI-84+SE.
*edit* Oh, and because it's relevant: I have had sound work in other calc apps with just headphones. I may try on more calcs and see if there is any difference.
*edit 2:* A few battery pulls later it is working again and I am getting sound through headphones as well. So, it works sometimes, but looks like you might have a few bugs.
*edit*3: It's hard to sychronize the original vid and the calc vid playing together, but I think the tempo of the calc version might be a bit slower. It seems to end a second or two later.
-
I think I have fixed the crashing problem, so the latest version is attached. By crash, did the app exit, and then did the homescreen cursor appear and freeze? By the way, what program did you use to transfer the app? It fails 3/4 of the way through with TI-Connect, and I haven't been able to get TILP to detect the calculator at all.
-
Do you use a serial link cable? I noticed most large apps fail halway through with it in TI-Connect, while with direct USB it works fine. I didn't try silverlink, though.
-
I'm using direct USB.
-
When it froze it did so just as you described. I transfered the program with ti connect using the silver link. i've never had any luck with tilp. I'll try the new version when I'm home tomorrow. If there's any other feedback you want or anything else you want me to check, let me know. :)
-
There isn't really anything else to test. I just have to figure out how to transfer the app to a real calculator, and then I can figure out the synchronization, and then I will do a final release and take a video.
-
Not sure exactly what is going on here. When the previous version crashes,(at the end of playing) it cause the program to not want to run at all. It just shows a blank screen when trying to run the app again. It will eventually work, but after several battery pulls. Sometimes the app will run, but without sound as I was describing. Right now, I have the most recent version on calc. I did a full reset (Ram+Flash) after the old one crashed. The new one is freezing (blank screen)when trying to run the app now as well. After several battery pulls, I did get the app to run, but with no sound. I'm wondering is some flag is being messed with when the program crashes and is causing issues? Not really sure... Whatever it is, a full reset does not fix the issue.
*Edit* Another thing to mention; With both versions, when sound is not working the app does not crash at the end.
-
It's probably too late to implement in this project, but if you ever are compiling custom apps in the future, I really like brandonw's to8xk (http://brandonw.net/calcstuff/to8xk.zip). It takes a binary file as input and exports an unsigned app that you can sign with rabbitsign. I've used this program for all of my video players and I've never really had any trouble with it.
I attached a special version that I use that allows lowercase app names. I believe a long time ago I recompiled brandonw's code to do that.
-
What's the point when Rabbitsign takes binary files already?
-
What's the point when Rabbitsign takes binary files already?
I didn't know that. I guess I've been doing it wrong for a while then.
-
I guess TILP doesn't like Bad Apple. I have successfully transferred a larger app (http://www.ticalc.org/archives/files/fileinfo/441/44145.html) to the TI 84+ SE I am using, but Bad Apple always fails 3/4 of the way through.
-
So the problem was the sound interrupt taking up all the CPU time. I had to decrease the frequency of the interrupt slightly, but now everything works on real hardware! Final version is attached.
-
Another update! I posted the video above to 4chan, and someone there was nice enough to make me a remix of Bad Apple. There's so many notes I would need two flash pages to store them all, which I have not implemented yet, so the noise channel gets cut off at the end. You can download the app or listen to a recording from an actual calculator here: https://mediacru.sh/eB0-390qIAv6
-
calc84maniac, I finally implemented that suggestion you made to me on IRC a while back, with accumulating an error based on the fractional part of the period of the tone, and using that to toggle between two values of the period. It sounds much better in tune now.
https://mediacru.sh/c9N_s7H81xWa - use the cogs to download a 96KHz FLAC.
-
That's an impressively drastic improvement :o. The music student in me, I'm afraid, couldn't really tolerate how off-pitch the earlier versions were. But now it's much, much better indeed. :D
Keep up the good work!
-
Hotdamn, how did I miss this? Outstanding achievement, fb39ca4.
-
yeah this is looking awesome :D
-
there are no words to describe how bad-ass this is
-
Changed some things around and now only one timer is used, removing the overhead from the interrupt checking which timer was triggered. Because of this, I can run the interrupt slightly faster, hopefully pushing the high pitched noise out of the range of hearing for some more people. I also halved the frequency of one channel, allowing for the more of the lower pitched notes used in the original version of the arrangement (https://www.mediafire.com/?x4do6earr5nsyy4) I was given.
Audio: https://mediacru.sh/QgFEW5zufpdI
-
I don't have a CSE to test on, but the mediacrush link sounds so awesome. I love audio on the z80 calcs :D
-
You don't need a CSE (It won't work at all on it), just an 84+ SE. (Or if you would like to be the first one to try it, an 83+ SE.)
-
Whoops, my mind slipped there. :D When i unpack my cable i'll definitely check it out.
-
I'll have to give the updated version a listen. Haven't had a chance to check it yet since you improved things.
-
Help please, I'm not sure what I'm doing wrong.
Just bought a used TI-84 Plus Silver Edition today.
Went through and reset the calculator's "Defaults" and "Memory". The calculator is now showing:
RAM FREE: 24220
ARC FREE: 561062
I have downloaded and installed, successfully, the TI Connect Software. The program seems to be working fine fine and interfaces with the calculator. Was able to make a full back-up of the calculator's files.
The problem I'm having is that when I try to use the "Send To TI Device" element of the software to transfer over either badapple_1.0.8xk or version 1.3.8xk it will start to transfer and then error out with the following message box:
Transfer Status
USB Communication Error: Insufficient memory (8C08000C)
|Retry| |Skip| |Cancel|
Any idea as to what I'm doing wrong?
Edit:
And I just now retried using TiLP. It is also telling me "Out of Memory" when attempting to send either of the versions to the calculator.
-
That's because the file is bigger than the space on your calc. I'm not sure, but I think it only works on an emulator :/
-
When you reset the entire memory on a 84+SE, you should have 1504K of archive. It seems you have almost 1 MB missing there.
However, I noticed sometimes that even with enough archive, files might still fail to send to the calc. The trick then is to wipe everything out, then send each file in order of the largest to the smallest.
-
A recommendation for making the actual video smaller and faster: Interlacing
This technique is frequently used in TV transmissions. It allows you to cut the signal data in half without reducing the resolution. You update every other line in each frame, alternating. So, you would have effectively 15 fps for video, but by updating each other line like 30 fps you can still get a pretty good picture. This is particularly effective on blurry displays like the 84+ LCD, since the slight jagged edges caused by movement lag are softened. That's what I get for only reading the first page of posts.
I really like it though! It looks really nice! <3 the touhou music
-
Just bought a used TI-84 Plus Silver Edition today. . . . The calculator is now showing:
ARC FREE: 561062
Are you sure it's a TI-84 Plus SE and not a TI-84 Plus, non-SE? If you are, use the Reset All Memory option. It's not the same as resetting RAM and archive separately.
You could totally port this to the color if you think up a good screen updating algorithm. Even at 320x240, each frame probably only needs a few hundred pixels updated.
-
However, I noticed sometimes that even with enough archive, files might still fail to send to the calc. The trick then is to wipe everything out, then send each file in order of the largest to the smallest.
This usually happens when you already used your calc for a long time (and had a lot of objects in it, deleted a lot of them, and caetera, getting a lot of non contiguous space used), but not on a new bought calc.
Just bought a used TI-84 Plus Silver Edition today. . . . The calculator is now showing:
ARC FREE: 561062
Are you sure it's a TI-84 Plus SE and not a TI-84 Plus, non-SE? If you are, use the Reset All Memory option. It's not the same as resetting RAM and archive separately.
You could totally port this to the color if you think up a good screen updating algorithm. Even at 320x240, each frame probably only needs a few hundred pixels updated.
A non SE has 480 Ko IIRC, so 561062 o is not possible.
I just suspect there are a lot of useless apps installed by default on the calculator (like CellSheet in every language) so a lot of wasted space. Just remove useless apps and you'll probably be able to transfer what you want :)
-
Yeah, the crappy TI apps take the two thirds of archive and nobody ever uses them.
Also in English it's B, not o.
/me runs :P
-
Thanks, didn't realize I could delete all those programs safely.... well maybe one can't really. TI Connect doesn't see my calculator now. hmm...
Oh well, got Bad Apple successfully installed using TILP just a few minutes ago. Now a new question.
To get audio, is all I need just a jack adapter for the I/O Port to be able to connect a 1/8" (aka 3.5mm) audio jack?
-
Yeah, and then you get ear candies!
Edit : Well, I'm not into Touhou, but I like how good the tune sounds! O.O
-
Gonna have to check it out. I feel too lazy to wipe my calc and send a huge file to it though right now.
-
Bought the serial jack adapter at Radio Shack and have wowed several colleagues with it.