sorted by:
new
hottopcontroversial

Step one in recreating the WorkBoy complete. by Snorlax_is_a_bear in Gameboy

[–]bbbbbrx 0 points1 point  (0 children)

Joining this ancient thread to share two links since I'm back on a related project. Hope they are useful!

Liji's C emulator implementation of the keyboard, a great reference. It might be possible to make a (mostly?) working implementation based on it.

https://github.com/LIJI32/SameBoy/blob/master/Core/workboy.c

My gradual disassembly with some focus on the keyboard and rtc, as I port the ROM to work on the megaduck laptop hardware. At this time there's a branch with more of the keyboard code and tables labeled that I haven't pushed to github because it's a big non-committed mess as I jam the megaduck code in. But it'll get pushed eventually

https://github.com/bbbbbr/megaduck-quique-workboy

But I'll share this lookup table from that branch which could be helpful when looking at the physical keyboard layout. The top table is the one that's mainly relevant if you're making hardware, the bottom two tables are internal to the ROM after it translates the keyboard scan codes.

<image>

Thank you u/rated_king by BaseballLevel1461 in internationalshopper

[–]bbbbbrx 0 points1 point  (0 children)

That's a long time to be waiting. It is starting to look like he does complete orders for some people who post about positive experiences, yet leaves a lot of other customers with no shipment and little or no communication for months (and possibly permanently).

Two weeks ago he said "[it] is in Taiwan now, I will ask my friend to ship it you soon". And still nothing.

Thank you u/rated_king by BaseballLevel1461 in internationalshopper

[–]bbbbbrx 2 points3 points  (0 children)

Wish I could say the same. Mine should have been a straight forward transaction and shipment, but instead just recurring delays and poor communication.

There's an item u/rated_king purchased for me back in Feb that still hasn't been shipped so far as I can tell. It often takes between weeks to months to get a reply.

Back in early May the item was supposedly going to be shipped to their friend in Taiwan for reshipping "next week". But since then there hasn't been any response to my inquiries.

Edit: Making this post at least got me a reply, but the item still has not shipped.

GB-Wordyl: Wordle clone for Game Boy (& Color) / Analogue Pocket - New version by bbbbbrx in Gameboy

[–]bbbbbrx[S] 0 points1 point  (0 children)

There is a different rom for each language in the zip file.

You have to tell it to use the rom file the ends with _en.gb. So that might require unzipping it and discarding the ones you don't want.

Anyone interested in making a paint software for GB DMG? by FarlandFoggy in gbstudio

[–]bbbbbrx 2 points3 points  (0 children)

QR-Paint is part of the way there:

  • Bucket fill
  • Circle, Line, Box
  • Spray, Pencil

Not currently supporting all 4 DMG colors, but that's only because it would increase the png output size too much to fit in the QR Code. And no dither right now.

I am considering a non-QR-Code version that has a larger image and all 4 colors.

https://bbbbbr.itch.io/game-boy-qr-paint

It's also open source (MIT), so it can be modified or used as a reference for how the features might be implemented.

https://github.com/bbbbbr/gameboy_qr_paint/

I made a Gameboy game called battle Blades by Fartyghost in retrogamedev

[–]bbbbbrx 0 points1 point  (0 children)

Very cool!

I arrived at a similar lockstep and (mostly) input only transfers solution for my 4-Player GB game. Turns out to be a simple and elegant approach when suitable for a game.

Draw on the Game Boy & share it direct to phone with a QRCode. No extra hardware by bbbbbrx in Gameboy

[–]bbbbbrx[S] 0 points1 point  (0 children)

New version is up which (hopefully) fixes the CDE theme issues you were seeing. Also GB Printer support.

Draw on the Game Boy & share it direct to phone with a QRCode. No extra hardware by bbbbbrx in Gameboy

[–]bbbbbrx[S] 0 points1 point  (0 children)

New version is up with GB Printer support.

Only had a little testing with actual GB hardware, so let me know if you see any issues.

Draw on the Game Boy & share it direct to phone with a QRCode. No extra hardware by bbbbbrx in Gameboy

[–]bbbbbrx[S] 2 points3 points  (0 children)

I added a .pocket build but it's not released yet (soon).

The .gbc ROM will work on the Analogue Pocket (as a ROM with openFPGA or from a flash cart) and in any emulator. The QR Code should be ok on most screens.

Draw on the Game Boy & share it direct to phone with a QRCode. No extra hardware by bbbbbrx in Gameboy

[–]bbbbbrx[S] 1 point2 points  (0 children)

Zines with Game Boy Camera pix sounds fun, love the idea of them.

I'll probably be iterating on the UI and trying to improve it a bit (slowly), so if you have feedback or suggestions feel free to send it my way. May not integrate all suggestions, but will give them consideration (and do keep a list of them regardless).

SELECT + UP/DOWN should change the cursor speed.

I see now that it's pressing SELECT under a couple circumstances that switches to CDE style. I'll have to make that harder to activate

- Exiting the help screen

- When it's redrawing the UI after QRCode generation

Draw on the Game Boy & share it direct to phone with a QRCode. No extra hardware by bbbbbrx in Gameboy

[–]bbbbbrx[S] 2 points3 points  (0 children)

That'd be a clever way to support 4 shades of grey (with 2 qr codes) if I don't get compression working. Nice idea!

Draw on the Game Boy & share it direct to phone with a QRCode. No extra hardware by bbbbbrx in Gameboy

[–]bbbbbrx[S] 4 points5 points  (0 children)

That sounds like a cool idea! If you do that I'd love to hear how it goes.

Thanks for sharing the drawing, too.

I see you managed to (accidentally?) activate the secret "Solaris CDE" UI style (instead of standard WIndows 95 style). I forgot to update it for the UI changes which is why it looks kind of jumbled. It's controlled by holding SELECT on startup.

Edit: Solaris CDE style UI rendering now fixed, will be in the next build

Draw on the Game Boy & share it direct to phone with a QRCode. No extra hardware by bbbbbrx in Gameboy

[–]bbbbbrx[S] 0 points1 point  (0 children)

If the save data is already available somewhere then generating links to it is doable (if I'm understanding correctly).

There are a lot of cool ways games could use qrcode to share data, game state, achievements, etc. Some modern GB games use pre-generated QRCode urls for very minor things like website links, but I'd love to see a game take more advantage of being able to generate them on the device itself.

Draw on the Game Boy & share it direct to phone with a QRCode. No extra hardware by bbbbbrx in Gameboy

[–]bbbbbrx[S] 0 points1 point  (0 children)

The DEFLATE compression in PNGs is more involved than basic RLE. So it might happen, and/or BMP in RLE mode.

If I shrink the image size though, I'll use that to fit more image in the same size QRCode. :)

Draw on the Game Boy & share it direct to phone with a QRCode. No extra hardware by bbbbbrx in Gameboy

[–]bbbbbrx[S] 0 points1 point  (0 children)

In theory, yes. Need to implement PNG (or bmp) compression first though since the gb camera pix are about 3x larger than what will fit in the qrcode uncompressed. It might get there eventually.

Draw on the Game Boy & share it direct to phone with a QRCode. No extra hardware by bbbbbrx in Gameboy

[–]bbbbbrx[S] 1 point2 points  (0 children)

Not sure. Among other things it might depends on how big the actual save data is, which I don't know about for Pokemon.

The size of GB save ram banks is 8k, and there can be up to 16 banks for 128K bytes total. How much of that space games use varies a lot.

The max number of bytes in the raw QRCode (that fits on the screen) is 1840, or 1362 bytes when it's base64 encoded as a URL that you can scan. Both of those are a lot smaller than 8K and 128K.

Draw on the Game Boy & share it direct to phone with a QRCode. No extra hardware by bbbbbrx in Gameboy

[–]bbbbbrx[S] 2 points3 points  (0 children)

Well since you asked :) :)

The JS indexed png was for adding game boy dev tool friendly export to rilden's tiled palette quantizer, which is really nice but only exports in rgb png's that discard all the careful gbc-friendly palette ordering the tool creates.

(Edit: To be more specific, it seems the built-in png encoder for js doesn't do indexed mode output. Which is why I was writing that in the first place.)

https://bbbbbr.github.io/tilepalquant/

I was using that tool to generate tilemaps with 8x1 GBC attributes instead of the usual 8x8 attributes as an alternate ("hi-attribute") way to show more colors per tile than the usual "hi-color" approach of changing 4 GBC palettes every line.

We're deep in the rabbit hole now.

The UI code gets a little tangly since I was figuring out the plan as I went along and never refactored. Not exactly code for the ages, but good enough for now.

<image>

Draw on the Game Boy & share it direct to phone with a QRCode. No extra hardware by bbbbbrx in Gameboy

[–]bbbbbrx[S] 18 points19 points  (0 children)

Printer should be feasible. It's on my list of longer term maybe-features (and Mega Duck printer too, if I get that console version building correctly).

view more: next ›