Gemintronic

Got a call in the middle of the work day that a close family member was terminally ill. Couldn't skip out of work. The only thing that kept me level headed was the music from James Pond 2. Nothing can stop the happy vibes from that soundtrack. I hope others find their "happy tunes" and use it as a tool for bummer times.

I'd still like to know what your original idea to use the Genesis controller was. I love feedback to improve my games! Most 7800 and 2600 systems use original Genesis d-pads but games must be specially made to understand the "extra" buttons. The Harmony cart doesn't run using Stella so my extraneous paddle related code shouldn't effect it.

I've seen more than a few homebrew at expos. Picked up Oystron and Explosive Diarrhea a few years back. I offer to autograph copies of my homebrew too when I see them in the wild.

The actively used parts of the joystick are LEFT, RIGHT, FIRE and RESTART Plus the difficulty switches for easy/hard mode. If either difficulty switch is set to A you start at level 8. The laser launches really close to your position from now on. LEFT/RIGHT steers your ship. FIRE thrusts your ship up. Also starts the game. What would the extra Genesis button do in your vision? The Genesis d-pad is one of my favs. UPDATE: Found a way to use the Genesis button! DOWN or Genesis button C thrusts the player down.

The best way to test that theory is to try and make your own graphic kernel. Tons of resources here. I think Andrew Davies sessions might be a good starting point for your topics question. https://www.randomterrain.com/atari-2600-memories.html#assembly_language UPDATE: I guess what I'm saying here is that if you want to second guess batari who made the kernel then follow his footsteps. Get to know why he left that gotcha as is. My hunch is that he knew this effect was possible but the CPU time taken to fix it would mean something else had to go. Kind of like how the multi sprite kernel has no collision detection for virtual sprites. Implementing soft collision would probably not leave much time for batari BASIC programmers to put in their own game logic.

The advantages and disadvantages of canned graphic kernels are locked in. When we batari BASIC users set kernel_options it chooses one particular graphic kernel to use. Since CPU time is at a premium one graphic kernel may have better X at the expense of worse Y. In this case the "stairstep/rolling lines effect" was a calculated tradeoff. Kind of like games with that HMOVE bar (see Ms. Pac Man)

Very cool to see a new multi sprite kernel! Is it player0 and 3 virtual sprites using player1? Any chance for collision detection between sprites? i.e. collision(player0, player3) Also, any collision detection between sprites and playfield? i.e. collision(player2, playfield)

Working with computers I know small rodents can leave "debris" in the most unlikely places. Also, pets marking territory.

Thank you for the second and third pair of eyes! RevEng gave me some huge clues earlier that helped. I redacted some paddle code from bB.asm and renamed some labels in the paddlemini.asm. After that Stella 6.5.1 seemed to stop auto-detecting it as a paddle game. Think I'll make a further improved version with more levels (and gameplay) to celebrate!

Very nice spacing out of the virtual sprites so they don't flicker! I noticed you can crash into the side of the road to halt movement of the other cars. Basically, after that you can just rack up points (albeit slowly)

Yep. The ROM is here: https://theloon.itch.io/upp?download Do you have a link to the ControllerDetector utility? Sounds handy for future use

I've been getting feedback recently that digital copies of Upp/Upp Plus are getting stuck at the title screen. In the instances I've seen the first controller has been detected as paddle in Stella. The only solution I've found is to set the first controller port to Joystick manually. To be clear I don't think this is a bug in Stella. My hunch is that I have some code in Upp that triggers paddle auto-detection in recent Stella builds.

How easy would this be for batari BASIC users to talk to? Something like reading certain bytes of memory to see which inputs are pressed on joysticks 1-4?

Not saying you're wrong. In my experience current gen gamers are pretty compliant with brand names. Defending them while getting their digital downloads yanked and not getting refunds half the time. The whining comes mostly from the gaming media. Casting whatever narrative keeps their sponsors and generates furious keyboard smashing.

I hope that means you don't have to do this to get a CPU sidekick? I mean, I'd understand if it meant a tactically enhanced companion in comparision. I must be reading that wrong.

The AtariHat was the email they gave me after inquiring about developing games. Maybe the "VCS" is just a ultra flat hat stand for their real product?

For my use case automating compile and upload to a real VCS is very attractive. My bungled style of development involves a lot of playtesting and iteration. Might try both a PlusCart and the Harmony + WiFiSD route. Sounds like Andrew Davie has a procedure I can work with. Thank you for the help, guys!

THIS almost worked with two copies of the same game. When I put the source for two different games in it doesn't switch to the other bank. For bank 1 the bank switch code looks like this: asm lda $1FF9 nop nop nop nop nop nop end For bank 2 the code looks like this: asm lda $1FF8 nop nop nop nop nop nop end

Something in-between Pitfall II and Super Pitfall. Perhaps with side scrolling.

I'm trying to combine 2 4k bB games I made years ago. I have the source and tried to make sure the kernel settings and DIMs didn't clash between games. I also tried using the 32k multikernel framework and no go switching to the 2nd game on the second bank. I was wondering if I could do a DOS COPY to combine both games: COPY GAME1.BIN+GAME2.BIN 2IN1.BIN ..making sure there is some inline assembly to arbitrarily jump to the second bank in the first gtame: asm some magic to switch to the last 4k portion of ROM end Does this make sense? What would the actual inline assembly look like? Thanks in advance for any clues, fellas!

Is there a way to self host ROMs with the WiFi plus cart? My feeble research seems to indicate things need to be submitted to.. a PlusCart host somewhere on the Internet? I must be wrong. How do people upload compiled ROMs to their own PlusCart on their own WiFi network?

Did the usual forum search and Google with no definite results. Thought I'd ask people who use IntyBASIC what their preferred IDE and/or editor is in 2020. What's good these days?

Please add me to the list. Don't care about the color. Just the basic unit with USB support so I can compile and test like a lazy crazy person

Already pouring over the _RAPAPPS.S from "EX-01a - Hello World". Thank god for much better programmers than me who comment incredibly well 😛

Thank you, Zerosquare! I suspected that might be the route. Actually, I'm fractionally more familiar with assembly than C at this point. I get the feeling I might be doing it wrong learning C on the Jag.