I am getting this bizarre error with MADS, with using OPT F+. Need memory filled for cartridge ROM.
ERROR: Can't fill from higher ($BF8B) to lower memory location ($BFAF).
I know BFAF to higher than BF8B in hexadecimal

Secretum Labyrinth Dark Castles project is still very much alive and ongoing. This game is a challenge for our team to beta test because of its many features and many different screens. This will be the second Secretum Labyrinth game available for the Atari 8-bit. The first game "Secretum Labyrinth:The Legend" is currently available from atarisales.com.
I originally started putting this RPG engine together during the development of Venture. I was hoping to keep our musician onboard because this would be a great opportunity for him to show off his music skills and talents. But he was opposed, Video61 sided with me because Zelda like RPGs were seriously lacking on the Atari 8-bit computers. I just know why the musician was trying to have Lance stop development, and who he was also in communications with at the time. I decided to convert some public domain music myself.
I cannot reveal everything about Dark Castles, I can say it does have more tasks for you to do to solve this game.

https://www.youtube.com/watch?v=4hSV4SOeJho

This game will now be called Jungle Jerry. Work in Progress for November 07, 2023. Jerry Looses a life new when contacting a creature, and the game ends when extra lives run out. Some bug corrections. I made several changes were made to the creatures that you need to dodge while playing the game. Some of the frogs no longer hop left and right in front of the ladder, and the monkeys are used instead by the ladders.
I have stepped up my efforts to make games more original, and making re-imagined games more different that were inspired by games on other systems. This was encouraged due to events in recent months. I know that I was someone that pointed out concerns about violating someone else's intellectual properties and sometimes got into arguments.  Ever since KJMANN was separated from Video61, We have been making more original games. This was better for me because I had more freedom to choose what I want to do. I had several games in progress, and in beta testing, and the changes caused some delays. Jungle Jerry was the game I was working on for the Atari 8-bit computer system. Some other games are for the Atari 7800 Prosystem.
Much of this is still a work in progress.

I am not sure if I can enter hashtags. Subject is pretty straight forward. It is about my work on this "Jungle Quest" game.
Here I prefer threads stay on topic, and not derail, as I had experienced elsewhere with another Atari related site. I would like to continue to work with Atari 8-bit related stuff. I had done open research with fast line drawing, decompressing deflate/inflate files, sprite multiplexing, Fast Basic, and other stuff geared toward improving games.

New look of main character and showing some different levels. Most of the recent updates involve some bug fixes. I had to stop work last month to work on other games to make them more unique and avoid any potential legal problems.
Jungle Quest was originally designed to be different from those other games, and more changes were made as development evolved. I did not include the vines, swamps, or oil pits. Instead, this game has  moving platforms, spikes, and lava instead. This game has ladders and ropes. There are many more moving animals within the game also.
I received messages that certain people continue to accuse me about sock puppet accounts. Still in use for harassing and misinformation. This is false, and been too tied up with programming to be doing much of anything else.

[accidental duplication, deleted]

With many of my prior games, I have them check the PAL register, and with NTSC, it adds a delay every 6 frames. That is so, game run about the same speed with both Pal and NTSC versions. Starting with Venture developed back in 2010, one of the decisions about games from that point forward was they will be able to run on both PAL and NTSC at the same speed. There are two processes I used, one was to have a counter, that counts down 5 to 0 with a 6502 DEC instruction. If it trips the 6502 NEG flag with a value 255, it resets to 5 and pauses one frame. The other process is read the low 3 bits of clock, if all 0, delay, created a 1/8th delay on NTSC systems, runs slightly faster on NTSC machines. Since the frame rate on PAL displays is slower, any anomalies caused by multiplexing the player/missile graphics is more unnoticeable on PAL machines. VBIs and DLIs are able to change the registers before the electron beam refreshes points on the screen.

New Image Hosting Technology Assimilated.
Jungle Quest is a game project that evolved over time. Started out as set Mac/65 assembly code compile to ML code subroutines and loaded into a TurboBasic XL running program, and called them. After working on Tempest Xtreme, and other games, I was able to port JungleQuest iover to MADS and make it into an all machine language program for a bank switching cartridge. Another issue was I started with using Atari Envision Font Editor was the only program I had been using for years. It is great to quickly design fancy fonts, but does not have a good Antic 4 vie. For years, it was one of the only good font editor programs until Atari FontMaker came along that lets me results in Antic 4 mode, and now using it to enhance the Jungle Quest font.
Later, I will see what I can do with the font, and make another YouTube video with showing other updates to the game.
I am denying it. The account is not mine or under my control, and not the type of thing I will post. Anyone with a fair understanding of English could had made that post. Irrelevant to subject.
I figured out how to properly link to video. Need to copy what is after the last / https://youtu.be/SZhlHyuNbB4 and copy it to after  https://www.youtube.com/watch?v=SZhlHyuNbB4

Looks like the video being reposted on other forums had provoked some interesting comments, and I would like to start with a general response here.
When I mark a game as work-in-progress, graphics, sounds, and gameplay are subject to change during progress. Nothing is final. How good stuff looks is a matter of opinion, and I am aware of what other artists do. Graphics may be temporary to stand while other parts of the game are being worked on. It is not unusual, when the majority of the programming is done, for me to edit graphics and sound, to improve the presentation of the game.
I do work in a team now, do some graphics, music, beta testing, etc. As the programmer, I have to look at what fits in memory or works with other elements of the game and make the decision of what to include. If this was about my ego, I would not be making public posts with screenshots and videos before the game is complete. I do like to read about what people like to see with my games.  This game goes back to the beginning when I came onto the Atari scene in 2007. Someone else did have design input years ago that I am phasing out because of problems I had with him later.

I am working on additional levels for Jungle Quest and it will have 32 levels in total with the current plan. Jungle Quest is going to have two playing modes, one that is available for any Atari 8-bit computer with a 16K scrolling screen. The other mode will be available on Atari computers with extended RAM with a 64K scrolling big screen.
I may need to re-work the music, some of the music tracks are not working as well as I intended. This is a work in progress.
I understand there is still resentment about this game could be a future release from Video61 on cartridge. There are many people discussing their own game projects on here, some cartridge games, some hobby freeware games. The first thread about this game got locked because things became uncivil, and I am not going to discuss people I had prior problems with here.
I do appreciate positive comments and suggestions, as games are still a work in progress. I originally put the game aside when I worked on Tempest and Venture. Now I am more fluent with programming in assembly, I can make this game to what I originally envisioned.

With TurboBasic XL and Fast Basic, you can get away with having some REM statements to describe what is going on. Maybe have them outside of areas where program code needs to run as fast as possible. Before or after the main program loop. Plus the compiler excludes all the comments when building a binary anyway.
Something else that made old programs difficult to work with was that many programmers used one or two letter variable names, like I used A and B often to represent the main thing you control in a game, and C and D to represent the hostile thing you had to fight.
Most of the 8-bit machines came with the most Basic of Basic's that had to fit onto a ROM that was soldered to the main board. Atari originally had theirs on an 8k cartridge. Commodore had extensions to their Basic on cartridges. Fast Basic is one great thing that came along. Something I am disappointed about is that 7800 Basic developers are reluctant about making their product support better structured programming. Last time I sent them a message with suggestions to make their product better, it did not go over that well.