Hell Nirvana.9045
-
Posts
149 -
Joined
-
Last visited
Content Type
Forums
Blogs
Events
Articles
Downloads
Gallery
Store
Posts posted by Hell Nirvana.9045
-
-
On 6/24/2021 at 4:52 AM, tclark.8956 said:
open license
Why would that be an issue? Guild Wars 2 uses such software already. See the THIRDPARTYSOFTWAREREADME.txt in the install directory.
-
On 7/15/2021 at 10:40 PM, ArmoredVehicle.2849 said:
When in WvW does it occur in large fights or even by yourself/small group?
Sometimes I get these errors too, they happen at random areas, even on the login screen. As of lately I haven't had any though.
In case you need, I've uploaded the old Wine 5.7 based version however it's running a slightly older version of DXVK too.
Links:
http://jrugia.com/wine_gw2_2.2.0_nvidia.tar.xz
http://jrugia.com/wine_gw2_2.2.0_intel_amd.tar.xz
If you think the old version runs better for you, I guess I can make a mini update with newer DXVK. 🙂
Haven't had a single crash since I switched back. I'm gonna switch to the newer version again to see if the build was actually at fault, and not the Nvidia drivers and/or linux-firmware, both which I've received updates for since.
On 8/4/2021 at 3:20 PM, Barabeam.4638 said:* I found a dedicated thread for FSR on gw2, but that one is aimed at windows. And they think it will not help performance.
* On linux on the other hand I am wondering if it may help in improving performance :).
The thread's just someone requesting ArenaNet to have a native implementation. If that would happen, it'll most likely work through Wine out-of-the-box.
The performance gains would unlikely be significant, except on extremely weak GPUs, since the game is so CPU-bound for the most part. That'd apply to both Windows, and running the game via Wine.
-
On 7/27/2021 at 11:35 PM, EagleDelta.4726 said:
Manjaro is pretty user-friendly as well
As user of said distro, I'd say it's more user-friendly than Arch it's based on. Maybe more intermediate when you compare it to current popular distros overall?
If you're coming to Linux or Unix without much experience or research, and just want something that does and will work, a rolling distro might not be the best place to start with. Unless you like getting hands-on with the system every now and then. Updates will require user intervention from time to time.
-
I even tried downgrading my kernel, but GW2 still crashed with various errors.
Last one today being:
Assertion: !ISNAN(currRadius)
File: ..\..\..\Engine\Model\Model.cpp(7049)Switched back to the older build now.
-
On 7/15/2021 at 10:40 PM, ArmoredVehicle.2849 said:
When in WvW does it occur in large fights or even by yourself/small group?
Today it seems to be happening constantly, even in small fights. I'm currently running repair, after getting the same error just by queueing to get back in in EotN.
-
I haven't tried to run with debug yet. Gonna try that next.
-
I've been getting exponentially more of these errors with the newest build
Exception: c0000005
Memory at address ffffffff`ffffffff could not be readEspecially prone to happen in WvW.
-
On 6/13/2021 at 6:09 PM, ArmoredVehicle.2849 said:
GW2 package update will be available in a day or two.
Or four? 😁
-
Some of the golden floor tiles in Gilded Hollow and Auric Basin that used to have a shine with Medium shaders, no longer have it since yesterday's update.
Here are some examples, both from me and a guild mate of mine:
https://cdn.discordapp.com/attachments/631570100423622659/852176725034663966/Screenshot_20210609_160551.png
https://cdn.discordapp.com/attachments/631570100423622659/851888667391033344/Capture.JPG
https://cdn.discordapp.com/attachments/631570100423622659/851889300135215134/Capture.JPG-
1
-
-
3 hours ago, VAHNeunzehnsechundsiebzig. said:
oh my. GPF. You have real issues here. wine is just triggering it. I would guess temp/power or memory.
Tends to happen when I try to set swappiness lower. I've been back to default since.
I have 32 GB of RAM, with 2 GiB swap. I don't run into memory starvation, but setting swappiness too low might cause some conflict? I tried setting it to 20, versus the default of 60.
I ran memtest86 (the proprietary one) a few days ago for almost 7 and a half hours. Zero errors.
All in all, I only ever experience these errors and freezes with this repackaged Wine setup for GW2. Could it even be fsync?
-
Could this be caused by using the older version of Wine? I happened to saw this while browsing the system journal, because I had a total system freeze while playing GW2 this evening. The entries below occurred 10 minutes before the freeze.
(I have no clue how you're supposed to post a code block in Invision-powered forums...)
```
kesä 02 23:33:41 kernel: general protection fault: 0000 [#1] PREEMPT SMP NOPTI
kesä 02 23:33:41 kernel: CPU: 1 PID: 11929 Comm: winedevice.exe Tainted: P OE 5.12.8-1-MANJARO #1
kesä 02 23:33:41 kernel: Hardware name: Micro-Star International Co., Ltd. MS-7B89/B450M MORTAR MAX (MS-7B89), BIOS 2.C0 02/01/2021
kesä 02 23:33:41 kernel: RIP: 0010:schedule+0x80/0xc0
kesä 02 23:33:41 kernel: Code: e8 f5 f6 ff ff 65 ff 0d 2e 4c 17 53 48 8b 03 a8 08 75 e4 8b 45 2c a8 30 74 0e 48 89 ef a8 20 74 2a 5b 5d e9 f2 ee 60 ff 5b 5d <c3> 48 8b bd b0 08 00 00 48 85 ff 74 b7 48 8b 07 48 39 c7 74 1a be
kesä 02 23:33:41 kernel: RSP: 0018:ffffb99d51243900 EFLAGS: 00010246
kesä 02 23:33:41 kernel: RAX: 0000000000400040 RBX: ffffb99d51243a50 RCX: 0000000000000002
kesä 02 23:33:41 kernel: RDX: 0000000000000000 RSI: 0000000000000001 RDI: ffff92ba9ea6c7c0
kesä 02 23:33:41 kernel: RBP: ffffb99d51243908 R08: 0000000000000001 R09: 0000000000000000
kesä 02 23:33:41 kernel: R10: 0000000000000056 R11: 0000000000000000 R12: 000000000000c350
kesä 02 23:33:41 kernel: R13: 0000000000000000 R14: 0000000000000000 R15: ffffb99d51243d80
kesä 02 23:33:41 kernel: FS: 00007f5aa33ee640(0000) GS:ffff92ba9ea40000(0000) knlGS:00007fffffea8000
kesä 02 23:33:41 kernel: CS: 0010 DS: 0000 ES: 0000 CR0: 0000000080050033
kesä 02 23:33:41 kernel: CR2: 00005623ac91fa42 CR3: 000000023a62a000 CR4: 00000000003506e0
kesä 02 23:33:41 kernel: Call Trace:
kesä 02 23:33:41 kernel: ? __hrtimer_init+0xc0/0xc0
kesä 02 23:33:41 kernel: ? do_select+0x6ac/0x7f0
kesä 02 23:33:41 kernel: ? sock_def_readable+0x3c/0x80
kesä 02 23:33:41 kernel: ? core_sys_select+0x1b2/0x3b0
kesä 02 23:33:41 kernel: ? do_pselect.constprop.0+0xee/0x190
kesä 02 23:33:41 kernel: ? __x64_sys_pselect6+0x6e/0x90
kesä 02 23:33:41 kernel: ? do_syscall_64+0x33/0x40
kesä 02 23:33:41 kernel: ? entry_SYSCALL_64_after_hwframe+0x44/0xae
kesä 02 23:33:41 kernel: Modules linked in: snd_seq_dummy snd_seq snd_usb_audio snd_usbmidi_lib joydev snd_rawmidi mousedev snd_seq_device mc rfkill nct6775 hwmon_vid vfat intel_rapl_msr intel_rapl_common fat edac_mce_amd s>
kesä 02 23:33:41 kernel: ---[ end trace c1491f5ed460e1e0 ]---
kesä 02 23:33:41 kernel: RIP: 0010:schedule+0x80/0xc0
kesä 02 23:33:41 kernel: Code: e8 f5 f6 ff ff 65 ff 0d 2e 4c 17 53 48 8b 03 a8 08 75 e4 8b 45 2c a8 30 74 0e 48 89 ef a8 20 74 2a 5b 5d e9 f2 ee 60 ff 5b 5d <c3> 48 8b bd b0 08 00 00 48 85 ff 74 b7 48 8b 07 48 39 c7 74 1a be
kesä 02 23:33:41 kernel: RSP: 0018:ffffb99d51243900 EFLAGS: 00010246
kesä 02 23:33:41 kernel: RAX: 0000000000400040 RBX: ffffb99d51243a50 RCX: 0000000000000002
kesä 02 23:33:41 kernel: RDX: 0000000000000000 RSI: 0000000000000001 RDI: ffff92ba9ea6c7c0
kesä 02 23:33:41 kernel: RBP: ffffb99d51243908 R08: 0000000000000001 R09: 0000000000000000
kesä 02 23:33:41 kernel: R10: 0000000000000056 R11: 0000000000000000 R12: 000000000000c350
kesä 02 23:33:41 kernel: R13: 0000000000000000 R14: 0000000000000000 R15: ffffb99d51243d80
kesä 02 23:33:41 kernel: FS: 00007f5aa33ee640(0000) GS:ffff92ba9ea40000(0000) knlGS:00007fffffea8000
kesä 02 23:33:41 kernel: CS: 0010 DS: 0000 ES: 0000 CR0: 0000000080050033
kesä 02 23:33:41 kernel: CR2: 00005623ac91fa42 CR3: 000000023a62a000 CR4: 00000000003506e0```
Maybe I should stop being lazy, and give newer Wine versions a try with my own prefix...
-
I decided to give arcdps another chance after not using it for a long while.
My whole system froze after just 10 minutes in WvW. Not even REISUB worked. It's so sudden that there are no traces of the reason in journalctl, or any other log I could think of...
deltaconnected is solely focused on Windows, so I don't expect a Wine-specific fix from him. But it's a "mod" causing the crash, so I don't expect the Wine team to do anything about it either.
I can live without it.
-
All we have left now are the effects for regular charge use. So they're just weaker shouts, in terms of range, with all the flavour removed 😞
-
1
-
-
Soulcleaver's Summit with its 1 second interval is not a worthy elite to dedicate energy upkeep to. Making it half a second, or cutting down the health gain by 20-33% would still keep the skill useful.
-
2
-
-
@SmokingLord.6108 said:
@Astyrah.4015 said:EDIT:can confirm. compiled wine 6.5 with staging and tkg patchsets and the game logs in just fine. no issues playing whatsoever with just a very very rare crash after a map change/loading screen whenever i run arcdps (no crashes if not running arc even after long hours of play) -- this could be more of arcdps not playing nice with the latest dxvk buildI'm having the same crashes when I have arcdps installed, but for me it isn't so rare, doesn't take more than 30min on WvW to crash. Its quite annoying since crash on WvW means waiting on long queue to get in again lol. I may give a try with dxvk 1.7.x to see if there is any difference.I've had so many random crashes with arcdps, I just stopped using it.Before I would get about one crash per week. Now I've gotten one over the last 3 months.
-
Would there be much sense (or even benefit) in rebasing to some more recent 5.x version, since the 6.x is still troublesome for this game?
-
I get the same behaviour on occasion, where I have an enemy I haven't targeted yet right in front of me, even at melee distance, but hitting my "target nearest enemy" key targets some other enemy in the far distance.
-
One minus (for my "workflow") I've noticed with 2.2.0 is that the game minimises now upon opening Yakuake, or if I switch between virtual desktops in KDE Plasma.
Edit: I had done the full replacement, not the update.
Edit2: Switching to Windowed Fullscreen works, but Fullscreen used to work without the game minimising before.
-
Any news on the 6.x rebase? :)
-
Wine 6.0 has a stable release now ?https://www.winehq.org/announce/6.0
-
@mozlima.4015 said:
@Hell Nirvana.9045 said:@"VAHNeunzehnsechundsiebzig.3618" said:@Hell Nirvana.9045 said:I've set up a ~/.config/pulse/daemon.conf to increase my system's audio quality:default-sample-format = float32ledefault-sample-rate = 48000alternate-sample-rate = 44100default-sample-channels = 2default-channel-map = front-left,front-rightdefault-fragments = 2default-fragment-size-msec = 25resample-method = soxr-vhqremixing-produce-lfe = noremixing-consume-lfe = nohigh-priority = yesnice-level = -11realtime-scheduling = yesrealtime-priority = 9rlimit-rtprio = 9daemonize = noIt sounds problem-free, save for GW2.If I have another sound source, like mpv in the background, GW2 seems to be starving on audio processing, resulting in stutters and pops. This is especially prominent in low frequencies.I've tried other games through Wine, playing music through my library application, and playing audio through Firefox. Only GW2 struggles.I haven't tried the new package yet, but would it even help, considering you haven't rebased it to newer versions yet?If I start mpv playback after booting up GW2, there appears to be no audio issues either way...Edit:Commenting out the fragment settings, restoring them back to defaults, didn't seem to help.I banned pulse from my system. Max quality settings in gw2, listening to spotify, youtube, discord, vlc..no audio problems ever.Just say with me: audio daemons are evil and utterly useless for 90% of the userbase.(since discord hard depends on pulseaudio - so stupid - I use the apulse wrapper with it. Works.)I realised that half of my config were already defaults, so I've trimmed it down. Haven't narrowed the culprit down yet.My only problems rise when listening to something locally stored via mpv.Whats is your distro?Did you change ~/.config/mpv/mpv.conf?Did you change ~/.config/pulse/default.pa?Did you change ~/.asoundrc?I dug more into my issues (which expanded beyond GW2, in the end), and had to force 48000 Hz in mpv.conf.Issues occurred when mpv was playing 44100 Hz audio, but other software were playing 48000 Hz audio. Mpv seems to prefer the source's frequency over system settings by default.
-
@"VAHNeunzehnsechundsiebzig.3618" said:
@Hell Nirvana.9045 said:I've set up a ~/.config/pulse/daemon.conf to increase my system's audio quality:default-sample-format = float32ledefault-sample-rate = 48000alternate-sample-rate = 44100default-sample-channels = 2default-channel-map = front-left,front-rightdefault-fragments = 2default-fragment-size-msec = 25resample-method = soxr-vhqremixing-produce-lfe = noremixing-consume-lfe = nohigh-priority = yesnice-level = -11realtime-scheduling = yesrealtime-priority = 9rlimit-rtprio = 9daemonize = noIt sounds problem-free, save for GW2.If I have another sound source, like mpv in the background, GW2 seems to be starving on audio processing, resulting in stutters and pops. This is especially prominent in low frequencies.I've tried other games through Wine, playing music through my library application, and playing audio through Firefox. Only GW2 struggles.I haven't tried the new package yet, but would it even help, considering you haven't rebased it to newer versions yet?If I start mpv playback after booting up GW2, there appears to be no audio issues either way...Edit:Commenting out the fragment settings, restoring them back to defaults, didn't seem to help.I banned pulse from my system. Max quality settings in gw2, listening to spotify, youtube, discord, vlc..no audio problems ever.Just say with me: audio daemons are evil and utterly useless for 90% of the userbase.(since discord hard depends on pulseaudio - so stupid - I use the apulse wrapper with it. Works.)I realised that half of my config were already defaults, so I've trimmed it down. Haven't narrowed the culprit down yet.My only problems rise when listening to something locally stored via mpv.
-
I've set up a ~/.config/pulse/daemon.conf to increase my system's audio quality:
default-sample-format = float32ledefault-sample-rate = 48000alternate-sample-rate = 44100default-sample-channels = 2default-channel-map = front-left,front-rightdefault-fragments = 2default-fragment-size-msec = 25resample-method = soxr-vhqremixing-produce-lfe = noremixing-consume-lfe = nohigh-priority = yesnice-level = -11realtime-scheduling = yesrealtime-priority = 9rlimit-rtprio = 9daemonize = noIt sounds problem-free, save for GW2.If I have another sound source, like mpv in the background, GW2 seems to be starving on audio processing, resulting in stutters and pops. This is especially prominent in low frequencies.I've tried other games through Wine, playing music through my library application, and playing audio through Firefox. Only GW2 struggles.I haven't tried the new package yet, but would it even help, considering you haven't rebased it to newer versions yet?
If I start mpv playback after booting up GW2, there appears to be no audio issues either way...
Edit:Commenting out the fragment settings, restoring them back to defaults, didn't seem to help.
-
@"Ooops.8694" said:Maybe i misunderstand your post but wine-5.19 and wine-staging-5.19 are not the same at all. While staging is used as a testing area for wine it's not some development-version in a classical sense where wine-staging-x.y is "promoted" to wine-x.y when it's deemed stable enough.Wine-staging is a separate special set of patches to be applied on top of wine, often to fix special problems/performance issues, sometimes with only a single game. Some of these patches are experimental or even quite "hacky" and while some of the staging stuff later finds it's way into the regular version there are some quick fixes that were never really meant to be kept but just temporarily "plug some hole" until a proper stable patch exists.So of course wine and wine-staging have the same version number. That's how it's supposed to be: Every wine-staging version has the same number as the regular version it's based on, then adds some patches (which can be added separately too instead of applying them all as many package maintainers do for the repos).And because of this wine and wine-staging with identical version numbers may have very different levels of stability/performance for many games and you should probably always use the staging branch if you're after the best possible performance...
PS: Speaking of experimental patches... Can someone confirm arcdps being broken on wine-staging-5.19? I had no time yet to do extensive tests to see if the problem lies in wine-staging alone (5.18 and earlier still works) or if it's also related to nvidia being nvidia and not providing a working driver for the up-to-date kernel...
I may have misunderstood it. I thought it was weird how there's no stable Wine release (5.02, according to WineHQ) on offer. Just development(?) and staging.
Sparkfly Fen is sinking into madness
in Bugs: Game, Forum, Website
Posted
Now the very ground itself has an identity crisis
https://cdn.discordapp.com/attachments/631570100423622659/870425345562648596/Screenshot_20210730_005912.png