Jump to content

John Chow Seymour

  • Posts

  • Joined

  • Last visited

  • Days Won


John Chow Seymour last won the day on February 3

John Chow Seymour had the most liked content!

Recent Profile Visitors

The recent visitors block is disabled and is not being shown to other users.

John Chow Seymour's Achievements


Explorer (4/14)

Conversation Starter Rare Dedicated Rare Very Popular Rare Reacting Well Rare First Post

Recent Badges



  1. I'm not sure what the BASIC interpreter would be for - I don't know of any NES games that run on a layer of BASIC. Then again, I suppose there are cases where you could use BASIC as a tool to create resources (sprites, music?) for the eventual ML code to access. Having an ML interpreter right on an NES reminds me of using my PE6502 kit computer. It boots into WozMon, which is sort of a bare-minimum OS, but also has an ML assembler onboard called Krusader (link to the manual). Sine the 2A03 is 6502-based it may be possible to get Krusader onto our hypothetical keyboard-enabled NES. Development in 6502 assembly on a 6502 for that same 6502 is, in my opinion, a fun challenge. You need memory space for the source code, for the assembled version of the code, for any data the assembled version draws on (strings, etc.) and for Krusader itself, all in a single 64k address space; and it's up to the programmer to manage all that manually. Working on the PE6502, I found myself coding low-level utilities that let me do simple things like "create a new string and save it at a given memory address". Once that tool was tested and working, I could delete the source code for it to free up space but continue to use the assembled tool as I continued to work on the project. These additional constraints are not ideal, but that's kind of the point of taking on the challenge of developing on-system. And yes, we could get around the space constraints with RAM expansions (on our hypothetical NES, not on the PE6502). I'm not sure what @Cyber is up to, but good luck! It sounds like fun!
  2. I haven't watched the video above yet, but the last time I read about this, converting your PS2 to a Linux box meant that it could never play PS2 games again. You couldn't really develop "for the console, on that console" in that case, then. But, I guess you could develop for PS2 Linux on PS2 Linux!
  3. Atmel EEPROMs, wow. They're usually like, $11 or $12. And even at the crazy prices below, they're still going fast; look how few are left. The pic is from Digi-Key but it's about the same over at Mouser. Time to take my chances on some sketchy ones from China via eBay. Usually I don't, but I mean, look at the alternatives.
  4. Oh, yes. I really like the 3DS form factor, and I often wish there were good ways to do more with it than play games. Having a 3DS-form factor device that is also a viable productivity tool is a kind of pipe dream for me. I don't even know how you'd accomplish that. I got into SmileBASIC for a while - a BASIC you and code and run directly on the 3DS - but in the end, typing away with the stylus on that tiny on-screen keyboard was just a drag. (There's a version for Switch now; I wonder how that is.) Alas, no USB-to-3DS adapter ever materialized (not even sure what port such a thing would plug into). There was a peripheral keyboard for the DS that went into slot 2 (the legacy game cart slot), but it only worked with the typing tutor game it came with, and of course slot 2 was removed on DSi models and later, long before SmileBASIC was released. You were so close, Nintendo! @Tatwi's idea to have the handheld hook right up to a keyboard and screen for development is great. I'd settle even for just a keyboard.
  5. So, I came across this recently: https://www.youtube.com/watch?v=ROR1NQE-2DY "VisionBASIC", a compiled BASIC for the C64. Note that to write and compile programs in VisionBASIC you need extra RAM - but it's compatible with many forms of RAM expansion, not only vintage solutions like old REUs or the SuperCPU, but also modern ('retro') gear like the Turbo Chameleon or either of Gideon's "Ultimate" producrs (the cart, or the Ultimate C64 itself). Or even just in an emulator. ....but, crucially, you don't need the extra RAM to run programs compiled with VisionBASIC. So you can use it as a developer, but still distribute your work and expect it to run on stock C64s.
  6. It all looks great, thanks for sharing. I see you have some spaces in your space bar! That was probably a good way to handle that, given the circumstances. I actually rather like the look of that 'calculator' style case. I probably wouldn't like typing on it... but visually, it sure looks cool.
  7. Calgary is truly the Ft. Worth of Canada. Both are even nicknamed "Cowtown"! Anyway, I only lived in North Texas for about 2 years... just long enough to get my Master's from UNT. Does that let me be an honorary usergroup member?
  8. Hmm, a moddable pocket system. What kind of mods are you imagining?
  9. I wish setups like this were available on more consoles, because the sound capabilities of the GB are really not my favorite. When I have nostalgia for chiptunes, it's really more for the NES, but the NES's architecture apparently makes it hard to do this kind of thing. A Japanese guy going by MatsukeN (on YouTube and elsewhere) has his own setup for accessing NES and SNES sound but whatever he did to get that setup isn't easily packaged and sold.
  10. Thank you Tom, but I don't think @Yazwho was asking what MIDI is. I'm guessing they were asking what a MIDI-IN port is doing on a GameBoy. No, it was not a thing at all back in the day. MIDI to GB is a relatively recent thing. I do it via an adapter called a Teensyboy, which lets me send my MIDI into the GB's "GameLink" cable; along with a cart called "mGB" which lets you interpret the incoming MIDI. With that setup, you can basically control your GB's sound chip with an external DAW or even with a keyboard. Fun times, and it costs a lot less than an Analogue Pocket (though the A.Pocket has a ton of other cool features, of course). So, there are basically three cartridges that let you do chiptunes on a GameBoy (all unofficial, modern creations--none were available back in the day, or licensed by Nintendo) - at least, on the first-gen GB or GB Pocket. "mGB" as I mentioned above is for external MIDI control. "Little Sound DJ" (LSDJ) gives you a tracker interface on the GB itself. And then there's Nanoloop. To be clear, this exists as a cartridge for any (first-gen compatible) GameBoy, it's not unique to the Analogue Pocket. When I first looked at Nanoloop a few years ago, I was unimpressed. What I saw back then could not fairly be called a "portable Pro Tools in your Pocket," despite what Analogue's own ad copy says. It seemed more like a toy. If repetitive 4/4 music is all you want to compose, it might be fun, but, I decided to pass. Now, it's possible they've improved or expanded nanoloop since I last looked, so by all means check it out for yourselves. The pocket seems cool. I really did consider getting one, but ultimately decided to continue giving my vintage GameBoys some love, and save my money. It was a close decision, though.
  11. Quick, someone with photoshop skills make a "Washington Commander X16" logo. Bonus points if you can get the butterfly logo onto a football helmet. (Context for those outside the US: an "American Football" team in the US recently changed its name to the "Commanders". Considering they decided to make the announcement on Groundhog's Day, I thought they were going to be the Washington Groundhogs! This is better though.)
  12. The AY-3-8910 was first released in 1978, but Yamaha did not begin making its own version (the YM2149) until 1983. During that period, the AY-3-8910s (or variants) made by GI (or other licensees) were used in many arcade games, and also in the Intellivision, Vectrex, and in Apple's Mockingboard--all before Yamaha's involvement. This suggests that the AY-3-8910's trajectory might have continued regardless of whether Yamaha had chosen this or the SID. I had wondered if Yamaha adopting the SID might have delayed their digital-FM synthesis work, but it seems that this was a separate stream of development. Yamaha had licensed Chowning's FM synthesis technology from Stanford way back in the 1970s and released the first commercially viable version of it, in the form of the DX7, in 1982 - the same year the SID (& C64) debuted, and a year before they started making the YM2149. So it's also likely that Yamaha's hypothetical choice of SID over AY-3-8910 would not have disrupted or delayed its FM synth development progress either, which of course, eventually dominated the market. So, we're looking at a period more or less in the mid-80s for most of the hypothetical changes to have taken place. Other than certain arcade boards or home systems sounding more... SID-ish, perhaps one interesting thing to imagine would be that Yamaha adopting the SID instead might have spurred competition between them and GI, or perhaps with Roland if they had licensed the AY line instead. The resulting development race might have improved sound or lowered costs during this period. Of course, one other fun hypothetical consequence to imagine is that it might be easier to get quality SID-replacements today, if the technology hadn't died with Commodore.
  13. He makes reference to an earlier project by Tom 7 aka 'suckerpinch'; that is a video I happened to see a few years ago. It was pretty entertaining and I'm glad to be reminded of it again; here's a link to it for your convenience. It's nice to see that someone has picked up where he left off.
  14. If something I do on one of my modern systems causes a crash (or, more likely, it crashes on its own, heh) then the process of shutting down / restarting can take several minutes. On an 8-bit device, just flip the switch on and off, or hit the 'reset' button if your device has one, and you're right back where you were (usually, staring at code wondering what caused the crash). A family member gifted us an iPad recently -- no one in my household had ever used one before. After four days of attempts, we have yet to successfully get it associated with an Apple ID, which means we can't connect to the store to get any software on it, etc. It's always some new problem: it's supposed to send us a verification code but doesn't, or a mysterious "Cannot login to Apple ID due to a server error", or any number of other things. It was frustrating at first but has now become so rediculous as to be amusing to us. My C64, by comparison, immediately lets me do whatever I want when I turn it on. (So did the Apple ][ I had as a kid.)
  15. It is in many ways! I like python a lot and use it for all kinds of things. I'm an advocate for the use of python by professionals whose expertise is something other than programming. (I won't go on about that here.) But, I did once try to make a game with it once and it was pretty awkward. At that time, I was using the PyGame module to handle graphics. My takeaway from that experience was that Python is not a great environment for game coding. I wonder if anyone has made a module for Python to handle graphics like an 8-bit system would? With a pixel-based understanding of the screen, art assets in tiles, etc. (It's entirely possible someone's made this already and I just haven't heard). As for the PicoSystem, it's a pretty cool little thing, and I'm shocked that they got the price down to only £58.50.
  • Create New...

Important Information

Please review our Terms of Use