Jump to content
IGNORED

Atari 2600 JR vs Original VCS


Atarikid96

Recommended Posts

Vader's not the Original VCS, it's fourth in line (discounting the promotional model):

  1. Heavy Sixer
  2. Light Sixer
  3. 4-Switch
  4. Vader
  5. Junior

One thing to note about the Junior - we've been experimenting with Bus Stuffing, which lets the 2600 generate displays like this:

 

post-3056-0-92674000-1487952528.jpg

 

post-3056-0-26278600-1487952532.jpg

 

it works great on all 2600s except the Junior, where it fails about 40% of the time.

  • Like 2
Link to comment
Share on other sites

Those are some pretty impressive graphics with Bus Stuffing. Any idea why the Jr fails 40% of the time at generating them?

 

 

Hardware differences. Not sure of the specifics as I'm not a hardware guy. In the current driver the 6507 puts out 1s which the ARM overrides with 0s, ZackAttack's been doing experiments where the 6507 puts out 0s and having the ARM override with 1s. Some of the juniors that failed with the original method work with this, but not all, plus other systems that worked with the original method don't work with the new one.

 

In the meantime, cd-w and I came up with a new bankswitching scheme called CDF that takes what we learned while creating the BUS Stuffing driver and merged it with the Fast Fetchers from DPC+. More detail about CDF can be found in this blog entry about rebooting Draconian.

Link to comment
Share on other sites

Hardware differences. Not sure of the specifics as I'm not a hardware guy. In the current driver the 6507 puts out 1s which the ARM overrides with 0s, ZackAttack's been doing experiments where the 6507 puts out 0s and having the ARM override with 1s. Some of the juniors that failed with the original method work with this, but not all, plus other systems that worked with the original method don't work with the new one.

 

Wonder if there is something in common with the ones that fail, like a certain mfg of the chips. Or perhaps it is a revision of the mainboard? Or maybe before/after a certain datecode, all chips fail, because of a specification change?

 

Maybe it even has to to with the cleanliness of the board and cartridge slot and its surrounding area?

 

Maybe even power supplies are an issue, both internal regulator and the external wall wart.

 

All these are things to check. Would be telling to put them on a logic analyzer AND a scope. See exactly how much current and time is required to stuff a low or a high. See if anything is sloppy. See if the ARM processor can sink or source the necessary current.

Edited by Keatah
Link to comment
Share on other sites

That's amazing!

 

I love my 4-switch.

 

 

All those demos are available here, though right now you must use a Harmony Cart to try them. If you don't have one then monitor this topic for the pre6 test build of Stella as I've recently added preliminary support to Stella.

 

I'm partial to the sixer, in part because we had one, and in part because the difficulty switches are much easer to use than the 4-switch.

Link to comment
Share on other sites

I get my Atari Vader-model and some years later my girl-cousin get her Atari Jr. When i first saw it, i thought "looks good", but when i then had a deeper look i thought "hm, seems like its built not so valuable" and when i then saw bad joysticks that come with it, i was finally happy to have my vader model. And still i like the Vader-models the most. Maybe because i am used to it and it never break and still works like a charm since all these years. :)

Link to comment
Share on other sites

Is the Jr issue with bus stuffing solvable by using less columns of "tiles"? I mean, is it an issue with reliably pushing that much information. It can't handle changing colors per line that fast? That kind of thing?

 

no, this test program only stuffs the bus a single time per scanline.

 

KernelLoop:
    sta WSYNC
    sta HMOVE
    sty PF1     <----- only BUS STUFF in the test program
    lda Digits,x
    sta GRP0
    sta GRP1
    SLEEP 20
    sta HMP0
    sta HMP1
    inx
    cpx #193
    bne KernelLoop      
Link to comment
Share on other sites

Looks like Ultima, on a 2600?!? *head explodes*

 

Yesssssssss. Head. explodes. indeed.

Harmony's no longer required - the 5.0.0-pre6 test build of Stella was made public yesterday.

 

You'll want to turn on phosphor mode for the RPG and 128 pixel demos as they make use of 30 Hz flicker.

 

 

 

post-3056-0-86976400-1490724484_thumb.png post-3056-0-81623900-1490724491_thumb.png post-3056-0-53772800-1490724495_thumb.png post-3056-0-60148100-1490724499_thumb.png

 

post-3056-0-76707000-1490724659_thumb.png post-3056-0-11580600-1490724662_thumb.png

  • Like 2
Link to comment
Share on other sites

 

Looks like Ultima, on a 2600?!? *head explodes*

 

 

Yesssssssss. Head. explodes. indeed.

 

 

...And my head has now been gibbed as well. :skull: :thumbsup:

 

Please tell me that isn't a prototype of a Galaga clone. That can't exist, right? My face can only melt so much!

Link to comment
Share on other sites

Please tell me that isn't a prototype of a Galaga clone. That can't exist, right? My face can only melt so much!

Just a bitmap display to see what it would look like. There's moving sprite examples in the demo that reveal some shortcomings of using the 128 pixel display for fast moving objects.

  • Like 1
Link to comment
Share on other sites

Join the conversation

You can post now and register later. If you have an account, sign in now to post with your account.
Note: Your post will require moderator approval before it will be visible.

Guest
Reply to this topic...

×   Pasted as rich text.   Paste as plain text instead

  Only 75 emoji are allowed.

×   Your link has been automatically embedded.   Display as a link instead

×   Your previous content has been restored.   Clear editor

×   You cannot paste images directly. Upload or insert images from URL.

Loading...
  • Recently Browsing   0 members

    • No registered users viewing this page.
×
×
  • Create New...