lance_ewing

Joined 2 years ago

Karma
88
Submissions
37
Member since
May 8
lanceewing.github.io
View on Hacker News

Recent submissions

Comment · 9 months ago
For a couple of reasons: The first is that there are already a couple of projects using FPGA to create a VIC chip replacement, e.g. Victor by Jon Brawn, and FATVIC by Thomas Lövskog. The main trigger to try a Pico 2 version was when I saw sodiumlightbaby's OCULA project for the Oric. The ULA in the Oric is the equivalent of the VIC chip in the VIC 20, i.e. the main custom chip. When it dawned on me that he was using the Pico 2 for the OCULA, I thought, "Hey! Why not try the same thing for the VIC chip?". So we've been collabing on it over the past 12 months. I think you're right though, that devices like the Victor that use FPGA will be able to get closer to 100% compatibility. The PIVIC will be an alternative that might not be 100% compatible but is very close and would suffice for most.

Yeah, the PIVIC is pin compatible, and the same size as the original chip, so no overhanging bits. The PCB is as big as the original VIC chip.

Comment · 9 months ago
My original VIC 20 machine that I had in the 80s still works as well, but a few things have been replaced along the way. I still have the same 24K expansion cart that my Dad built 40 years ago and it also still works.
Comment · 9 months ago
I'm also using the knowledge gained from reverse engineering the VIC chip to contribute to a soon to be released VIC chip replacement device called the PIVIC, powered internally by a Pico 2 chip.
Comment · 9 months ago
Comment · 9 months ago
JVIC (the libGDX version of JVIC) actually started out as mainly an Android project 10 years ago, but I didn't release it at that time. It was only a few months ago that I decided to add the html platform as a target, tidied it up in general, and thought it was time to release it. Given that this html version can be installed as an app on android phones, I'm not sure I need the android target anymore :D. It avoids the whole play store / app store process.
Comment · 9 months ago
Comment · 9 months ago
I probably started the same way. I remember spending forever typing in BASIC games from magazines and books from the local library. They never worked straight off, so a bit of "debugging" was usually required, i.e. spot the typos.
Comment · 9 months ago
Maybe at 10 years old, I wasn't thinking much about working, but the VIC 20 started me on the programming path, with an IBM PC being our next home computer a few years later.
Comment · 9 months ago
Yeah, libGDX is my go to now for web-based emulators and interpreters. JVIC is the third one I've written now. The other two are JOric and AGILE:

https://oric.games/

https://agi.sierra.games/

They all use the GWT html target. I realise that there is now also a TeaVM target. I might try converting JVIC to use TeaVM at some point.

Comment · 9 months ago
Back in the 80s, I was lucky that my father was an electronics design engineer, so he built a 24K expansion cartridge for us. I agree that there were some great games for the unexpanded VIC 20 though, such as Rockman. I loved that game. So many levels for a small game.
Comment · 9 months ago
Yeah, that one is a great online emulator. I've played around a bit with that one. I have fond memories of the BBC Micro from my school days, especially the game Castle Quest.

How does it handle being run on a mobile phone? My main focus with JVIC was to try making it as easy as possible to use on mobile devices, although I'll admit that my testing has only been on Android so far. I haven't tried it on iOS yet.

Comment · 9 months ago
Exactly the same story with me. I got my VIC 20 when I was about 10, in the mid 80s, and that is how I learnt how to program and how I knew what I wanted to do as a career.
Comment · 9 months ago
In what way did it crash? What browser and device did you try running it on? - There might be an issue where its possible to start typing before the program load sequence has finished, e.g. where it has queued a "RUN" command for when the disk load has finished, but if you start typing before that, it might interfere with that RUN. I have an idea on how to fix that, if this is the issue. Just need to ignore key presses until all program load commands have been processed.
Comment · 9 months ago

Live from the official Hacker News API

A modern reader for Hacker News · SvelteKit + Skeleton