-
Content Count
9,938 -
Joined
-
Last visited
-
Days Won
35
Content Type
Profiles
Member Map
Forums
Blogs
Gallery
Calendar
Store
Everything posted by Gemintronic
-
First choice is always first and best and wonderful. Rock on AtariAge!!!!!! Can you recommend a good second or third choice GroovyBee? Or, are you saying posting your creation on only one website is good enough?
-
In my homebrew seeking days I always went to PDRoms.de to find new games. Now that I want to code homebrew games I realise no one can actually join and submit new games to them. What other homebrew ROM sites exist? I mean, ones you'd actually want to submit your creations to?
-
Maybe you can add some random terrain to the engine Seriously! Some of my code is wacky because of workarounds. Most of it is whacky because I represent all that professional developers hate I wouldn't be surprised if the authors of Microsoft Code Complete have a hit on me! The whole collisions get registered only after drawscreen thing sucks. Not bB's fault at all but I don't like it one bit. I literally have to move the sprite into the wall and run drawscreen to detect the collision. It looks bad when I then have to redraw back at the non-contact location. Bouncy bouncy flicker flicker. Thankfully, I only have to call the collision routine once. The rest is pfreads. I still think this topic http://www.atariage.com/forums/topic/148427-vertical-scrolling-through-a-playfield-that-wont-fit-the-screen/page__hl__defaultbasbin has the key to multi-screen platforming goodness. Even if I can't figure out how to pfscroll left or right at least that topics examples can go up and down. See Kung-Fu Master CurtisP's Scroll3A.bas for what I mean.
-
*somehow got double-posted*
-
Didn't want to hijack jbs30000 platform thread so I'll post this example here. This has: 4 way scrolling (up, down, left & right) Workable collision detection. Not perfect but good enough. Variable jump. Basic animation for player sprite. This does not show off level loading. The "level" is one screen big. Someday I'd like to figure out how to use pfplayfieldpos to get taller playfields to work but it's beyond me. Hopefully this example will encourage further platforming advances! pfplatform.bas pfplatform.bin
-
So far I've got: * 4 way scrolling (limited to current playfield) * Variable jump * Basic animation for player * Collision I think playfieldpos is the key to using playfields taller than just 1 screen but it's correct usage is an utter mystery to me. The Scroll3a.bas example doesn't work with pfscroll left or right properly. When the engine uses the playfieldpos magic it snaps right back to the default center position no matter how far pfscroll left or right you went. Batari took note of my problem dim'ing the foreground color "dim foreground_color = COLUPF" and fixed it. Can't wait to try out that fix when it becomes available! Attempted to compliment him too but I don't think it worked. The fact that he remains active and interested in a complicated project like BatariBASIC is truly rare. I've seen promising projects like DragonBASIC for the GBA fade and die. BatariBASIC keeps rockin' Go Fred! Go AtariAge! Go, er, I think I need to go to sleep!
-
Feels like someone did a babbelfish translation over and over until they got back to English. Maybe it's a code. Too tired to add up the letters or pick out every first letter. Anyway, we seem to be getting more and more attention seekers. Joes Crack and all.
-
There's some addiction to this game. I do think getting reset back to the first line is too harsh. Maybe one or two lines back depending on difficulty..
-
For some reason I always suspected my variable and constant names stepping on eachothers toes. Thanks for clarifying! By extension does this mean any program label, variable or constants need to watch out for this gotcha? If so, maybe I need to print out a keyword list and double check my code..
-
This seemed to fix using def'ed binary values in IF statements but I still wonder why dim'ing COLUPF doesn't compile.. As a side dim background_color=COLUBK compiles just fine. Does work now: dim counter = a def march = counter{4} if march then pfscroll down : REFP0 = 8 Never worked: rem Can't foreground_color=COLUPF for some reason.. rem Declare constants const c_aqua = $B8 const c_black = $00 dim background_color=COLUBK dim foreground_color=COLUPF rem Init variables foreground_color = c_aqua background_color = c_black
-
Seriously, DON'T go to atari7800.com
Gemintronic replied to 4Ks's topic in Gaming Publications and Websites
I personally didn't get the reference when I saw the F bomb. I didn't mind it much. Kind of out of context though. I don't usually think profanity and Pole Position II go together. Regardless, George Carlin is attributed as saying "I think it's the duty of the comedian to find out where the line is drawn and cross it deliberately." My company tried requiring flash on their front page and got plenty of complaints. Especially when it crashed peoples web browser. Flash websites just aren't a great idea. -
I know just enough about programming and the Colecovision to be impressed! Procedurally generating graphics feels like cheating.. in a good way
-
@EricDeLee: I think certain people have proven the usefulness of the ignore button. Might be time to use it! I don't want people distracting you from your playthrough! Please, continue (when you feel like it) The prototypes I've seen out in the wild have all been unplayable. I'm enjoying both the progress made since the protos I've and your experiences with EOB. I can't relive my first playthrough but I can enjoy your fresh perspective on the game In retrospect I spent more time learning the save game format and hacking it then I would have just grinding!
-
Dumbest thing you've heard people say about games/systems
Gemintronic replied to 4Ks's topic in Classic Console Discussion
Actually, my parents were more modern. Any video game system - including the gynormous Neo Geo - was a "Nintendo". I still have to Babblefish translate things in my head when they call 1.44 floppies a "hard disk". -
Well, it sounds like you like to expand/pimp your systems. C64 has many more options like the SuperCPU and IDE adapters. You can even run GUI multitasking operating systems like WiNGs or Contiki. Not gonna be able to upgrade that ADAM much more. I say it gets demoted
-
Seriously, DON'T go to atari7800.com
Gemintronic replied to 4Ks's topic in Gaming Publications and Websites
Well, opinions are opinions. I object to hotlinking AtariAge ROMs instead of using his own bandwidth. -
Does anyone here still buy new games?
Gemintronic replied to Tickled_Pink's topic in Microsoft Xbox 360
$60 bucks for a new release is above my tolerance level. Last time I did that was for Phantasy Star II. Bargain Bin diving is still getting a "new" game to me. -
Making my first Atari game and I got a compile error...
Gemintronic replied to Sega Dude's topic in batari Basic
I don't know exactly what is going on thar but I noticed player1:: should probably be player1: and the playfield: should have a space so it isn't a label playfield: -
I think PS1 is where modern gaming starts. Gobs of storage. 3D graphics. More "adult" themes. It's the easiest to rip too. I could imagine collecting so I could rip every game to a dedicated PC and play Gran Turisimo 2, Tekken 3 and Final Fantasy 9 at leisure.
-
I get what the OP is feeling there. However, like some of us, DOS is very much part of our workday. I make autoit scripts that use command line tools. I run batch files to auto-install apps. Heck, I even tell green end-users to: IPCONFIG /RELEASE IPCONFIG /RENEW almost every day.
-
Try looking at my first bB attempt Drunken Pooper http://www.atariage....drunken-pooper/ Notice how I use a variable called shooting to determine how I should deal with moving the missle. There are better examples out there so don't hate me too badly for this weak answer In particular check out 4_FireAMissile.bas example here: http://www.atariage....r-bb-beginners/
-
Might have an opporunity.. but, that means 2 projects to fuffill!
Gemintronic posted a blog entry in Game Maker to Game Dev
Right now I've got a collect-the-carts maze game project and a Knightmare clone in the works. One one is a casual promise and the other has deadline. I don't like juggling priorities but I DO like creating and COMPLETING projects. Such is life. Hung out with a co-worker today and, although mostly enjoyable, the parting was hard to read. We got into work related subjects and I tend to rant when given half a chance. Might have over-did it. Hard to read tired or tired of ME sometimes. Best to double check next time we meet. I value quality of friendship over quantity of friends. The question of business realities vs. open sharing is something swirling in my mind recently. I told a new acquaintance today that I've been lucky so far sharing source and executables for my games openly and freely. Reaching people across the globe with my "art" and sharing what little my source has to offer is a real high. However, as my experience with Candybar highlights, having a physical game in the hands of an appreciative audience is a kick too. One that comes with frightening concepts like trademarks and copyrights and (potentially) closed source secrecy. I'm sure everything will sort itself out. I have enough projects and ideas that I can swing either way. The point is to continue to grow, create and accomplish. Oh, yeah, and share the love of Atari. You all are reminding me of that fine point Carry on my wayward son! -
I understand the whole chicken/egg dilemma. From an end-users perspective it's like buying hardware without a definite software reason. I got the gear, where's the games? Intentions to support the scene and techno-lust can also be defeated by paying for mortgages, cars, kids and, er, 7800 carts Suggestion #1: Make sure a complete, easy to set up toolchain is available for the 7800 and your peripheral. If I knew I could program for this baby on day one I'd have a reason (besides somebody else's games) to buy. Of course, bB for the 7800 is a pipe dream but we're all dreamers here, right? Suggestion #2: This one would really seal the deal for me. Make some of the advantages work for the 2600 and BatariBASIC. If not RAM then at least save game/score support. Post inline assembly or a module to work with BatariBASIC and 2600 assembly.
-
While trolling through the source files in this topic: http://www.atariage.com/forums/topic/148427-vertical-scrolling-through-a-playfield-that-wont-fit-the-screen/page__hl__defaultbasbin I noticed a command/variable/something called playfieldpos being used. RT's command reference barely references it but it seems critical in the playfield scrolling examples I've seen in the linked topic. Anyone have any clue what playfieldpos is and does? How it works?
