Hell Nirvana.9045

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 read Especially prone to happen in WvW.

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

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 😞

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.

I'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

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.

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.

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.

wine package is updated the same as wine-staging is in the repos (both are at 5.19-1 as of now), so staging one shouldn't be necessary.I do not know why they have essentially two staging packages.

I think if it's just a harmless warning it's safe to keep it in the package for those not running the upcoming 20.2.x. Otherwise I can always implement an if/else line in the script :) Sorry what does LTC stand for? 'Lion Trade Company'If i run gw2 with proton, LTC does not work.anyone else who run the game w proton has the same problem or is just me?The trading post and gem store? Both work for me.

I've had situations since around Manjaro introduced Futex patches to their kernels (allowing me to try out Fsync with GW2), where couple times a week I get a crash with frozen visuals and looping audio.Haven't had those since I moved back to Esync, so it seems Fsync isn't all stable with this game.

Be warned that the latest stable Wine release doesn't have Esync or Fsync support, due to changes to ntoskrnl. They'll be reimplemented later.

So, I've gotten myself a second monitor, which is 1440p. GW2 refuses to switch to this resolution, staying at 1080p...I tried increasing the DPI in Wine Settings, didn't change a thing. Emulating virtual desktop just launched the game in a window. Edit: I tried with other games, and they work in 1440p just fine. Edit2: Game's clearly getting it's display properties from my secondary screen (I've set the 1440p as primary). It's clear, because I noticed that the game limits itself to 50 fps, because the secondary had dropped to 50 Hz after I connected the new one. I fixed it back to 60, and game is now running at that.Also, the cursor jumps to the secondary screen when I get past the launcher. The launcher does open on the main monitor. Is this something that was set when I first installed this standalone Wine package for this game? Should I reinstall so that the game notifies the new primary display? Edit3: Nevermind, had to go force the new resolution via the GFXSettings.GW2.exe.xml

+1I've also tried to get the overlay working. Nothing seems to work. It's possible you'd have to run the game through Proton instead.