Native Direct3D 9 in wine with mesa 10.4

Since mesa was just updated to 10.4 and the news told me it now comes with the DX9 state tracker from gallium-nine incorporated in it (!!!) I decided to give it a try in wine with some games to see if the performance is really that much better.
So, I compiled the needed patched version of wine from https://github.com/iXit/wine/ , without enabling native Direct3D 9 it worked fine, when I enabled it, it didn't work since it was looking for the 32 bit d3d libs in /usr/lib instead of in /usr/lib32 (!!) , since I din't really wan't to mess with too much stuff right then I just did a temporary copy paste of the 32bit libs into /usr/lib.
After "fixing" that the red error message was gone, promising, but I still only got a black screen instead of glorious native DX9 on linux (kinda)... :C
Some error messages caught my attention:
err:d3dadapter:dri3_create_adapter9 DRI3Open failed (fd=1114132)
err:d3d9:d3dadapter9_new No available native adapters in system.
It looks like I'm missing something... no idea what, isn't mesa supposed to contain everything that's needed now ?, I haven't tried the AUR packages, which seem a little outdated anyway, I was only trying this since it's now in the official mesa release.
Well, since I don't know what is it that I'm missing and the internet did nothing but confuse me when I searched for it I require your assistance, any help will be appreciated.
Last edited by LucetLux (2015-01-24 17:15:43)

First of all thanks for your suggestions.
@ackalker I already have that enabled, I kind of said it in the first post , I might end up in the IRC channel if I can't get it working, but I thought looking here first was a better starting point, since I'm looking to get the thing to work on arch anyway.
About the IRC log, I already checked that out, the thing is, that is about gallium-nine and some patching around quite some time before it was integrated into mainstream mesa, I could look into getting the unofficial version to run, but since d3d9 support is now in mesa I thought it wouldn't be necessary.
@smirky I don't know how that would be that much different from just making it without installing and running it from that same folder which is what I did, I tried it anyway, compilation took like 10 times as long for some reason, I still get the same messages after that.
I've gotta say that I'm rather impressed, getting d3d9 to work natively on linux is no easy feat, for what is essentially an initial release this is quite promising, even if there still are a lot of bugs in it and performance is still not as good as on windows and if it is realistically only useful for wine, we are likely going to be stuck with crappy ports (the fact that the first release of this is already surpassing a lot of "native" ports in performance is just telling of how much work really goes into linux ports) and tons of windows-exclusive releases for a while, that's without mentioning legacy support for thousands of d3dx9 games and applications in general.
Anyway, thank you both again for your help, but I'm kid of back to square one, I don't think this is an issue with wine, but rather with mesa, apparently I should install xf86-video-ati with d3dx9 patches (it also mentions ati-dri, isn't that discontinued ?), the aur script isn't working, it fails to compile, so I assume the source has changed a bit since it was updated back in august.
Last edited by LucetLux (2014-12-26 18:18:50)

Similar Messages

Wine with wglShareLists?

Could someone make a PKGBUILD for wine with the patch provided on this page: http://opensimulator.org/wiki/RealXtend_Viewer_Linux

punkrockguy318 wrote:Which works more effeciantly: Wine with windows, or wine without windows?
I have the latest wine installed. I do not use the "Wine with Windows Installation". I believe that part of the install script branch will just use some of your ".dll" and ".exe" files from the Windows partition.
In my case, I just download the ".dll" files from http://www.dll-files.com/dllindex/index.shtml as I need them. I set the debug environment variable when fine tuning apps, and it will spit out the ".dll" files it's looking for. Then, I just download that ".dll" from that website and throw it in the "c:/windows/system" path. It removes those warnings from the debug output next time I run that app.
As far as efficiency, that question is a "catch 22". When you use the actual ".dll" files and such from Windows itself, naturally, they should work more efficiently than a reverse engineered emulation lib. However, you run the risk of breaking the Wine API by using the native Window ".dll" files. So, breaking the Wine emulator for "efficiency" is hardly efficient. But, even then, you can specify for each individual app whether or not to use native or built-in ".dll" files and such in your config file.
The moral of that story is...keep a fresh Wine only installation, and tinker with adding native ".dll" files and such as you see fit. Then, when it breaks, you can pinpoint the problem to using one specific file. That's what I do and it gives me the flexibility/performance I need, and it's much simpler IMHO.

Getting error while submitting application (Windows Phone 8.1 Silver Light Application).The native API api-ms-win-core-synch-l1-2-0.dll:OpenEventA() isn't allowed in assembly . The Assembly is WindowsPhoneSilverLight 8.1 Runtime Component.

1028: The native API api-ms-win-core-synch-l1-2-0.dll:OpenEventA() isn’t allowed in assembly AnylyncRuntimeComponent.dll.
Update it and then try again.
1028: The native API api-ms-win-core-synch-l1-2-0.dll:CreateEventA() isn’t allowed in assembly AnylyncRuntimeComponent.dll.
Update it and then try again.
1028: The native API api-ms-win-core-synch-l1-2-0.dll:CreateEventExA() isn’t allowed in assembly AnylyncRuntimeComponent.dll.
Update it and then try again.
Can please help to fix this issue .

Are you calling OpenEventA, CreateEventA, or CreateEventExA? Those look like legitimate errors: OpenEventA, CreateEventA,
and CreateEventExA are not supported in Windows Store or Windows Phone apps. OpenEventW and CreateEventExW are allowed so you can use those instead.
And is this a Windows Store app or a Windows Phone Silverlight app? You gave different details on StackOverflow than you
do here.

Tarantella native client don`t printing with printer usb

tarantella native client don`t printing with printer usb

agreed with Wai on upgrading. The first test should be outside of SGD . . . does UNIX print to that USB printer? If not then chances are Tarantella 3.30 will not. If you upgrade to 4.31 you will need to first upgrade to 3.42 then to 4.20 before upgrading to 4.31. Under 4.31 we support PDF printing from UNIX servers. With PDF printing you should have no problem printing to a USB printer.

Replacing Intel Graphics' OpenGL with Mesa?

Hello,
I want to know if it is possible to replace the "OpenGL32.DLL" and "GLU32.dll" from the Intel GPU to the one of Mesa 7.2 or 7.3. For now it uses the Microsoft OpenGL to GDI converter (IIRC OpenGL 1.1) which is really a mess. The problem is, the Intel GPU supports DirectX 9 but still not OpenGL 2.
So I would follow those steps to do it:
- Stop all OpenGL processes
- Switch to intel graphics
- Rename OpenGL32.DLL to OpenGL32_BackupIntel.DLL
- Rename GLU32.DLL to GLU32_BackupIntel.DLL
- Move the mesa DLLs to system32
Will switching between ATi and Intel work with mesa libraries?
Regards,
Daniel

Hello Bradan,
Please tell us your type, model number, not S/N, and used OS please.
That will help us to help you.
Follow @LenovoForums on Twitter! Try the forum search, before first posting: Forum Search Option
Please insert your type, model (not S/N) number and used OS in your posts.
I´m a volunteer here using New X1 Carbon, ThinkPad Yoga, Yoga 11s, Yoga 13, T430s,T510, X220t, IdeaCentre B540.
TIP: If your computer runs satisfactorily now, it may not be necessary to update the system.
English Community Deutsche Community Comunidad en Español

Bin32-wine with srgbtexture patch

Hey there,
it would nice to have a PKGBUILD for bin32-wine with srg texture patch (http://bugs.winehq.org/show_bug.cgi?id=12453)
S.b. could provide it?
thanks

I see.......thank you for the response. I wondered if I had to compile for the chroot or simply use pacman -Syu. That is indeed a large advantage.
I went ahead and completely wiped bin32-wine, all of the dot files, and reinstalled Office 2007, Starcraft, and Deus Ex. That fixed a bug in Office (files with space in file path not opening correctly from dolphin/konqueror/etc).
I also discovered that one of my problems with my games was that I somehow missed a few packages related to opengl. I stll wasn't able to get Deus Ex working just yet.....
I may go ahead and do the chroot, as that seems like an easier way of doing things after the initial setup.
If anyone has anymore input I would be grateful to hear it.

[solved] WINE+Diablo 2+Noveau with Mesa 8.0.2 not working

Hi all,
I just installed arch on my old barebone which has an NVidia GF4 Ti 4400.
I am aware that 3D support for older chips like my NV24 is more limited than for newer cards (e.g. 9800GT).
The strange thing here:
Diablo2 launched via WINE stopped working.
3D acceleration is fine in place as I can tell both from the output of glxinfo and Urban Assault running blazingly fast:
OpenGL vendor string: Nouveau
OpenGL renderer string: Mesa DRI nv25 x86/MMX+/3DNow!+/SSE
OpenGL version string: 1.2 Mesa 8.0.2
Launching Diablo 2 causes an unhandled exception and I suspect Noveau being the problem here.
At least the error message sounds like this:
..games\diablo2\Game.exe: nv20_state_fb.c:50: get_rt_format: Assertion `0' failed.
As Diablo 2 worked fine on the same box several days before when I had Trisquel installed (older Noveau / WINE version though) there seems to be a regression bug.
Has anyone experienced similar behaviour running Noveau on older GeForce cards ?
Thanks,
D$
Last edited by Darksoul71 (2012-05-10 09:47:44)

Hm, and a bug report should be filled with more than just an educated guess, no ?
I asked here for someone else to step in because I just recently switched back from Trisquel to arch on my "tinker box".
So we talk here about at least four components which have changed:
- Xorg
- Noveau plus Mesa stack
- WINE
- Kernel
Hard to tell what causes the issue. My guess is that something in Noveau changed between 7.11 and 8.0 but only one with a similar GPU following the arch's rolling updates for a longer period can really evaluate this issues. My bug report would be pointless and just filled with speculations. Not very worthwile for the noveau devs to read. Esp. since they should and will rather concentrate on newer cards than old, legacy stuff as my GF4 4400, I guess
Edit:
According to the Noveau wiki (http://nouveau.freedesktop.org/wiki/MesaDrivers) one should not file bug reports at all for this driver:
nouveau_vieux (NV04 - NV20)
nouveau_vieux_dri.so is a classic Mesa DRI driver, and not a Gallium3D driver, because these cards do not have enough shader capabilities to reasonably support the Gallium3D infrastructure.
Do not file bug reports about this driver.
Hm, so my guess is that I simply can wait if a newer version of Mesa fixes the issue.
Edit: I added solved to the topic. Mainly not because the issue itself is solved but because of the facts that this is "only" my scrap system which I hardly would use for WINE gaming anyway and secondly because the issues is either really solved but a future version of nouveau or will never go away.
Last edited by Darksoul71 (2012-05-10 09:49:42)

[solved] Wine with 3D under 32 Bit chroot - any how2 ?

Hi fellow archers,
I have set up a 32 Bit change root as discribed in the wiki here:
http://wiki.archlinux.org/index.php/Ins … _in_Arch64
The installation and configuration worked pretty straight forward. Unfortunately WINE doesn't find 3D acceleration. I installed Mesa inside the chroot but it lists softwaremode for the renderer when I do a glxinfo.
Do I need to follow the ATI guide in the wiki and install some libs like this ?
pacman -S libgl ati-dri
Or do I need to completely build Mesa within the 32 bit chroot ?
TIA,
D$
Last edited by Darksoul71 (2010-04-16 20:48:48)

You're welcome If you don't have a wiki account, just register one and you should be able to edit the page you want. It's a wiki, after all.
Darksoul71 wrote:
BTW: A CDROM mounted inside the chroot seems to be accessed different from being mounted inside the native linux environment.
At least Starcraft tells me that the original CD is not inserted although it is my original CD is inserted in the DVD drive. Under 64 Bit Ubuntu 9.04 works fine with WINE and the original CD.
Do I have to change my mounting approach ?
First of all: Do you use schroot and have your --bind mounts set up properly?
The Arch Linux Wiki wrote:mount --bind /proc /opt/arch32/proc
mount --bind /proc/bus/usb /opt/arch32/proc/bus/usb
mount --bind /dev /opt/arch32/dev
mount --bind /dev/pts /opt/arch32/dev/pts
mount --bind /dev/shm /opt/arch32/dev/shm
mount --bind /sys /opt/arch32/sys
mount --bind /tmp /opt/arch32/tmp
mount --bind /home /opt/arch32/home
You can just add the path to your arch32 rc.d script (if you use that) or to mount-arch32 (if you use schroot), e.g.
mount --bind /media/cd /opt/arch32/media/cd
Anyways, CD checks are a weird matter with wine… I can't get Warcraft III to recognize the CD either, so I'd just cross my fingers

Wine with d3d command stream patches

hello,
i created pkgbuild for those who want to try it out
aur: https://aur.archlinux.org/packages/wine-d3dstream
git:https://github.com/xpander69/xpander-ar … -d3dstream
aur git build:https://aur.archlinux.org/packages/wine-d3dstream-git/
read about it:
http://www.winehq.org/pipermail/wine-de … 01106.html
also dont forget to add the registry key
HKCU/Software/Wine/Direct3D/CSMT =
"enabled"
benchmarks:
CSMT=enabled: https://dl.dropboxusercontent.com/u/287 … nabled.png
CSMT=disabled: https://dl.dropboxusercontent.com/u/287 … sabled.png
more benchmarks (with my 660TI this time):
https://www.youtube.com/watch?v=NPlJi9uLPs0
and new video with SimpleScreenRecorder: https://www.youtube.com/watch?v=8r_dSJ6uwms
Last edited by xpander (2014-01-13 13:15:22)

progandy wrote:Why that?
It is just as easy as your method, so I don't see a problem (since everything is being done by hand; updating the sums from a script would be another story).
progandy wrote:And use a loop with ls to applay the patches, it will be shorter.
Why *that*?
http://mywiki.wooledge.org/ParsingLs
What you want is globs:
for f in "$srcdir"/*.patch; do
patch -p1 <"$f"
done
@topic
I tested it with Starcraft II a couple of days ago and unfortunately I didn't notice any differences. I had a replay with a lot of units on the screen at the end of the game, and I just watched this one scene with various Wine configurations. Vanilla gave me ~20 fps on two cores and ~24 with one (using taskset), and it was the same with these patches applied. With the older patch for Nvidia and __GL_THREADED_OPTIMIZATIONS=1 it jumped to 30-35 fps.
Maybe it's because of my CPU; it would be great to see other people reporting their experiences. I'll try to test my config today/tomorrow (more extensively this time).

Black background in native Display List elements overlayed with Starling

Hello, I'm having an issue in the iPad, where all native DisplayObjects are shown with an opaque black background instead of being transparent while being displayed over Starling graphics using "nativeOverlay". This doesn't happen in the PC, in ADL, only in the iPad. Does anyone know what's causing this?
I also tested in Android, and this doesn't happen. So this is a problem only in iOS. Is this a known problem? Surely someone has tried before to overlay Flash display objects over Starling display objects and had this issue?
Any possible fixes or workarounds for this?
Thanks!

Hello, I just found the culprit of this annoying bug.
It's StageVideo! If you play any video with StageVideo BEFORE showing any Stage3D/Starling stuff, then you'll get this behaviour (native DisplayObjects with opaque background over Starling).
This is a bug which happens to be almost 1 year old!
Please, check this out and vote to try to get this finally fixed for good!!
https://bugbase.adobe.com/index.cfm?event=bug&id=3186454

.dir (created on Win) with FileXtra4, doesn't work on Mac

Hello.
I created (on a Windows PC) a Director Project file for my MSc dissertation, using xtra "Filextra4".
I included some PDF files and when the user clicks on this file, it should open. This function works fine on Windows, but it does not on Macintosh.
I have this code:
property pdf_name
on beginSprite me
Initialize me
end beginSprite
on Initialize me
end Initialize
on mouseUp me
fxObj = xtra("FileXtra4").new()
if the platForm contains "win" then
    pdf_path=the moviepath &"material\"& pdf_name
else
    pdf_path=the moviepath &"material:"& pdf_name
end if
fxopen=fxObj.fx_FileOpenDocument(pdf_path)
fxObj=0
end
on getPropertyDescriptionList me
return \
#pdf_name: \
#comment: "Name of the file to open:", \
#format: #string, \
#default: "___.pdf" \
end getPropertyDescriptionList
and when I try to open a PDF file on a Mac, this message appears:
Director Player Error.
Script Error. Continue?
When I try to open a PDF file into Director on Mac, this message appears:
Script error: Object expected
fxObj = xtra("FileXtra4").new()
I have also tried all these steps:
1) I extracted the files "FileXtra4.x32", "FileXtra" and "FileXtra (carbon)" on a folder named "Xtras" which was in the same folder with the .app file.
2) I put all these files into folder C:\Program Files\Adobe\Adobe Director 11\Configuration\Xtras\FileXtra4, but also into C:\Program Files\Adobe\Adobe Director 11\Configuration\Cross Platform Resources\Macintosh\Xtras
3) I renamed the "Filextra4" file for Mac into FileXtra4.data, FileXtra4.rsrc and FileXtra4.cpio and put them into C:\Program Files\Adobe\Adobe Director 11\Configuration\Cross Platform Resources\Macintosh\Xtras
4) I added the line [#namePPC:"FileXtra4",         #nameW32:"FileXtra4.X32"] into XtraInfo.txt
but none of these steps worked.
Could you please help me to solve this problem?
Thank you in advance.

Which version of Director are you using? If you are using Director 11 or 11.5, then FileXtra4 will not work on Macs. And it will not always work on PC. This xtra was never updated when DIrector's format changed in Dir 11.
If you are using Directo MX 2004 or earlier, then you should be able to simply download the Mac version of the xtra from the site and unpack it ON A MAC. Put it in an external xtras folder (where the xtras folder is in the same folder as the projector). Then burn the files (again, on a Mac). If you ever put the unpacked Mac xtras onto a PC filesystem, then they will no longer work.

SimCity 4 runing on Wine with grafic problem

I have installed SimCity 4 with wine in Mountain Lion. The game is running pretty fast but it´s have a big graphic problem as displayed on the picture. Anyone have a solution for that?
I wont play the mac version because even in a strong mac it's runs very slowly.

Please post questions regarding Parallels on the Parallels forums:
http://forums.parallels.com

OpenGL 3.0 with Mesa

I am trying to get some form of OpenGL 3.0 working on my system so I can test an OpenGL application I'm developing. So far the closest I've come is using the catalyst repository to install the closed source fglrx drivers. However, my laptop which has the AMD Radeon 6650M, would not properly switch virtual terminals anymore, and more alarmingly, would not shutdown unless I cut the power. So my goal is to use an open source driver, which works much more smoothly on my laptop. I've tried compiling mesa using the AUR package mesa-full and compiling it straight from the git, however, all I get from glxinfo is that an OpenGL version string of 2.1. I've tried compiling it with software rasterizing and without, and it never makes a difference to the OpenGL version string. I always make sure to set LD_LIBRARY_PATH and check with ldd and LIBGL_DEBUG=verbose that glxinfo is running with my builds of Mesa. I've already tried everything that these guides have to offer:
https://bbs.archlinux.org/viewtopic.php?pid=1071467
https://bbs.archlinux.org/viewtopic.php?pid=1124507
The most I've learned from widespread googling is that mesa supported 3.0 at some point, but then there were MSAA issues, and a patent issue with compressed textures, so they removed it. This is especially frustrating because it seems I can't go long without reading on Phoronix that OpenGL 3.0 support in mesa is finally ready.
I've tried for days to get a working version of Mesa with OpenGL 3.0 working, but am out of ideas. Any thoughts on how to solve this or any details or guides that I may have missed would be appreciated.
Thanks

You need also xf86-video-ati-git and a recent RC of kernel 3.6.
As far as I know the LD_LIBRARY_PATH export is no more needed.

Using native events in specific application with J2ME

I can capture native events of a cellular phone using J2ME (button of beginning and end of calls, description of effected calls) to use them in a specific application?
I can use resumeRequest() method of the MDIlet class to capture the events of the start and the end of a phone calls or services used in an J2ME application? When, as and where I can use such class?How I can pass to my application effected phone calls , sent messages SMS and the accesses the InterNet? That methods and class I must use? How I must make to develop a class that executes this type of function with JAVA? Where I can find codes of aid or sample, tutorial, tips, etc to create such functions?

Fukiku,
 Did you get this working?
 You can also try setting the environment variable java.library.path.
 Please post your stack trace to the forum as well.
 
 Hussein Badakhchani

SOUNDTOYS Native bundle anyone had experience with these plug ins?

I am considering purchasing the native bundle and wondered what experiences anyone has had with them good and bad - level of support - good company like UAD? or Poor like Native Instruments?

Awesome...
"If only one can remain"... Soundtoys

Native Direct3D 9 in wine with mesa 10.4

Similar Messages

Maybe you are looking for