NHacker Next
  • new
  • past
  • show
  • ask
  • show
  • jobs
  • submit
Moviecart – Full length color movie and audio cartridges for stock Atari 2600 (github.com)
utensil4778 4 days ago [-]
I love the absolutely crazy things happening in the retrocomputing space right now. We have these chips with many, many orders of magnitude more computing power available for peanuts, and the obvious thing to do is apparently to cram them into these ancient machines for fun.

Throwing a bunch of compute into a cart and using the "real" computer as a very bad GPU is such a fun idea.

hinkley 4 days ago [-]
I want to see retro gaming built on ESP32 hardware.
utensil4778 4 days ago [-]
Action Retro just posted a video of an AppleII card based on the ESP32. It plays Doom
waltbosz 4 days ago [-]
exact spot in video where it plays Doom

https://youtu.be/NT5fb6wR5M8?si=b1WKlpCk5BNE8ETc

hinkley 3 days ago [-]
ESP32 with 4MB of RAM.
jbosh 4 days ago [-]
This is exceedingly cool use of cartridges. Just as a thought experiment I've often wondered if some of the cartridge based consoles could be expanded considerably. Along the lines of this project, would it be possible to throw an arm chip in a cart and send these as h.264? I'm not at a computer but would love to see how differently some modern codecs compress.
VelesDude 4 days ago [-]
On top of all the other examples, Hayazashi Nidan Morita Shogi 2 was a cancelled SNES games from 1995 that was going to us a 21MHz ARMv3 processor for AI. I just like the idea that they would throw in a processor that was probably about 5-10 times the power of the main system CPU.

That a very similar spec ARM processor would become the brain of the Gameboy advance many years later.

Uvix 3 days ago [-]
Assuming by SNES you mean Super Famicom (since there’s no way a shogi game was going to be localized!) - it did release. The NES port was cancelled, though.
Lutzb 4 days ago [-]
Definitly! Check for example https://github.com/ShironekoBen/superrt allows for realtime raytracing on the Super Nintendo using a Cyclone-V FPGA.
4 days ago [-]
raldi 4 days ago [-]
See also tom7’s Reverse Emulation video: https://youtube.com/watch?v=ar9WRwCiSr0
pafje 4 days ago [-]
The "making of" video is also great : https://www.youtube.com/watch?v=hTlNVUmBA28
JetSetIlly 4 days ago [-]
Yes. The Harmony Cart and the UnoCart/PlusCart both have ARM chips. Games have been made that make full use of the chip. Probably the most impressive IMO being Robotron from ChampGames.

The PlusCart also includes a WiFi chip for Internet access.

Exciting times in the world of the Atari2600.

SomeoneFromCA 4 days ago [-]
I was thinking about making a chess cartridge for a famicom, with something like lower end arm in it.
Uvix 4 days ago [-]
There was a Super Famicom shogi title that did exactly that, Hayazashi Nidan Morita Shogi 2.
SomeoneFromCA 4 days ago [-]
Thanks for the info!
KerrAvon 4 days ago [-]
You may already know this: there were pretty decent chess programs for 6502 CPUs back in the day; you don’t really need an ARM unless you want to run a modern chess engine.
SomeoneFromCA 3 days ago [-]
Not for famicom afaik. And I see no point putting yet another 6502 on cartridge.
cs702 4 days ago [-]
This is exactly the sort of gem I love to find occasionally on HN.

Done not for money, but, if I may paraphrase George Mallory, because the challenge was there.

Someone had to do it.

greenbit 4 days ago [-]
Right? Expecting to see this on hackaday soon, if it isn't already.
VelesDude 4 days ago [-]
I always say, I was so stupid/pointless - it had to be done!
MegaDeKay 4 days ago [-]
Outstanding! And props to the author for creating a 2600-style manual for this with "The Jerk" (Steve Martin at his finest) on the front cover and "more great titles to add to your collection" on the back, including Star Wars and Kramer vs. Kramer. I'm curious why he chose "Model CX2615" for this though. That was "Demons to Diamonds" and was released in 1982, though his manual clearly shows "(c) 1977 ATARI, INC."
greenbit 4 days ago [-]
Just waiting for 'E.T.' to get the treatment. =P
wombatpm 3 days ago [-]
They did fix the game already. http://www.neocomputer.org/projects/et/
Salgat 4 days ago [-]
So the cartridge is the computer and basically treats the console as a dumb display? That's not as exciting as I was hoping.
JetSetIlly 4 days ago [-]
The 2600 is streaming the data from the cartridge, including the program that is run on the 2600. We should remember that there's no frame buffer in the 2600, so there's considerable work done by the 2600 every frame - just as there is when its working with any other cartridge.

The 2600 kernel that runs on the 2600 is excellent but the encoding method is what makes a real difference here. Lodefmode did a great job with this. The use of playfield/background and player colour is exceedingly clever.

greenbit 4 days ago [-]
No frame buffer. The target CRT display scanned an electron beam from left to right in about 63 microseconds, snapped it back in just a couple more microseconds, working gradually downward to produce about 200 such lines before taking a couple milliseconds to return to the top. The 6507 had to literally write the pixels into that raster in real time, and was just skin of the teeth able to do that, hence the phrase 'racing the beam', leaving just the retrace times for any other program code to run. To get video from a cart, all that still has to happen. Pretty cool.
Salgat 4 days ago [-]
It reminds me of the gameboy player for the SNES, where the entire gb console ran inside the cartridge and used the snes for inputs and display. In this case a PIC controller is the cpu in the cartridge doing the heavy lifting.
MegaDeKay 4 days ago [-]
Ever hear the term "racing the beam"? That came out of game programming for the 2600. There is a book named after the technique that is pretty great and well worth a read.

https://en.wikipedia.org/wiki/Racing_the_Beam

mdswanson 4 days ago [-]
Now, if we just add Sloot's compression technique, we can include an entire movie library on a single cartridge! https://en.wikipedia.org/wiki/Sloot_Digital_Coding_System
cpeterso 4 days ago [-]
Interesting mystery!

> The Sloot Digital Coding System is an alleged data sharing technique that its inventor claimed could store a complete digital movie file in 8 kilobytes of data — violating Shannon's source coding theorem by many orders of magnitude. The alleged technique was developed in 1995 by Romke Jan Bernhard Sloot …

> just days before the conclusion of a contract to sell his invention, Sloot died suddenly of a heart attack. The source code was never recovered, and the technique and claim have never been reproduced or verified.

creativenolo 3 days ago [-]
8k for a prompt perhaps
pryelluw 4 days ago [-]
About four hours of total content from 4GB is really nice. The cartridges seem to go for $25. This is a cool medium to explore. Gonna have to put me on one of these.
4 days ago [-]
YesThatTom2 4 days ago [-]
I’m impressed! The way the 2600 does graphics I would have thought this to be impossible but you did it!
bitwize 4 days ago [-]
See also: the port of Dragon's Lair to the TI-99/4A.

https://www.youtube.com/watch?v=QB3oHdSjfCE

k12sosse 4 days ago [-]
Keeping it period accurate.. 7 more years until cloak and dagger would come out!

https://youtu.be/tB6Uj2RGhPU

germinalphrase 3 days ago [-]
That’s some deep nostalgia right there.
kQq9oHeAz6wLLS 4 days ago [-]
I wonder if this would run properly on a moded Atari Flashback 2...
manny_408__ 4 days ago [-]
Wow very cool
Guidelines | FAQ | Lists | API | Security | Legal | Apply to YC | Contact
Rendered at 16:17:32 GMT+0000 (Coordinated Universal Time) with Vercel.