Announcement

Collapse
No announcement yet.

Tesseract Is Looking Okay For A Small, Open-Source Game

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

  • Tesseract Is Looking Okay For A Small, Open-Source Game

    Phoronix: Tesseract Is Looking Okay For A Small, Open-Source Game

    Yesterday marked the first release of Tesseract, the open-source game forked from the Cube 2: Sauerbraten code-base two years ago and since then has just been worked on by a handful of open-source developers. After trying out this inaugural Tesseract version, it's quite a nice small game with decent OpenGL visual capabilities and okay textures with its in-game assets being comparable roughly to Xonotic or Unvanquished...

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

  • dungeon
    replied
    Originally posted by curaga View Post
    Not really a bug, more of a missing feature. llvmpipe obviously has no memory restrictions, but discrete gpus only let the cpu access 256mb. If you create a 512mb texture, how exactly would you upload data to it when you cannot access it all?

    Not sure how, both radeon and fglrx have that same bar at 256MB, but flgrx works somehow .

    Leave a comment:


  • curaga
    replied
    Not really a bug, more of a missing feature. llvmpipe obviously has no memory restrictions, but discrete gpus only let the cpu access 256mb. If you create a 512mb texture, how exactly would you upload data to it when you cannot access it all?

    Ie, it would require additional code to split uploads in several pieces.

    Leave a comment:


  • dungeon
    replied
    Originally posted by dungeon View Post
    That is on llvmpipe actually .
    . Must try fglrx again, does that supports screen depth 16? .
    Nope both require 24 .

    Anyhow llvmpipe works fine, bug is in radeon .

    Leave a comment:


  • dungeon
    replied
    Originally posted by dungeon View Post
    And yes i does work with screen depth 16, does not crash but with 1fps . So obviosly bug is in mesa with that format under 24 screen depth or something... fglrx works fine with that .
    That is on llvmpipe actually .

    [ 293.013] (WW) RADEON(0): glamor requires depth >= 24, disabling.
    . Must try fglrx again, does that supports screen depth 16? .

    Leave a comment:


  • dungeon
    replied
    Originally posted by dungeon View Post
    I am not sure in that, even greater not sure when i read commits like this http://cgit.freedesktop.org/mesa/mes...cbed07b3ef35fe

    He says shadow atlas explicitly use GL_DEPTH_COMPONENT16 texture of 4096x4096, not GL_DEPTH_COMPONENT24 or 32. Isn't by using 16 he expects lower buffer/memory usage and radeon just mapped that as 32
    And yes i does work with screen depth 16, does not crash but with 1fps . So obviosly bug is in mesa with that format under 24 screen depth or something... fglrx works fine with that .
    Last edited by dungeon; 05-15-2014, 01:25 PM.

    Leave a comment:


  • dungeon
    replied
    Originally posted by curaga View Post
    Didn't know they moved off github (why keep the repo still there?). But the code in question has not changed, it still does 16k in the SVN file.
    I am not sure in that, even greater not sure when i read commits like this http://cgit.freedesktop.org/mesa/mes...cbed07b3ef35fe

    He says shadow atlas explicitly use GL_DEPTH_COMPONENT16 texture of 4096x4096, not GL_DEPTH_COMPONENT24 or 32. Isn't by using 16 he expects lower buffer/memory usage and radeon just mapped that as 32

    Leave a comment:


  • ChrisXY
    replied
    The point is that the game probably shouldn't crash when allocation of huge buffers fails, but rather just revert the setting to what it was before...

    Leave a comment:


  • curaga
    replied
    Originally posted by dungeon View Post
    @curaga

    It is the same what you quote, but did you spotted that code on github is abandoned read newest here:
    Didn't know they moved off github (why keep the repo still there?). But the code in question has not changed, it still does 16k in the SVN file.

    Leave a comment:


  • dungeon
    replied
    @curaga

    It is the same what you quote, but did you spotted that code on github is abandoned read newest here:

    http://websvn.tuxfamily.org/listing....tesseract/main

    Leave a comment:

Working...
X