Re: new winetricks 20100618: new verbs dxsdk_nov2006, windowscodecs
On 06/18/2010 04:47 PM, Dan Kegel wrote: > Another month, another Winetricks. > > Online as always at > http://kegel.com/wine/winetricks > or > http://winezeug.googlecode.com > (Bug reports to the issue tracker at the above URL, please.) > Uploaded to Ubuntu Wine PPA Thanks, Scott Ritchie
Re: new winetricks 20100618: new verbs dxsdk_nov2006, windowscodecs
On Sat, Jun 19, 2010 at 9:31 AM, Nikolay Sivov wrote: > On 6/19/2010 18:25, Vincent Povirk wrote: >>> >>> Is it possible to add this in existing target d3dx dll that will be using >>> new decoder? >>> >> >> Yes, but they'll have to share the decoder for the DDS format somehow. >> It doesn't make much sense for d3dx9 to load d3dx11 for this. >> > > If native d3dx11 uses d3dx9 for that it's not a problem, cause this will be > still separated and both overrides will work. > If not - it's sad, additional winetricks re-registration will be needed, > etc. And if our windowscodecs is complete enough > we should probably forget about all of that and never use its override. Well, we need to register a decoder coclass to do this most cleanly, using WIC's built-in image format detection. These classes aren't present on any native dll's. Even if we didn't use a coclass, we'd need some sort of extension to a builtin dll. Most of the extra formats are only needed by d3dx9 (it seems native d3dx10 and d3dx11 use WIC, so they mostly support the WIC formats). DDS, however, can be loaded in d3dx9, d3dx10, and d3dx11. If we put a coclass for DDS in one of these dll's, the other two will have to load it when a program needs to read a DDS file.
Re: new winetricks 20100618: new verbs dxsdk_nov2006, windowscodecs
On 6/19/2010 18:06, Vincent Povirk wrote: Isn't windowscodecs supposed to be extensible with 3rd party plugins?... So you could provide the additional formats D3DX would use as plugins instead of built-in; that should make these available with both wine's as well as native windowscodecs. Yes, that was what I was planning, but Alexandre told me it wasn't worth creating a new dll for this. Is it possible to add this in existing target d3dx dll that will be using new decoder?
Re: new winetricks 20100618: new verbs dxsdk_nov2006, windowscodecs
> Isn't windowscodecs supposed to be extensible with 3rd party plugins?... > So you could provide the additional formats D3DX would use as plugins > instead of built-in; that should make these available with both wine's > as well as native windowscodecs. Yes, that was what I was planning, but Alexandre told me it wasn't worth creating a new dll for this.
Re: new winetricks 20100618: new verbs dxsdk_nov2006, windowscodecs
On 19.06.2010 06:30, Vincent Povirk wrote: > I guess it's not a problem. It's just that up until now, I've been > trying to keep them interchangeable. Isn't windowscodecs supposed to be extensible with 3rd party plugins?... So you could provide the additional formats D3DX would use as plugins instead of built-in; that should make these available with both wine's as well as native windowscodecs. -f.r.
Re: new winetricks 20100618: new verbs dxsdk_nov2006, windowscodecs
> I'm not quite sure what the correct way to deal with this situation > would be, if we want to address this at all. I figure that most users > of games that rely on the D3DX utility DLLs usually won't have any > reason to install the WIC redist, and most of the time, they would > have cause to install the native d3dx9_*.dll libraries to work around > unimplemented functionality, which would sidestep the issue. > > I suppose, given that winetricks does offer verbs that potentially > break builtins, the issue could simply be ignored, or a warning could > be issued regarding the potential issue, if you think that's merited. I guess it's not a problem. It's just that up until now, I've been trying to keep them interchangeable. I don't think there's a need for a warning, as long as it's easy to identify the situation from logs, starting from the default output. It should be pretty obvious: a failure to instantiate a builtin WIC clsid followed by a d3dx fixme.
Re: new winetricks 20100618: new verbs dxsdk_nov2006, windowscodecs
On Fri, Jun 18, 2010 at 6:58 PM, Vincent Povirk wrote: >> Andrew Nguyen >> Add windowscodecs > > Um, I'm planning to break this soon. We need additional decoders for > d3dx dlls, and I've been told not to make a new dll for them. That > means they either have to go into windowscodecs or individual d3dx > dll's, and putting them in windowscodecs seems to make more sense. > > Since native won't have these decoders, it will break builtin d3dx. > > > I'm not quite sure what the correct way to deal with this situation would be, if we want to address this at all. I figure that most users of games that rely on the D3DX utility DLLs usually won't have any reason to install the WIC redist, and most of the time, they would have cause to install the native d3dx9_*.dll libraries to work around unimplemented functionality, which would sidestep the issue. I suppose, given that winetricks does offer verbs that potentially break builtins, the issue could simply be ignored, or a warning could be issued regarding the potential issue, if you think that's merited.
Re: new winetricks 20100618: new verbs dxsdk_nov2006, windowscodecs
> Andrew Nguyen > Add windowscodecs Um, I'm planning to break this soon. We need additional decoders for d3dx dlls, and I've been told not to make a new dll for them. That means they either have to go into windowscodecs or individual d3dx dll's, and putting them in windowscodecs seems to make more sense. Since native won't have these decoders, it will break builtin d3dx.
new winetricks 20100618: new verbs dxsdk_nov2006, windowscodecs
Another month, another Winetricks. Online as always at http://kegel.com/wine/winetricks or http://winezeug.googlecode.com (Bug reports to the issue tracker at the above URL, please.) Changes: Dan Kegel Add dxsdk_nov2006, document how to use it etc. at http://kegel.com/wine/cl-howto-win7sdk.html directx9: override dxdiag.exe, too Update divx sha1sum Andrew Nguyen Add windowscodecs Jeff Zaroyko Fix vjrun20 path in non-quiet mode Austin English Update OpenWatcom to version 1.9
