Re: d3dx9: ID3DXConstantTable

2012-08-29 Thread Rico Schüller
On 28.08.2012 10:50, Henri Verbeet wrote: On 28 August 2012 09:12, Rico Schüller wrote: 3. The wine_todo should be fixed in the test. Is there a way to disable them to show up, when running e.g. "wine d3dx9_36_test.exe.so shader"? It's a bit annoying when you search for your own failing tests.

Re: d3dx9: ID3DXConstantTable

2012-08-28 Thread Rico Schüller
On 28.08.2012 10:50, Henri Verbeet wrote: On 28 August 2012 09:12, Rico Schüller wrote: 3. The wine_todo should be fixed in the test. Is there a way to disable them to show up, when running e.g. "wine d3dx9_36_test.exe.so shader"? It's a bit annoying when you search for your own failing tests.

Re: d3dx9: ID3DXConstantTable

2012-08-28 Thread Henri Verbeet
On 28 August 2012 09:12, Rico Schüller wrote: > 3. The wine_todo should be fixed in the test. Is there a way to disable them > to show up, when running e.g. "wine d3dx9_36_test.exe.so shader"? It's a bit > annoying when you search for your own failing tests. Well I could comment > out the tests, b

Re: d3dx9: ID3DXConstantTable

2012-08-28 Thread Rico Schüller
On 23.08.2012 22:58, Rico Schüller wrote: On 23.08.2012 15:43, Józef Kucia wrote: I would prefer you to clean it up submit it. I hope it gets committed this time. Ok, I'll try to clean them and send them. I will do it the safe way and compare each handle with all handles we have. If it is slow

Re: d3dx9: ID3DXConstantTable

2012-08-23 Thread Rico Schüller
On 23.08.2012 15:43, Józef Kucia wrote: I would prefer you to clean it up submit it. I hope it gets committed this time. Ok, I'll try to clean them and send them. I will do it the safe way and compare each handle with all handles we have. If it is slow, we could easily move by using the highe

Re: d3dx9: ID3DXConstantTable

2012-08-23 Thread Alexandre Julliard
Rico Schüller writes: > So in cases, where the exe is linked with LARGEADDRESSAWARE, d3dx9 > would have to be used with D3DXCONSTTABLE_LARGEADDRESSAWARE. Yes, but in practice apps don't do that. Eve Online was reportedly one of the offenders, there are certainly others. -- Alexandre Julliard j

Re: d3dx9: ID3DXConstantTable

2012-08-23 Thread Józef Kucia
On Wed, Aug 22, 2012 at 2:45 PM, Rico Schüller wrote: > Well, I just had a closer look again. My speed test triggers a problem, so > it's not really comparable. But it looks like native only allocates > handles, if it really needs them. So I'm not sure we like to go the same > approach or if it i

Re: d3dx9: ID3DXConstantTable

2012-08-22 Thread Rico Schüller
On 22.08.2012 12:23, Józef Kucia wrote: On Tue, Aug 21, 2012 at 10:52 PM, gurketsky mailto:gurket...@googlemail.com>> wrote: I just like to present the state of the ID3DXConstantTable implementation, so that possibly no work is done twice. This goes specifically to Józef. I'm not sur

Re: d3dx9: ID3DXConstantTable

2012-08-22 Thread Józef Kucia
On Tue, Aug 21, 2012 at 10:52 PM, gurketsky wrote: > I just like to present the state of the ID3DXConstantTable implementation, > so that possibly no work is done twice. This goes specifically to Józef. > I'm not sure what's the plan on this. There are two problems which arise > and I did not had

Re: [3/7] d3dx9: ID3DXConstantTable::SetFloat shouldn't change the value of matrix and vector constants.

2012-08-20 Thread Rico Schüller
On 20.08.2012 17:10, Józef Kucia wrote: @@ -665,6 +666,31 @@ static void test_setting_basic_table(IDirect3DDevice9 *device) out[8], out[9], out[10], out[11], out[12], out[13], out[14], out[15]); +ID3DXConstantTable_SetFloat(ctable, device, "mvp", f); +ok(res