Dibya Posted October 22, 2016 Share Posted October 22, 2016 here all https://github.com/wine-compholio/wine-staging/tree/master/patches/wined3d-DXTn https://github.com/PlayOnLinux/wine-patches/blob/master/custom/GuildWars2/0076-wined3d-Use-double-buffered-buffers-for-multithreade.patch 1 Link to comment Share on other sites More sharing options...
TuMaGoNx Posted October 22, 2016 Author Share Posted October 22, 2016 I can confirm those patches (and alot more) already included here https://github.com/wine-compholio/wine-patched/releases (download the staging ones) but patches are missing in 1.8.1-1.8.5 (no staging release). Will give a try staging 1.8.0 tonight 2 Link to comment Share on other sites More sharing options...
TuMaGoNx Posted October 22, 2016 Author Share Posted October 22, 2016 (edited) Here is version 1.7.55 (oops not 1.8), give it a try Dibya and thanks Edited October 29, 2016 by TuMaGoNx Link to comment Share on other sites More sharing options...
Dibya Posted October 23, 2016 Share Posted October 23, 2016 7 hours ago, TuMaGoNx said: Here is version 1.7.55 (oops not 1.8), give it a try Dibya and thanks wine-0.7.55.7z I will try . I am not in my home in town where i have games . Now i am back in village at least for week. Link to comment Share on other sites More sharing options...
TuMaGoNx Posted October 23, 2016 Author Share Posted October 23, 2016 Okay thanks I add smaller version with less optimization. Just in case.. I made progress with direct2d, wine implementation need freetype (and optionally fontconfig), gdi32 also need to be extended. I can build them and able to load direct2d sample from Windows SDK, but it's not functional yet, because of the gdi32 issue. wine-1.7.55.7z 1 Link to comment Share on other sites More sharing options...
jumper Posted October 24, 2016 Share Posted October 24, 2016 In xompie-0.1a.exe, advapixp.dll has an export forward to advapi32.dll ordinal 1000 that does not exist in XP (sp3). install.bat and xpatcher.bat are not legal batch files, they are CMD files and should be renamed. I rewrote the Xompie-0.0.1a xpatcher.bat as a valid batch file that does not require installation first, and it worked in 98se. I'll post it once I update it for Xompie-0.1a for those who wish to try Xompie without installing it first. 3 Link to comment Share on other sites More sharing options...
dencorso Posted October 24, 2016 Share Posted October 24, 2016 20 minutes ago, jumper said: I'll post it once I update it for Xompie-0.1a for those who wish to try Xompie without installing it first. You do rock, jumper, you sure do! Link to comment Share on other sites More sharing options...
TuMaGoNx Posted October 24, 2016 Author Share Posted October 24, 2016 Thanks a lot jumper, I intend to make that ordinal a forwarder, but messed up it as import. Here I fix it in version 0.2a BTW is there a limit for attachment? last time I saw was .5mb now only .15mb xompie-0.2a.exe 1 Link to comment Share on other sites More sharing options...
TuMaGoNx Posted October 24, 2016 Author Share Posted October 24, 2016 Introducing XomPie Tools: these are supplement to the core patcher (pehdr-lite and gsar), as you know there are disadvantages by patching the apps: 1. apps that check its checksum (not PE checksum) will not works (this is a deal breaker) 2. packed exe don't get patched 3. patched signed file will have invalid signature 4. ... in https://github.com/tumagonx/xompie/ I have add several opensource tools that might help: 1. osslsigncode.exe: this the opensource equivalent of MS signtool, it can sign files, create digital signature (self-sign) or unsign executables and msi. If you need to unsign a file, you need to do it BEFORE xpatcher otherwise DS offset might become invalid then. 2. rcedit.exe: this maybe the only opensource commandline manifest embedder that I know. Apps in later windows might appeared with proper UI but in XP it may need xptheme manifest (for ex. MS Visual TrueType). You can apply manifest using this tool 3. upx.exe if your apps packed you need to unpack first BEFORE apply xpatcher. I guess you already familiar with this. Unfortunately there are tons of packer out there... 4. veredit.exe (actually also named rcedit.exe). You can change PE file version, desc (and those stuff) from commandline with this. Maybe not that useful... Link to comment Share on other sites More sharing options...
TuMaGoNx Posted October 24, 2016 Author Share Posted October 24, 2016 Just for information, patches for wine 1.8.1-1.8.4 that missing in https://github.com/wine-compholio/wine-patched/ are available/maintained per linux distro for ex. by gentoo here: http://gentoo.osuosl.org/distfiles/ look for wine-staging-1.8.x.tar.gz (note you still need to download vanilla wine-1.8.x tarball) I will use wine 1.8.5 for d3d and d2d once I get them built (and confirmed by dibya if it works) 1 Link to comment Share on other sites More sharing options...
Svyatpro Posted October 28, 2016 Share Posted October 28, 2016 (edited) On 10/25/2016 at 1:43 AM, TuMaGoNx said: Just for information, patches for wine 1.8.1-1.8.4 that missing in https://github.com/wine-compholio/wine-patched/ are available/maintained per linux distro for ex. by gentoo here: http://gentoo.osuosl.org/distfiles/ look for wine-staging-1.8.x.tar.gz (note you still need to download vanilla wine-1.8.x tarball) I will use wine 1.8.5 for d3d and d2d once I get them built (and confirmed by dibya if it works) If you need to implement DC creation function in wined3d for Windows XP you can create a user-memory ddraw surface (i.e., set DDSD_LPSURFACE) on the memory and call GetDC() on that. The functionality does exist on older Windows function in the form of GdiEntry7(). That approach implies introducing a dependency on ddraw into wined3d. This is not easy to do but easier than to revert CreateDIBSection as was before. In my build I just unimplement D3DKMT* dependencies that causes DC creation to malfunction. But for D3D10 and 11 apps we don't need it in most cases. Edited October 28, 2016 by Svyatpro Link to comment Share on other sites More sharing options...
jumper Posted October 29, 2016 Share Posted October 29, 2016 (edited) XomPatch.bat xompatch.7z Edited October 29, 2016 by jumper 2 Link to comment Share on other sites More sharing options...
TuMaGoNx Posted October 29, 2016 Author Share Posted October 29, 2016 (edited) Hi again, I just looking at MS Detours (though I won't be able to use it due to license issue) and its alternatives: https://github.com/nektra/Deviare-InProc https://easyhook.github.io/ Any gurus here have experience with them in regard creating physically patchless compatibility (umm.. via a MITM loader?), and keep the system intact (no system-wide impact). EDIT: just feeling not giving up the patchless possibility although I could also see risk of counter mechanism like anti-hook check, etc. Edited October 29, 2016 by TuMaGoNx Link to comment Share on other sites More sharing options...
dencorso Posted October 29, 2016 Share Posted October 29, 2016 On 10/24/2016 at 7:54 PM, TuMaGoNx said: Thanks heinoganda, I plan to put alpha version on msfn only before start release beta version at github. but I guess I can't delete my previous attachments to freed the quota. Of course you can! Click on your username just below the MSFN logo at the topmost part of the page and then click on Attachments, in he drop-down menu... Link to comment Share on other sites More sharing options...
TuMaGoNx Posted October 29, 2016 Author Share Posted October 29, 2016 @dencorso: Thank you, you're right! silly me Link to comment Share on other sites More sharing options...
Recommended Posts
Create an account or sign in to comment
You need to be a member in order to leave a comment
Create an account
Sign up for a new account in our community. It's easy!
Register a new accountSign in
Already have an account? Sign in here.
Sign In Now