raila Report post Posted January 13, 2008 i will try - its kind of a puzzle to me ... Fonzi: Editing gl_init.c as lama suggested fixed the bug. lama: .....testing code in check_fbo_formats for color_format 14 and 15 (GL_RGB16F_ARB and GL_RGBA16F_ARB) is triggering the problem..... -------------------------------------------------------------------------------------------------------- gl_init.c: if (have_extension(ext_framebuffer_object)) { check_fbo_formats(); } Quote Share this post Link to post Share on other sites
Alia Report post Posted January 13, 2008 For me problem formats were: GL_RGB32F_ARB GL_RGBA32F_ARB GL_RGB16F_ARB GL_RGBA16F_ARB Just comment them out Quote Share this post Link to post Share on other sites
Entropy Report post Posted January 14, 2008 How fucking incapable the pople from Nvidia have to be to: 1. Create such a bug that kills the whole machine. 2. Not even respond to my e-mail that detailed the probelm. 3. Release a windows Beta driver that fucks up the game even more... I am not going to buy an Nvidia card next time. Quote Share this post Link to post Share on other sites
DogBreath Report post Posted January 14, 2008 How fucking incapable the pople from Nvidia have to be to: 1. Create such a bug that kills the whole machine. 2. Not even respond to my e-mail that detailed the probelm. 3. Release a windows Beta driver that fucks up the game even more... I am not going to buy an Nvidia card next time. I, for one, am going to write to nvidia about this now, too. Maybe if they hear this from enough people they'll get sick of hearing it and actually do something about it... For all the years I heard ATI sucks, get Nvidia, is the opposite now becoming true? (right after I finally invest in an Nvidia card... figures...) Seems to me that ever since AMD took over Nvidia, it's gone down hill. I'm not sure if there's cause and effect there, but I know I'm going to suggest this to them when I write. They've had ample time to publish their new drivers and fix the vista problems and other crazy issues with their new cards/drivers. Quote Share this post Link to post Share on other sites
Entropy Report post Posted January 14, 2008 Umm, actually AMD got ATI, and their drivers and support has been improving since then. I had some issues with ATI, and they did respond to my e-mails. Quote Share this post Link to post Share on other sites
DogBreath Report post Posted January 14, 2008 Umm, actually AMD got ATI, and their drivers and support has been improving since then. I had some issues with ATI, and they did respond to my e-mails. LOL, well now I feel like an ass. Maybe you could find some appropriate picture.... Either way, I did write to Nvidia about this (even though I don't use linux or this driver version...) I think this lack of support warrented a rant to them. They'll probably ignore it anways. Quote Share this post Link to post Share on other sites
Guest Lord Illidan Report post Posted January 14, 2008 I had this same problem with Fedora 8. Compiled the svn with that fix, and it works now. Quote Share this post Link to post Share on other sites
Entropy Report post Posted January 14, 2008 This bug is not Linux only, it happens on Windows too. Quote Share this post Link to post Share on other sites
alvieboy Report post Posted January 14, 2008 For me problem formats were: GL_RGB32F_ARB GL_RGBA32F_ARB GL_RGB16F_ARB GL_RGBA16F_ARB Just comment them out Are you on Linux or Windows ? If you're on Linux, could you post the output of "xdpyinfo" and "glxinfo" ? And if you're on windows, can you tell me your resolution and color depth ? I'm curious about why RGB?32F does not work for you. Álvaro Quote Share this post Link to post Share on other sites
Entropy Report post Posted January 14, 2008 Does it work for you, with the latest Nvidia drivers? Quote Share this post Link to post Share on other sites
alvieboy Report post Posted January 14, 2008 Does it work for you, with the latest Nvidia drivers? Yes, but for the RGB?16 formats. But the 32 ones work ok, at least they do not crash the client. $ glxinfo | grep "version string"|tail -n 1 OpenGL version string: 2.1.2 NVIDIA 169.07 Quote Share this post Link to post Share on other sites
Alia Report post Posted January 15, 2008 Well, a bit of Framebuffer magic (i guess I need to advance to level 100 to handle it, though After playing with Framebuffers and Renderbuffers I've found that only GL_DEPTH_COMPONENT16 from depth format list was causing this hangup. Finally I've changed PROBE_SIZE to 512 which seems to work with all formats, depths and stencils correctly. However, I've also made small test programs (glX and SDL_GL) which work fine in this situation (buffer crate/attach/detach/cleanup code) even with SIZE 16. So, nothing is clear yet. P.S. Also try to use GL_TEXTURE_RECTANGLE_ARB instead of GL_TEXTURE_2D, it might help (for me it helps with GL_RGB32F_ARB and GL_RGBA32F_ARB (with PROBE_SIZE 16)). Quote Share this post Link to post Share on other sites
nocnoc Report post Posted February 4, 2008 (edited) got burned by this one today when I took openSuse 10.3 to the 2.6.22 kernel. poking around the download.nvidia.com site, I found the following which may be useful if those reporting to nVidia have been doing so via a different method: The driver RPMs hosted in this location are entirely built, maintained and supported by Novell/SUSE. NVIDIA hosts them as a courtesy to Novell, however all problems and support requests related to these RPMs should be reported to Novell via their bug tracking system: http://bugzilla.novell.com If the issue can be reproduced using the official NVIDIA driver package from this location: http://www.nvidia.com/object/unix.html please check and/or post to the linux discussion forum ( http://www.nvnews.net/vbulletin/forumdispl...&forumid=14 ). If you don't find an answer to your question there, you can send email (in English) to linux-bugs@nvidia.com. When emailing linux-bugs@nvidia.com, please attach an nvidia-bug-report.log, which is generated by running "nvidia-bug-report.sh" as the root user. Thank you. Edited February 4, 2008 by nocnoc Quote Share this post Link to post Share on other sites
Entropy Report post Posted February 4, 2008 This is not a Linux bug, it is driver bug, and it happens on all the OSes. I wrote them twice at developers@nvidia.com (their official e-mail for developers contact) and they didn't give a fuck about me, or about our users. Quote Share this post Link to post Share on other sites
Sayre Report post Posted February 4, 2008 If at all possible, avoid the 169.07 drivers. There is something majorly wrong with them. If at all possible, use the 100.14.19 drivers for 32 bit linux. The lads and lasses at nvidia do not have a precompiled kernel module for the latest ubuntu kernel, which I believe has the largest proportion of linux users. I think nvidia may have taken their hands off the wheel when it comes to keeping the linux driver ball rolling. It's a shame, as they had developed a reasonable reputation for keeping the drivers working well. S. Quote Share this post Link to post Share on other sites
nocnoc Report post Posted February 4, 2008 Unfortunately, I'm using OpenSuse for the machine I've been running EL on. At least if it was Debian, I would have an easy path to backout of the nVidia update which came with the newest kernel. I'm going to try bringing down the cvs copy and commenting out the modes sending nVidia into fits 'cause actually having to boot into windows for the first time in 3 months so I could play made me kinda twitchy. However, it is interesting to see the differences in the linux & win client. Quote Share this post Link to post Share on other sites
Master_Grue Report post Posted February 4, 2008 the only issue i had while running the 169.07 driver on my fedora 7 machine was that when changing between full screen and windowed modes, the screen would just go black. (game wouldn't crash though. but i understand that's a client bug which cvs version fixes, (although i seem to have other issues there) they have released a new driver though which is 169.09. personally i've rarely had issues w/ NVidia's linux drivers, and when i did, they usually were fixed quickly. (i do remember one bad driver from a few years ago that was quite annoying) system athlon 2600+ epox 8rda3+ pro motherboard (nforce2 chipset) geforce 5200 w/ 256 MB ram fedora 7 w/ latest kernel from atrpms 169.09 official nvidia drivers Quote Share this post Link to post Share on other sites
nocnoc Report post Posted February 5, 2008 Well, a bit of Framebuffer magic (i guess I need to advance to level 100 to handle it, though After playing with Framebuffers and Renderbuffers I've found that only GL_DEPTH_COMPONENT16 from depth format list was causing this hangup. Finally I've changed PROBE_SIZE to 512 which seems to work with all formats, depths and stencils correctly. However, I've also made small test programs (glX and SDL_GL) which work fine in this situation (buffer crate/attach/detach/cleanup code) even with SIZE 16. So, nothing is clear yet. P.S. Also try to use GL_TEXTURE_RECTANGLE_ARB instead of GL_TEXTURE_2D, it might help (for me it helps with GL_RGB32F_ARB and GL_RGBA32F_ARB (with PROBE_SIZE 16)). PROBE_SIZE was the easy winner for me. The one thing I noticed in code was the "problem" modes were only defined if compiling for OSX. Quote Share this post Link to post Share on other sites
Entropy Report post Posted February 5, 2008 AFAIK, the code causing issues has been disabled already, yes? Quote Share this post Link to post Share on other sites