[fogleman]

Mike: I uploaded a new version that supports retina displays.

[fogleman]

Let me guess… retina display?

I’ll try to fix it soon.

[fogleman]

Hey Mike,

Just updated to support opening directories!

http://www.michaelfogleman.com/static/GameFrame.app.zip

[fogleman]

My Game Frame simulator currently only animates image sequences within a single file. It doesn’t look for 0.bmp, 1.bmp, etc. on disk.

I can potentially help out with a custom tool for generating files in the appropriate format for the Game Frame. Can we outline the basic requirements for such a tool? What are the inputs?

[fogleman]

It looks sort of like the one on this page:

http://www.michaelfogleman.com/sync/

Except that GIF is a very short loop, just a few seconds.

[fogleman]

Awesome, glad to help.

When I wrote that firefly code, I thought about doing it with an LED grid. But I’m not a hardware guy and never got around to trying. That was the first thing I thought of when I saw the Game Frame and I was sold instantly.

[fogleman]

Updated build.

Screenshot: http://i.imgur.com/LHKRS3d.png

Link: http://www.michaelfogleman.com/static/GameFrame.app.zip

[fogleman]

Try this.

http://www.michaelfogleman.com/static/2000.bmp

[fogleman]

Scratch that. I think it’s correct.

The height is positive and the bottom pixels come first in the binary data. (It’s easy to tell because the end of the sequence is when the fireflies are in sync – so the pixels are either all on or all off, mostly.)

So, are you sure there’s an issue with my file?

http://www.michaelfogleman.com/static/sync.bmp

[fogleman]

But you’re right, the rows of the image are definitely stored from top to bottom. Still looking into it.

[fogleman]

Hmm, if I look at offset 0x16 in sync.bmp, I see:

00 96 00 00 => 38400

Which is the (positive) height of the image. Likewise, with seq.bmp I see:

40 00 00 00 => 64

According to wikipedia, if the image is stored top to bottom, the height would be negative.

[fogleman]

Jeremy – when you say “in reverse” do you mean BGR instead of RGB or the Y-axis is inverted or something else?

[fogleman]

If 0.bmp is an multi-image sequence (16×64 px for example) and 1.bmp is too, do they both animate in sequence?

[fogleman]

Instead of “panoff” why not allow specifying an initial position in addition to the offset that is applied each frame (moveX and moveY)? Wouldn’t that be more flexible? I guess it’d look like this:

startX = -16
startY = 0

moveX = 1
moveY = 0

Hmm, but then you’d need to specify an ending position too, or a number of frames to run.

Basically you want to specify start, end, step.

x = -16, 16, 1 # x ranges from -16 to 16 with a step of 1
y = 0, 0, 0 # y is fixed at 0

These could be separated into multiple fields if you don’t want the comma separated values.

[fogleman]

I used ImageMagick for both but maybe I used different command line parameters. I’ll try again later.

[Author]

Posts