-notexturenpot
#847 posted by mfx on 2014/07/31 01:46:39
Won�t change the red output..
Also
#848 posted by mfx on 2014/07/31 01:48:53
Running on 32-bit win7. 64bit build won�t start.
Thx For Trying. One More
#849 posted by ericw on 2014/07/31 02:03:51
Try launching with "-bpp 16", this will disable requesting a 24-bit depth buffer which was changed recently.
So in the clean folder setup you still get the red screen, or does it fail to start at all? The messages in stdout.txt suggest it's using software OpenGL :-/
Looks like that build I sent you for trying to fix the console key was from april 30. not much has changed since then besides the depth buffer thing, and the non-power-of-two support.
Nope
#850 posted by mfx on 2014/07/31 02:14:46
still red, 16 bit request too.
Ok
#851 posted by ericw on 2014/07/31 05:44:35
Here's another one to try: http://quakespasm.ericwa.com/job/quakespasm/23/artifact/quakespasm-r944.zip
this is r944 with a different SDL.dll, the one from "SDL-devel-1.2.15-mingw32.tar.gz"
Just to confirm, this is the one I sent in april, it still works?
https://www.dropbox.com/s/hkha9wl897wg7oq/quakespasm-germanlayoutfix.zip
Mfx
#852 posted by szo on 2014/07/31 09:24:53
tried suggested clean folder setup, won�t work:( stdout.txt says this:
Warning: multitexture not supported (extension not found)
Warning: texture_env_combine not supported
Warning: texture_env_add not supported
Warning: vertical sync not supported (SDL_GL_GetAttribute failed)
Warning: texture_filter_anisotropic not supported
Warning: texture_non_power_of_two not supported
Are you sure that you have hardware accelerated opengl???
Eric
#853 posted by mfx on 2014/07/31 13:38:36
layoutfix works, still, r944 doesn�t.
szo: Are you sure that you have hardware accelerated opengl???
How can i check this?
Mfx
#854 posted by szo on 2014/07/31 15:34:19
This is starting to sound like a joke...
layoutfix works, still, r944 doesn�t.
That 'layout fix' build seems to be from r913. Thas hasn't been any commits since r913 that would affect video. Eric, can you see arything otherwise?
szo: Are you sure that you have hardware accelerated opengl???
How can i check this?
If you can run any opengl games properly, then you have hw accelerated ogl.
What hardware and what driver is this anyway?
Ok I�m Feeling A Bit Awkward Too.
#855 posted by mfx on 2014/07/31 15:49:19
This happens only on the Lenovo thinkpad, all other HW i use makes no problem.
Onboard Gfx: Mobile Intel(R) 4 Series Express Chipset Family
Driver Version: 8.15.10.1872
DirectX10
Oh, btw, this laptop has also problems with Fitz, FMKV, and DirectQ.
Darkplaces, requiem, Qbism, tyrquake and QuakeSpasm do work.
#856 posted by Spirit on 2014/07/31 15:59:37
gl_clear 0?
Mfx
#857 posted by szo on 2014/07/31 16:01:07
OK then. Try and run quakespasm (r944, mine or Eric's, doesn't matter, and doesn't matter it gives a red screen) using a command line like
"quakespasm +gl_info"
... then exit, and see the generated stdout.txt file. What does it say about GL_VENDOR, GL_RENDERER and GL_EXTENSIONS?
SZo
#858 posted by mfx on 2014/07/31 16:06:13
GL_VENDOR: Microsoft Corporation
GL_RENDERER: GDI Generic
GL_VERSION: 1.1.0
GL_EXTENSIONS:
GL_WIN_swap_hint
GL_EXT_bgra
GL_EXT_paletted_texture
GDI Generic
#859 posted by mfx on 2014/07/31 16:07:24
is the problem, right?
Mfx
#860 posted by szo on 2014/07/31 16:10:31
GDI Generic is the problem, right?
Correct: there is no hw-accelerated opengl driver.
Is your driver from micro$haft (I think it is, they usually don't provide ogl, but only dx), or from intel? I suggest you download from intel, who should provide proper ogl drivers.
#861 posted by mfx on 2014/07/31 16:15:33
OpenGL version 2.1.0 - Build 8.15.10.1872 is supported, but its software emulated or..? I don�t get tbh.
Ok then, i�m checking out intels ogl drivers then.
Yeah!
#862 posted by mfx on 2014/07/31 16:43:34
Looks like its solved, though i had intel drivers already. Updated them and no red screen anymore.
Thanks for your patience szo and eric!
#863 posted by Spirit on 2014/07/31 16:45:41
Next time test everything on the same system, you dummerle.
Sch�tzchen
#864 posted by mfx on 2014/07/31 16:49:24
no.
#865 posted by szo on 2014/07/31 17:09:13
On windows, what opengl driver to use is a registry entry (or at least it used to be) which possibly got deleted or whatever.. Anyways, glad to hear that it works now.
Heh
#866 posted by ericw on 2014/07/31 17:32:52
good to hear it's fixed :-)
I wonder why that layoutfix build worked. The only difference I can think of is that I compiled the layoutfix build with mingw32 on windows, and the ones that gave a red screen were all compiled on linux.
#867 posted by szo on 2014/07/31 17:50:42
what, micro$shaft is detecting our build machines and sabotaging us now?
#868 posted by szo on 2014/07/31 18:05:47
joke aside, he said that 0.85.9 works too, and looking at it the 0.85.9-win32 version is compiled on the same linux machine using the same toolchain against the same crt and headers. baffled...
#869 posted by negke on 2014/08/01 10:01:35
Do these new builds include the BSP2 support that ericw added some time ago?
Here is a question about the status bar on multiplayer mode - is it possible to center it like on SP? Why is it on the left side in the first place (if intentional), seems counterproductive.
New Builds (r947)
#870 posted by szo on 2014/08/01 13:49:16
@negke
#871 posted by szo on 2014/08/01 13:50:39
Do these new builds include the BSP2 support that ericw added some time ago?
Yes.
Here is a question about the status bar on multiplayer mode - is it possible to center it like on SP? Why is it on the left side in the first place (if intentional), seems counterproductive.
It is the fitzquake code as it was, we didn't change that.
|