Re: 1/6 WineD3D: CheckDeviceFormat rewrite

2008-03-18 Thread Stefan Dösinger
Am Dienstag, 18. März 2008 09:44:28 schrieb Roderick Colenbrander: > Patch 7/6, 8/6, 9/6 should take away most issues. Yesterday I didn't have > the time to prepare those but they should be fine. Usually the idea is to apply patches in a order that does not cause known regressions, as this can mak

Re: 1/6 WineD3D: CheckDeviceFormat rewrite

2008-03-18 Thread Roderick Colenbrander
> > > Hi, > > > > > > This patch puts legacy bump mapping in its own function. > > Battlefield 1942 is broken for me after these patches, apparently > because > > D3DFMT_R8G8B8 is enabled again. As far as I can see this is due to the > > early > > if(!Usage) return in the texture resource check,

Re: 1/6 WineD3D: CheckDeviceFormat rewrite

2008-03-18 Thread Roderick Colenbrander
> > Hi, > > > > This patch puts legacy bump mapping in its own function. > Battlefield 1942 is broken for me after these patches, apparently because > D3DFMT_R8G8B8 is enabled again. As far as I can see this is due to the > early > if(!Usage) return in the texture resource check, the code never r

Re: 1/6 WineD3D: CheckDeviceFormat rewrite

2008-03-17 Thread Stefan Dösinger
Am Montag, 17. März 2008 20:22:58 schrieb Roderick Colenbrander: > Hi, > > This patch puts legacy bump mapping in its own function. Battlefield 1942 is broken for me after these patches, apparently because D3DFMT_R8G8B8 is enabled again. As far as I can see this is due to the early if(!Usage) ret