[FS CMM|Johnnyenglish]

pss9, on 25 July 2010 - 09:54 PM, said:

I compiled it but I still don't use it, so I don't know if the results are good or it's working fine (I only know that it generates the *.rad file with -radbump option)
If you think that it's working correctly upload/host/mirror it (or I can upload it again).

Yes its working fine.

I had some problems when I tried to compile this on Ubuntu and I didn't really have the time to sort it out.

[pss9]

Johnnyenglish, on 26 July 2010 - 07:57 AM, said:

Yes its working fine.

I had some problems when I tried to compile this on Ubuntu and I didn't really have the time to sort it out.

Try to compile this:
http://pss9.site90.c...umpy-r2.tar.bz2

I've uploaded for 64-bit:
http://pss9.site90.c...bumpy-r2.x86_64

And one friend has compiled in Mac OS X Snow Leopard:
http://pss9.site90.c...p2-bumpy-r2.ppc

[FS CMM|Johnnyenglish]

pss9, on 27 July 2010 - 02:47 PM, said:

Try to compile this:
http://pss9.site90.c...umpy-r2.tar.bz2

I've uploaded for 64-bit:
http://pss9.site90.c...bumpy-r2.x86_64

And one friend has compiled in Mac OS X Snow Leopard:
http://pss9.site90.c...p2-bumpy-r2.ppc

Thank you very much : I'll mirror these until someone else wants to

32-bit compiled on Ubuntu
64-bit linux
Mac
Source

[mitsubishi]

[reported by darkk] ut4_iran3 crashes the client on BSP loading stage. I may look at it later in more detail.

--

bt:

Program received signal SIGSEGV, Segmentation fault.
0x004f4713 in ParseStage (stage=0xbf5448, text=0x289e9c)
    at code/renderer/tr_shader.c:1065
1065            if ( !stage->bundle[0].image[0]->hasAlpha &&
(gdb) warning: Can not parse XML library list; XML support was disabled at compile time
bt
#0  0x004f4713 in ParseStage (stage=0xbf5448, text=0x289e9c)
    at code/renderer/tr_shader.c:1065
#1  0x004f5363 in ParseShader (text=0x289e9c)
    at code/renderer/tr_shader.c:1506
#2  0x004f80e9 in R_FindShader (name=0xa61f2d0 "textures/iran/sd",
    lightmapIndex=0, mipRawImage=qtrue) at code/renderer/tr_shader.c:3234
#3  0x004ca18a in ShaderForShaderNum (shaderNum=22, lightmapNum=0)
    at code/renderer/tr_bsp.c:571
#4  0x004ca30a in ParseFace (ds=0x238cf940, verts=0x23857378, surf=0xa636210,
    indexes=0x23a14010) at code/renderer/tr_bsp.c:633
#5  0x004ce7ba in R_LoadSurfaces (surfs=0x23814b7c, verts=0x23814b64,
    indexLump=0x23814b6c) at code/renderer/tr_bsp.c:1960
#6  0x004d000e in RE_LoadWorldMap (name=0x8894198 "maps/ut4_iran3.bsp")
    at code/renderer/tr_bsp.c:2603

--

relevant shader:

textures/iran/sd
{
        qer_editorimage textures/iran/sd.tga
	surfaceparm alphashadow
	cull none
        nopicmip
	{
		map textures/iran/sd.tga
		blendFunc GL_ONE GL_ONE
		alphaFunc GE128
		depthWrite
		rgbGen identity
	}
	{
		rgbGen identity
		blendFunc GL_DST_COLOR GL_ZERO
		depthFunc equal
	}
}

--

Forcibly disallowing the shader, allows the map to load.

(Similarly to ut4_harbortown's offending shader.)

This post has been edited by mitsubishi: 29 July 2010 - 02:48 PM

[mitsubishi]

Is it safe to increase [the default]] com_zonemegs to something like 128? The default is 24 and a new map needed higher to load if r_simpleshaders is 0.
--
PS. I noticed some modifications such as GPL Doom's community have the belief that Qzone system is obsolete and they think they should rely on the system's malloc/or other memory allocation systems only (as a more efficient mechanism).

This post has been edited by mitsubishi: 16 August 2010 - 08:32 AM

[SubJunk]

I think it should be safe to do that. 128 is still low enough for old computers.

[mitsubishi]

I meant in case it inflicts overheads. And I don't know if 'megs' vars are cumulative. i.e. if hunk + zone will be taking a static amount from the actual memory on start.

[mitsubishi]

Another crash due to ut4_vacuum_beta1a. [reported by sadiq2ubuntu]

Similarly if "textures/fantm_sfx/chrome_dark" is forced to not be loaded, it loads fine.
--
shader:

textures/fantm_sfx/chrome_dark
{
	qer_editorimage textures/fantm_sfx/chrome_dark.tga
        	surfaceparm detail
        	surfaceparm nodamage
        	surfaceparm nomarks
	surfaceparm nolightmap
        	{
            		map textures/fantm_sfx/chrome_fx.tga
            		tcGen environment
        	}
        	{
            		map textures/fantm_sfx/chrome_dark.tga
            		blendFunc GL_ONE GL_ONE
            		rgbGen identity
        	}
        	{
            		rgbgen identity
            		blendFunc GL_DST_COLOR GL_ZERO
        	}
}

This post has been edited by mitsubishi: 20 August 2010 - 11:05 AM

[mitsubishi]

another zonemegs issue; ut4_pirates_beta loads on zonemegs 48 but not 24, the default. I've no idea if it's related to map bugs.

[XiN`AngeR]

im getting this error when trying to load the bumpy :(


ioQ3 1.35urt win-x86 Jun 12 2010
----- FS_Startup -----
Going through search path...

----------------------
14578 files in pk3 files
execing default.cfg
execing q3config.cfg
Unknown command "com_zonemeg"
execing autoexec.cfg
Minimum com_hunkMegs is 512, allocating 512 megs.
Hunk_Clear: reset the hunk ok
...detecting CPU, found Intel Pentium III
----- Client Initialization -----
----- Initializing Renderer ----
-------------------------------
QKEY found.
----- Client Initialization Complete -----
----- R_Init -----
Initializing OpenGL subsystem
...initializing QGL
...calling LoadLibrary( 'C:\WINDOWS\system32\opengl32.dll' ): succeeded
...setting mode -1: 1680 1050 FS
...using desktop display depth of 32
...calling CDS: failed, bad mode
...trying next higher resolution: ok
...registered window class
...created window@0,0 (1680x1050)
Initializing OpenGL driver
...getting DC: succeeded
...GLW_ChoosePFD( 32, 24, 8 )
...83 PFDs found
...hardware acceleration found
...PIXELFORMAT 2 selected
...creating GL context: succeeded
...making context current: succeeded
...using WGL_EXT_swap_control
R_LoadFragmentPrograms: Loading glsl/world_vertex.cfg...
R_LoadFragmentPrograms: Loading glsl/fs_fragment_cheap.cfg...
R_LoadFragmentPrograms: Loading glsl/world_vertex_wireframe.cfg...
R_LoadFragmentPrograms: Loading glsl/fs_wireframe.cfg...
R_LoadFragmentPrograms: Loading glsl/world_vertex.cfg...
R_LoadFragmentPrograms: Loading glsl/fs_vertex_light_cheap.cfg...
R_LoadFragmentPrograms: Loading glsl/world_vertex.cfg...
R_LoadFragmentPrograms: Loading glsl/fs_terrain_alpha_cheap.cfg...
R_LoadFragmentPrograms: Loading glsl/pass_vertex.cfg...
R_LoadFragmentPrograms: Loading glsl/bloom_dof_fog_fragment.cfg...
********************
ERROR: R_LoadFragmentPrograms: Fragment shader program glsl/bloom_dof_fog_fragment.cfg Fragment shader failed to compile with the following errors:
ERROR: 0:47: 'saturate' : no matching overloaded function found
ERROR: 1 compilation errors. No code generated.


********************
RE_Shutdown( 0 )
Hunk_Clear: reset the hunk ok
----- R_Init -----
Cmd_AddCommand: glslinfo already defined
R_LoadFragmentPrograms: Loading glsl/world_vertex.cfg...
R_LoadFragmentPrograms: Loading glsl/fs_fragment_cheap.cfg...
R_LoadFragmentPrograms: Loading glsl/world_vertex_wireframe.cfg...
R_LoadFragmentPrograms: Loading glsl/fs_wireframe.cfg...
R_LoadFragmentPrograms: Loading glsl/world_vertex.cfg...
R_LoadFragmentPrograms: Loading glsl/fs_vertex_light_cheap.cfg...
R_LoadFragmentPrograms: Loading glsl/world_vertex.cfg...
R_LoadFragmentPrograms: Loading glsl/fs_terrain_alpha_cheap.cfg...
R_LoadFragmentPrograms: Loading glsl/pass_vertex.cfg...
R_LoadFragmentPrograms: Loading glsl/bloom_dof_fog_fragment.cfg...
recursive error after: R_LoadFragmentPrograms: Fragment shader program glsl/bloom_dof_fog_fragment.cfg Fragment shader failed to compile with the following errors:
ERROR: 0:47: 'saturate' : no matching overloaded function found
ERROR: 1 compilation errors. No code generated.



it says that it detect a pentium III when i have a core 2 duo :(

This post has been edited by Anger: 04 September 2010 - 05:54 PM