Bad apple VIDEO

https://www.youtube.com/watch?v=VzEUeWnV73U&ab_channel=whispersiichan Key's in the comments. The quality is low, but considering, it does look good, and it runs just fine on the original 3DS. And when loading the images, it didn't seem to take too long, rather the sound took a bit of time, and with the new DLC coming out, that may fix that. So, this may actually be a thing that could be implemented in games? Okay, I haven't seen the entire thing, or looked at the code, but itsjustsocool you have to seeeeee

For some reason, I did not think about the fact that the entire thing's in black and white, and that probably helps it run well... Well, whatever, it's still impressive!

can't find the key, can you just post it here?

I don't think that what is shown in the video was made on a 3ds

This is the wrong video. Edit: https://www.youtube.com/watch?v=SMddxAxhDwc seems to be the correct one. The music is Touhou 4's stage 3 theme, Bad Apple!!. The arrangement is by Doujin circle Alstroemeria Records. The platform is Nintendo 3DS SmileBASIC. The porter is Rei (rei_nntnd on miiverse). The quality is reduced to 8x8 blocks. The sound quality is reduced, but includes the voice. The public key is AENK3CJ. Better video (niconico): http://www.nicovideo.jp/watch/sm25704378 The joke is that this song and music video became insanely popular and people use it as an FMV test on all kinds of machines. Calculators, old PCs, now Smilebasic. Similar: https://twitter.com/PetitZoku/status/666230512856358912 (543YQ3GJ)

...

Can't view comments so someone else will have to fetch the key.

AENK3CJ

Geez, how'd I bone up like that? I don't even remember looking at the regular video that night...

Woah, how he did he get the entire song into SmileBASIC?!

A bunch of audio compression and low quality visuals basically :P

A bunch of audio compression and low quality visuals

We call those "optimizations" :)

This version cheats. The tech is great, it's all compressed and in a container format. But here's the thing: it decompresses the audio data...AND THEN SAVES A COPY. You just can't do that. Also it's all buffered beforehand.

Okay can someone give me some info here? Did he actually create the animation on the 3DS? If so how did he do that!? The only way I can think of sounds way too tedious.

What's wrong with saving a copy of the decompressed audio? Why is that cheating? Explain, explain!

When it comes to optimization, there is only one rule: get it to work. Nothing is cheating!

streambuffer or bust but really, great job on this.

Okay can someone give me some info here? Did he actually create the animation on the 3DS? If so how did he do that!? The only way I can think of sounds way too tedious.

He made a video player. The video is stored in some kind of compressed format, and the program loads this, decompresses it, and plays it back. It's all buffered beforehand so it's technically not streaming, however.

Okay can someone give me some info here? Did he actually create the animation on the 3DS? If so how did he do that!? The only way I can think of sounds way too tedious.

The video was preprocessed and then I assume the data was exported from that. Notice the grey blocks. The original video is just black-on-white, so something must have analyzed it and generated those while converting to the lower resolution.

Okay can someone give me some info here? Did he actually create the animation on the 3DS? If so how did he do that!? The only way I can think of sounds way too tedious.

The video was preprocessed and then I assume the data was exported from that. Notice the grey blocks. The original video is just black-on-white, so something must have analyzed it and generated those while converting to the lower resolution.

Yeah that makes sense, thanks.