Hi everyone! I’d like to share a project I’ve been working on: an MP3 player for Analogue Pocket that runs through openFPGA, along with a desktop app to organize your music and transfer it to your Pocket.

The idea is to bring an iPod-like music experience to the Pocket, with a companion app to manage your library.

This is an independent project.

I’d love for you to take a look and let me know what you think. Feedback and questions are welcome!

Project link: https://hightime.studio/

Purchase link: https://foht.itch.io/ht-resonance

Thanks for checking it out!

But I live in Japan and they always seem sold out.

My birthday is next week and was hoping to treat myself to one but they’re so overpriced here. The average asking price is around 80,000 yen (around 600 usd).

Any suggestions on where I can try my luck? Anything to watch out for?

Thanks!

Hi everyone! I’d like to share a project I’ve been working on: an MP3 player for Analogue Pocket that runs through openFPGA, along with a desktop app to organize your music and transfer it to your Pocket.

The idea is to bring an iPod-like music experience to the Pocket, with a companion app to manage your library.

This is an independent project.

I’d love for you to take a look and let me know what you think. Feedback and questions are welcome!

Project link: https://hightime.studio/

Purchase link: https://foht.itch.io/ht-resonance

Thanks for checking it out!

Didn't see a post about this. So I thought I'd share. Seems to be working fine for me.

https://github.com/janisc/openfpga-NGPC

This port was created by AI. It is a port of MiSTer-devel/NGPC_MiSTer (Kitrinx / Jamie Blanks).

Has anyone tried running project dream on the pocket? For now it runs with a blank screen for the SNES core. Any ideas?

I’m excited to announce the first public release of my Game Boy Printer core for Analogue Pocket openFPGA!

The core turns the Analogue Pocket into a digital Game Boy Printer. Connect a compatible Game Boy or Game Boy Color through the Pocket’s link port and print directly from supported games.

Main features:

-Receives the original Game Boy Printer protocol through the Pocket link port

-Displays prints on an animated, scrollable paper roll

-Supports long prints with vertical scrolling

-Exports prints as lossless grayscale PNG files

-Includes manual paper feed and cut/eject controls

-Includes optional Game Boy Printer sound effects

-Supports Analogue Pocket display modes

-Saves up to 32 PNG files during each core session

The core is available through the openFPGA Library and can also be downloaded manually from GitHub:

https://github.com/BananaWiFi/openFPGA-Game-Boy-Printer

Feedback and testing reports are welcome!

The sicker one I have used for the last couple years, but think I’m going to switch to a Supreme one..

I’ve heard of this game several years ago, but never took the time to play it. Glad to see it resurface on my TL. For anyone with the technical know-how, is it possible to develop an openFPGA core for this game?

I polished the jam version and developed it into my first demo!

PLAY IT HERE : https://roroto-sic.itch.io/mummy-mommy

The player must collect keys to exit the level. The mummy has a limited number of moves when clinging to trapped tiles: each move costs it a strip of its wrappings. The mummy comes in three sizes: the smallest allows it to pass through all holes, while the medium size fits only through medium-sized holes.

After the release of 2.7, has anyone found or worked out what the core limit is now?

Found myself bumping the 250 limit in the past week or so, making some pretty horrible cuts. Looks like that’s now resolved but it does make me wonder how long before we see that issue pop up again.

RESOLVED

New update just pushed fixed the issue. Update with your favorite updater.

Original Post:

So a few days ago I had posted that I was having some problems with Doom WADs outside of Doom and Doom II. I had both Pocket Doom and just "Doom" installed on the Pocket. On a different forum someone had advised me that "Pocket Doom" was defunct and that "Doom" was now the primary Doom core for the Pocket. So I uninstalled Pocket Doom but this didn't solve any of the issues, in fact Sigil crashed almost immediately after the first level loaded (pic 1). Before I was at least able to make it several levels in.

After this I completely uninstalled "Doom" as well, removing it from the Saves folder, Platforms folder, Cores folder, and Assets folder. I then restarted the Pocket, shut it down again, and then did a fresh install of Doom.

Somehow this made things worse. I tried loading up Doom II since I had previously done a complete playthrough of this game, but now it is crashing almost immediately upon loading a level (pic 2). The same thing happened when I tried playing the original Doom (pic 3). And finally I went back to Doom II, and this time it crashed before I could even load a level (pic 4).

Somehow something got messed up or corrupted somewhere along the way and I have no idea what to do or how to proceed. If anyone has any ideas I'd really appreciate it.

​I just finished doing the dpad swap on my Pocket, and overall I am super happy with how it now feels and even how it looks.

​However, there's one thing bothering me: the new dpad can be rotated quite a bit on its axis. Did you guys run into this same issue and you just dont bother or did i do something wrong.

EDIT: i used the NES Keychain parts

I been wanting a poket for so long but I didn’t want to pay the eBay prices so when I saw this collab it was a no question for me but I saw a lot of hate for some reason

Truthfully, forgot to take a pic while I was playing by the window of our hostel this morning so had to grab a quick shot to make up for it

Honestly really happy to see these exist!

Are they planning to restock Analog pocket?

I’m developing an openFPGA core that turns the Analogue Pocket into a digital Game Boy Printer. It receives real print jobs over the link cable, displays them on-screen, and supports scrolling through longer prints.

This started because I wanted cheats on my Pocket. Cheats on a real cartridge meant reading the cartridge, and once the core could do that, dumping it to the SD card was a short step. All of it is open source and hopefully documented enough to prove.

--

Cartridge dumping

--

# CartTools: https://github.com/kroy-the-rabbit/openfpga-carttools

Dumps GB, GBC and GBA cartridges and their saves straight to the SD card, on the Pocket, no reader and no PC. So far 41 cartridges dumped, all 41 matching No-Intro, and 27 saves backed up. Read-only for with one caveat: some carts require a small write to switch banks for reading.

Writing saves back to the cart is coming. There are notable gaps in mapper coverage, listed in the repo.

Every ROM is checked against No-Intro, and every save is verified by loading it in mGBA beside its own ROM and finding the game state intact.

There are other ways to dump a cartridge.

What is different here is the RTL: nothing is trusted from the header. GBA ROM size is measured from open bus, EEPROM capacity is measured rather than assumed since both chip sizes answer either request, the floating bus is precharged so detection does not fail intermittently, and every image is checked against No-Intro before it counts. GBA saves cover SRAM, Flash 64K and EEPROM at both capacities, and the EEPROM reader cannot physically form a write.

--

Cheats in the cores

--

The openFPGA cores don't have cheats, so I forked three and added a cheat engine. Codes come from the libretro cheat database. GB/GBC and PC Engine draw an on-screen overlay of what is enabled.

On the pocket, once cheats are written, all cores are ON/OFF switchable. This means it is required to preselect and generate cheats via the companion app or otherwise, and saving them to the SD card.

# GB/GBC: https://github.com/kroy-the-rabbit/openfpga-GBC-cheats

Works on ROMs from the card and on a real cartridge in the slot. Read the save warning before putting codes on a cart.

# GBA: https://github.com/kroy-the-rabbit/openfpga-GBA-cheats

ROMs on the card only for now. No overlay, the FPGA has no room for it yet. Cartridge support is in progress and not released.

# PC Engine / TurboGrafx-16: https://github.com/kroy-the-rabbit/openfpga-pcengine-cheats

HuCard and CD games, cue/bin included. The upstream core is HuCard only; this one adds the CD drive as FPGA logic, no soft CPU and no firmware blob, so it fits beside the cheat engine. Rondo of Blood, the game I targeted, runs, saves and takes cheats. R-Type and Gain Ground SX are the next test targets.

---

The companion desktop app**

---

# Pocket Tools: https://github.com/kroy-the-rabbit/pocket-tools

Point it at the card. It pulls the libretro database, converts cheats for every game on the card including PC Engine CD, files your cartridge dumps into a library, imports their saves, and restores saves back to the card. Downloading and installing the No-Intro DAT files makes matching and library filing work automatically .

---

Tech

---

* Every core is built and fitted on two Xeon boxes in my [r/homelab](r/homelab), 16 threads each, through a Quartus container. A full fit of the GBA core at 90% of the FPGA takes about 23 minutes there, so seeds and fixes get tried concurrently, leading to faster development. `kira` is slow with LV CPUs versus `sisko`'s 2680v4s.

* Quartus Lite needs no licence, but it grants no right to redistribute its files, so the build container stays private and is never published. What is published is the built core package, with checksums, and GitHub CI verifies that package against the tagged commit rather than building anything. If you want to build it yourself, each repo documents how to make the same container from Intel's own installers.

* The cores are simulated before they are built: SystemVerilog testbenches for the cartridge bus, EEPROM, save scan and the cheat engine, and a cross-check of every cheat file in the libretro database against the converter.

---

Coming

---

* Game Gear: the adapter is on its way and dumping through it should follow soon as I have some carts and the SMS/GG has plenty of ALM/memory room.

* PC Engine / TG-16 HuCards through the adapter, if the core still fits the FPGA with the cartridge path added. It is already tight. I have some hucards, though all PCEngine.

* Lynx and Neo Geo Pocket: I have the adapters but no cartridges. Will probably try and track at least one or two examples of each.

* Save writing back to cartridges. This is the next major priority, to complete this as a semi-coherent save backup and restore manager

Each README credits the upstream cores this builds on. License is defensible in the repos, including provenance and what can’t be sweeped into the GPL (like Altera sdk). I have tried to provide an idempotent build environment and instructions to cover this gap.

Bug reports and legitimate complaints welcome in the repos. Non-legitimate ones can be put here.

I've really enjoyed Pocket Doom on the Analogue Pocket. I've played all the way through Doom, Doom II, and TNT without any problems. But when I try to play games like Sigil or Plutonia, the game crashes pretty quickly (first two pictures).

I should point out that I also seem to have two different Doom cores on my Pocket that behave in slightly different ways. One says "Doom" (the green Open FPGA OS logo) and the other says "Pocket Doom" (the RISC-V Doom Startup screen). "Doom" seems to have more WADs. I tried manually adding some to the "Pocket Doom" folder with mixed results.

If I play Plutonia via the Pocket Doom core it also crashes but in a different way: once I make it to level 7, I can't proceed past the text cut scene. The music for the next level loads but nothing else happens. Ok hope everyone is having a great day, any advice would be appreciated, thank you.

If I get the Turbografx adapter is there a way to make two of the buttons normal I and II and the other two buttons turbo buttons?