Jump to content

Photo

Project Eden - Homebrew WIP 2nd attempt


17 replies to this topic

#1 MausGames OFFLINE  

MausGames

    Dragonstomper

  • 897 posts
  • Location:MO, USA

Posted Thu Dec 3, 2015 6:38 PM

I'm back, and trying the homebrew in bB process once more. The shmup I'm working on uses vertical scrolling, and I've tried stuffing that bit of code into the vblank. It appears to be fine in Stella, but I'm wondering if it will work on the real thing. Is anyone able and willing to test, so that I can move on? Scrolling takes quite a few cycles, and a different amount 1 out of each 5 frames, so it will make a lot of difference in dev if leaving it in vblank doesn't work. Thanks in advance for any help.

Attached Files


Edited by MausGames, Thu Dec 3, 2015 8:27 PM.


#2 Albert ONLINE  

Albert

    Quadrunner

  • 34,737 posts

Posted Thu Dec 3, 2015 7:05 PM

Tested and seems to work fine. I like the ship. :)

game.jpg

..Al

#3 MausGames OFFLINE  

MausGames

    Dragonstomper

  • Topic Starter
  • 897 posts
  • Location:MO, USA

Posted Thu Dec 3, 2015 7:21 PM

Hurrah! Thank you, Albert. Now on to enemy AI.



#4 Random Terrain OFFLINE  

Random Terrain

    Visual batari Basic User

  • 28,738 posts
  • Controlled Randomness
    Replay Value
    Nonlinear
  • Location:North Carolina (USA)

Posted Thu Dec 3, 2015 7:36 PM

What would it look like if you added one more animation frame when moving left and right? In case that wasn't clear, it looks like it jumps directly from the flat view to the tipped view, but maybe one more frame between the two views for a fraction of a second would make it look even better.



#5 MausGames OFFLINE  

MausGames

    Dragonstomper

  • Topic Starter
  • 897 posts
  • Location:MO, USA

Posted Thu Dec 3, 2015 7:57 PM

Yes, that would definitely make a nice improvement; I'm horrible at sub-pixel animation though. Maybe as the project gets farther along I'll get help with that. I agree that the jump to tilted doesn't look great.

 

Update - Giant flickery boss sprite!

Attached Files



#6 MausGames OFFLINE  

MausGames

    Dragonstomper

  • Topic Starter
  • 897 posts
  • Location:MO, USA

Posted Thu Dec 3, 2015 11:09 PM

Level 4 boss.

Attached Thumbnails

  • Animation12.gif


#7 Cafeman OFFLINE  

Cafeman

    Quadrunner

  • 6,695 posts
  • Location:PA

Posted Thu Dec 3, 2015 11:17 PM

Pretty cool!  

 

The scrolling is quite smooth , but it is so fast that there really is never reason or opportunity to go too far left or right, because the furthest canyon wall is always going to get you if you dare. So it seems the ship will have to stay in the center 1/4 of the screen.   It would be cool if it varied a bit across levels, if thats possible. 

 

I like the boss. Can't wait to try it out with collision and enemies!



#8 KaeruYojimbo OFFLINE  

KaeruYojimbo

    Stargunner

  • 1,667 posts
  • Location:Portland, OR

Posted Fri Dec 4, 2015 8:37 PM

Great start! Looking forward to seeing this develop.



#9 MausGames OFFLINE  

MausGames

    Dragonstomper

  • Topic Starter
  • 897 posts
  • Location:MO, USA

Posted Fri Dec 4, 2015 9:06 PM

I have a bit of a dilemma. Which is more important, rapid fire by holding fire, or a charged shot?

 

If I add a charged shot, meaning you get a bigger laser shot if you hold down fire a bit before releasing, rapid fire is out.

 

Binary attached demoing charged shot.

 

Attached Files



#10 Random Terrain OFFLINE  

Random Terrain

    Visual batari Basic User

  • 28,738 posts
  • Controlled Randomness
    Replay Value
    Nonlinear
  • Location:North Carolina (USA)

Posted Fri Dec 4, 2015 10:13 PM

I like instant response, so I wouldn't be a fan of the charged shot. If I was making a game that had different powered shots with rapid fire (where the payer can hold down the button to shoot), I'd probably have an indicator of some kind that showed the currently selected shot power. The player would double click to cycle through normal, stronger, and strongest shots. Normal shots would barely reduce the energy bar or whatever you'd call it. Stronger shots would deplete the bar a little faster. The strongest shots would use up even more power from the bar.

 

As the energy drains, players would need to shoot or touch (or both) a certain kind of bonus item that adds more shot energy or whatever you'd call it if they want to keep shooting.



#11 MausGames OFFLINE  

MausGames

    Dragonstomper

  • Topic Starter
  • 897 posts
  • Location:MO, USA

Posted Sun Dec 6, 2015 4:02 PM

I'm going to keep the charged shot for now, and see which feels best once all of the enemies are finished. I'm already down to only 5 a-z variables, and I really dislike programming the sc ones. I have to go read that part of your site again RT, I'm a bit rusty. I'm sure there are some barely used variables I can swap out without too much pain.



#12 Atarius Maximus OFFLINE  

Atarius Maximus

    Stargunner

  • 1,881 posts
  • 10 PRINT CHR$(205.5+RND(1));
  • Location:St. Louis, Missouri USA

Posted Fri Jan 8, 2016 4:50 PM

I know it's been over a month since you posted about it, but I'm curious if you have an update. Your most recent update was pretty cool.  I've always liked your WIP's, you're definitely very talented.  Also just noticed that you're also in Missouri.  In STL, perhaps?



#13 MausGames OFFLINE  

MausGames

    Dragonstomper

  • Topic Starter
  • 897 posts
  • Location:MO, USA

Posted Fri Jan 8, 2016 5:00 PM

Thank you! I've been working slowly on this, along with trying to learn to use the DPC+ kernel. My main problem with progress in this game is program structure - I have a really hard time writing code to handle events and the flow of the game.

 

We both started learning bB at about the same time, and it was great to watch your development of Cave In. It still holds up as one of the best examples of what bB, and the 2600, can do. I'm actually in Saint Joseph; about as far from STL as you can get and still be in MO.



#14 Papa OFFLINE  

Papa

    Dragonstomper

  • 751 posts

Posted Sat Jan 9, 2016 7:43 AM

I like this demo.  Like Albert said, I like the ship and I think the scrolling and design has promise.  DPC+ seems well suited for this type of game what with it's complete lack of side-scrolling capabilities.  There needs to be more games like this to take advantage of DPC+. 

 

I am a big fan of M.U.S.H.A and other games like it (it's arguably in the top five best Sega games) and I see how this could be much like it. 

 

Keep up the good work!  :thumbsup: :thumbsup:



#15 YANDMAN OFFLINE  

YANDMAN

    Dragonstomper

  • 513 posts
  • Location:London, England

Posted Thu Mar 31, 2016 3:18 AM

This is a really cool looking game and reminds me of Cybercore on the Turbo Grafx. I wouild say forget the charge shot and keep it rapid, continually firing is a pain.



#16 grafixbmp OFFLINE  

grafixbmp

    Dragonstomper

  • 680 posts
  • Location:South Central US

Posted Mon Apr 4, 2016 8:09 AM

How about hold is rapid fire and double tap and hold is charged shot?

#17 YANDMAN OFFLINE  

YANDMAN

    Dragonstomper

  • 513 posts
  • Location:London, England

Posted Mon Apr 4, 2016 10:20 AM

How about hold is rapid fire and double tap and hold is charged shot?

To me that would seem overly complicated, why not map it for the Megadrive controller and utilise a two button set-up, that would be pretty amazing.



#18 cimmerian OFFLINE  

cimmerian

    Chopper Commander

  • 240 posts
  • Location:Vancouver Canada

Posted Fri Sep 7, 2018 12:46 AM

Heya MausGames! Sorry for necroing this thread but we're doing a 'early WIP homebrew' special episode tomorrow on ZeroPage Homebrew and thought Project Eden would fit in perfectly. :-)

We'll be broadcasting LIVE on Twitch tomorrow (Friday) at 2PM PT/5PM ET, so I hope you can make it! If not, you can catch the episode in our YouTube archives the next day. Hopefully see you there in the chat!

Twitch LiveStreams: http://twitch.tv/zeropagehomebrew
YouTube Channel: https://youtube.com/zeropagehomebrew

Attached Thumbnails

  • 2600-Project Eden.png





0 user(s) are browsing this forum

0 members, 0 guests, 0 anonymous users