Congo Bongo?

[Congo Bongo?]

7 hours ago, zzip said:

Wow!  If you get this working, it will look better than many of the home ports on more powerful systems

Thanks!  It shouldn't be too hard to get this working (famous last words).... Overall I'm quite happy with how this turned out for something that was started spur of the moment.

 

I've been very tempted to try and do this as a cross-platform project... but I need to get this to a point where the graphics engine is in a "similar working state" as Paint The City was when I first posted that.

 

[Congo Bongo?]

19 hours ago, ZeroPage Homebrew said:

All the levels look REALLY great @splendidnut! Looking forward to showing off what you've done on ZPH once we're back from Awards season.

 

I've played around with the colours and I always keep coming back to the default one's you've picked. I do prefer Variant 2 for Stage 2 if I had to choose one.

 

- James

Thanks James!

 

After all the color tweaking I've done, I usually come back to defaults.  There are some fun color tweaks and combos that be found... but what I have now seems to work best for a jungle.  I'll probably bump up the brightness on the background colors a bit (they're a bit too dark on some hardware variants).  But, for the other colors, I'm quite satisfied.  I think the bright blue and orange combine quite nicely for the light sand color.  I might provide some actual "palette" selection for the game itself to compensate for people's preference and system color differences.

 

I definitely like Variant 2 best for Stage 2... although I might change the upper right area to use the sandy color since that hints nicely at the next stage, Rhino Ridge.

 

I'll probably go thru and add a bit more playfield details to the stages... since the backgrounds of Stage 1 and 2 are a bit plain compared to some of the background details seen in stages 3 and 4.

[GOrf cartridge and retrotink 2xmultiformat]

Here's a link with the scanline counts for a bunch of games:

 

http://www.digitpress.com/library/techdocs/vcs_scanlines.htm

 

[GOrf cartridge and retrotink 2xmultiformat]

Using Stella, I checked the Gorf ROM and it appears to only use 260 scanlines instead of the usual 262... so your RetroTink might not like that.

[Pitkat]

1 hour ago, chavert said:

This game does not work on harmony encore but only on harmony. What a shame !

It should run... it uses the same bankswitching scheme as M-Network's Burgertime.

 

Maybe the Harmony Encore isn't detecting the bankswitching scheme properly.  After unzipping, you could try renaming the file extension from .bin to .e7 and see if that helps.

[Congo Bongo?]

And here's one with all the stages:

 

congo_poc-(20210119).bin

 

Same as before with the joystick controls for changing the colors around.  Select switch can be used to move thru the different stages:

 

        Stage 1  -- Primate Peak
        
        Stage 2 (2 variants) -- Snake Lake
        
            variant 1 -> light-colored ground
            variant 2 -> dark-colored ground
        
        Stage 3  -- Rhino Ridge
        
        Stage 4  -- Lazy Lagoon

 

NOTE:  If you have issues running it, try changing the file name from .bin to .e7

[Original Games Updated With Menus]

1 hour ago, WinManx2000 said:

Apparently the original asteroids code has a VSYNC issue that caused ETIM's mod to flake out. 

I don't believe it's ETIM's mod that's flaking out... it's either your RetroTink Pro or your LG CX OLED that doesn't like the off-spec VSYNC signal generated by the original Asteroids ROM.

[Congo Bongo?]

The ball object uses the same color as the Playfield.  A bit of a non-starter, but it could potentially be used to animate the water; though, I'm not sure how much of a burden that would be.  I'd want to get a simple version of the sprites in there before attempting to do that.

 

If you're referring to the missiles (which I think you are), they could be used to add the water.  BUT, they each share their color with their respective player object (i.e. Player0/Missile0 share a color, as do Player1/Missile1) so that wouldn't work too well once sprites are added in (i.e. color conflicts/contrast issues).  And I already have plans for potentially using the missiles to handle the falling coconuts and/or adding shadows on the ground for the coconuts.

 

With all that said... the very next stage (Level 2) has a lot of water in it (snapshot uses colors:  D5, 87, AC, 3A):

 

So I need to take that into consideration 

 

Thanks for the suggestions.  Glad you like it.

[You guys can thank UniWarS for this one... (Galaxian?)]

1 hour ago, PacManPlus said:

This was completely not expected for me to do.  It started out as "let me just prepare this for Galaxian in case I decide to work on it in the future".  But then I couldn't stop.  Not bad for 2 day's work!  

Don't you just love/hate when that happens

 

[3rd Annual Atari Homebrew Awards (2020): Voting Information & Discussion]

Could you please add the list of nominated entrees in each category to a separate post (or original post) in each of the voting threads?   After voting, it would be nice to still -easily- see what games were in that category.

[Need A2600 coder + tools]

 

Some Tools:

 

 

 

 

[Congo Bongo?]

Alright... last one for the day.  I've added the ability to change the colors with the joystick.  There are 4 colors in the palette, 2 background and 2 foreground, numbered 0..3.  The left most set of digits is the currently selected palette index.  The right most set of digits is the current color value.  

 

Joystick controls are:

    Left/Right changes hue.

    Up/Down changes brightness.

    Fire button selects next palette index.

 

Right difficulty switch controls whether primitive color blurring is enabled... it's flawed, and I'm not sure if it's really necessary.  But it's there to try out.

 

I've chosen a better set of colors for the defaults.

 

Enjoy.

congo_poc.bin

[Congo Bongo?]

@SpiceWare  Thanks for the nudge.  It was in the back of my mind to attempt that... but I thought mid-line color changes would be the ticket, but that was a bit of a pain.

 

Doing 4 colors seems to work somewhat well... Will need to tweak them though -- currently the blue I used appears a bit garish on a real CRT.  It's probably going to be a bit of a trial and error to find the right colors.

 

 

ROM:

congo_poc.bin

[Congo Bongo?]

Welp... ended up going down the rabbit hole with this.  I started looking thru my "in-progress" disassembly of Congo Bongo, starting the debate of whether to do a hack of the original 2600 game or start from scratch.  While I do enjoy the 2600 version, and it would be relatively easy to do some hacking and cleanup on that, it doesn't quite have the flexibility to easily add levels.  So I would probably start from scratch, and lean more towards looking like the arcade.

 

So, I ended up doing a "quick" mockup of Level 1 to show what it could look like:

 

 

Adding water to the scene would take a bit of figuring out, but probably some form of mid-screen color changes

 

I think the other levels could easily be drawn in a similar fashion.  And then they would all be using the same display engine, unlike the original 2600 version.

 

ROM:

congo_poc.bin

[Retron 77... my opinion...]

1 hour ago, keithbk said:

No, the hardware isn't free, but the hardware is poorly designed ergonomically.

 

Honestly, I think they would have had a far better result if they had surveyed potential customers first and asked what they thought. The button locations are simply horrible.

I agree with you.  Yeah, they could have done something better with the buttons.  But:

 

  *  A remote control would have added to the cost.  Probably not much... but they were probably trying to hit a specific price point without sacrificing a "cool" feature like the ability to use real carts.

 

  *  Adding buttons on the controller would have required a different connector/interface, breaking compatibility with original hardware/controllers.

 

At the end of the day, you're paying for a piece of hardware that's meant to let you enjoy the common games from the 2600 era on your modern TV... albeit with some odd inconveniences caused by the disconnect between old ways and new ways of gaming.

 

Personally, I prefer the original hardware... but I also have CRTs lying around and an older LCD TV which works well with the original system.

 

Using Stella on a Mac/PC also works well and is probably the more convenient way to play for some/most people.

 

Would I ever buy a Retron 77?  Probably not... mainly because I'm a developer and spend most my time using Stella on a PC or Mac, to play and develop.

[Retron 77... my opinion...]

You're paying for the hardware... Last I checked, hardware isn't free

[3rd Annual Atari Homebrew Awards (2020): Voting Information & Discussion]

Oh boy, the categories have just about doubled!  We're in for a long show.

[Division not working in the standard kernel]

This probably should be posted in the BBasic sub-forum.

 

But I can give an answer for the last question:

You only have 6 code banks available in DPC+ (24k).  The other 8k is used as follows:   4k  is used for the Display Data RAM.  3k is used by the DPC bankswitching driver.  1k is used for music frequencies/only accessible via ARM code.

[Paint The City - WIP]

Ok, so it was a stupid mistake on my part.

 

The sound/music engine is a modified version copied from ChaoticGrill.  So the right difficulty switch turns the music on/off.

 

BUT, with this, the game starting sequence is completely based on detecting the countdown tune finishing.  So, if the music is off when this game is started, the game won't start until you turn on the music.  Oooops.

 

So, I've switched to using a regular timer for the start sequence... and I've removed the music on/off switch.

 

Here's the fixed version:

 

PaintTheCity-(early_demo)-(20210104).bin

[Concerto firmware thread]

I sent Fred my CPU that was found to be having issues with the Concerto (menu working, but games not loading at all).  Hopefully it will help him figure out some of these issues. 

[Paint The City - WIP]

Ok, it appears something is wonky in the music engine.  Currently the code is dependent on that working completely working for the game to start.  I switched to starting the game in running mode, and things work now, but no music.  I'm going to try and fix that and post another build, hopefully soon.

[Paint The City - WIP]

10 minutes ago, sramirez2008 said:

Yes. The screenshot is actually from one of  my 2600s. Maybe it’s my Harmony Encore?

 

Thanks for testing!  With your results, I'm definitely leaning more toward there being a general issue with my code.

[Congo Bongo?]

Potentially.  It's one of the ones I'm interested in doing at some point.  No promises though.

[Paint The City - WIP]

Just tried it on my Atari 7800 (early NTSC model), and I get the same results as Al_Nafuur... so there must be a stray read/write or some odd-ball initialization issue with the game state machine.  Very odd that it runs fine on a 2600, but not on a 7800.  I'll have to dig further.

[Paint The City - WIP]

So... I worked on a lot of things with this over the past month or so.  None of which involved implementing the logic in the other cars.  I've only recently started working on them.  Instead, I mainly worked on getting the initial logic for the balloon, the oil barrels, some sounds and the background music implemented.  I spent quite a bit of time working on the music and I'm really happy with how it turned out.

 

You can "kind of" fire bullets... but that's in a very rough state right now, mostly because I need to do some more rework on the display kernel.

 

The big thing I worked on was removing the HMOVE black lines from the display and adding in more repositioning kernels necessary for the bullets and oil barrels.  For removing the HMOVE lines, I utilized bits of code @Omegamatrix posted here:

 

https://atariage.com/forums/topic/183219-cycle-74-hmoves/

 

It was relatively simple to incorporate which helped keep things moving.  Thanks Omegamatrix!

 

Anyways... here's the latest, enjoy!

 

PaintTheCity-(early_demo)-(20210103).bin