loseridoit.2756
-
Posts
36 -
Joined
-
Last visited
Content Type
Forums
Blogs
Events
Articles
Downloads
Gallery
Store
Posts posted by loseridoit.2756
-
-
Codeweavers are working on dxvk support on OSX.https://github.com/KhronosGroup/MoltenVK/issues/203#issuecomment-682576084I believe they will be working on dx9 support after dxvk support is done. If Mac users are ok with forking over a license next year, you should have much better perf than whatever Anet uses. I am always surprise at Codeweavers ability to make things work.
-
@"Hypnowulf.7403" said:I'm adding my voice to supporting Linux. You can get some distros that are quite Mac-like. Lutris makes setting up Guild Wars 2 a doddle—if not of British descent, a more recognisable parlance would be "piece of cake."
Here are some recommendations to note.
2.) Try Gallium9 and D9VK, find out which works best for you as it tends to vary depending on the hardware;
4.) Make sure you're using ACO (do some research on this) as the consensus seems to be that it yields better performance.
ACO is a shader compiler for AMD cards.Gallium 9 works on modern Intel GPU and AMD cards.D9VK should work on all GPU with vulkan support.
-
@"Hypnowulf.7403" said:There's a solution I can see (I like solutions), and that's to compile Wine64 for Intel architecture under Rosetta, and then to run Guild Wars 2 via Wine via Rosetta. If Apple's Silicon is as good as they say, it shouldn't struggle too much. I'm not being ironic or sarcastic there. This should actually be a viable solution if the chip can pump out enough performance.
A lot of the legwork has been done getting Wine to run on Catalina by stripping out the 32-bit elements. This means you won't be able to run 32-bit apps, but thankfully GW2 has a 64-bit downloader, launcher, and client. So that's a non-issue. I imagine that anything that can be compiled for Intel Catalina can be compiled with Rosetta, yes?
This is what I've managed to piece together after some cursory looking around.
For those who're already on Intel Macs and don't plan to upgrade soon, I'd recommend running Guild Wars 2 via Wine. It'd be a bit of a fiddle to setup but the performance should be alright there, too. I believe DXVK support is coming along nicely too, so that makes the situation even better.
What I will recommend is downloading the entire client first. The performance can be terrible if you don't do that, just as a warning. It's not guaranteed to be terrible, perhaps especially if you have a high-end SSD, but it is... likely.
I don't own a Mac, mind you. I just like researching things.
Ummm, codeweavers sells an ARM and x64 versions of wine and it should work better than the Cider Anet uses.
@loseridoit.2756 said:Linux players probably have a better GW2 experience than many Windows players.Just wanted to add... Yes. This is actually true. Guild Wars 2 runs better on my Linux partition than on my Windows one. It loads faster, it has less frame dips in crowded areas... It's weird. I can only guess it's down to Gallium9, but I dunno!Not weird. Linux has better filesystem performance which allows better loading time. The Linux ecosystem have a driver development cycle more suited for MMORPG. Linux community cares more about correctness over performance. This preference avoid the terrible driver competition in the Windows ecosystem which leads to more bugs and a worse experience. As a side benefit, the performance improvements regress less and you have less FPS dips.
-
@nykur.2154 said:
@"Danikat.8537" said:I'm not surprised to see them say that., although they said they will keep supporting old Macs for a while if there's enough users (maybe they have more Mac players?)Not sure how the Mac playerbase is, but ZOS actually put in the effort to make a MoltenVK client for macOS so ESO actually runs quite well on the platform, and they are now stopping because they don't want to get it working on Apple Silicon. GW2's Mac client never ran well and is just a slapped together WINE wrapper, so I personally wasn't surprised to hear ArenaNet will discontinue it.Oi. Do not disparage slapping together the WINE wrapper. Valve, Crossover, Collabora, linux community has turn windows API into a portable library. The wrapper is practically native in both performance and feature set. Linux players probably have a better GW2 experience than many Windows players.
Arenanet choosed a crappy WINE fork called Cider maintained by Nvidia (formally Transgaming). Arenanet loses the years and years of Q/A Crossover devoted into WINE.
Mac Port suffers from two issues: Crappy Wine Fork and Apple under platform investment.
-
@ArmoredVehicle.2849 said:
@"Shouryu.4169" said:hi, any of you guys installed linux on nvidia mx150 ? i've just installed gw2 via the friendly installer (), but the frame rate is really unstable 5 to 60 fps.my pc specs : i7 8th gen, nvidia mx150, 16gb ram, 512ssdis the installerbased on vulkan version ?Hi, yes the installer version is on par with the zipped vulkan (d9vk) version. I'm not very experienced with Nvidia on laptops, haven't tested the game on it either. Are you sure it's making use of the Nvidia GPU?nvidia only added vulkan PRIME offloading support last month.
Yes, Nvidia support is so bad that you could only start using vulkan on almost all Nvidia laptops last month.
-
@Hdtv.2035 said:
@Ashantara.8731 said:RX 480, W10, the gpu driver has nothing to do with it, at this moment i'm on 2.0 running over 70-100 fps, if i switch to the 1.1 slot the game runs at 30-40 which i find ridiculous considering more gpu intense games run the same on 1.1 and 2.0GW2 is famous for killing cards at launch due to heavy PCI e usage.GW2 is more demanding on the pcie slot than vast majority AAA titles. GW2 is a MMO change your expectations on demanding.
-
I am just here to say wine proton 1.12 has d9vk.
https://www.phoronix.com/scan.php?page=news_item&px=Proton-4.11-Released
Although d9vk does not have same level maturity as gallium 9 or vanilla wine + patches, playing d3d9 games will be much easier in the future.
On other news, valve is proposing some kernel changes to reduce overhead is certain situations
https://steamcommunity.com/games/221410/announcements/detail/2957094910196249305
-
Good news everyone.
Google, Valve, and Mesa community have magically created a convoluted way to support Opengl forever
https://www.phoronix.com/scan.php?page=news_item&px=Zink-Gallium3D-OpenGL-Vulkan
https://gitlab.freedesktop.org/kusma/mesa/commits/zink
Opengl -> Gallium 3d -> Vulkan -> MoltenVK -> Metal.
Opengl is dead. Long live Opengl.
I would joke that this pipeline would be faster, more compliant and supports compute shaders, but I would fear those statements would be true.
-
@ThunderBiggi.4651 said:@"loseridoit.2756" They are clearly trolling, just ignore them.
trolling is a good time to show the advantages and disadvantages of different engineering solutions.
-
@"alcopaul.2156" said:
you sure? k, bruv. lel.
http://zilles.cs.illinois.edu/papers/mcfarlin_asplos_2013.pdfhttps://pdfs.semanticscholar.org/presentation/efb5/dd8d92d85db634fcfa08bd55d439b60bfab2.pdf88% is due to better static scheduling12% is due to better dynamics scheduling.
Although 88% is achievable with a compiler, no compiler exists.
Here is a breden egg article about cpu utilization
http://www.brendangregg.com/blog/2017-05-09/cpu-utilization-is-wrong.html
CPU does nothing majority of their time. It is a pretty normal operation.
-
@alcopaul.2156 said:
@loseridoit.2756 said:@alcopaul.2156 said:its easy. you put some sand to a pipe and the water flow will be slower. simple physics.GW2 on Linux = Dumbest Concoction Ever.You do not understand the concept of out of order cpu.An out of order cpu will rearrange the sand such that it would not block the water flow.Complicated hardware design solves many of these problems.the out of order cpu rearrangement is another process and obviously cause lag coz you have an extra process.CPU stalls pretty often.Rearranging instructions in between is cheaper in practice than executing everything in order.There is a joke that cpu designers run word, excel, or flash as a benchmark.
-
@alcopaul.2156 said:
its easy. you put some sand to a pipe and the water flow will be slower. simple physics.
GW2 on Linux = Dumbest Concoction Ever.
You do not understand the concept of out of order cpu.An out of order cpu will rearrange the sand such that it would not block the water flow.Complicated hardware design solves many of these problems.
-
@"alcopaul.2156" said:when you run a native windows app on a windows os, all are direct calls. you using linux to run windows apps to use layers is the dumbest concept has ever been concocted.
that just shows your complete lack of understanding of wine. Wine just turns Win API into an application library.
wine - wine is not an emulatorthere is a reason why wine creators made that acronym.https://www.winehq.org/
All wine calls are practically native like Java, Qt etc. React OS, a reimplementation of Windows, uses wine libraries.Overhead is rather minimal.Before you call ideas are stupid, understand what you are talking about.https://wiki.winehq.org/Wine_Developer%27s_Guide/Architecture_Overview
-
@alcopaul.2156 said:
@loseridoit.2756 said:@alcopaul.2156 said:what's the logic of playing gw2 on linux when all the premade gaming pcs are running on windows and gw2 is designed to run on mac/windows pc? must be sinister. lel.You actually experience fewer driver issues on Linux. Linux drivers have a tendency to be written for correctness with a strong regression testing. IHV do not have room to play this driver obscuration game like they do on windows since all drivers are open source. For games like Gw2, Anet is pretty good at Q/A. If you see graphics issues on tech support, it is more likely it due to driver issues than Anet programmers.why you wanna layer the direct calls? must be some dumb garbage-y hocus pocus. lel.yea? Most software is full of layers. Anet might be using a layer right now to get cross-platform audio.Btw, dx9 on vulkan is not a huge layer and gallium nine is actually a native d3d9 driver on linuxOn the other hand, D3d9 on Opengl is getting better but shader pauses might be on the unfixable size.https://twitter.com/id_aa_carmack/status/298628243630723074?lang=enhttps://www.reddit.com/r/linux/comments/17x0sh/john_carmack_asks_why_wine_isnt_good_enough/John Carmack doesnt care too much about layers. Games avoid interactions with the OS as often as they can as an optimization technique.The impact of a layer is lower than you think it is.
-
@ArmoredVehicle.2849 said:I don't think they'll repeat the Mac's mistake, at first the Cider wrapper worked well so to speak, as the game got bigger and hungrier they were forced to make a native OpenGL port. They wouldn't want the same thing happening with Wine.
To keep it as pressure free as possible, I think a Vulkan renderer would be enough. The community will most likely handle the rest and I think Lutris is a good example of that.
Transgaming is just terrible in general. Wine is great because Codeweavers can tap into one of the largest q/a communities around. Linux users are more willing to send stack traces to devs than other users.
@Castigator.3470 said:porting over all those graphical goodies from DirectX 9.0 to OpenGL is a lot of work.They've already ported it to OpenGL, what do you think the native Mac client is running on? It is however not available on the Windows version :(Apple's Opengl is terrible. Vulkan on top of Metal is much better.
-
@Castigator.3470 said:
@loseridoit.2756 said:@alcopaul.2156 said:what's the logic of playing gw2 on linux when all the premade gaming pcs are running on windows and gw2 is designed to run on mac/windows pc? must be sinister. lel.You actually experience fewer driver issues on Linux. Linux drivers have a tendency to be written for correctness with a strong regression testing. IHV do not have room to play this driver obscuration game like they do on windows since all drivers are open source. For games like Gw2, Anet is pretty good at Q/A. If you see graphics issues on tech support, it is more likely it due to driver issues than Anet programmers.That and the occasional graphics card giving in to old age.As for sinister logic, I guess we'd all welcome it, if Anet ported GW2 to run natively on Linux. However, Anet may not have the time and manpower to port their client/engine using inhouse labour, nor the money and risk/reward expectation to let their client/engine be ported over by another company.Though I suspect their servers may already be running on linux, porting over all those graphical goodies from DirectX 9.0 to OpenGL is a lot of work. And Anet may not be willing to open up their codebase for a group of maintainers to port the client, because of trade secrets, that may inevitably be picked up by the competition.So for the time being, WINE is good enough to run Guild Wars 2 on Linux. It is not hyper-optimized, but I can enjoy dungeons, raids and any instanced content without issue, open world is generally fluid, only massive zergs with lots of effects á la prime time Palawadan get my FPS to noticeably slow down.anet doesnt even need to do a full port. All they have to do is wrap the client in wine and have a vulkan renderer. It would satisfy the majority of gamers.
-
@alcopaul.2156 said:what's the logic of playing gw2 on linux when all the premade gaming pcs are running on windows and gw2 is designed to run on mac/windows pc? must be sinister. lel.
You actually experience fewer driver issues on Linux. Linux drivers have a tendency to be written for correctness with a strong regression testing. IHV do not have room to play this driver obscuration game like they do on windows since all drivers are open source. For games like Gw2, Anet is pretty good at Q/A. If you see graphics issues on tech support, it is more likely it due to driver issues than Anet programmers.
-
No, those flags are meant to enable the amdgpu kernel driver. Amdgpu and Radeon uses the same shader path for both opengl and gallium nine.Amdgpu has the ANV vulkan driver.
You should post logs printed on the console. The marketplace worked when I last remembered it.I do not feel like downloading the game and logging in anymore to test.
use stderr redirect to a file. Append this line to the gw2 console.
2> gw2_error.txtEither way, gallium nine devs would probably ask you to run with full debug to figure out what is wrong.
@"VAHNeunzehnsechundsiebzig.3618"
D3d9 wine gentoo is gallium nine. You are using a native d3d9 driver on Linux. Of course, performance will be good.https://packages.gentoo.org/useflags/d3d9 -
Ignore. I am thinking of the wrong thing.
-
@"jbrother.1340" said:
I will do further testing and report if needed.
is this a good indicator that DRI3 is running and enabled?
cat /var/log/Xorg.0.log | grep -i DRI3[ 51.671] (==) RADEON(0): DRI3 enabled[ 51.683] (II) Initializing extension DRI3if I run this _cat /var/log/Xorg.0.log | grep -i radeon i get this output which references DRI2 as well so I am not sure:
cat /var/log/Xorg.0.log | grep radeon [ 50.446] loading driver: radeon [ 50.447] (==) Matched radeon as autoconfigured driver 0 [ 50.447] (II) LoadModule: "radeon" [ 50.449] (II) Loading /usr/lib64/xorg/modules/drivers/radeon_drv.so [ 50.456] (II) Module radeon: vendor="X.Org Foundation" [ 51.671] (II) RADEON(0): [DRI2] DRI driver: radeonsi [ 51.671] (II) RADEON(0): [DRI2] VDPAU driver: radeonsi [ 51.687] (II) AIGLX: Loaded and initialized radeonsiI tried to look in:/etc/X11/xorg.conf.d
I have a 10-amdgpu.conf file but it only has the following info:
Section "OutputClass" Identifier "AMDgpu" MatchDriver "amdgpu" Driver "amdgpu" EndSectionyou driver output looks messy.
take a look which kernel driver you are using
lspci -vnnif you see radeon in use then you can change it to amdgpu by adding these kernel parameters.
radeon.cik_support=0 amdgpu.cik_support=1https://wiki.archlinux.org/index.php/AMDGPU
AMDGPU is needed for vulkan drivers.If necessary, you can test out the powerplay code that was added in the DC core.
amdgpu.dc=1 amdgpu.dpm=1You can use yast to add these kernel argumentshttps://doc.opensuse.org/documentation/leap/reference/html/book.opensuse.reference/cha.grub2.html
see if that improves reclocking in your card. If you do find it break your display then report it to freedesktop.https://bugs.freedesktop.org/
-
@Arctellion.6419 said:Having updated to the latest kernel, and other bit, including swapping which of my two slightly different gfx cards is primary. Does anyone know why I would still get after a random amount of time, the pc locking up and the primary monitor only going black then turning to snow, even if GW2 is inactive window, and moved to a monitor driven by the other card?
Does xorg treat all cards as one, as they use the same Radeon driver, as I tried running glxinfo to see what load was on the cards and they both seem to be almost identically utilised.
not really. I think DE try to put both monitors on the same xorg instance. Xorg is kinda broken in so many ways. Since you have two amd cards, why dont you try wayland to see if that fixes your issue?
Gallium nine uses a different driver path but I am not sure if it would behave properly. You should report the bug to freedesktop. They would ask you for debugging info.
-
@"jbrother.1340" said:wine-staging-nine 3.15 (is this what you mean by patched version? I checked the links you posted and think so but not quite sure)
yes. it is the patched wine build
Mesa-Libd3dthis package is the gallium nine enabled Mesa build
when it starts in the output in terminal I get
Native Direct3D 9 is active.For more information visit https://wiki.ixit.cz/d3d9is that a positive indication that it's running?
yes. it should be running.
So my performance like this I tried with and without -d3d9single and its slightly better without it but I need to test it more to make sure. I need to do a comparison with the gallium option checked and unchecked as well in the winecfg screen to see for myself as well.
gallium nine has multi-threaded support. I am not surprised by removing -d3d9single means more fps.
I get a lower FPS in the character select screen but it runs more stable on higher settings. Same in game. I don't really go above 40 FPS at all but it seems a lot more stable and turning is more fluid for sure. I am going to play with various setting combos to see if I get different performance. I want to run a TEQ event or something soon to test with a lot more people around. I would like to increase my FPS a little more and maybe my hardware is a limiting factor at this point as well due to its age but...
I guess you can change win7 etc to see. Like I said, this game has different rendering paths for different windows version.The extra stability is normal because gallium nine removes a complicated OpenGL driver.Usually, shader compilation presents itself as fps hitches. Go test TEQ event.
I would report it to Alexey that you are seeing less FPS than wine OpenGL renderer.https://github.com/iXit/Mesa-3D/issuesyou should report to freedesktop too.
please use the gallium HUDadd this env
GALLIUM_HUD="fps,GPU-load" WINEPREFIX=/path/to/game/GW2 wine /path/to/game/GW2/drive_c/Program\ Files/Guild\ Wars\ 2/Gw2-64.exe -maploadinfohttps://manerosss.wordpress.com/2017/07/13/howto-gallium-hud/
Is there further tuning I can do with wine in the config that will have any effect? I am not sure about manually tweaking it that much? Registry adjustments maybe?
No farther tweaking other than update your software builds.AMD uses LLVM to optimize GPU IR. New LLVM build might add new shader optimizations. Most of the optimizations are already added. It shouldn't make a dramatic difference.
The only other thing I can think of is to make sure you are running DRI3.
For some reason my GPU stays cooler running it this way over the package armor has here not sure why???
Since you have fewer fps, I believe you might hit a bug with gallium nine. I would report it.
-
correction. i meant the stock mesa packages do not have the gallium nine flag enabled.The repo does ship binaries.
-
My bad. I thought you were playing on a laptop. you dont need DRI_PRIME or thread_sumbit=truewindows xp - this game has different render paths for different windows version. XP might work better than 7+.virtual desktop - the launcher has a tendency of freezing like a DDoS attack.
do I need to compile those myself or are those the the packages that are in the normal repo's if you use the most current version? Right now I have wine-staging-nine package installed and it does allow for the gallium nine option in the config windowopen a d3d9 game to find out. Open via command line and the shell tell you the d3d9 init is working. If not, then you need to install the mesa drivers.
Those repo packages are pre compiled. I do not like compiling stuff either. Do you think I like fixing computer? I am lazier than most people think.
I have the current version of Mesa from the tumbleweed repos right now is that sufficient? Not sure if that is the patched version or just the most updated stock version.
It probably not precompiled. the patch version is usually an to update version maybe a few days behind the current distro version. It has builds for tumbleweed.
Intel-chip Mac dual boot with Linux + WINE + GW2 for Windows
in Account & Technical Support
Posted
https://launchpad.net/~commendsarnex/+archive/ubuntu/winedri3https://launchpad.net/~oibaf/+archive/ubuntu/graphics-drivers/
You can install the latest Ubuntu because upstream will never randomly drop hardware support. The open source driver should work well and you should get similar performance in comparison to windows. You can install gallium 9 which is Linux's native d3d9 driver.
https://github.com/iXit/wine-nine-standalonehttps://wiki.ixit.cz/d3d9
You basically need to installed mesa with gallium 9 enabled and a patched wine to your system. You can use lutris to manage your wine installs. Yes, pre-vulkan AMD cards are supported.
https://lutris.net/
the game guide is pretty mediocre.....