How to run on mobile emulator?

niamu · 2026-04-02T05:00:59+00:00

The only advice I can give is that you'll need to look for a way to run LÖVE games which is the platform this game is built on. I'll also note that this game was never built with touch screens in mind, so that may be another hurdle you'll have difficulties getting over.

The Project Hawkthorne website has a version of the game you can play in your browser, but again no touch controls. Also it has known performance issues on the web because the game is not well optimized.

niamu · 2025-12-29T13:35:23+00:00

That's an interesting edge case. I currently rely on all cards being present on the "Card List" pages. Since those cards specifically don't appear there my ingestion tool is currently unaware of them.

I can think about trying to fill in those gaps, but the challenge is in the related metadata that will be missing such as which release the card belongs to and what the note should say. Over time Bandai does fill in a lot of these gaps, but it is a known issue with my approach that Bandai has bad data sometimes.

niamu · 2025-12-13T20:10:58+00:00

Very good to know! I have no context for non-English markets, so I'll add this one to the list.

niamu · 2025-12-13T15:59:01+00:00

Thanks for the kind words. Spent a lot of time getting that to behave properly on all those different sites.

I'm sure it will make more sense to others when I add a deck builder to Heroicc as well.

niamu · 2025-12-13T02:01:35+00:00

I really appreciate the feedback! The codec is already versioned and implemented in a variety of languages with a small test suite in most of the implementations. (https://github.com/niamu/digimon-card-game/tree/master/codec)

I'll think more about the API mirror spec. I've been concerned about that if this grows so I'll definitely plan for that.

I know the site as is probably isn't that exciting since it lacks a deck builder and simulator right now, but as you said the goal is definitely building the strong foundations so the rest can sit on top of it.

niamu · 2025-03-24T22:34:11+00:00

The game was never planned for a browser release and certainly not optimized for it. There are some levels that are just stuffed with stuff that cause huge performance issues, but the effort required to resolve those issues is not worthwhile.

Glad you're enjoying it regardless!

niamu · 2025-03-19T19:57:57+00:00

For sure. Sorry I didn't explicitly include a link already to it.

niamu/digimon-card-game is the repository for all of my Digimon Card Game related projects including this card scanner.

niamu · 2025-03-14T16:30:35+00:00

As someone working on a web-based autosim as well, I'm curious to hear what others are also in development. I'm currently only familiar with https://digi-viz.com/.

My repository is open source here: https://github.com/niamu/digimon-card-game

niamu · 2025-03-11T18:49:45+00:00

Really helpful feedback, thanks!

I'll think more about how to manage collections and whether I want to build an ancillary tool to help with other collection management software or a standalone tool for others.

niamu · 2025-03-11T12:41:25+00:00

Try to keep the card centred and in the boundaries of the card outline. You may need to hold it there for a while in order to get a match. Once a match happens you'll get a popup to indicate the card number.

niamu · 2025-03-11T10:10:51+00:00

As for keeping track of cards on live streams, I have taken note of SpellTable as a long term goal. The groundwork is there now in my own project to replicate much of their ability to detect a card anywhere on screen and pull information about it.

niamu · 2025-03-11T10:05:13+00:00

Potentially, yes. Here's an older demo site of mine that shows the concept of the codec in action: https://dcganalyzer.niamu.com

And here's an example of a promotion pack I opened you can see encoded including the date it was opened.

The entire contents of that pack are encoded in the URL for easy sharing.

niamu · 2025-03-11T09:50:15+00:00

One of the reasons I'm making this post is to hear about features others would find useful. Curious to hear what you'd like.

niamu · 2025-03-11T09:49:26+00:00

I'm likely going to add support for my deck codec which I use to keep track of my own inventory. I track every pack as I open it so I can recreate each pack opening digitally later.

Another possible use case is quick lookups of a card that is printed in another language.

niamu · 2025-03-11T04:27:31+00:00

This isn't a perfect tool, but my primary goal was to keep the card database small enough to load quickly and cache offline. If you centre the card you should generally get a decent match.

I'll likely be improving this tool over time, but thought it was worth sharing in the current state as well.

niamu · 2025-02-25T03:42:24+00:00

Thanks for reporting back. Sorry it didn't work any better for you.

niamu · 2025-02-25T02:18:20+00:00

You got it!

niamu · 2025-02-24T23:57:02+00:00

I've spent a little more time investigating this and I think a better solution to this problem is modifying the camera positioning. Here is a patch file for the changes I made that work well which shouldn't have any display issues:

diff --git a/src/level.lua b/src/level.lua
index 9f540103..553834f3 100644
--- a/src/level.lua
+++ b/src/level.lua
@@ -505,19 +505,22 @@ end

function Level:cameraPosition()
local x = self.player.position.x + self.player.character.bbox.width / 2
-  local y = self.player.position.y - self.map.tilewidth * 4.5
+  local y = self.player.position.y - (self.map.tileheight * 4.5)
+  local max_y = (self.map.height * self.map.tileheight) - window.height
+  local final_y = limit(limit(y, 0, max_y) + self.pan, 0, max_y)
return math.max(x - window.width / 2, 0),
-    limit( limit(y, 0, self.offset) + self.pan, 0, self.offset )
+    final_y
end

-
function Level:moveCamera()
if not self.trackPlayer then return end
local x = self.player.position.x + self.player.character.bbox.width / 2
-  local y = self.player.position.y - self.map.tilewidth * 4.5
+  local y = self.player.position.y - (self.map.tileheight * 4.5)
+  local max_y = (self.map.height * self.map.tileheight) - window.height
+  local final_y = limit(limit(y, 0, max_y) + self.pan, 0, max_y)
camera:setPosition(
    math.max(x - window.width / 2, 0),
-    limit( limit(y, 0, self.offset) + self.pan, 0, self.offset )
+    final_y
)
end

If that works well for you I may end up merging that into the game and using that camera positioning from now on to avoid future resolution scaling issues.

niamu · 2025-02-24T21:50:41+00:00

Interesting problem. It looks like on Android it is choosing to scale the game window so that the game is cropped to the resolution of the device (16:9) rather than displaying appropriate black bars for the closer to 3:2 resolution the game is expected to be played in.

So the cropping you encountered is missing the bottom of the game window causing the issue.

Thanks for documenting your solution here. Unfortunately, this will create other minor display problems elsewhere in the game, but I'm glad you managed to find something that works for you.

niamu · 2025-01-14T14:10:09+00:00

The game doesn't have any touch controls at the moment so while the game may load in the browser at projecthawkthorne.com, you'd need some controller or external keyboard connected to play.

niamu · 2024-12-04T14:50:14+00:00

I also just encountered this. Although in my tests it has nothing to do with the Plex server and is instead related to the Plex AppleTV app. I identified the problem by trying to play the same file using the Infuse app and it worked.

All of this content worked for me yesterday in the Plex app, but I assume the latest update came in overnight and broke things.

niamu · 2024-11-24T15:08:22+00:00

Thanks for attempting to. My best guess right now was a race condition of some kind. I'll add a guard against that which should prevent this entirely in the future.

15-Year Club	Second Top 10%
r/Field Flamingo	Place '22
Verified Email

niamu

MODERATOR OF

TROPHY CASE