jlew715

I like Hot Rod, could make sense if the arc in the box art is a roadway.

Agreed, my best guess is that it’s an unreleased game, or a game that got released with different box art and/or title. Another possibility is that it’s a made-up box to fill space in the image, but unlikely because they had 49 games at this point and there are only ~40 in the image. I also though of Tic-Tac-Toe but it’s in the upper left corner.

My initial thought was ICE-ICE

Hey folks, Stumbled across a post on Reddit about an unidentified game in the 1981 Atari catalog. The game in question is the pink/magenta box to the right of Dodge ‘Em on the bottom row on the left. Redditor /u/HKT-3020 skewed the image from a higher resolution source giving us this image. The layout of the art is similar to Slot Racer, with an arc in the bottom left and some sort of sphere or orb in the upper left, but definitely not Slot Racer. The letters themselves are impossible to read but it almost looks like a hyphenated title. Does anyone have any ideas? I checked the box scans for all the games in the catalog and nothing matches up.

I would like to buy two. Please add me to the list!

Some of the European releases of the Coleco games (i.e. CBS releases) had updated code that bypasses the lockout, which is sort-of weird because Coleco never (to my knowledge) re-released the games in North America with the updated code. The Intellivision II wasn't sold in Europe, so updating the code for European-only releases had no benefit that I can see. Also, these INTV2-compatible European releases have three plastic chines which mechanically prevent them from being inserted into North American consoles. The carts themselves are fully compatible so sanding down the chines allows the Coleco games to be played in the Intellivision II.

Apparently its “real” title is Alien’s Return. https://en.m.wikipedia.org/wiki/Alien%27s_Return James Rolfe briefly touched on it in the Angry Video Game Nerd series (Episode 101, ~19 minutes in).

I like the idea of encoding the card type (wall 1, wall 2, etc.) into the 2 unused bits of the each card. How do I got about setting these when Im PRINTing my walls earlier? Say Im printing a wall along the top of the screen: FOR I=0 TO 19 PRINT AT (SCREENPOS(I,0)), BG00 NEXT I Say I wanted to set the MSB of those 20 cards to identify that they are walls - how can I do that? Something with POKE?

Hey all, Working on an IntyBasic game and I'd like to implement software-based collision detection rather than relying on the built-in Intellivision collision registers (mainly so I don't have to wait for the player-sprite to already be ~1px inside the wall before the collision is reported). This is simple enough for MOB-on-MOB collisions, but I'm not sure how to implement this for collisions with background elements like walls. I'm envisioning the flow will be something like: Draw player sprite Determine target coordinates for next player move (based on Controller input or whatever). Get info about what type of card is currently shown on the target coordinates. If it's open, set player coordinates = target coordinates. If it's a wall, set player coordinates = last known good coordinates. GOTO 1. Where I'm stuck is step 3. I'm guessing there is a way to convert the target coordinates into a "card number" (BACKTAB?), then load information about what is on that card (is it a wall? is it blank?). But I'm not sure how to A). translate the X/Y coords into a card, and B). how to tell what is displayed on a particular card (is it a wall?). Additionally, I'm guessing that the "origin" for sprites is the upper-left corner. so drawing an 8x8 sprite at coordinates 10,10 would occupy the area from 10,10 to 18,18. Please correct me if I'm wrong. Thanks!

As always, DZ-Jay, a fantastic and detailed response. This was very helpful and I was able to get my WAITs figured out! I was able to figure out the animation as well - the issues I encountered before were due to an extra BITMAP line in one of my sprites (counting to 8 is hard). My original approach worked once that was resolved!

Hey all, I tried to spend the weekend learning the basics (ha!) of IntyBasic. And what better way to learn for a "retro" console than to make a PONG clone? So I made a very rough PONG clone called "PONGadelic" to learn: Simple sprite definition and rendering. Controller input and translating input to sprite movement. Simple collision detection. How to handle color-switching on the Inty. I've attached the BAS and ROM files for your perusal. The PONGadelic_title.BAS simple renders the classic title screen (adapted from the SDK's classic title screen example - thanks!). So down to my questions - I've got the Inty in ColorStack mode: MODE SCREEN_COLOR_STACK, STACK_BLACK, STACK_CYAN, STACK_BROWN, STACK_YELLOW 'I have no idea how to use anything after STACK_BLACK BORDER BORDER_BLACK This results in my entire play field being BLACK, which is what I want for now. Great. But say, after either player scores a point, I want to change the whole play field to the next color in the stack - that is everything that was STACK_BLACK should now be STACK_CYAN. I was not able to figure out how to accomplish this. Is there some sort of "advance color stack to next color" command? I saw something about setting $2000 but I'm not sure how or where to do that. I don't want to change the color of a sprite or printed object; I want to make the entire play field a new color. Second question - I have a Ball object (SPRITE 6) that I want to animate in a simple, back-and-forth kind of deal. I have two sprites loaded into GRAM for this purpose; SPR03 and SPR04. SPRITE 6,ballX+HIT+VISIBLE,ballY+ZOOMY2,SPR03 + ballColor 'this is where Id like to animate the ball, (i.e. change to SPR04 for X frames, wait X frames, then change back to SPR03). My assumption is we need some kind of counter that switches the line from using SPR03 to SPR04 every X frames, then starts over and switches back to SPR03 after X frames elapse again - but I struggled with how to implement this. When I had counters swapping the sprites, I ran into collision detection issues. Final question - WAITs - I don't really understand when I should (and shouldn't) be using them. I understand that certain things need to "settle" sometimes, or you can only do certain operations once every "cycle"... but I'm kind of lost . Besides those (probably obvious!) questions, PONGadelic is a totally functional albeit rough PONG clone! If you feel like trying it out, here's how it works: Classic PONG - use your paddle to bounce the ball and prevent it from going out the back of your side. Left Controller - Left Side; Right Controller - Right Side. Player who just gave up a point gets to "serve" the ball using any of the Side Buttons (serving merely sends the ball in a random direction from the center). When the game first starts, Left Player gets to "serve". First player to 9 points wins the game. Walls, Paddles, and Ball have a random color during each round of the game (hence PONGadelic). Thanks in advance for your help! J. Lewis pongadelic_title.bas pongadelic.bas constants.bas pongadelic.rom

This is exactly what I was looking for! Thank you so much for the detailed and speedy reply. I have a fair amount of experience with modern, higher-level languages (Java, JS, Lua, etc.) but that only goes so far. Thanks again!

This is driving me nuts - I totally understand the result of this, but I can't understand how it works! Converting to binary, that line becomes IF #line AND &1000000000000000 THEN PRINT [whatever] So, say my first DATA line is &1000000000000001. During the first iteration of the loop, we would be comparing: IF &1000000000000001 AND &1000000000000000 THEN PRINT [whatever] I understand that because the leftmost bits are both 1, the AND comparison evaluates as true, and my [whatever] is printed. What I don't understand is how this AND comparison is only checking bit 15, and ignoring all the other bits. How does comparing the two Words in this way make the masking happen?

The cartridge that fits on the console (Coleco North America release) has code that does not work on Intellivision II. The cartridge that does not fit on the console (CBS Europe release) has code that does work on Intellivision II. I don’t understand why they bothered updating the code to the Europe release, since Europe only had Intellivision I, where the original code worked anyway.

Hey all, My Sears Super Video Arcade (which I probably overpaid for, but oh well) came today! So I figured Id make a post and show it off a little bit . Some things of note: 1. The SVA has much smoother controller disks than my 2609, Intellivision II, or System III (with the II being the crunchiest). Im talking orders of magnitude smoother. Not sure if this is due to some difference in the SVA or perhaps it has less mileage than my other consoles. 2. The SVA exhibits zero video ghosting in my Vizio LCD, where the 2609 has minor ghosting and the Inty II has severe ghosting. 3. The SVA has its clearest picture on Channel 3 where all three of my other Intellivisions have the best picture on Channel 4. 5. The controller wires, being uncoiled, are much longer but also a nightmare to put back in the console vs the consoles with coiled controller wires. 6. DUNGEADVANCEDAGONS.