Announcement

Collapse
No announcement yet.

The VDrift Racing Game Continues Speeding Up

Collapse
X
  • Filter
  • Time
  • Show
Clear All
new posts

  • phoronix
    started a topic The VDrift Racing Game Continues Speeding Up

    The VDrift Racing Game Continues Speeding Up

    Phoronix: The VDrift Racing Game Continues Speeding Up

    At the end of last month the VDrift project did their first snapshot release in more than a year for this open-source drift racing game that's supported on Linux, Windows, and Mac OS X operating systems. The VDrift 2010-06-30 snapshot incorporates a great deal of changes, among which are a rewritten physics engine and a new deferred rendering engine that brings a great deal of visual improvements to this free software game. In this article are some screenshots on this OpenGL racing game and more of the new work found within this release.

    http://www.phoronix.com/vr.php?view=15124

  • V!NCENT
    replied
    @svartalf,
    I understand what you're getting at and I agree if it involves a magic cancer cure, the GUI, etc... but this patent solely patents using floating points in devices that do 3D computations and have framebuffers. That is like patenting integers! Absolutely rediculous! This does not took more than literaly 3 seconds of 'research' whatsoever.

    Leave a comment:


  • Svartalf
    replied
    Originally posted by V!NCENT View Post
    My god this needs to change!
    In truth, it's more complicated than that. Please do keep in mind that the following is the observations of someone who has filed one full-on patent and several provisional patent applications in the past.

    It's more like 14 years from the grant date for a design patent and 20 years for a utility or plant one.

    There may be an offset to the drop-dead date given to Pharma based patents that Congress gives per statute where they offset the time spent in government testing so that they effectively have protection during the testing phases and then have the 14-20 years from the moment it's approved forward.

    Patents are not renewable at the end of the term or under any of the other expiry situations that are present with them. As alluded to in the previous paragraph, they can be extended in some selected special cases. There is a maintenance feel that is owed during the duration of the life of the patent on a regular basis (about every 3 years...)- if you don't pay up, the patent expires. It's presumed that if you're not paying the maintenance fee, you're no longer interested in maintaining the monopoly it grants you for whatever reasons.

    For most things, the story is 20 years from the date that it is granted. You can't use patented or patent pending on things that don't have a patent application pending or granted on a given thing. You have no protections in the normal sense of things if you don't have the patent granted- "patent pending" is truthfully of limited use, other than warning people that they may get cut off (if you can't prove proof of prior art preceding the patent application, you can be deemed to be infringing the moment the patent is granted...).

    Now, this doesn't get into obviousness, patentability of software, prior art, etc. Each of these can invalidate a patent out of the gate. The big problem is how expensive it is litigating anything in the patent space- on either side of that courtroom. A patent is only worth the amount of money you can litigate it over. Trying to bust patents is only going to go as far as you've got deep pockets to fund that endeavor.

    Does it need to change? YES. Not in terms, but in more what IS and ISN'T acceptable and lower the bar to entry to invalidate obviously incorrectly granted patents.

    Leave a comment:


  • Svartalf
    replied
    Originally posted by V!NCENT View Post

    C'mon how hard was that?
    Not overly. You just need to be skilled in understanding the requirements of what is and isn't covered in a Patent and then avoid stepping on the patent's claims.

    Therein lies the rub.

    Leave a comment:


  • V!NCENT
    replied
    Originally posted by marek View Post
    From what I've read on the net, 20 or 21 years.
    My god this needs to change!

    Leave a comment:


  • marek
    replied
    From what I've read on the net, 20 or 21 years.

    Leave a comment:


  • V!NCENT
    replied
    I see. Does the USA have a fixed amount of years a patent is valid? (with or without the ability to extent it?) Because the patent is already 12yo (1998).

    Leave a comment:


  • marek
    replied
    Because you would lose precision. float has 24 bits of precision, but the range is huge. 16-bit int has a sucky range, that's 5 fucking numbers, where would you put the fixed decimal point? There would be terrible losses on both sides of the point, and that's the best int my r500 can do.

    Graphics algorithms are often tuned for the underlying data type to get the most from the least. If you change it, you will break it, and next day you get tons of bug reports.

    Leave a comment:


  • V!NCENT
    replied
    6650237 covers ramming floatingpoints operations through graphics cards.

    327, however, does not cover non-drivers, like game engines, unless they perform float geomatric calculations and acces the framebuffer themselves while doing it.

    Why not have the driver convert floats to scaled ints? It requeres some work, but this could be seen as optimisation work as floating point operations are much slower than integers.

    Leave a comment:


  • marek
    replied
    I don't mean any algorithm for shadow mapping. The patent for float colorbuffers is actually US Patent #6,650,327, it is owned by SGI, and their statement in the ARB_texture_float specification is pretty clear (they sued ATI in the past because of it).

    As a graphics developer (that's what I was paid for), I use float textures all the time for various effects, and I would not like to design a rendering engine without them. I guess VDrift developers would agree with me here. When I request floats, I don't want scaled ints, because my algorithms would not work with them, clear?

    As a driver developer, I would not mind having float textures and colorbuffers in Mesa and the driver I maintain, but most Linux distributions will not enable it by default since it's potentially infringing.

    Leave a comment:

Working...
X