Jump to content

bcombee

+AtariAge Subscriber
  • Content Count

    424
  • Joined

  • Last visited

Community Reputation

148 Excellent

1 Follower

About bcombee

  • Rank
    Moonsweeper
  • Birthday 06/03/1974

Contact / Social Media

Profile Information

  • Gender
    Male
  • Location
    Austin, TX

Recent Profile Visitors

14,522 profile views
  1. Hi, @rossum! I love your ESP_8_BIT project. I was actually just looking at it's BT HID support for a separate thread to pair a BT keyboard to act as a BT-to-PS/2 converter to hook up to my 576NUC+.
  2. What about adding a secondary STM32 or simpler processor to the board to act as ROM emulator, with it talking to the ESP32 over an internal serial bus? It would increase BOM cost, but would solve all the timing issues, as it could init into a holding state until the ESP32 sends data.
  3. I'd guess that reprogramming the EPROM to change the selections would require 8K images, since that's what both BASIC versions, Pac-Man, and Star Raiders all use. Looking through the list of other 8K ROMs, I'd probably swap Pac-Man for Zenji, one of my all-time favorites, although perhaps one of the terminal carts would be useful for talking to FujiNet for CP/M mode.
  4. I was just thinking about this and thinking that it could be done with a hardware modification that uses some additional I/O lines to simulate a PS/2 keyboard? You would then need to wire this into a homebrew PS/2 to Atari keyboard interface. If this capability were developed, it could be really useful with a design like the 576NUC+ where its internal FujiNet could connect into the PS/2 port already in place. I might try prototyping this with one of my other ESP32 dev boards just to get an idea of the project scope.
  5. I just got my 576NUC+ from The Brewing Academy today and wanted to post a public thank you for this manual. I found it very easy to get around the system, in large part thanks to your work, @massiverobot.
  6. I live in Austin, so I went down for the first hour, and it was very similar to the previous one in 2019. I didn't stick around too long, as I didn't want to stay around so many people right now. It was competing with Retropolooza Houston which was the same weekend, so some of the guests I'd seen in Austin before were down there instead. I picked up a few import 2600 carts from @ianoid, but other than that, the only thing I found were some 8-bit disks from the Game Over clearance table (Solo Flight bare, F-15 Strike Eagle in box with manual, Reston Movie Maker w/ manual).
  7. Oscar's Trash Race has a date later than any mentioned at http://www.atariprotos.com/2600/software/oscar/oscar.htm This probably means it's final code, maybe a review copy. The Alpha Beam cart looks to be from the middle of development, and that date isn't listed at http://www.atariprotos.com/2600/software/alphabeam/alphabeam.htm No idea on the two 5200 carts. They don't look like standard loner carts.
  8. Missile Command on the Atari 8-bit computer has native support for Trak-Ball mode using the T key to toggle.
  9. See the book "ABC to the VCS" from Rolenta Press for a nice capsule guide to the 2600's output. It was last updated in 2005, but has a lot of really useful material. http://www.rolentapress.com/
  10. I had a HX-20, my mom bought it from a surplus store around 1988, and I remember taking it with me on a class trip and printing out fake biorhythms for everyone. I've sure it's still around at my parent's house, but I think it wasn't working last time I checked. It could be a NiCd problem, although I also suspected that I'd zapped the EPROM that's accessible behind an access panel. Now that I know how to fix such things, I'll have to get it out on my next trip home and see what shape its in.
  11. If I were making a TIA replacement with FPGA, I'd want it to still feel like the TIA... here's some ideas: automatic playfield mode - you could preload left/right playfield bitmaps and colors for each scanline, perhaps using per-pixel color and a higher resolution. The FPGTIA would automatically replay the playfield on playfield on later screen refreshes, freeing up the 6502 to focus on the players and balls. I could see this using a page flipping mechanism too so you could load one playfield while not disturbing the display of the current one. player positioning via X register write - instead of having to time in a scanline when to write to HMOVE, you could just directly modify the position register expand to full 256 colors that GITA supports by adding 1 more bit of luminance
  12. It's definitely homemade. The chips you see are two MC14538b Dual Precision Retriggable/Retargetable monostable multivibrators and a CD40106 hex Schmitt trigger. The hex Schmitt trigger chip is used to turn noisy signals into clean digital signals, so likely is used to reduce the jitter in the four direction signals. The other two chips are a bit of mystery as you'd normally use one of those to turn a trigger signal (a button press) into a short asserted signal, with it then resetting until the button was pressed again. Maybe they're paired to do some sort of rapid fire mechanism?
  13. There a little info at KLOV, but it seems like a combination of low production run and not much collector interest. I don't think I've ever seen one in the wild. https://www.arcade-museum.com/game_detail.php?game_id=8742
  14. On the "no permissions" ... balenaEtcher seems to have problems with recent builds of Windows 10 and having the right permissions to re-write the SD card. I was able to get around this by right clicking on the etcher icon and running it as administrator.
  15. While brainstorming other features for the FujiNet hardware, I stumbled upon https://github.com/MockbaTheBorg/RunCPM/, a MIT-licensed CP/M 2.2 emulator that already runs on the ESP32. Given that the FujiNet already does drive emulation, buffers printer output, and acts like a serial port, CP/M mode is the last bit of functionality needed to do everything that the ATR8000 did. I don't know enough yet about the memory usage of the FujiNet core -- RunCPM needs 64K for the CP/M system memory, plus additional RAM for running the Z80 emulation. The ESP32 port was done using the Arduino support, so it would need to be ported to PlatformIO as well as changed to use SD card code that FujiNet already has internally. Does this seem viable? Interesting?
×
×
  • Create New...