Welcome to the Second Life Forums Archive

These forums are CLOSED. Please visit the new forums HERE

VRAM detection in Firstlook
Hinkley Baldwin
Registered User
Join date: 13 May 2004
Posts: 77
02-14-2007 00:02
I've started seeing this on the console when running Firstlook 57947:

2007-02-14T07:57:08Z WARNING: VRAM amount not detected, defaulting to 512 MB

I have my VRAM set to the correct size (128MB) in Preferences, and this appears when you make any changes to that setting.

I'm also finding that in areas with a lot of different textures the client chugs almost to a halt (1-3 fps down from about 10-20). Could these be related?
Angel Sunset
Linutic
Join date: 7 Apr 2005
Posts: 636
02-14-2007 01:58
My experience, from quite a while ago - if SL thinks you have much more video RAM than you do, it can choke up completely.

If you have Debug on, <ctrl> <shift> <3> brings up the texture console. It will tell you, if you look at it a long time & figure out what is what, how much video RAM is being used.
_____________________
~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~
Kubuntu Intrepid 8.10, KDE, linux 2.6.27-11, X.Org 11.0, server glx vendor: NVIDIA Corporation, server glx version: 1.5.2, OpenGL vendor: NVIDIA Corporation, OpenGL renderer: GeForce 9800 GTX+/PCI/SSE2, OpenGL version: 3.0.0 NVIDIA 180.29, glu version: 1.3, NVidia GEForce 9800 GTX+ 512 MB, Intel Core 2 Duo, Mem: 3371368k , Swap: 2570360k
Hinkley Baldwin
Registered User
Join date: 13 May 2004
Posts: 77
02-14-2007 02:47
The other thing that seems to happen when it really starts to chug is that I get lots of this on the console:

2007-02-14T10:45:55Z WARNING: Out of order packet in transfer 820aa397-a185-98a3-bf9a-7be0b43eae29 from 69.25.105.194:13003, got 136 expecting 24
2007-02-14T10:45:55Z WARNING: Out of order packet in transfer 820aa397-a185-98a3-bf9a-7be0b43eae29 from 69.25.105.194:13003, got 137 expecting 24
2007-02-14T10:45:55Z WARNING: Out of order packet in transfer 820aa397-a185-98a3-bf9a-7be0b43eae29 from 69.25.105.194:13003, got 138 expecting 24
2007-02-14T10:45:55Z WARNING: Out of order packet in transfer 820aa397-a185-98a3-bf9a-7be0b43eae29 from 69.25.105.194:13003, got 139 expecting 24
2007-02-14T10:45:55Z WARNING: Out of order packet in transfer 820aa397-a185-98a3-bf9a-7be0b43eae29 from 69.25.105.194:13003, got 140 expecting 24
2007-02-14T10:45:55Z WARNING: Out of order packet in transfer 820aa397-a185-98a3-bf9a-7be0b43eae29 from 69.25.105.194:13003, got 141 expecting 24
2007-02-14T10:45:55Z WARNING: Out of order packet in transfer 820aa397-a185-98a3-bf9a-7be0b43eae29 from 69.25.105.194:13003, got 142 expecting 24
2007-02-14T10:45:55Z WARNING: Out of order packet in transfer 820aa397-a185-98a3-bf9a-7be0b43eae29 from 69.25.105.194:13003, got 143 expecting 24
2007-02-14T10:45:55Z WARNING: Out of order packet in transfer 820aa397-a185-98a3-bf9a-7be0b43eae29 from 69.25.105.194:13003, got 144 expecting 24
2007-02-14T10:45:55Z WARNING: Out of order packet in transfer 820aa397-a185-98a3-bf9a-7be0b43eae29 from 69.25.105.194:13003, got 145 expecting 24
2007-02-14T10:45:55Z WARNING: Out of order packet in transfer 820aa397-a185-98a3-bf9a-7be0b43eae29 from 69.25.105.194:13003, got 146 expecting 24
2007-02-14T10:45:59Z WARNING: LLVolumeMessage::constrainVolumeParams() - forced to constrain incoming volume params.
2007-02-14T10:45:59Z WARNING: LLVolumeMessage::constrainVolumeParams() - forced to constrain incoming volume params.
2007-02-14T10:45:59Z WARNING: LLVolumeMessage::constrainVolumeParams() - forced to constrain incoming volume params.
2007-02-14T10:46:01Z WARNING: LLVolumeMessage::constrainVolumeParams() - forced to constrain incoming volume params.
2007-02-14T10:46:01Z WARNING: LLVolumeMessage::constrainVolumeParams() - forced to constrain incoming volume params.
2007-02-14T10:46:01Z WARNING: LLVolumeMessage::constrainVolumeParams() - forced to constrain incoming volume params.
2007-02-14T10:46:01Z INFO: Playing back delayed packet 44
2007-02-14T10:46:01Z INFO: Playing back delayed packet 45
2007-02-14T10:46:01Z INFO: Playing back delayed packet 46
2007-02-14T10:46:01Z INFO: Playing back delayed packet 47
2007-02-14T10:46:01Z INFO: Playing back delayed packet 48
2007-02-14T10:46:01Z INFO: Playing back delayed packet 49
2007-02-14T10:46:01Z INFO: Playing back delayed packet 50
2007-02-14T10:46:01Z INFO: Playing back delayed packet 51
2007-02-14T10:46:01Z INFO: Playing back delayed packet 52
2007-02-14T10:46:01Z INFO: Playing back delayed packet 53
2007-02-14T10:46:01Z INFO: Playing back delayed packet 54
Daniel Millgrove
Amberdragon Tomcat
Join date: 15 Dec 2006
Posts: 61
02-14-2007 05:37
I found out since some versions (and not sure if just in firstlook or in release as well) that if I set the VRAM to the correct value, SL starts to choke rather soon (after 1 hour perhaps, sometimes later, sometimes earlier).
If I set the VRAM setting one tick lower (which is half amount actually), it never chokes even after multiple hours.

This occurs on a Geforce 6200 (AGP with 128 MB dedicated GDDR3 RAM) as well as on another system with a GeForce 7950 GT (PCIe with 512 MB GDDR3 RAM)

Perhaps SL should lower the VRAM usage by just some few MBs? Just a wild guess from a non-developer... :-/
Boroondas Gupte
Registered User
Join date: 16 Sep 2005
Posts: 186
fglX11AllocateManagedSurface: __FGLTexMgrAllocMem failed!!
03-07-2007 12:12
In the newer FL versions (I think it started in 1.13.3.58390, it's both First Look source releases and precompiled First Look versions that are affected) I also get the message
From: someone
WARNING: LLViewerImageList::getMaxVideoRamSetting: VRAM amount not detected, defaulting to 512 MB
and -- even if I have the VRAM preference set to half (32M) of what my card should have (64M) -- the client crashes after having to handle lots of textures (like when flying around or exploring the map) with lots and lots of
From: someone
fglX11AllocateManagedSurface: __FGLTexMgrAllocMem failed!!
in the log.

With graphic preferences at their maxima it seems to take much less loaded textures until the crash (flying around for some 5 minutes or so) than when they're at their minima (there it might take up to several hours, but if I play for long enough I seem still able to reproduce it)

I thought it might be because I had sticked to the stable ati-drivers ebuild (8.32.5), so I emerged the unstable one (8.34.8) which seems to match the newest published by ATI. But I could still reproduce the above behaviour after that with the currenct FL-1.13.3.58877

same stats about my system:
CODE
$> sudo lspci|grep ATI
01:00.0 VGA compatible controller: ATI Technologies Inc RV350 [Mobility Radeon 9600 M10]

$> fglrxinfo]display: :0.0  screen: 0
OpenGL vendor string: ATI Technologies Inc.
OpenGL renderer string: MOBILITY RADEON 9600
OpenGL version string: 2.0.6334 (8.34.8)

$> glxinfo
name of display: :0.0
display: :0  screen: 0
direct rendering: Yes
server glx vendor string: SGI
server glx version string: 1.2
server glx extensions:
    GLX_ARB_multisample, GLX_EXT_visual_info, GLX_EXT_visual_rating, 
    GLX_EXT_import_context, GLX_EXT_texture_from_pixmap, GLX_OML_swap_method, 
    GLX_SGI_make_current_read, GLX_SGIS_multisample, GLX_SGIX_hyperpipe, 
    GLX_SGIX_swap_barrier, GLX_SGIX_fbconfig
client glx vendor string: ATI
client glx version string: 1.3
client glx extensions:
    GLX_EXT_visual_info, GLX_EXT_visual_rating, GLX_EXT_import_context, 
    GLX_ARB_get_proc_address, GLX_SGI_video_sync, GLX_ARB_multisample, 
    GLX_ATI_pixel_format_float, GLX_ATI_render_texture
GLX version: 1.2
GLX extensions:
    GLX_EXT_visual_info, GLX_EXT_visual_rating, GLX_EXT_import_context, 
    GLX_ARB_multisample
OpenGL vendor string: ATI Technologies Inc.
OpenGL renderer string: MOBILITY RADEON 9600
OpenGL version string: 2.0.6334 (8.34.8)
OpenGL extensions:
    GL_ARB_multitexture, GL_EXT_texture_env_add, GL_EXT_compiled_vertex_array, 
    GL_S3_s3tc, GL_ARB_depth_texture, GL_ARB_fragment_program, 
    GL_ARB_fragment_program_shadow, GL_ARB_fragment_shader, 
    GL_ARB_multisample, GL_ARB_occlusion_query, GL_ARB_point_parameters, 
    GL_ARB_point_sprite, GL_ARB_shader_objects, GL_ARB_shading_language_100, 
    GL_ARB_shadow, GL_ARB_shadow_ambient, GL_ARB_texture_border_clamp, 
    GL_ARB_texture_compression, GL_ARB_texture_cube_map, 
    GL_ARB_texture_env_add, GL_ARB_texture_env_combine, 
    GL_ARB_texture_env_crossbar, GL_ARB_texture_env_dot3, 
    GL_ARB_texture_float, GL_ARB_texture_mirrored_repeat, 
    GL_ARB_texture_rectangle, GL_ARB_transpose_matrix, GL_ARB_vertex_blend, 
    GL_ARB_vertex_buffer_object, GL_ARB_pixel_buffer_object, 
    GL_ARB_vertex_program, GL_ARB_vertex_shader, GL_ARB_window_pos, 
    GL_ARB_draw_buffers, GL_ATI_draw_buffers, GL_ATI_element_array, 
    GL_ATI_envmap_bumpmap, GL_ATI_fragment_shader, GL_ATI_map_object_buffer, 
    GL_ATI_separate_stencil, GL_ATI_texture_env_combine3, 
    GL_ATI_texture_float, GL_ATI_texture_mirror_once, 
    GL_ATI_vertex_array_object, GL_ATI_vertex_attrib_array_object, 
    GL_ATI_vertex_streams, GL_ATIX_texture_env_combine3, 
    GL_ATIX_texture_env_route, GL_ATIX_vertex_shader_output_point_size, 
    GL_EXT_abgr, GL_EXT_bgra, GL_EXT_blend_color, GL_EXT_blend_func_separate, 
    GL_EXT_blend_minmax, GL_EXT_blend_subtract, GL_EXT_clip_volume_hint, 
    GL_EXT_draw_range_elements, GL_EXT_fog_coord, GL_EXT_framebuffer_object, 
    GL_EXT_multi_draw_arrays, GL_EXT_packed_pixels, GL_EXT_point_parameters, 
    GL_EXT_rescale_normal, GL_EXT_secondary_color, 
    GL_EXT_separate_specular_color, GL_EXT_shadow_funcs, GL_EXT_stencil_wrap, 
    GL_EXT_texgen_reflection, GL_EXT_texture3D, 
    GL_EXT_texture_compression_s3tc, GL_EXT_texture_cube_map, 
    GL_EXT_texture_edge_clamp, GL_EXT_texture_env_combine, 
    GL_EXT_texture_env_dot3, GL_EXT_texture_filter_anisotropic, 
    GL_EXT_texture_lod_bias, GL_EXT_texture_mirror_clamp, 
    GL_EXT_texture_object, GL_EXT_texture_rectangle, GL_EXT_vertex_array, 
    GL_EXT_vertex_shader, GL_HP_occlusion_test, GL_NV_blend_square, 
    GL_NV_occlusion_query, GL_NV_texgen_reflection, GL_SGI_color_matrix, 
    GL_SGIS_generate_mipmap, GL_SGIS_texture_border_clamp, 
    GL_SGIS_texture_edge_clamp, GL_SGIS_texture_lod, GL_SUN_multi_draw_arrays

   visual  x  bf lv rg d st colorbuffer ax dp st accumbuffer  ms  cav
 id dep cl sp sz l  ci b ro  r  g  b  a bf th cl  r  g  b  a ns b eat
----------------------------------------------------------------------
0x23 24 tc  0 32  0 r  y  .  8  8  8  8  0 24  8 16 16 16 16  0 0 None
0x24 24 tc  0 32  0 r  .  .  8  8  8  8  0 24  8 16 16 16 16  0 0 None
0x25 24 tc  0 32  0 r  y  .  8  8  8  8  0 24  0 16 16 16 16  0 0 None
0x26 24 tc  0 32  0 r  .  .  8  8  8  8  0 24  0 16 16 16 16  0 0 None
0x27 24 tc  0 32  0 r  y  .  8  8  8  8  0 24  8  0  0  0  0  0 0 None
0x28 24 tc  0 32  0 r  .  .  8  8  8  8  0 24  8  0  0  0  0  0 0 None
0x29 24 tc  0 32  0 r  y  .  8  8  8  8  0 24  0  0  0  0  0  0 0 None
0x2a 24 tc  0 32  0 r  .  .  8  8  8  8  0 24  0  0  0  0  0  0 0 None
0x2b 24 tc  0 32  0 r  y  .  8  8  8  8  0 24  8 16 16 16 16  0 0 None
0x2c 24 tc  0 32  0 r  .  .  8  8  8  8  0 24  8 16 16 16 16  0 0 None
0x2d 24 tc  0 32  0 r  y  .  8  8  8  8  0 24  0 16 16 16 16  0 0 None
0x2e 24 tc  0 32  0 r  .  .  8  8  8  8  0 24  0 16 16 16 16  0 0 None
0x2f 24 tc  0 32  0 r  y  .  8  8  8  8  0 24  8  0  0  0  0  0 0 None
0x30 24 tc  0 32  0 r  .  .  8  8  8  8  0 24  8  0  0  0  0  0 0 None
0x31 24 tc  0 32  0 r  y  .  8  8  8  8  0 24  0  0  0  0  0  0 0 None
0x32 24 tc  0 32  0 r  .  .  8  8  8  8  0 24  0  0  0  0  0  0 0 None
0x33 24 tc  0 32  0 r  y  .  8  8  8  8  0 24  8 16 16 16 16  0 0 None
0x34 24 tc  0 32  0 r  .  .  8  8  8  8  0 24  8 16 16 16 16  0 0 None
0x35 24 tc  0 32  0 r  y  .  8  8  8  8  0 24  0 16 16 16 16  0 0 None
0x36 24 tc  0 32  0 r  .  .  8  8  8  8  0 24  0 16 16 16 16  0 0 None
0x37 24 tc  0 32  0 r  y  .  8  8  8  8  0 24  8  0  0  0  0  0 0 None
0x38 24 tc  0 32  0 r  .  .  8  8  8  8  0 24  8  0  0  0  0  0 0 None
0x39 24 tc  0 32  0 r  y  .  8  8  8  8  0 24  0  0  0  0  0  0 0 None
0x3a 24 tc  0 32  0 r  .  .  8  8  8  8  0 24  0  0  0  0  0  0 0 None
0x3b 24 tc  0 32  0 r  y  .  8  8  8  8  0 24  8 16 16 16 16  0 0 None
0x3c 24 tc  0 32  0 r  .  .  8  8  8  8  0 24  8 16 16 16 16  0 0 None
0x3d 24 tc  0 32  0 r  y  .  8  8  8  8  0 24  0 16 16 16 16  0 0 None
0x3e 24 tc  0 32  0 r  .  .  8  8  8  8  0 24  0 16 16 16 16  0 0 None
0x3f 24 tc  0 32  0 r  y  .  8  8  8  8  0 24  8  0  0  0  0  0 0 None
0x40 24 tc  0 32  0 r  .  .  8  8  8  8  0 24  8  0  0  0  0  0 0 None
0x41 24 tc  0 32  0 r  y  .  8  8  8  8  0 24  0  0  0  0  0  0 0 None
0x42 24 tc  0 32  0 r  .  .  8  8  8  8  0 24  0  0  0  0  0  0 0 None
0x43 24 dc  0 32  0 r  y  .  8  8  8  8  0 24  8 16 16 16 16  0 0 None
0x44 24 dc  0 32  0 r  .  .  8  8  8  8  0 24  8 16 16 16 16  0 0 None
0x45 24 dc  0 32  0 r  y  .  8  8  8  8  0 24  0 16 16 16 16  0 0 None
0x46 24 dc  0 32  0 r  .  .  8  8  8  8  0 24  0 16 16 16 16  0 0 None
0x47 24 dc  0 32  0 r  y  .  8  8  8  8  0 24  8  0  0  0  0  0 0 None
0x48 24 dc  0 32  0 r  .  .  8  8  8  8  0 24  8  0  0  0  0  0 0 None
0x49 24 dc  0 32  0 r  y  .  8  8  8  8  0 24  0  0  0  0  0  0 0 None
0x4a 24 dc  0 32  0 r  .  .  8  8  8  8  0 24  0  0  0  0  0  0 0 None
0x4b 24 dc  0 32  0 r  y  .  8  8  8  8  0 24  8 16 16 16 16  0 0 None
0x4c 24 dc  0 32  0 r  .  .  8  8  8  8  0 24  8 16 16 16 16  0 0 None
0x4d 24 dc  0 32  0 r  y  .  8  8  8  8  0 24  0 16 16 16 16  0 0 None
0x4e 24 dc  0 32  0 r  .  .  8  8  8  8  0 24  0 16 16 16 16  0 0 None
0x4f 24 dc  0 32  0 r  y  .  8  8  8  8  0 24  8  0  0  0  0  0 0 None
0x50 24 dc  0 32  0 r  .  .  8  8  8  8  0 24  8  0  0  0  0  0 0 None
0x51 24 dc  0 32  0 r  y  .  8  8  8  8  0 24  0  0  0  0  0  0 0 None
0x52 24 dc  0 32  0 r  .  .  8  8  8  8  0 24  0  0  0  0  0  0 0 None
0x53 24 dc  0 32  0 r  y  .  8  8  8  8  0 24  8 16 16 16 16  0 0 None
0x54 24 dc  0 32  0 r  .  .  8  8  8  8  0 24  8 16 16 16 16  0 0 None
0x55 24 dc  0 32  0 r  y  .  8  8  8  8  0 24  0 16 16 16 16  0 0 None
0x56 24 dc  0 32  0 r  .  .  8  8  8  8  0 24  0 16 16 16 16  0 0 None
0x57 24 dc  0 32  0 r  y  .  8  8  8  8  0 24  8  0  0  0  0  0 0 None
0x58 24 dc  0 32  0 r  .  .  8  8  8  8  0 24  8  0  0  0  0  0 0 None
0x59 24 dc  0 32  0 r  y  .  8  8  8  8  0 24  0  0  0  0  0  0 0 None
0x5a 24 dc  0 32  0 r  .  .  8  8  8  8  0 24  0  0  0  0  0  0 0 None
0x5b 24 dc  0 32  0 r  y  .  8  8  8  8  0 24  8 16 16 16 16  0 0 None
0x5c 24 dc  0 32  0 r  .  .  8  8  8  8  0 24  8 16 16 16 16  0 0 None
0x5d 24 dc  0 32  0 r  y  .  8  8  8  8  0 24  0 16 16 16 16  0 0 None
0x5e 24 dc  0 32  0 r  .  .  8  8  8  8  0 24  0 16 16 16 16  0 0 None
0x5f 24 dc  0 32  0 r  y  .  8  8  8  8  0 24  8  0  0  0  0  0 0 None
0x60 24 dc  0 32  0 r  .  .  8  8  8  8  0 24  8  0  0  0  0  0 0 None
0x61 24 dc  0 32  0 r  y  .  8  8  8  8  0 24  0  0  0  0  0  0 0 None
0x62 24 dc  0 32  0 r  .  .  8  8  8  8  0 24  0  0  0  0  0  0 0 None
Boroondas Gupte
Registered User
Join date: 16 Sep 2005
Posts: 186
where to report?
03-07-2007 12:21
@ Tofu (or anyone else who might know):

btw: where's the best/preferred place to report bugs that affect several versions of the viewer?

menu 'Tools' > 'Report Bug', jira.secondlife.com, blog comments, this forum, another forum, the wiki or the SLDev mailing list?

For jira: How do I add viewer versions that aren't listed, yet?
Tofu Linden
Linden Lab Employee
Join date: 29 Aug 2006
Posts: 471
03-08-2007 03:11
Hi!
When the problem seems very likely to be linux-specific, this forum is probably the best place to report just because I check it the most often - I'd like to promote the public JIRA as a more collaborative alternative though.
Tofu Linden
Linden Lab Employee
Join date: 29 Aug 2006
Posts: 471
03-08-2007 04:21
Oh, and as for the reported problem, I've passed it on to one of the main FL engineers, thanks - 512MB is a silly default, but was presumably changed from 64MB for a reason, so I'm checking what's up with that.

The Linux client will get 'real' VRAM detection support during the beta phase, which is to say before long - I have a recipe for it, just have to properly implement it.
Angel Sunset
Linutic
Join date: 7 Apr 2005
Posts: 636
I DREAM of Beta Days!
03-08-2007 04:51
From: Tofu Linden
... during the beta phase, which is to say before long...


Woot!!! :D
_____________________
~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~
Kubuntu Intrepid 8.10, KDE, linux 2.6.27-11, X.Org 11.0, server glx vendor: NVIDIA Corporation, server glx version: 1.5.2, OpenGL vendor: NVIDIA Corporation, OpenGL renderer: GeForce 9800 GTX+/PCI/SSE2, OpenGL version: 3.0.0 NVIDIA 180.29, glu version: 1.3, NVidia GEForce 9800 GTX+ 512 MB, Intel Core 2 Duo, Mem: 3371368k , Swap: 2570360k
Tofu Linden
Linden Lab Employee
Join date: 29 Aug 2006
Posts: 471
03-08-2007 05:58
From: Angel Sunset
Woot!!! :D
I expect the last thing to land before beta will be movie support, which I'm working on now...
Guardian Susanti
Registered User
Join date: 17 Jan 2007
Posts: 4
03-08-2007 08:07
From: Tofu Linden
Oh, and as for the reported problem, I've passed it on to one of the main FL engineers, thanks - 512MB is a silly default, but was presumably changed from 64MB for a reason, so I'm checking what's up with that.

The Linux client will get 'real' VRAM detection support during the beta phase, which is to say before long - I have a recipe for it, just have to properly implement it.


Is there a temporary fix available to force the correct amount or will that be added to the next preview release?
Boroondas Gupte
Registered User
Join date: 16 Sep 2005
Posts: 186
some unsuccessfull source forging
03-09-2007 03:45
I tried editing the source, without full success, though:
:) The log now states:
CODE
2007-03-09T11:36:41Z WARNING: LLViewerImageList::getMaxVideoRamSetting: VRAM amount not detected, defaulting to 32 MB

:( But now I get lots of those:
CODE
2007-03-09T11:36:44Z WARNING: setSubImage: Setting subimage on image with NULL datap

:( ... and still lots and lots of those:
CODE
fglX11AllocateManagedSurface: __FGLTexMgrAllocMem failed!!


Here's what I did:
CODE

--- SL-FL-1.13.3.58877.original/linden/indra/newview/llviewerimagelist.cpp     2007-03-07 23:18:50.000000000 +0100
+++ SL-FL-1.13.3.58877/linden/indra/newview/llviewerimagelist.cpp       2007-03-09 12:08:02.000000000 +0100
@@ -1113,11 +1113,11 @@
        {
                if (max == -2) // max recommended setting
                {
-                       max_vram = 128 << 20;
+                       max_vram = 16 << 20;
                }
                else
                {
-                       max_vram = 512 << 20;
+                       max_vram = 32 << 20;
                }
                llwarns << "VRAM amount not detected, defaulting to " << max_vram/(double)(1<<20) << " MB" << llendl;
        }


Anything obvious I missed?
Tofu Linden
Linden Lab Employee
Join date: 29 Aug 2006
Posts: 471
03-09-2007 06:48
Boroondas, have you tried the 'sudo aticonfig --locked-userpages=off' tip from the README?

The VRAM thing is a red herring - I've been looking into it and the default VRAM is really 128MB (or whatever is user-selected in prefs), it is simply the warning which is incorrect (this isn't ideal).
Boroondas Gupte
Registered User
Join date: 16 Sep 2005
Posts: 186
03-09-2007 12:16
From: Tofu Linden
Boroondas, have you tried the 'sudo aticonfig --locked-userpages=off' tip from the README?


Hmm, have done that once. Probably I had my xorg.conf overwritten somehow, since. Anyway, I run that again now, restarted X, recompiled SL with the original source and reset the VRAM preference to 32 MB.

The fglX11AllocateManagedSurface: __FGLTexMgrAllocMem failed!!s seem to be greatly reduced now, but they're still here and even sometimes still crash the viewer.

edit: Seems like a clear cache after the procedure above has resolved the problem for me. Even in areas with lots of textures I can't reproduce the allocation errors anymore, nor the related viewer crashes. :)