Jump to content

  • Log In with Google      Sign In   
  • Create Account

We're offering banner ads on our site from just $5!

1. Details HERE. 2. GDNet+ Subscriptions HERE. 3. Ad upload HERE.

Don't forget to read Tuesday's email newsletter for your chance to win a free copy of Construct 2!


Member Since 28 Feb 2013
Offline Last Active Nov 21 2014 12:55 PM

Posts I've Made

In Topic: Line intersection algorithm?

21 November 2014 - 12:47 PM

There's actually a way easier way of doing a line intersection test in 2D, and it's probably better if you're coding in Javascript since JS needs all the speedup it can get. There's a line-line intersection test section in the article below. Let me know if this helps.



In Topic: Extracting From Final Transform Matrix

05 November 2014 - 04:37 PM

I was figuring he wanted the non-uniform scaling coefficients.

In Topic: Extracting From Final Transform Matrix

04 November 2014 - 05:18 PM

Off the top of my head, I don't think you have as many equations as you have unknowns. I would think the answer is no.

In Topic: "Expanding" a bezier curve to a "pipe"

04 November 2014 - 10:48 AM

Are you looking to extrude the curve and create a Bezier surface? You could just created a ruled surface by placing another cubic curve some distance along a vector and connecting each control point from each curve with a linear (degree-1) Bezier curve. This will give you a u,v-parameterized surface so you can generate points. You can always increase the degree of the linear curves via degree elevation. I've included a very rough sketch to illustrate.

In Topic: Does Valve have a good working methodology?

29 October 2014 - 08:11 AM

Assuming respect and non-corporate bullshit, they might actually have their own sub-system to trade amongst peers: "If you dedicate some time to my project, I'll lend a hand with yours" similar to what civilized people tend to do out of the industry (and even sometimes "in" the industry).


If you're dealing with people that have respect, I agree. However, most of the brilliant and talented coders I've worked are astoundingly arrogant. Now that may be just my experience (and it can be said arrogance is arguably a necessary trait for brilliance in coding), but I can't imagine trying to get a couple of them to work on your project without them intimating that the trade isn't equal in their view.


I don't know that. Steam was a pretty cool R&D piece. It is true they don't release often, but there's something to be said of companies that make a lot of money and can afford to trash multi-million ideas (WOW fueled Blizzard so much they could actually trash Titan, and kill SC2 2 times before releasing something). What's to say we're not better, as customers, for not witnessing half-assed ideas? I like there's some form of filtering that can happen when a company makes piles of cash because, I for one, hate shovelware.
Of course, this could mean a bunch of good ideas don't get through because the majority of valve's employees don't believe in this, but I don't think this should be perceived as some form of oligarchic censorship.


There's no question that Steam is a wonderful example of R&D work. However, they'll need maintenance teams to really get all the bang out of it. Maintenance, IMHO, is not glamorous. Most coders I know (including myself) wouldn't do it unless they "have" to. I'd much rather choose to start a new, fresh project rather than maintain the old project's code. Valve purposefully allows their employees to choose what they do, so why wouldn't they decide to do something else? I'm sure like all coders they've come up with a few ideas during development they've been wanting to work on. I think a few people that are really interested in Steam might choose to maintain the code and some might do it to make their peer review ratings higher or possibly even garner favor with the "decision-making" employees, but I don't see it being done in an altruistic way like Valve would have you believe based on their employee manual.



Don't get me wrong. I think Valve's culture is admirable. They're trying to take the open-source coding model and build a radical business management concept from it. Props to them. However, I think it gets more complicated and eventually unstable when you introduce money into the equation.