Bitty Bird!

BTTYBIRD.8xp
0.76 KB
downloaded 689 times

BTTYDRAW.8xp
0.16 KB
downloaded 556 times

b/Contests publicado por u/JWinslow23 May 12, 2015, 02:55:57 PM

Bitty Bird!

Have you ever thought Flappy Bird was too easy? Are you easily able to get a score of at least 5 every time you play? Have you been playing so much that you sold all your possessions for some reason in order to keep playing it?

Well, now there's hope

Introducing: Bitty Bird! (updated screenie; access old screenie by clicking here

Bitty Bird packs all the fun and frustration of Flappy Bird into the barest resemblance of a game you can make it into

. It's also written entirely in TI-BASIC, so the minimalist aspect really shines there

.

Press UP to flap your less-than-a-subpixel-long wings, and get through as many of the definitely-metallic-and-green pipes as you can before you crash! At the end, it shows you your score as individual letters and digits (i.e. a score of 14 would be S C O R E 1 4 flashing on the screen). You can press CLEAR to quit at any time.

It has two programs, BTTYBIRD and BTTYDRAW. Both are needed, and you run the game by running BTTYBIRD. You can download them ~~after the contest, otherwise I'm disqualified~~ right below, as attachments to this post.

Planned features:

~~Cramming the game in 2x2 pixels~~ Not a chance
~~Coloration of the bird, sky, and pipes~~ I guess the pipes are already green
~~Physics so realistic your eyes hurt~~ It's pixels, not hi-def 64-bit graphics
~~insert funny joke here~~ Nope
Difficulty settings

Please give me feedback! Thanks in advance!

Last Edit: June 03, 2015, 03:01:32 PM by JWinslow23

Inicia sesión o crea una cuenta para dejar un comentario

u/Dream of Omnimaga May 12, 2015, 06:42:01 PM

Just as an heads up, the in-game text and the border during gameplay would be against the contest rules. In order to not be disqualified you would have to remove them entirely. For gameplay size you can simply use Text(-1,A,B," " instead of two Pt-On commands so it would be larger and still fast. Other than that I like it so far

u/JWinslow23 May 12, 2015, 07:06:46 PM

Quote from: DJ Omnimaga on May 12, 2015, 06:42:01 PM
Just as an heads up, the in-game text and the border during gameplay would be against the contest rules. In order to not be disqualified you would have to remove them entirely. For gameplay size you can simply use Text(-1,A,B," " instead of two Pt-On commands so it would be larger and still fast. Other than that I like it so far

The in game text (the SCORE letters) perfectly fit in the 4x3 requirement

. And I'll take your advice on the Text command.

u/Dream of Omnimaga May 12, 2015, 07:35:21 PM

Oh ok I was more wondering about the "Jwinslow23's Contest Entry: Bitty Bird. Up to Flap, clear to quit" in the screenshot I saw earlier. I thought it was part of the game, hence why i was making sure.

u/JWinslow23 May 12, 2015, 09:52:36 PM

Quote from: DJ Omnimaga on May 12, 2015, 07:35:21 PM
Oh ok I was more wondering about the "Jwinslow23's Contest Entry: Bitty Bird. Up to Flap, clear to quit" in the screenshot I saw earlier. I thought it was part of the game, hence why i was making sure.

Understandable. I just typed that on the homescreen in the screenie so that people could understand what was going on in context without having to read on.

And on the Text command, I wasn't able to find a character that could be interpreted as one rectangle block, and adding lines to characters that came close slowed it and made it look bad. So, I don't know what to do except for Pt-On.

u/Dream of Omnimaga May 12, 2015, 10:06:41 PM

Wouldn't spaces work? With text(-1, two spaces are like 12x8 pixels large and it makes an entire rectangle white. Then the black 8xi file can be used to erase them. That said, having to redraw everything might still slow things down.

Otherwise you could use xLIB or DCS7 rectangle command, unless your goal was to absolutely make the game pure basic.

Last Edit: May 12, 2015, 10:08:28 PM by DJ Omnimaga

u/JWinslow23 May 12, 2015, 10:47:26 PM

Quote from: DJ Omnimaga on May 12, 2015, 10:06:41 PM
Wouldn't spaces work? With text(-1, two spaces are like 12x8 pixels large and it makes an entire rectangle white. Then the black 8xi file can be used to erase them. That said, having to redraw everything might still slow things down.

Otherwise you could use xLIB or DCS7 rectangle command, unless your goal was to absolutely make the game pure basic.

With this one (and actually, most programs I write), I really wanted to challenge myself. I want it to be in pure BASIC, and need as few extra files and subprograms as possible. Same with that pi program. I'm not sure how it'll exactly work (unless you can stand a full wash of black before the game begins...actually, I'll be right back)

u/Dream of Omnimaga May 13, 2015, 06:49:10 AM

It depends. With pre-rendered pictures and a resolution of 3x3 you could have faster pure-BASIC movement with full screen, but then the game would flicker a lot.

In any case, good luck!

u/Snektron May 13, 2015, 01:40:49 PM

But wouldn't that require like 2^12 different textures? even if the tios had that many variables it wouldn't even have enough ram

u/JWinslow23 May 13, 2015, 02:03:19 PM

I found a way to have the blocks take up the entire screen! (Well, there are leftover pixels on the right, but it fills as much as I can fill

.) In order to do this, the game is inverted, and 1 entirely black Picvar has to be created (which is done in the program). And the game still runs at a playable speed.

I'll post another screenie as soon as plausible.

u/JWinslow23 May 13, 2015, 10:56:45 PM

Bump.

I made the grid bigger, and implemented difficulty settings (in the form of different pipe forms) (bet you can't guess the formulas I do to figure them out

Download link ~~will become available when it faces judgement from the original walrus.~~ attached to the original post.

Last Edit: June 03, 2015, 03:01:58 PM by JWinslow23

u/Dream of Omnimaga May 14, 2015, 03:23:33 AM

For a second I thought you posted your program publicly

(it would disqualify you).

Also nice update. I am surprised that it runs this fast

. Do you pre-render your graphics? Also I see you switched to 3x4 lol. I guess it's kinda fitting though considering the original Flappy Bird was on smartphones.

u/Snektron May 14, 2015, 08:25:32 AM

Whia cool, im surprised too it runs that fast

u/JWinslow23 May 14, 2015, 02:13:22 PM

Quote from: DJ Omnimaga on May 14, 2015, 03:23:33 AM
For a second I thought you posted your program publicly (it would disqualify you).

Also nice update. I am surprised that it runs this fast . Do you pre-render your graphics? Also I see you switched to 3x4 lol. I guess it's kinda fitting though considering the original Flappy Bird was on smartphones.

Didn't release, don't you worry. Just want to mess with people who don't read the file extension

. (and the size is the same as it always was, save for the size of the blocks)

As for graphics, the only "pre-rendering" I did was the full shade of the graph screen. I made that into a picture, and then for every time I had to draw, I recalled that picture, and drew each "pixel" with 2 Text(-1)s of spaces. (The drawing is all handled in that subprogram, BTTYDRAW)

Quote from: Cumred_Snektron on May 14, 2015, 08:25:32 AM
Whia cool, im surprised too it runs that fast

Thanks. The same surprise was here when I actually implemented that larger grid.

u/Dream of Omnimaga May 15, 2015, 07:09:26 AM

That's actually a good trick I guess. I was wondering if anyone would use it in BASIC. Since you just fill the entire screen then it counts as using the allowed resolutions, just rendered slowly during pre-rendering (I would have issues with it if you did fancy animations such as rendering every two line of pixel then the rest, though

)

And yeeah I am really impressed by the speed considering the large amount of Text commands that are being used. Maybe I just forgot how fast screen drawing can be on the monochrome models, though.

Do you use For loops? Those can slow things down a lot, although they reduce the code size a lot too.