Jump to content
The Dark Mod Forums

Recommended Posts

Posted

But disabling the compression (THAT particular entry in darkmod.cgf) doesn't solve the problem.

Task is not so much to see what no one has yet seen but to think what nobody has yet thought about that which everybody see. - E.S.

Posted

Right. We would need to ship uncompressed versions of all our textures. I think we had a package like that a long time ago but it would

be quite a project to scrounge all the textures in our repositories for the originals and some were donated pre-compressed so we would need

to convert them back to uncompressed formats.

 

No chance of adding S3TC to llvm soft-pipe?

Please visit TDM's IndieDB site and help promote the mod:

 

http://www.indiedb.com/mods/the-dark-mod

 

(Yeah, shameless promotion... but traffic is traffic folks...)

Posted

No: https://dri.freedesktop.org/wiki/S3TC/

 

S3TC support has been partially implemented in Mesa. We cannot integrate and enable S3TC code by default due to the patents on the algorithm. Because of this, to be cautious, code was integrated to only attempt to open an external library, libtxc_dxtn.so, and use a small number of functions from that to implement S3TC if available. There is also an option in the S3TC-supporting DRI drivers called force_s3tc_enable. If the library is unavailable, setting this option to true will expose the extension even though it cannot be fully implemented. This may be of use for some games which require S3TC or don't use the ARB_texture_compression extension correctly.

Task is not so much to see what no one has yet seen but to think what nobody has yet thought about that which everybody see. - E.S.

  • 4 weeks later...
Posted (edited)

RTCW (with widescreen patch :D ) @16 FPS!

See: GPU 0%

 

Wolf_SP_2016_09_12_22_26_42_263.png

Nice, REALLY NICE, improvements with lastest version:

 

16->28 ! (if only we could use LLVM 3.9 but we are stuck to 3.7.1 due to the missing LLVMipa in 3.9!)

 

Wolf_SP_2016_10_10_11_19_42_400.png

Edited by lowenz

Task is not so much to see what no one has yet seen but to think what nobody has yet thought about that which everybody see. - E.S.

Posted

Good old SiN perfectly playable @maximum quality :D

 

sin_2016_10_10_11_33_48_881.png

Task is not so much to see what no one has yet seen but to think what nobody has yet thought about that which everybody see. - E.S.

Posted (edited)

And Unreal (OpenGL 2.1 unofficial patch, 1280x960) @50 FPS (!!!)

It's outstanding! (the renderer is recent)

 

Unreal_2016_10_10_12_25_24_157.png

Edited by lowenz

Task is not so much to see what no one has yet seen but to think what nobody has yet thought about that which everybody see. - E.S.

Posted (edited)

Quake 2 with R1Q2 renderer (original one is wrapping-protected!)

 

r1q2_2016_10_15_15_43_53_124.png

 

If only they could add the S3TC support and a form of Anisotropic Filtering we're good to go :D OpenGL 1.x and 2.x unbound (NVidia, AMD and Intel :P )

Edited by lowenz

Task is not so much to see what no one has yet seen but to think what nobody has yet thought about that which everybody see. - E.S.

  • 2 months later...
Posted (edited)

If you're interested here's the lastest binaries build by MSYS2 project :)

 

32 bit OpenGL32.dll -> https://sourceforge.net/projects/msys2/files/REPOS/MINGW/i686/mingw-w64-i686-mesa-13.0.2-1-any.pkg.tar.xz/download

64 bit OpenGL32.dll -> https://sourceforge.net/projects/msys2/files/REPOS/MINGW/x86_64/mingw-w64-x86_64-mesa-13.0.2-1-any.pkg.tar.xz/download

 

Just extract the DLL and drop it in the main-exe dir of your OpenGL application.

Edited by lowenz

Task is not so much to see what no one has yet seen but to think what nobody has yet thought about that which everybody see. - E.S.

  • 1 month later...
Posted (edited)

If you're interested Mesa dev removed the LLVM 3.7 dependencies and now you can compile LLVMpipe with the shining new LLVM 3.9.1/4.0! :D

And with Mesa 17 the performance goes up again, 60 FPS in Unreal+OpenGL 2.1:

 

image.jpg

Edited by lowenz

Task is not so much to see what no one has yet seen but to think what nobody has yet thought about that which everybody see. - E.S.

  • 5 weeks later...
Posted (edited)

64 bit for old OpenGL games/engines is a non-sense. There's no old 64 bit OGL application (the first is Rage64) :D

Use normal 32 bit instead.

Edited by lowenz

Task is not so much to see what no one has yet seen but to think what nobody has yet thought about that which everybody see. - E.S.

Posted

Its not only for old games i have intel gma with ofical 1.1 OpenGL only i need recompiled Mesa 3D 17.0.0 for windows 32/64bit any of them will be good.
But i can't handle to compile it myself, can you upload it for me somwhere?

Posted (edited)

Its not only for old games i have intel gma with ofical 1.1 OpenGL only i need recompiled Mesa 3D 17.0.0 for windows 32/64bit any of them will be good.

But i can't handle to compile it myself, can you upload it for me somwhere?

I don't have a 64 bit OpenGL application installed to test the result of the build process!

Edited by lowenz

Task is not so much to see what no one has yet seen but to think what nobody has yet thought about that which everybody see. - E.S.

  • 3 weeks later...
Posted

Found a S3TC standard implementation in CygWin archive.

In theory mesa opengl32.dll + dxtn.dll = complete S3TC support in OpenGL 2.1

  • Like 1

Task is not so much to see what no one has yet seen but to think what nobody has yet thought about that which everybody see. - E.S.

Posted (edited)

Voilà! 1-2 FPS :D

 

newjob_2017_03_06_16_35_45.jpg

Edited by lowenz
  • Like 1

Task is not so much to see what no one has yet seen but to think what nobody has yet thought about that which everybody see. - E.S.

Posted (edited)

Found a S3TC standard implementation in CygWin archive.

In theory mesa opengl32.dll + dxtn.dll = complete S3TC support in OpenGL 2.1

Unfortunately Mesa codebase makes clear distinction between Cygwin and Win32. Additionally libtxc_dxtn source code does not include a sconscript so Visual Studio is not an option. The only option left is Msys2 cross-compilation and with this, things go bad,

Compilation fails.

$ make
  CC     txc_compress_dxtn.lo
txc_compress_dxtn.c: In function 'storedxtencodedblock':
txc_compress_dxtn.c:287:16: error: 'GL_COMPRESSED_RGB_S3TC_DXT1_EXT' undeclared (first use in this function)
    if (type == GL_COMPRESSED_RGB_S3TC_DXT1_EXT || type == GL_COMPRESSED_RGBA_S3TC_DXT1_EXT) {
                ^~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~
txc_compress_dxtn.c:287:16: note: each undeclared identifier is reported only once for each function it appears in
txc_compress_dxtn.c:287:59: error: 'GL_COMPRESSED_RGBA_S3TC_DXT1_EXT' undeclared (first use in this function)
    if (type == GL_COMPRESSED_RGB_S3TC_DXT1_EXT || type == GL_COMPRESSED_RGBA_S3TC_DXT1_EXT) {
                                                           ^~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~
txc_compress_dxtn.c: In function 'encodedxtcolorblockfaster':
txc_compress_dxtn.c:376:23: error: 'GL_COMPRESSED_RGBA_S3TC_DXT1_EXT' undeclared (first use in this function)
          if ((type != GL_COMPRESSED_RGBA_S3TC_DXT1_EXT) || (srccolors[j][i][3] > ALPHACUT)) {
                       ^~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~
txc_compress_dxtn.c: In function 'tx_compress_dxtn':
txc_compress_dxtn.c:769:9: error: 'GL_COMPRESSED_RGB_S3TC_DXT1_EXT' undeclared (first use in this function)
    case GL_COMPRESSED_RGB_S3TC_DXT1_EXT:
         ^~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~
txc_compress_dxtn.c:770:9: error: 'GL_COMPRESSED_RGBA_S3TC_DXT1_EXT' undeclared (first use in this function)
    case GL_COMPRESSED_RGBA_S3TC_DXT1_EXT:
         ^~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~
txc_compress_dxtn.c:790:9: error: 'GL_COMPRESSED_RGBA_S3TC_DXT3_EXT' undeclared (first use in this function)
    case GL_COMPRESSED_RGBA_S3TC_DXT3_EXT:
         ^~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~
txc_compress_dxtn.c:817:9: error: 'GL_COMPRESSED_RGBA_S3TC_DXT5_EXT' undeclared (first use in this function)
    case GL_COMPRESSED_RGBA_S3TC_DXT5_EXT:
         ^~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~
make: *** [Makefile:328: txc_compress_dxtn.lo] Error 1

prodea2@DESKTOP-H4RKMNR MINGW64 /home/s3tc
$

Edited by pal1000
Posted

Me and another guy we found a dxtn.dll working with Mesa as you can see in the screenshot.

The main problem is the performance now.

Task is not so much to see what no one has yet seen but to think what nobody has yet thought about that which everybody see. - E.S.

Join the conversation

You can post now and register later. If you have an account, sign in now to post with your account.

Guest
Reply to this topic...

×   Pasted as rich text.   Paste as plain text instead

  Only 75 emoji are allowed.

×   Your link has been automatically embedded.   Display as a link instead

×   Your previous content has been restored.   Clear editor

×   You cannot paste images directly. Upload or insert images from URL.


  • Recent Status Updates

    • JackFarmer

      "The Year of the Rat." 
      😄

      Al Stewart must be proud of you!
      Happy testing!
      @MirceaKitsune
      · 1 reply
    • datiswous

      I posted about it before, but I think the default tdm logo video looks outdated. For a (i.m.o.) better looking version, you can download the pk4 attached to this post and plonk it in your tdm root folder. Every mission that starts with the tdm logo then starts with the better looking one. Try for example mission COS1 Pearls and Swine.
      tdm_logo_video.pk4
      · 2 replies
    • JackFarmer

      Kill the bots! (see the "Who is online" bar)
      · 3 replies
    • STiFU

      I finished DOOM - The Dark Ages the other day. It is a decent shooter, but not as great as its predecessors, especially because of the soundtrack.
      · 5 replies
    • JackFarmer

      What do you know about a 40 degree day?
      @demagogue
      · 4 replies
×
×
  • Create New...