duzenko

Oops, that hurt . It kinda compiles for me now . Didn't test how it runs because I'm on a VM and you guys run it on real hardware. Here's my svn patch that combines the changes from multiple Hamlet's patches. I think we're at the point where it should be applied to trunk.

Pugxml has stopped complaining with that patch. It's good to be applied to trunk IMHO. Now I have this access redeclaration error. AFAIR it was mentioned somewhere already but can't remember where and whether it has been sorted out. P.S. Great job so far, Hamlet, NightStalker allout.txt

SVN revision: 6735

OK

Probably not worth trying. They have stopped supporting 7600gt years ago, so Sep 2016 is as good as any other. And EXT_pixel_buffer_object is not in the ext list either. ... I wonder how many people run TDM on gt7000 generation gpu's. I used to own one and it was great until it burned. Happy for them if they run TDM under windows so that the pixel pack thingy is functional. I wish there was a way to enable it under Linux but regret nVidia decided to screw the Linux guys on this one.

I'm no OpenGL guru but I think that's something else. I think we should be looking for one of these: ARB_pixel_buffer_object and EXT_pixel_buffer_object. Apparently your Linux driver is not advertising any of these even though the hardware is probably capable so technically it's correct and the fault is in my code. My excuse is 1 - none of the pixel pack examples on web are doing the ext check 2 - 7600gt is really old 3 - windows driver supports this ext and 7600 gt is known to be 2.1 compatible 4 - most of people with dual card system run their 3d games on the newer card But it's still my fault of course. Here's how it looks for me (intel 515)

So in the end it's what appears to be a driver bug. Is your driver the latest for this GPU? What is the reported opengl version? I think it should be 2.1 for pixel pack. I absolutely agree that there should have been more checks on glGetError. I will fix that when I'm back unless someone fixes it before. ... What happens if you replace GL_PIXEL_PACK_BUFFER with GL_PIXEL_PACK_BUFFER_EXT?

Will do, ETA 27.12.16.

Pixel pack may show more difference on a fully-clocked system, but my laptop CPU throttles all the way to 1.1GHz under full load and your optimization makes a better job in that case.

Can't comment on Baal's error since I don't have access to that forum and Baal is not posting here. R_ParseImageProgram_r is old code that has not been changed for years. Problem could be in code that executes before that, e.g. idImage::GenerateImage but since neither you nor me can repeat the error then we can't prove it is fixed. VC was short for videocard. I think the 640 you have as secondary output is way newer and more powerful than 7600gt. My suspicion here is that 7600gt may not fully support the pixel pack feature on the hardware level. So running TDM on 640 would tell us if TDM maybe is not properly checking if the driver/hardware supports the required feature before using it. I will be traveling for the next 7 days and will be AFK most of the time. I hope it's not going to be a big inconvenience for you. I just want you to know that Linux build is priority #1 right now for me when it comes to TDM.

gcc (Ubuntu 6.2.0-5ubuntu12) 6.2.0 20161005

Where to from here? Has the svn access been granted finally? Should I ifdef this in the mean time? ... Nightstalker, you mentioned you have 7600gt as primary and a newer one as secondary. I'm curious if recent TDM crashes when running on a newer VC monitor?

Parts of this discussion are not really technical IMHO and would be irrelevant flood in there

I did not put cvar because I did not expect any blowback and did not have access to svn Still need to confirm that's it. Not sure if cvar is optimal solution if it works on windows and not on linux - ifdef? The if (1) is just a toggle-able alternative to // I used it in a couple more places since then.

As for the memcpy crash. There is one memcpy in the code I contributed: void idRenderSystemLocal::CaptureRenderToBuffer(unsigned char* buffer) Does it crash if you toggle the if (1)in there?

I'm still waiting Taaki to answer my month-old request It's not like he ignores you only. #6642 crashes for you - how about #6640 or #6637? I could probably upload a particular svn branch if you aren't granted access in the next hours. P.S. I really appreciate your efforts, and I admire the "do it now" spirit a lot. AFAIR Grayman warned that he has really little time this time of year.

NightStalker, It's ubuntu 16.10 32-bit, default gcc that comes with it. My web searches resulted in this http://stackoverflow.com/questions/34571583/understanding-gcc-5s-glibcxx-use-cxx11-abi-or-the-new-abi I had no time to test this just yet One thing I should probably mention is that Compilation guide did not exactly work for me. sudo apt-get install g++ scons libglew1.5-dev libpng12-dev libjpeg62-devthrew errors beyond my understanding so I dropped 1.5 and 12 and 62.

I was going to apply it in trunk w/o testing but I was confused by people in this thread who said they had applied it. Now I leave it to Grayman. So, umm... Hamlet, Crinkelite, you compiled 2.04, or 2.05, or trunk?

NightStalker, Can you try image_mipmapMode 0? I also have this error when compiling trunk under 32-bit ubuntu: In file included from game/script/Script_Doc_Export.cpp:26:0: game/script/../pugixml/pugixml.hpp:1070:2: error: reference to ‘basic_string’ is ambiguous std::basic_string<wchar_t, std::char_traits<wchar_t>, std::allocator<wchar_t> > PUGIXML_FUNCTION as_wide(const char* str); ^~~ In file included from game/script/Script_Doc_Export.cpp:26:0:

Hm, if you had 3 fps on HD4250 before then 9 fps on 720 must absolutely feel smooth

How about the ship deck in Down by the riverside in 1080p?

Is there a stack trace maybe?

Absolutely cancel and reorder a similar item. They are all more or less the same.

Neither am I but the good news is most of TDM sources are as C as C++ goes. I would really try the qgl thing first because it's easy and can actually work. Just get the last svn rev because I did some changes in that area today.

I am not a native English speaker so I can't always articulate right. What I was trying to say is that I only compile TDM code on Windows and if any of it breaks Linux build then it's my problem and duty to fix. Now this use_qglDisable is never seemingly used in TDM at least "Find all" in VisualStudio gives 0 matches. My guess it is stumbling on calls of functions glViewport, glEnable, etc? What happens if you add a 'q' in the start, i.e. qglEnable, etc? This entire 'qgl' thing is a mystery to me.