TailChao

It's time to ditch my excess gadgets, so let's get started with this lot... Up for sale or trade is an Atari 800 with an Incognito Card, Atari 1050 Disk Drive, TAC-2 Joystick, and some cartridges. I was originally using this for software development but no longer have a need for it. Below is a full inventory, I'm not willing to separate any of these items - you'll have to take the whole lot. Atari 800 (GTIA / NTSC) Incognito Card with Candle's stock firmware, the CPLD was updated to his corrected fusemap from 2013-10-04. Replaced RD4 and RD5 to accommodate the Incognito's cartridge issues. Replaced R189 for better video leveling. I'll leave the 256MB CF Card inside with whatever games and updates are on it untouched. Includes a crappy dust cover made out of an old T-Shirt. Original 16KB RAM Cards (x3) Original ROM Card Atari 1050 Disk Drive Includes the original DOS Disk (not pictured, just found it now). Power Bricks (x2) Cartridges Dig Dug (x2) MegaMania Missile Command Pac-Man Star Raiders The computer works fine, when I did the Incognito install I opted to leave out the disk access light. If you'd like to restore it to a stock 800 all the cards are there. I removed both screws which held down the 800's lid since I kept opening this to get at the Incognito - no idea where they went. I no longer have an S-Video cable, but when I did the quality was great after the leveling fix. The 1050 doesn't include an SIO cable, so I couldn't test it - but the condition is pristine. Both power bricks appear to be okay. But more importantly, does it play the best game? ...yes it does. Gonna miss that one. Hey, more photos! I'm looking for $200.00 + Shipping for all of this. While I'm fine with just cash, I also like to trade for other e-waste that I'll use! Here's some items I'm looking for which could possibly reduce or remove the price of the unit entirely... Apple II 5.25" or 3.5" Disk Drives TurboGrafx-16, PC-Engine, or PC-FX stuff Game Gears, especially if not recapped Watara SuperVision or TV-Link <- especially these since I'm reverse engineering the hardware I'm happy to ship this anywhere in North America, just be aware that I'll have to separate it into two boxes (one for the computer, one for the rest) since I don't want these to get damaged in transit. If you're interested, send over a PM!

Hah, he's been super productive this whole year but it's still quality work - only the finest disorder. What a guy!

If you're comfortable replacing the label yourself, send me a PM and we'll work something out. Just keep in mind that if you damage the cartridge, leave bubbles under the label adhesive, etc - none of this is under warranty. If you'd like to have the label swapped for you, it'll unfortunately have to wait for a bit. There's too much entropy in my schedule right now. The artwork is the same, but instead of a foil backing (as in the newer labels) it's just a grey color. You can read more about it here, but in summary I wasn't satisfied that we weren't able to get the silver spot color Atari used on the cartridge labels - especially since we got it on the game box. So I got tests from different print shops, one of which recommended trying the foil backing (as your copy has) which I think is way better! However, the cartridge's label will not affect the performance of the software inside it .

One last emulator accuracy PSA - BupSystem is extremely rude when it comes to memory initialization. Any RAM on the cartridge will not be cleared for you, and if you're not running the Atari supplied Boot ROM / BIOS the 7800's internal memory will not be cleared either. It'll also return garbage (or moreso an attempt to replicate open bus) if you try to read from an unused region of memory. These two behaviors contribute to a large number of the compatibility issues I've seen, especially as some flash cartridges will do a friendly initialization. Maria's timing is probably off in certain places, too. As always, the actual hardware is best with A7800 a close second as it's both pretty solid and being actively maintained. I recommend BupSystem if you're using any of my weird mapper designs or Windows 95. Anyway, as you were. Keep up the good work!

I wouldn't say a certain console killed it - but Dreamcast, PlayStation 2, GameCube, and XBOX were where things started to even out for me. Don't get me wrong, there were still visual tells on which hardware a game was running on (especially if you look for aliasing). There were just far less than in the previous hardware generation. With portables, yeah I totally agree.

Hah, I was going for something both obscure and with little reason to play... but I guess the charm of Apple ][ graphics still won out. Right, and even if two platforms were released in the same year they can give completely different aesthetics. I do think this continued through to the late 1990s, it just became less and less prominent as you described. ...oh right, 31 Copies left.

With regard to switching modes within a scanline (in this case 160A <-> 160B), you also have to switch back. If whatever you're designing has an arbitrary screen layout which could easily have too many objects per line - it might be a good idea to try layered draws instead. This reduces the amount of "safety mode sets" you'll need sprinkled around the rest of your Display List. But I'm not 100% sure of what you're working on or what 7800basic does under the hood, so you might be able to ignore all that entirely! That would be nice - but ProSystem has been in use for so long that nudging current or new users towards anything else will require pulling several (possibly all) teeth. Until A7800 is the first result on a Google search for "Atari 7800 Emulator" and / or listed in the Wikipedia article we're pretty much stuck with it.

Hmm, that friendly spirit animal may have intended that you seek out some other game on ancient hardware featuring foxes... ... ...or maybe not. But that 7800 definitely needs two controllers! Anything designed this far back has its architecture tightly woven with whatever aesthetics you'll be able get out of it, so they go together. But yeah - I think the 7800 still has a huge amount of unexplored potential in how to stylize graphics using Maria's various modes and playing to her strengths. 320A and 320B are most interesting to me, but something like Kero Blaster could translate well to 160A. Plenty of things to try, and yes - having 7800basic available is a huge plus.

You can also write a full review on the case of an NEC PC-8801 VA3 and send it to the PenguiNet P.O. Box - I'd definitely read it! Of course, any thread is fine including this one . My inner Fillyjonk checked the address several times, stuck a PLE on the box, then cleaned the entire house because some fibers from the cardboard may have gotten loose and could still be floating somewhere in the air and I don't know if they're going to land on the table and I had just wiped that down because who knows when guests might show up and... oh goodness this is exhausting, I need to lie down. If Snufkin doesn't get the package, the post obviously isn't following code. Mode 320B uses two palettes of three colors + a transparent / backdrop color, so there's a total of seven colors. Some objects (particularly the characters) in Rikki & Vikki use two textures rendered on top of each other which gives the illusion of more colors per palette. This is fairly common in other platforms like the NES, GameBoy Color, and Neo Geo Pocket Color to get around their 2bpp sprite / tile limitations. Generally though, the 7800's high resolution modes come with lots of asterisks in regard to what can be used where. So while they can look really crisp they're also somewhat convoluted to use.

We (very fortunately) haven't lost a single order yet. There's been one or two which got stuck and then arrived after a significant delay, or were bounced back to our P.O. Box. - but they've all arrived eventually. However, yours is the first one heading to Moominvalley so I'm not sure what varieties of mischief could happen along the way. Rikki & Vikki runs entirely in Mode 320B, which is one of Maria's stock configurations. The differentiating factor is that it's the first released title on the hardware which separates Maria and Sally's paging through the use of a new mapper. This greatly simplifies resource management and allows for a much larger quantity of textures to be used onscreen, which is essential for the high resolution modes. It's comparable to what Nintendo was doing with the NES's MMC1, MMC3, etc. There's not too many "tricks" used, we had to ship by a certain day and this limited the amount of experimentation or crazy effects - I'd describe the visuals moreso as being careful with what we could afford. ...ah, and 33 Copies left.

In the consoles I've seen this is usually C4 and C5 (820pF) failing, L2 drifting out of tune, or both. All of these are near the RF Modulator in the top left of the board, and you can adjust L2 using a 5/64" Allen Wrench.

For what they're targeting (high accuracy replacement of the original component), the prices are very reasonable. But yeah, it's absolutely bonkers to use these as a sound generator in hundreds of cartridges - especially considering what else is available for far less (YM2413, YX5200, SoftSynth, etc). Sure, and you could adapt any number of other SoftSynths or write an entirely new one - and if that's portable then it's easy to add support for it to emulators. In my opinion that's the real perk of using a microcontroller. There's nothing inherently wrong with using a CPLD or FPGA for audio generation, but unless you're cramming a lot of other functionality into it (i.e. highly complex EverDrive style features) then it will be far too expensive for what you get back. With regards to licensing, BupBoop is all zlib so there's basically zero requirements .

Ah, okay - the gap around the pulse makes more sense then. But yeah R/W, PHI2, and HALTn were the signals that always had me really anxious. Nice work!

Right, and from continued observation you'll never get any adoption of a NewThingTM unless it fits into the following workflow exactly... Build in 7800basic. Push to AtariAge Store. ...which is completely fine, but I'm not taking on that responsibility.

Welp, this has been quite a BupChip bump day. Lemme see what I can do here... The software synthesizer is available under zlib along with the mapper verilog. Regarding the boards, there's some good photos available here - aside from the volume knob and one capacitor everything is surface mount. I'm not going to lie, both Tiido and I are very very very hardware oriented. But he made 600 boards, pick 'n placed by hand, and soldered on a hot plate (which is also why all the components are on one side). Should you have to do all this? No, absolutely not - I was hoping if there was any adoption it would allow Tiido to manufacture boards to satisfy that. We didn't distribute the board gerbers, but the published information was really enough to duplicate everything and my inbox is / was open. Out of all the components, the only one which wasn't programmable in circuit was the CPLD holding SOUPER. Both the 512KB Flash and BupChip were programmable from the card edges on the bottom and right, respectively. Again - designed for scale. What isn't available is the branch of BupBoop for the Fujitsu FM-3, which is because... I wanted to first update the software with improvements based upon our holdups while developing Rikki & Vikki. We were using IAR rather than something like GCC-ARM, and there's a big licensing cost here. Aside from rendering in 10-Bit Mono, the BupBoop / CoreTone implementation is identical to the Windows version. I ran out of charity development time / energy / money / don't care anymore. So the protocol between Sally and the BupChip is covered in BupSystem's HTML Help in the Cartridges -> SOUPER section, and the BupBoop 1.2.2cz kit includes a few demonstrations of writing in the SASS language. There's also a MID2SASS converter available which can yank the notes out of a Standard MIDI, and @RushJet1 wrote a toolchain around converting Famitracker to SASS - which isn't publicly available but should give an idea of where we were eventually going with this stuff. I'm not going to deny the steep learning curve, but everything required to start writing music is available. That was already the intent with how the software was implemented - nothing is tied to a particular microcontroller or hardware implementation other than using SOUPER as an intermediary to send commands to the BupChip. If you look at what data are actually consumed - it's just the samples, instruments, and music tracks. Everything else is "whatever" in case we wanted to switch chip manufacturers. Sure, and the few who were interested had to get development boards from us. Which are basically the same as our production boards except the NOR Flash is DIP + Socketed and the BupChip is coupled with an FTDI Serial <-> USB thingy so you can use the diagnostic shell. Oh, no no no - nothing was expected, at all. My hope was moreso that there'd be interest in the mapper tech and that'd start some sort of dialogue, then we'd use feedback to develop a better version and improve the audio toolchain for easier use. That's what PMC1 was supposed to be. But yes, at this point I cannot work for free and what we've given away is enough for someone else to run with the idea if they'd like to.

My understanding is that most developers are already invested in Pokey. Migrating between sound chips requires learning a whole new set of tools, etc. - it's not trivial. Support for it in emulators is also still limited to BupSystem. I wholly credit @RushJet1's talent and dedication for the quality of Rikki & Vikki's soundtrack rather than the BupChip's capabilities. We could have stuck something like a YX5200 on each cartridge to play back WAVs or MP3s - but he put the time in to learn our weirdass toolchain and apply some of the cool tricks used in more limited sound generators to a sampler. I think cost was already covered in this BupChip topic, but it's around $4 - $5 per unit in quantity. You also have to program the microcontroller, but this doesn't add too much time if your rig is designed for it (ours was). The only inquiries we've gotten about any of the hardware developed for Rikki & Vikki or theoretical future stuff have been from a handful of developers from outside this community. Addendum : But if we're gonna talk BupChip it should probably continue here, rather than clogging up a portfolio.

Wait... so which signal had the nasty edge there? Was it R/W?

I agree with @Hastor's outlook here. This doesn't really have meaning unless I can get signatures from the whole team, which is scattered across the United States and Tiido is in Estonia - It'd take multiple weeks just to get the signatures. Plus, some people won't want any sharpie scribbles on their box. I already had enough reservations about changing the label style during the run and think this sort of thing should be reserved for special or collector's editions - which we don't have anyway. But I have been seeing requests for this sort of thing, or a fancy version in general, so it's definitely in the back of my head for whenever another game happens. Getting rid of them faster is nicer for me - pack 'n ship can eat a good chunk of the day. But yeah, I'm not really worried about it.

The differences are in price and aesthetic, the game content is identical. Below is a full list from the thread's F.A.Q...

Any issues like this call for activation of the warranty card's secret powers, please send an inquiry via email to our support address. You'll have the option for a refund if we're unable to get the game to work on your console, but we've yet to meet a 7800 that can't be coaxed into running it!

Another terrible loss in this incredibly awful year. RIP.

Maria won't exactly mask a pending IRQ, but rather she fully halts Sally during rendering. As long as whatever device is triggering the IRQ will hold IRQn low until acknowledged, Sally can deal with it whenever rendering is over. Regarding sample playback, a small FIFO is a good idea and wouldn't use too many gates. Sally could get an optional IRQ when it's empty, or near empty, and then copy in more sample data when it's convenient for her. I see a small crystal on the board - if it could be clocked by this (with a programmable rate using a phase accumulator), then you don't have to deal with PHI2 wobbling. But again - if you're all continuously going down this route I recommend working together to spec out a new community standard for audio hardware on a CPLD or FPGA rather than it going in a thousand different directions on every new utterance of a flash card or expansion device.

Sure, if they're Atari related I'll drop them off here. For everything else, there's MasterCard Twitter. 39 Copies left.

Ah, but we've already sold "only" 500 copies of the 7800 version - I shipped out the 504th an hour ago. The number made available to customers was 550 copies with extras for staff, press, and warranty replacements. But yes, the issue with putting together more copies is the upfront cost of getting more boards and plastics made. We didn't toss out any of the designs (and most importantly still have the molds) but they need to be built in quantity. I've covered this a few times in the thread, but I'd like to manufacture more copies as long as there's demand - although after this run has sold out I'm stepping away from the scene out of necessity, so it's the usual "no promises" for now. Yeah, they'll have to buy the digital version instead .

The merchandise can be lucrative, yeah. But as with most things - if you're going to do it well it needs way more financial backing than usually expected. Unless the game sold in the hundreds of thousands we wouldn't do more than a handful of one-off plushes. Mostly the main characters, or just Dut who is by far the most plush-able. A good designer's time isn't free (and rightly shouldn't be), and making sure all of these can be manufactured at scale (at quality) is very difficult. Also if we made a bunch of swag and the game still flopped I don't want to be stuck with thousands of plushes crammed into every closet, cabinet, and shoved under every sink - no thanks. I mean, it's all way out of scope at this point. But from prior experience making figures - if it's not supposed to be articulated you can get better results by just doing a sculpt and making casts without any 3D printer or other gizmos.