TwentySixHundred

Changelog: bug fix - tyre sound - on jumping starter Latest Build: Street Rod 20200410.bin

Not a worry - no stress. It's easy enough to change the values after in code anyway.

Cheers mate, thanks for the continuous development of this tool. I can't wait to dive in and check out all the new 2600 features 👍

Nice work, that would have to of been intense warhead speeds. I still haven't managed level 31 on normal mode and it gets fast. Expert is no cap and starts on a 30% faster droprate then easy and normal. If this were Activision i would say a score like that would merit a badge that's for sure 👍 On a side note i noticed your powerstation had spawned on the lefthand side 😎

New Build! Added the random spawn feature for the powerstation, it's still a fresh new feature and yet to find out if any bugs occur. I have played a few games for testing and seems to be fine, other then i noticed it was more common to spawn on the right hand side. Still too early to tell i guess. Changelog: random spawn - powerstation Latest Build: City Defence 20200331.bin

Thanks, yeah it's fairly brutal however once warmed up saves having to go through the tedious slow speeds until the action starts. Alot better if you're looking for fast games especially when your skill level is up. I really need to put some time into random placement of the powerstation. It's just a matter of something always pops up when im about to sit down and make some progress 👍

Personally i find the hardest time to keep motivation up is towards the last 80% of the game. The first initial part of game creation my motivation is at a full time high and all i want to do is get back to it. Around the middle adding features and more gameplay brings on waves of motivation. The end with ironing out bugs or adding features that will break the game can bring motivation levels down lol.

Thanks sramirez2008, yeah i have to sit down and have a good look at where i was going wrong. Was an idea i threw together quickly so there is more variance rather then just protecting the right hand side. Shouldn't be too much of an issue to correct as i threw it together quickly after making the other changes. Nice to know it's a liked feature. Btw nice score you really have the game worked out, even when im casually playing im lucky to break the low 20k's on Normal difficulty 👍 I find Hard and Expert punishing after a few waves

There is a bug with the random placement of the powerstation, i will have a look tomorrow when i get a chance. For now this version disables that feature. Latest Build: City Defence 20200325-b.bin

New Build! Changelog: text - colour changes powerstation - random placement of the powerstation either left side or right (first power-on usually starts on righthand side however during or resting the game it's completely random) warheads - when, where and how the warheads are dropped is changed Latest Build: City Defence 20200325.bin

You don't have a function key? "FN" next to the windows key? If so press and hold the FN key and press F2 simultaneously

Ok so i fired it up and had a look, everything is working fine for me. reset_switch.bas edit: @Lillapojkenpåön i see what you have done wrong, the condition statement you placed is outside the mainloop meaning it never gets read.

I haven't compiled your code in batari however im thinking by having a quick look you're after something like this. set kernel_options player1colors playercolors pfcolors reset player0x = 75 player0y = 80 COLUBK=$15 main playfield: ................................ ................................ ................................ ................................ ................................ ................................ ................................ ................................ ................................ ................................ XXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXX end f=f+1 rem POSSIBLY INEFFICIENT CODE, SEPARATE COLOR INFO FOR EACH FRAME... if f = 10 then player0: %01100110 %00100100 %00100100 %11111111 %00111100 %00111100 %00111100 %00100100 end if f = 10 then player0color: $FC; $FC; $FC; $F4; $F4; $F2; $F0; $F0; end if f = 20 then player0: %00000110 %01100100 %00100100 %11111111 %00111100 %00111100 %00111100 %00100100 end if f = 20 then player0color: $FC; $FC; $FC; $F4; $F4; $F2; $F0; $F0; end if f = 30 then player0: %01100000 %00100110 %00100100 %11111111 %00111100 %00111100 %00111100 %00100100 end if f = 30 then player0color: $FC; $FC; $FC; $F4; $F4; $F2; $F0; $F0; end drawscreen if switchreset then goto reset if joy0up then player0y = player0y - 1 if joy0down then player0y = player0y + 1 goto main One thing to note when reading bitwise operations is the syntax is different from traditional variables. So in BASIC syntax some examples: Peek: on or off if switchreset then goto reset or if !switchreset then goto skip_blah_blah_blah Poke/push values into individual bits (in this case abit0): on or off if switchreset then a{0} = 1 or if !switchreset then a{0} = 0 To read/peek at the state of say individual bits within a variable you would use the same syntax i explained with the reset switch. For example: rem check if a{0} = 1 if so then turn off a{0} and turn on a{1} if a{0} then a{0} = 0 : a{1} = 1 or rem check if not a{0} if so then turn on a{0} and turn off a{1} if !a{0} then a{0} = 1 : a{1} = 0 ect ect Check out RT's site for further examples

Good to hear and take note there was still the issue of the compiler path pointing to the wrong executable. If that path is not correct or pointing to 2600basic.exe or there is white space, it will throw the exact same error message in the log.

New build! So as far as i can see and have tested i think i have fixed the issue (only time will tell). Played multiple games and i cannot replicate the issue again so hopefully it's all sorted. I can now focus on adding some sound effects down the track, however i probably work with it on the side of my other games. As i will be slowly continuing some work on the game i have added a build date to the ROM. Changelog: bug fix - reverting back to weigh-in screen Latest Build: Bass Fishing Tournament 20200323.bin Cheers -Anthony 👍

Try removing ALT batch file and BB compiler path once again, and make sure to save changes on the bottom right of the setting page. Exit and run the install_win.bat file in bB v1.5 again, you should get two messages of success in the command prompt. Then start up VbB once again and and have a look. The Windowsx64.exe extension should not be in the BB compiler path, if it is again make sure to remove it and end with the 2600basic.exe I will also add if you decide to move the installation folder to another directory in the future you will need to repeat this process again.

Can you pls take a screen cap of the settings tab?

As mentioned above, Atari Dev Studio is brilliant and worth installing regardless. If you're still wanting VbB then you will need a few things to set it up correctly as it's a little out of date. Personally i use both and mainly use Atari Dev Studio for my serious and large projects. ADS is alot more optimized then VbB when your game grows so it's a must have tool when you start taking it seriously. However i still use VbB for small test projects, drawing playfield and titlescreen creation ect. So it's still a handy tool to have functioning. So for VbB first things first you will want like mentioned build 568 and remove 550. Then you will want to head over and grab the latest build of bB. Locate your bB folder within the VbB directory and replace the folder with build 1.5 then open VbB and click on settings tab. Make sure boxes are checked like the screencap below and BB compiler path is empty. See below! Now exit VbB and open bB v1.5 folder and run the install_win.bat file which should set the path correctly. Then open VbB again and try to compile your project 👍

Just so people know and those thinking of downloading this game i have found a show stopper bug. After trying to see how far i can get and going for a high score it popped it's head out. When reeling in a fish and holding the joyfire button and the required score for the next level isn't met, the game reverts back to the first level rather then gameover screen It only happens with the combination of those conditions otherwise works as intended. It's been awhile since working on the source code, so i will have to crack the vault open when i get a chance and look for whatever is causing it. I have a hunch off the top of my head however it's only a guess and not certain. Anyway i have wanted to break it open to add a few extra small sounds as i think the game lacks in the sound department. So it gives me all the more reason to. I plan within the next few days or so to find some spare time to sit down and have a good look 👍

Sorry my mistake please download this build, i messed with some code that controls the warhead drop rate that broke the game since adding the GUI. I have removed all builds that contained the bug. Fixed Build: City Defence 20200322.bin

New build! So this is just an update and improvements to the last feature added. Changelog: bug fix - small screen jitter from titlescreen to difficulty menu restrainers - improved button restrainer setup for transition between screens sounds - menu selection sounds when cycling through difficulties (polish) Latest Build: See below

New build! With this build i have eliminated the need of difficulty switches and also prevent people from changing the switches mid game (cheating). After the title screen you will see the default setting of easy and by pressing right or left on the joystick you can cycle through the difficulty settings. Difficulty Settings: Easy - Warhead starting speed is slow and capped after level 25 Normal - Warhead starting speed is slow and there is no cap after level 25 Hard - Warhead starting speed is fast and is capped after level 25 Expert - Warhead starting speed is fast and there is no cap after level 25 Changelog: difficulty menu - GUI eliminates the need of difficulty switches graphics - some changes to the original text displayed on screen to match the difficulty text that was added Latest Build: Download in post below Thanks and any issues please let me know 👍

urrghh Changelog: bug fix - score would roll after adding the dollar symbol Latest Build: Street Rod 2600 20200319.bin

IMO Retroarch is perfect for a system like an jail broken PS3 or something. In that case i can't think of a better way to play emulation especially when you're into multiple systems. For me and when it comes to PC i don't mind Retroarch when it comes to the more obscure emulators and makes for ease rather then trying to chase updates on those systems i don't really play often. However stand alone is my preference with well known systems from Atari, Nintendo and Sega. I feel it's more suited for my needs and flexibility with settings. For example Stella standalone is leaps and bounds the better experience along with Higan and Fusion. You could call me old school when it comes to emulation however i think each emulator has it's place. Retroarch to me is more practical for consoles rather then PC

Small update, nothing too special just some code clean up and the score now has a dollar symbol to show your cash. Motivation is kind of at a standstill for a couple of reasons. For one i had been working on City Defence so that game ignited a fresh spark growing into a solid game. Secondly i have been kinda busy and is also the reason why development of City Defence has started to slow. So tonight i was just in the mood of playing around with cleaning some code and revising what all the routines do ect. I have some plans, thoughts and features for both however choosing not to rush anything. I feel it's nice to take the break for awhile and just play some games rather then code all the time with what i have spare. Anyway cheers 👍 Changelog: code clean up - removing any redundant code and general clean up (wip) dollar symbol added - score now has the dollar symbol added for currency aesthetics Latest Build: Street Rod 2600 20200318.bin