Rad Raygun

Anything related in any way to game development as a whole is welcome here. Tell us about your game, grace us with your project, show us your new YouTube video, etc.

Moderator: PC Supremacists

Re: Rad Raygun

Postby trufun202 on Tue Jan 29, 2013 9:25 am

EdBoon wrote:oh awesome i will have to grab it on playtest!! i saw you had to pull for bug, (me too, waiting until sat to resubmit. The week long waiting period is brutal! mine was 1 line of code :( ) ill throw u 2 peer reviews once you get it up, and i have a couple friends with them too i will have them review it. should give u about 2 to 4 reviews first day.

if you wouldn't mind throwing me a peer review as well on saturday , or whenever you get a chance following it, i would appreciate it!

good luck, going to go try it now


Will do, sir. And thank you, I really appreciate your help! :mrgreen:

I go back up for Peer Review tomorrow (Wednesday).
-Chris

YouTube | Twitter | Rad Raygun

“REAL ARTISTS SHIP” - Steve Jobs
User avatar
trufun202
Game Developer
Game Developer
 
Posts: 1174
Joined: Sun Sep 21, 2008 1:27 am
Location: Dallas, TX

Re: Rad Raygun

Postby trufun202 on Wed Jan 30, 2013 2:17 pm

To my XNA peeps - Rad Raygun is back up for Peer Review!

Can this be the release that goes live? Dear lord, I hope so! :mrgreen:
-Chris

YouTube | Twitter | Rad Raygun

“REAL ARTISTS SHIP” - Steve Jobs
User avatar
trufun202
Game Developer
Game Developer
 
Posts: 1174
Joined: Sun Sep 21, 2008 1:27 am
Location: Dallas, TX

Re: Rad Raygun

Postby EdBoon on Wed Jan 30, 2013 3:00 pm

awesome, Will do it tonight for sure.
Undead Empire -> http://bit.ly/dYdu3z
Gamerscore Tracker -> http://bit.ly/vI4T4X
Undead Empire: Hellfire -> http://bit.ly/1AgC4ZY
facebook.com/BigRookGames twitter.com/BigRookGames
youtube.com/user/bigrookdigital
User avatar
EdBoon
Chaos Rift Junior
Chaos Rift Junior
 
Posts: 267
Joined: Fri May 28, 2010 11:44 pm
Location: Atlanta, GA

Re: Rad Raygun

Postby TNTniceman on Wed Jan 30, 2013 8:02 pm

I forgot to ask, does this mean you will continue the development of Golvellius 3D?
TNTniceman
Chaos Rift Newbie
Chaos Rift Newbie
 
Posts: 7
Joined: Fri Jan 04, 2013 3:10 pm

Re: Rad Raygun

Postby mattheweston on Mon Feb 04, 2013 11:20 am

How do the plans for Microsoft's discontinued support of XNA play into your future development plans as someone who has released many titles under XNA and for the XBOX 360?

As a person who would like to release games for XBLIG, I'm curious to see what direction others are taking.
Image
mattheweston
Chaos Rift Junior
Chaos Rift Junior
 
Posts: 203
Joined: Mon Feb 22, 2010 2:32 am
Location: San Antonio,Texas

Re: Rad Raygun

Postby Falco Girgis on Mon Feb 04, 2013 1:05 pm

How do you handle modifying parallax layers in your editor? :mrgreen:
"So what happens if the Elysian Shadows Kickstarter fails?"
Image
User avatar
Falco Girgis
Elysian Shadows Team
Elysian Shadows Team
 
Posts: 10693
Joined: Thu May 20, 2004 3:04 pm
Location: Studio Vorbis, AL

Re: Rad Raygun

Postby trufun202 on Mon Feb 04, 2013 11:19 pm

TNTniceman wrote:I forgot to ask, does this mean you will continue the development of Golvellius 3D?


I have every intent to revisit the Golvellius 3D project one of these days, but probably not until my kids are a bit older. Until then, I'll probably do some Android development, since I'm too cheap to buy a mac. :P
-Chris

YouTube | Twitter | Rad Raygun

“REAL ARTISTS SHIP” - Steve Jobs
User avatar
trufun202
Game Developer
Game Developer
 
Posts: 1174
Joined: Sun Sep 21, 2008 1:27 am
Location: Dallas, TX

Re: Rad Raygun

Postby trufun202 on Mon Feb 04, 2013 11:21 pm

mattheweston wrote:How do the plans for Microsoft's discontinued support of XNA play into your future development plans as someone who has released many titles under XNA and for the XBOX 360?

As a person who would like to release games for XBLIG, I'm curious to see what direction others are taking.


Yeah, that sucks...I really do like the XNA framework. I'd love to move onto iOS development, but I don't own a Mac. I'll probably do a small Android project next.
-Chris

YouTube | Twitter | Rad Raygun

“REAL ARTISTS SHIP” - Steve Jobs
User avatar
trufun202
Game Developer
Game Developer
 
Posts: 1174
Joined: Sun Sep 21, 2008 1:27 am
Location: Dallas, TX

Re: Rad Raygun

Postby trufun202 on Mon Feb 04, 2013 11:30 pm

Falco Girgis wrote:How do you handle modifying parallax layers in your editor? :mrgreen:


Did you see my reply on page 1 of this thread? If that doesn't answer your question, let me know! I'd love to discuss the editor, because it really played a huge part in letting my artist and I work in parallel. Using only the editor, we could build a completely different platformer and have it be about 90% complete! :) The problem is that is a shit load of art assets and RR alone took 2 years! :P
-Chris

YouTube | Twitter | Rad Raygun

“REAL ARTISTS SHIP” - Steve Jobs
User avatar
trufun202
Game Developer
Game Developer
 
Posts: 1174
Joined: Sun Sep 21, 2008 1:27 am
Location: Dallas, TX

Re: Rad Raygun

Postby Falco Girgis on Tue Feb 05, 2013 5:24 pm

trufun202 wrote:
Falco Girgis wrote:How do you handle modifying parallax layers in your editor? :mrgreen:


Did you see my reply on page 1 of this thread? If that doesn't answer your question, let me know!
Oh shit, I completely missed that somehow!

So tell me if I'm understanding your layering correctly. From back to front:
1) background image
2) background tiles ontop of the background image for animating certain regions of the background
3) main layer the player interacts with
4) foreground layer for things like trees that are rendered in front of the player and the main layer

Then there are two levels of speeds for parallaxing:
slower: layers 1 and 2
faster: layers 3 and 4

Assuming that I am anywhere near correct here, I have some back-end and front-end questions.

Back-End
Is your layer "size" smaller for the background, since it scrolls slower and can technically fill the same area as the two foreground layers with a much smaller region? If your layers are static structures, are you actually allocating a smaller area region by using the map size from the upper layers and the speed of the parallaxing?

Front-End
So does your level editor's map placement window actually render the background layer as it would be in-game? If the user were to scroll over the main view, would they see the in-game parallax effect? Can we see screenshots? :mrgreen:

That's very clever for background animations, btw. Sounds like an efficient and elegant solution.

I'm asking all of these parallax questions, because I have been considering allowing the level designer to "toggle" the upper layers in our maps as parallax layers in ES. I have a very good idea for how I would implement the back-end in our engine, but not so much for how I would handle this in our Toolkit.

trufun202 wrote:Using only the editor, we could build a completely different platformer and have it be about 90% complete! The problem is that is a shit load of art assets and RR alone took 2 years! :P
I can only imagine. I feel like we are probably in the same boat here. :lol:
"So what happens if the Elysian Shadows Kickstarter fails?"
Image
User avatar
Falco Girgis
Elysian Shadows Team
Elysian Shadows Team
 
Posts: 10693
Joined: Thu May 20, 2004 3:04 pm
Location: Studio Vorbis, AL

Re: Rad Raygun

Postby trufun202 on Wed Feb 06, 2013 12:05 pm

Falco Girgis wrote:Oh shit, I completely missed that somehow!

So tell me if I'm understanding your layering correctly. From back to front:
1) background image
2) background tiles ontop of the background image for animating certain regions of the background
3) main layer the player interacts with
4) foreground layer for things like trees that are rendered in front of the player and the main layer

Then there are two levels of speeds for parallaxing:
slower: layers 1 and 2
faster: layers 3 and 4


There are a total of seven layers (going back to front) and 3 speeds of scrolling:

1) parallax image - slower scroll - single image for the background
2) parallax tile layer - slower scroll - tiles laid on top of the parallax image
3) background layer - normal scroll - tiles that appear behind Rad, but scroll with the collision layer
4) collision layer - normal scroll - yeah, that stuff you walk on
5) entity layer - normal scroll - stores interactive items, such as enemies, power ups, ladders, etc.
6) front layer - normal scroll - tiles that appear in front of Rad, but scroll with the collision layer
7) foreground layer - faster scroll - for things like columns and trees in the foreground

Falco Girgis wrote:Assuming that I am anywhere near correct here, I have some back-end and front-end questions.

Back-End
Is your layer "size" smaller for the background, since it scrolls slower and can technically fill the same area as the two foreground layers with a much smaller region? If your layers are static structures, are you actually allocating a smaller area region by using the map size from the upper layers and the speed of the parallaxing?


Each layer is only alllocating what it needs. In the editor, a new map has each layer as a 1x1 array. The layers are then redimensioned as tiles are dropped in. But, for example, say you have a huge map with only 1 entity, the collision layer may be 1000x1000 where the entity layer only has to be 20x20 -- does that make sense?

Falco Girgis wrote:Front-End
So does your level editor's map placement window actually render the background layer as it would be in-game? If the user were to scroll over the main view, would they see the in-game parallax effect? Can we see screenshots? :mrgreen:


Yes, if you scroll over in the editor, it matches the same in-game parallax effect. We didn't do this at first, but it caused mass confusion. Basically I can go in and out of "Preview Mode", and the map looks the same. The output of the editor is just 7 text files, exporting the 2D array of tile names. (pretty rude and crude, I know, but its all a compiled resource in the 360 build.)

EDIT:

Here's a look at the parallax layers in the editor:
http://i50.tinypic.com/sw4u4l.png

...and in-game:
http://i48.tinypic.com/244a2pi.png

You'll also notice that the in-game screenshot has a more pixelated look. This is just a transparent layer that I render over the entire game to give it the retro look. ;)

Falco Girgis wrote:That's very clever for background animations, btw. Sounds like an efficient and elegant solution.


Thanks, I was proud! :D This allowed us to have gunman firing in the background of the first level, and it really added some depth and feeling of being a "live" environment.

Falco Girgis wrote:I'm asking all of these parallax questions, because I have been considering allowing the level designer to "toggle" the upper layers in our maps as parallax layers in ES. I have a very good idea for how I would implement the back-end in our engine, but not so much for how I would handle this in our Toolkit.


That'd be sweet! Having the ability to specify a layer as being parallax and then setting the scroll speed in the editor should give you all of the flexibility that you need. I got away with 3 speeds essentially - slow backgrounds, normal collision, and faster foreground - but, I could totally see needing varying levels of parallax for different maps.
-Chris

YouTube | Twitter | Rad Raygun

“REAL ARTISTS SHIP” - Steve Jobs
User avatar
trufun202
Game Developer
Game Developer
 
Posts: 1174
Joined: Sun Sep 21, 2008 1:27 am
Location: Dallas, TX

Re: Rad Raygun

Postby Falco Girgis on Thu Feb 07, 2013 11:15 am

trufun202 wrote:
Falco Girgis wrote:Oh shit, I completely missed that somehow!

So tell me if I'm understanding your layering correctly. From back to front:
1) background image
2) background tiles ontop of the background image for animating certain regions of the background
3) main layer the player interacts with
4) foreground layer for things like trees that are rendered in front of the player and the main layer

Then there are two levels of speeds for parallaxing:
slower: layers 1 and 2
faster: layers 3 and 4


There are a total of seven layers (going back to front) and 3 speeds of scrolling:

1) parallax image - slower scroll - single image for the background
2) parallax tile layer - slower scroll - tiles laid on top of the parallax image
3) background layer - normal scroll - tiles that appear behind Rad, but scroll with the collision layer
4) collision layer - normal scroll - yeah, that stuff you walk on
5) entity layer - normal scroll - stores interactive items, such as enemies, power ups, ladders, etc.
6) front layer - normal scroll - tiles that appear in front of Rad, but scroll with the collision layer
7) foreground layer - faster scroll - for things like columns and trees in the foreground
Aaaaah, I didn't realize you had a separate "collision" layer. I figured the collision was an attribute of each tile. So with a separate layer like that, the same tile can be solid in one place and walkable in another place, right?

trufun wrote:Each layer is only alllocating what it needs. In the editor, a new map has each layer as a 1x1 array. The layers are then redimensioned as tiles are dropped in. But, for example, say you have a huge map with only 1 entity, the collision layer may be 1000x1000 where the entity layer only has to be 20x20 -- does that make sense?
Oh, damn! That's even more sophisticated than what I was asking... very nice.

trufun wrote:Yes, if you scroll over in the editor, it matches the same in-game parallax effect. We didn't do this at first, but it caused mass confusion. Basically I can go in and out of "Preview Mode", and the map looks the same. The output of the editor is just 7 text files, exporting the 2D array of tile names. (pretty rude and crude, I know, but its all a compiled resource in the 360 build.)

EDIT:

Here's a look at the parallax layers in the editor:
http://i50.tinypic.com/sw4u4l.png

...and in-game:
http://i48.tinypic.com/244a2pi.png
Damn, that's sexy as hell. I really like the idea of having the editor render the layers just like the engine. It's good to see you proved it can be pulled off... Now I'm more motivated to give it a try. We already stole your layer selection widget, after all. ;)
"So what happens if the Elysian Shadows Kickstarter fails?"
Image
User avatar
Falco Girgis
Elysian Shadows Team
Elysian Shadows Team
 
Posts: 10693
Joined: Thu May 20, 2004 3:04 pm
Location: Studio Vorbis, AL

Re: Rad Raygun

Postby trufun202 on Sun Feb 17, 2013 12:57 am

So, I'm just killing time while I wait for my last XNA Peer Review approval... Here are some interesting (or at least I think they're interesting) stats on Rad Raygun:

- 830 days in development
- 85,481 lines of code (engine + game + editor)
- 6,572 art assets (if you count each tile)
- 9 original songs

It's kinda cool to look back on a project that I thought I would NEVER end! :mrgreen:
-Chris

YouTube | Twitter | Rad Raygun

“REAL ARTISTS SHIP” - Steve Jobs
User avatar
trufun202
Game Developer
Game Developer
 
Posts: 1174
Joined: Sun Sep 21, 2008 1:27 am
Location: Dallas, TX

Re: Rad Raygun

Postby 0x0000000 on Sun Feb 17, 2013 1:14 am

trufun202 wrote:So, I'm just killing time while I wait for my last XNA Peer Review approval... Here are some interesting (or at least I think they're interesting) stats on Rad Raygun:

- 830 days in development
- 85,481 lines of code (engine + game + editor)
- 6,572 art assets (if you count each tile)
- 9 original songs

It's kinda cool to look back on a project that I thought I would NEVER end! :mrgreen:

85,481 lines of freakin' code :shock2: :worship:
This game looks so freakin' professional and awesome.
I bought myself 800 Microsoft points just for this game!

Any chance of a Rad Raygun X ;)
User avatar
0x0000000
Chaos Rift Newbie
Chaos Rift Newbie
 
Posts: 42
Joined: Tue Feb 12, 2013 1:46 am
Location: Memory Address 0x0000000 (in UTF-9 notation)

Re: Rad Raygun

Postby GroundUpEngine on Sun Feb 17, 2013 6:41 am

85K freakin insane, kudos ;)
User avatar
GroundUpEngine
Chaos Rift Devotee
Chaos Rift Devotee
 
Posts: 869
Joined: Sun Nov 08, 2009 4:01 pm
Location: UK

PreviousNext

Return to Game Development

Who is online

Users browsing this forum: No registered users and 1 guest

cron