Results 1 to 9 of 9

Thread: EasyZenGL

Hybrid View

Previous Post Previous Post   Next Post Next Post
  1. #1
    Co-Founder / PGD Elder WILL's Avatar
    Join Date
    Apr 2003
    Location
    Canada
    Posts
    6,107
    Blog Entries
    25
    Well that's neat, ZenGL is getting it's own derivatives already.

    What portions of ZenGL have you found to be harder to work with? Or is it more about combining the technologies that you want to work with ZenGL together?
    Jason McMillen
    Pascal Game Development
    Co-Founder





  2. #2
    PGD Staff code_glitch's Avatar
    Join Date
    Oct 2009
    Location
    UK (England, the bigger bit)
    Posts
    933
    Blog Entries
    45
    Nice stuff. ZenGL sure has gone a very long way now and looks like one of those giant success projects with a large following...
    I once tried to change the world. But they wouldn't give me the source code. Damned evil cunning.

  3. #3
    Very nice. If I wouldn't have my own engine I would most likely use this.
    This is a great addition as it fixes my main personal issue of ZenGL at not being object-oriented.
    Freeze Development | Elysion Game Framework | Twitter: @Stoney_FD
    Check out my new book: Irrlicht 1.7.1 Realtime 3D Engine Beginner's Guide (It's C++ flavored though)

    Programmer: A device for converting coffein into software.

  4. #4
    Great work. I will try it.

    To work properly I had to overload both TSprite.Create constructors in EasyZenGL.pas. Also, why the mode is switched to {$mode objfpc} in the beginning of the same file when this will cause errors? When changing to {$mode delphi} everything works fine.

    The lib only compiles if msvcrt.a is included. To my knowledge no platform independence is achieved this way, do you plan to circumvent it?

Tags for this Thread

Bookmarks

Posting Permissions

  • You may not post new threads
  • You may not post replies
  • You may not post attachments
  • You may not edit your posts
  •