Jump to content

  • Log In with Google      Sign In   
  • Create Account


Member Since 16 Dec 2000
Offline Last Active Yesterday, 12:50 PM

Posts I've Made

In Topic: short making of animations for my game - mocap system in livingroom

24 May 2016 - 05:18 AM

What kind of (low cost?) mocap system are you using there? How much post-processing (smoothing jitter and other cleanup) was required?

In Topic: Any good ideas on how to get the "ideal line" of a track?

15 April 2016 - 05:12 AM

You could have a look at this PhD thesis https://stacks.stanford.edu/file/druid:zn992vv3694/Theodosis_thesis-augmented.pdf

In Topic: Naming conventions, software documentation and version control

29 March 2016 - 03:25 AM

Simple. They find className.doSomeThing() more readable than class_name.do_some_thing().
That's it, and it's a perfectly valid reason.


IMO it is the opposite. But to each their own. Personally I think in many cases it was just "inherited" from the Java coding standard, because that was one of the most popular/well known of the codified standards.

In Topic: Wheel camber angle

24 March 2016 - 06:49 AM

the change in camber angle will depend on the type/geometry of the suspension. it is generally not linear.

In Topic: SVN vs Perforce

23 March 2016 - 09:55 AM

If all you are storing is source code, then Git can work.  Subversion can work as well for simple stuff, but it maintains multiple complete copies plus deltas so it requires far more disk space. Subversion works better at big files and big resources, but most svn clients cannot handle files over 2GB, and the default repository has limits at 16TB. If you are making a long-running game there is a high chance you will eventually bump into one or both of those limits.


Multiple complete copies? On client side it only stores one "pristine" copy and the working copy itself. On the server, the database is compressed. Git keeps the whole history on each client, so if anything git requires far more disk space. If you are talking about server side, "multiple copies" shouldn't be happening as they are compressed (unless you are talking about pre-compressed binary formats, those are an issue - albeit only a disk space issue - for all VCSs I know of)


Which svn clients can't handle >2GB files? TortoiseSVN had an issue a year or two ago, but that should be fixed.

The repository limit of 16TB is specific to the BDB database repository backend, which has been deprecated for several years now.