This section allows you to view all posts made by this member. Note that you can only see posts made in areas you currently have access to.

41

Entertainment / Netflix Developing Live Action Zelda Series

« on: February 07, 2015, 08:47:40 pm »

     So maybe some of you here have heard?  Apparently Netflix is teaming up with Nintendo to make a live action series following the boy in a green tunic.  Sounds like it is still a long ways out.  What are your thoughts?   If it had great writers it might just have a chance, but at the same time I just can't imagine a spin attack ever being cool in a live action series.

     I am kind of excited for the thought as long as it is really done with care.  It would be very easy to mess it up.  Animation would seem a better choice, but maybe it doesn't have to be.  Also...  Link never says anything in his games other than grunts yells and sighs.  Anybody else think it is interesting that Link would finally have a voice? 

Also...  I think that they will have to go with a somewhat more realistic atmosphere if they are going to pull it off.

Here is an IGN link for your review.
http://www.ign.com/articles/2015/02/06/report-netflix-developing-live-action-zelda-series

42

Updates / Re: ZFGC Activity

« on: February 07, 2015, 03:11:19 pm »

#pizzagate and why people who like pineapple on their pizza are terrible and feel terrible.

*Rant*
I love pineapple on Pizza!  I only feel terrible when someone discriminates against my pineapple eating habits!   You Fruitist you!  Or would that be a pizzist?
*End Rant*

43

Other Projects / Re: [Released] Kram Keep

« on: February 06, 2015, 05:48:37 am »

Ha ha!  Tried it out.  Kinda cool!  The character reminds me of Final Fantasy 2 actually.  Kind of like he got mini cast on him.

I am refering to FF2 in term of the US release.  I believe it was 5 in Japan with the red wings and all.

But I digress.  Nice job!

44

Zelda Projects / Re: [Engine demo] LOZ DA

« on: February 06, 2015, 05:33:01 am »

Looks cool.  Hope to hear more soon.  Is that a stamina gauge in the upper right corner or perhaps a circular magic gauge?  But then again the rectangle is probably the magic gauge.  Interesting to see how that might be used in a 2D zelda fan game.  Keep it up!

45

Updates / Re: ZFGC Activity

« on: February 06, 2015, 05:07:18 am »

So guys, I was watching our activity last month to see if we would come close to having more posts than December (which was a pretty inactive month.)  We had to break 80 posts.  Not only did we break that, but we also broke the next 2 highest months at 122 posts.  So, I have a challenge for you guys for this month.  Do it again! Only this time, double what December was!  160 posts, can we do it?!

So... Apparently all we need are a few controversial topics to hit that goal.  Only 5 days into february.  I bet we are on track.

Edit:  Also...  We should do another character comp.  Perhaps with a theme such as  Medieval Characters, Characters from a distant galaxy , or perhaps original comic super heroes.  I enjoyed that last character comp, but that was a good long time ago I believe.  Perhaps we want to stick to the roots of ZFGC and go with a unique character from a race in Hyrule?  Or perhaps a new race that might fit into the Zelda Universe.

Just throwing out some ideas.

46

Entertainment / Re: RPG Madness - Final Fantasy- Four versions shown simultaneously!

« on: December 11, 2014, 12:17:42 am »

Nothing better than an invalid youtube link.  Very interesting indeed!   

47

Coding / Re: Can I get some help.

« on: July 27, 2014, 02:52:24 pm »

I haven't taken any courses or really dug into the inner workings of how much each operation costs, and it sounds like you know what you are talking about so you are probably right.  I had heard that in GML at least the modulus operator is quite taxing though so my answer is based on that assumption.  It is quite likely that in the case of this code the difference in efficiency is quite negligible anyway, but it is interesting to conjecture.   

In either case both of these solutions are faster than looping twice to draw the background images and then the hearts.

48

Coding / Re: Can I get some help.

« on: July 27, 2014, 12:46:02 pm »

Where your code is running calculations to determine row, column, and fraction inside of the loop I am not entirely sure that it is faster in the end than using a few if checks.  Even though my code has redundant code, it being an if/else means only 1 of the halves is ever checked in one run of the loop.  Yours does look cleaner, and at first glance it seems it would work in gml.  From what I understand the mod operator is a slow one to calculate though, so running it 20 times per draw event I think would be slower in the end.  I could be wrong though.

49

Coding / Re: Can I get some help.

« on: July 27, 2014, 04:53:26 am »

Alternatively...  and mostly because I feel like giving this a whack, you could do all of this in a single loop without drawing multiple layers (meaning the background and the heart on top).  I am going to use the variables Health_X, and Health_Y to represent the position on the screen of the whole health bar.  I am also assuming a heart sprite called "sprHeart" is a sprite containing 5 images (0-Empty Black Heart, 4-Full Red Heart)

Code: [Select]

//Variables set in the create event
Health_X =  ??        //Enter the x position of health bar here
Health_Y =  ??        //Enter y position here
X_Grid = 6            //How many pixels over the next heart will be drawn
Y_Grid = 6            //How many pixels down the second row of hearts will be drawn
Max_Health = 80       //This would be assuming the player has two rows of 10 hearts with a quarter heart system  Every time the player gets a container heart this would be updated to reflect his current maximum.
//Draw event

Code: [Select]


//Initialize relavent variables
var i, Full_Hearts, Total_Hearts, Fraction;

//Determine which image to draw for the last heart containing health
Full_Hearts = floor(global.life/4);      //Stores the current number of full hearts
Fraction = global.life mod 4;            //Stores the fractional quantity of the last heart (0-3)
Total_Hearts = Max_Health/4              //Stores the total number of hearts the player currently has available

//Draw the players health bar
for (i=0 ; i<Total_Hearts ; i += 1)
{
     //Determine the location to draw the heart
     if i < 9     //Draw first row of hearts
     {
          if i < Full_Hearts     //Draw full hearts
          {
               draw_sprite(sprHeart,4,view_xview[0]+Health_X+i*X_Grid,view_yview[0]+Health_Y);
          }
          else
          {
               if i == Full_Hearts     //Draw fractional heart
               {
                    draw_sprite(sprHeart,Fraction,view_xview[0]+Health_X+i*X_Grid,view_yview[0]+Health_Y);
               }
               else     //draw empty hearts
               {
                    draw_sprite(sprHeart,0,view_xview[0]+Health_X+i*X_Grid,view_yview[0]+Health_Y);
               }
          }
     }
     else     //Draw second row of hearts
     {
          if i < Full_Hearts     //Draw full hearts
          {
               draw_sprite(sprHeart,4,view_xview[0]+Health_X+(i-10)*X_Grid,view_yview[0]+Health_Y+Y_Grid);
          }
          else
          {
               if i == Full_Hearts     //Draw fractional heart
               {
                    draw_sprite(sprHeart,Fraction,view_xview[0]+Health_X+(i-10)*X_Grid,view_yview[0]+Health_Y+Y_Grid);
               }
               else     //draw empty hearts
               {
                    draw_sprite(sprHeart,0,view_xview[0]+Health_X+(i-10)*X_Grid,view_yview[0]+Health_Y+Y_Grid);
               }
          }
     }
}



I guess I can't say for sure, but I think this would be more efficient, but it looks bigger because of all the comments and white space.  This is untested code, but it should work...  If you wanted it to be even more efficient you could update "Full_Hearts", "Fraction", and "Total_Hearts" outside of the draw event (could be updated every time the player is hit for example).

50

Coding / Re: What Version of Game Maker Do You Use Most?

« on: July 21, 2014, 11:45:06 pm »

I am using GM Studio Master Collection...  It is the most expensive piece of software I have ever purchased, but I expect it will pay itself off before too long.  GM studio is leaps and bounds better than its predecessors.  My main project started out on GM 8.1 and I had to update it to run in Studio, but I am very glad that I did.

For the sake of history...  I started back in the GM 6 days but I used GM 5...  Never used 6 and upgraded to 7 when it came out, then followed the progression clear to studio.

51

Other Projects / Re: [Released] FlyBug for iOS

« on: July 21, 2014, 01:07:17 pm »

I tried to look this up through the App store on my iPad with no luck...  Is it only viewable from your link?

52

Zelda Projects / Re: Twilight Legends

« on: January 30, 2014, 02:53:00 am »

Wow...  Just wow!  I am truly amazed every time I look at this topic.  This project is outstanding!

P.S.  I am glad you are sticking with Zelda's roots and control schemes.   

Keep up the good work!

53

Coding / Re: What's the Most Efficient Way to Program This?

« on: August 10, 2013, 02:06:48 pm »

I don't see a point in assigning a probability in a 2D array. You can easily make a structure or a class that holds a probability variable inside to go against this.

-List<Weapon>
-Weapon has probability, quality, etc.
-Roll some sort of percentage
-Go through list and choose the one that fits.

Simple. Sort of efficient. Not messy. Not confusing.

Actually, now that I think about it, Game Maker's ds_list functions more like that kind of list.  If I were to make each weapon a ghost object to make use of inheritance, that would work nicely.  The problem is, all objects inherit from an invisible Object superclass, which houses all the default variables objects have in Game Maker.  It just seems less memory intensive to have a few lists/arrays/vectors/etc. that are cross referenced, rather than a bunch of bulky ghost objects floating around, who are just accessed in a ds_ist.

Perhaps you already thought of this, but if you do go with the ghost objects, be sure to deactivate them all and then only activate the one you need when you need it to read data from it.  That way it will reduce the impact of having so many ghost objects around.

54

Coding / Re: What's the Most Efficient Way to Program This?

« on: August 09, 2013, 01:02:16 pm »

What programming language are you using?  I will respond as though you are using Game Maker because that is what I use, but the concepts should be able to be applied to whatever you are using.  Also, I am not entirely sure I am understanding your situation...  But.

It might be a good idea to make your weapon inventory into a list of lists...  By this I mean.

Every time you pick up a new weapon instead of just storing the ID of the weapon to the list, store a list of its attributes to the list.  This could be done in a number of ways and I can't say that I know which would be the most efficient, but what I might try to do is something like this.

Instead of just reserving a spot in the list for the ID of the weapon, you can reserve say...  10 slots in the list for the weapons ID and then its special attributes.  So when you add the newly acquired weapon you will write the ID to the list and then all of its attributes in the same list.  Then when you need to read the information from the list you will have to remember how many slots of data are allotted per weapon and then just loop through and read all the data from the one list.

Alternatively you could store each weapon and its attributes to its own mini list, and then store all the ID's of the different weapon lists to a larger master list.  Then when you need to call the data you can call the correct weapon list from the master list and then read the weapon ID and attributes from that list.  An example of what you might store in you mini list would be...

[ 0] = Weapon ID;

[1] = Level of Polish;
[2] = Sharpness;
[3] = Age of Equipment;
[4] = Fire Attribute;
[5] = Water Attribute;
[6] = Lightening Attribute;

The default value for each of the attributes would be 0.  Then you can store a value anywhere from -1 to 1 indicating that the knife is either completely dull (-1) or as sharp as it could possibly be (1).  Then when you build your equations that determine how much the weapon hurts the enemy, you will need to make sure that each of the attributes are worked into the equation.

This methode is assuming that you have stored somewhere else the base damage or strength of the particular weapon...  However you could also store this information in the above list as well, kind of like this.

[ 0] = Weapon ID;
[1] = Power of Weapon;
[2] = Weapon/Armor Defense
...
...

[3] = Level of Polish;
[4] = Sharpness;
[5] = Age of Equipment;
[6] = Fire Attribute;
[7] = Water Attribute;
[8] = Lightening Attribute;
...
...
...

Not sure if this makes sense, but it would be one way of doing it if I am understanding your problem correctly.  Hope it helped.   

55

Zelda Projects / Re: The Project Zelda Engine (aka Zelda Starter Kit)! [with Screenshots & video!]

« on: June 04, 2013, 01:03:21 pm »

Wow!...  No really.  Wow!  The amount of stuff being put into this is jaw droppingly amazing!  Great work.  I am very excited for this progress!

56

Entertainment / Re: Startrek: Into Darkness *Spoilers*

« on: June 03, 2013, 03:53:14 am »

I suppose you are right.  It is definitely a different animal than the series have been.  I am currently going through the next generation for the first time though I am just barely into season 2, I must agree that I really enjoy the thought provoking scientific discussions and events, but really it is much easier to spend time in a series doing that kind of thing since there are so many hours of screen time to work with.  I don't think it could be developed very well in the limited scope of a movie thus as you said many of the movies have been more focused on the action rather than the science.

As far as fitting in the other star trek movies though, I think it does very well.  I could understand though why some die hard fans of the series may be disappointed, but considering that they make movies to make money it wouldn't make much since for them to make a movie that could only be marketed to that limited audience.

As far as being an entertaining film it definitely gets high marks from me.

57

Recruitment / Re: (Recruiting) Spriters, Tileset artists: Legend of Zelda: Hyrule Fantasy Remake

« on: June 02, 2013, 03:41:27 pm »

I think that looks really good!  Your work shows promise for sure!   

58

Entertainment / Startrek: Into Darkness *Spoilers*

« on: June 02, 2013, 04:40:57 am »

In case you missed it in the subject line this post contains spoilers so I'll put in another spoiler tag.

Show content

So I went to see the new star trek movie the other day and I was quite impressed.  The original star treks are quite before my time, but I have since gone back to re watch them so I am familiar with the star trek universe including the original series.  This new star trek had quite a few tie ins to the original which I found to be really interesting.  For instance the tribble scene tied in with the original series and of course the whole part about Kirk dieing the save the crew being an exact mirror of Spock's experience.  Some people complain that it was a lame ripoff and un-original while I would contend that in fact it was nothing of the sort. Considering that this show traverses an alternate timeline it was interesting to me to see how Kirk would have indeed been willing to sacrifice his life in much the same way Spock was.  To me it makes sense and I found it to be an extremely enjoyable show.  Perhaps even better the first one in this timeline.  I must say that I have enjoyed Zachary Quinnto's interpretation of Spock as well...  Anyway...  Agree, Disagree, or agree to disagree?

59

Feedback / Re: Why do my projects keep disapearing from the website database?

« on: June 02, 2013, 04:14:38 am »

Not really a problem of losing data as I do have backups and copies of all my projects.  I was just wondering why everything was disappearing since I apparently didn't read about these particular changes.  It is then mostly just negligence on my part I suppose.

I did notice when looking on the wiki though that the only projects that were moved over were Zelda projects.  are there any "other" projects that will make the transition?  I ask mainly because most of my projects were not Zelda related and thus have not been uploaded to the wiki although they have been removed from zfgc.  Also there are no download links on the wiki.  Am I supposed to go in and re-add download links to any projects of mine in the wiki?

Not really a big deal though.  I mainly use these uploads to easily download and share projects I have made in the past with friends and family when I am away from home.  It was nice to be able to easily find them all here.  That and it is always nice to be able to share them with the online community of course.

I don't recall seeing those particular projects while removing them..in any case, the threads for those projects still exist in the project board.

Yeah.  Like I said earlier the threads are still here, but they are all chuck full of broken links and bad image URLs now.  When I have the time I can re upload stuff and get them up and running again, but in the mean time having topics full of broken links and such gives kind of a bad impression to people visiting the site that don't know what is going on.  That is probably just a minor set back though considering that it is needed for future progress of ZFGC.

Meh...  I'm just babbling now...  Thanks for improving the site.  I'll stop complaining now.   

60

Feedback / Re: Why do my projects keep disapearing from the website database?

« on: June 01, 2013, 10:17:48 pm »

Ah...  So that explains part of it...  I only see Zelda projects on that page though so what happened to everything else?  Smash Bros, Warcraft, THe Hunt for King Boo?  Am I just missing them or are they not on the wiki or the site?