Final Fantasy 14 (39210) #580
Comments
kisak-valve
added
the
Game compatibility - Unofficial
kisak-valve
changed the title
|
Updated: 04-14-20, added WINE and GE-Proton build on 04-19-20:
Other launcher / non-Steam versions instructions:
Issues of note:
Previous updates: Once XIV is installed via Steam, simply open the file at If you do not see the option to install the game via Steam after purchase, you need to, inside of your Steam client, open Steam -> Settings -> Steam Play, then check both 'Enable Steam Play for supported titles' and 'Enable Steam Play for all other titles', restart Steam when prompted, and you should be set! Welcome to the community! Original post: In FFXIV_BOOT.cfg, I had to edit BrowserType to 2, and in FFXIV.cfg I have to edit CutsceneMovieOpening to 1. The first change allows me to get to the launcher at this point -- if it's left to its default value I get 'A system error has occured: 404. HTTPS System Error'. Afraid I did the install mid-week, so I'm not sure if this is how I got past nstgc's issue during installation. As these edit game configuration files I'm not sure if this is something Valve wants to consider for Proton, but at the least it's information. |
|
FFXIV Freezes when Real Time Reflections are enabled Issue transferred from #627. Final Fantasy 14 (ID: 39210) works on DX11 mode after some manual workarounds which are editing the INI files to set browser type to 2, disable the opening cutscene and use winetricks xact into its prefix. However… graphics stop working immediately after I enable “Real Time Reflections”. Enabling any level of this particular option freezes the game and X11. I can still log into through SSH and there are these messages: [ 384.698959] [drm:amdgpu_job_timedout [amdgpu]] ERROR ring gfx timeout, last signaled seq=202749, last emitted seq=202751 GPU is Saphire R9 390. System is OpenSUSE Tubleweed with kernel 4.18.0-1, using amdgpu and Mesa 18.1.6 LLVM6. Same hardware and game works fine on Windows 10 with Real Time Reflections on. Thanks for the hard work. @doitsujin commented on 2018-08-26T10:47:10 Please test with LLVM 7 and Mesa 18.2, as suggested in PREREQS.md. @HereInPlainSight commented on 2018-08-26T15:37:13 System info: Gentoo x86_64 | 4.14.65-gentoo | i5-6500 | NVIDIA GeForce GTX 1070 | NVIDIA 396.51 I had previously done the config file edits, just emerged llvm7 and added the xact winetricks to the prefix, switched to DX11 and can confirm I'm able to run with Real Time Reflections at any setting I want. @doitsujin commented on 2018-08-26T16:12:39 @HereInPlainSight The LLVM version is only relevant for AMD drivers because they use LLVM to compile shaders. Mesa needs to be built against LLVM 7 in order to work correctly. @HereInPlainSight commented on 2018-08-26T16:50:18 @doitsujin I wasn't 100% on that because the DirectX11 info seems to indicate that LLVM7 is recommended to avoid GPU hangs, which is mentioned after the drivers section. My gaming on Linux before the new SteamPlay info was fairly casual, so I opted to go safe over sorry. |
kisak-valve
changed the title
|
Using the recommended libs fixed the issue for me but now I have the missing fonts issue described by @nstgc. I should mention that the fonts issue didn’t occurred in OpenSUSE Tumbleweed. I’ve switched to Ubuntu Bionic in order to fill the requierements described on PREREQS.md. Installing from those repos gave me Mesa 18.3 compiled against LLVM 8.0. I also installed LLVM and CLANG 8 since the document does not make it clear if libllvm8 is enough. I’m still using amdgpu from kernel 4.18.5-041805 which I installed from UKKUU. By the way the wine and winetricks from Ubuntu default repos are too old and applying xact through them will cause the game to fail on launch. |
|
somehow I manage to add those fonts using "winetricks allfonts" |
|
Neither my steam controller or xbox 360 controller works. |
|
Here the controllers do not work through steam as they should but I've managed to use them through the SDL native system. For DS4 this works by adding the following variable to your profile (.bashrc or /etc/environment) and disabling the steam controller system. export SDL_GAMECONTROLLERCONFIG='030000004c050000cc09000011810000,PS4 Controller,a:b0,b:b1,back:b8,dpdown:h0.4,dpleft:h0.8,dpright:h0.2,dpup:h0.1,guide:b10,leftshoulder:b4,leftstick:b11,lefttrigger:a2,leftx:a0,lefty:a1,rightshoulder:b5,rightstick:b12,righttrigger:a5,rightx:a3,righty:a4,start:b9,x:b3,y:b2,platform:Linux,050000004c050000cc09000000810000,PS4 Controller,a:b0,b:b1,back:b8,dpdown:h0.4,dpleft:h0.8,dpright:h0.2,dpup:h0.1,guide:b10,leftshoulder:b4,leftstick:b11,lefttrigger:a2,leftx:a0,lefty:a1,rightshoulder:b5,rightstick:b12,righttrigger:a5,rightx:a3,righty:a4,start:b9,x:b3,y:b2,platform:Linux,' Thing is... I should be able to disable the controller just for that game but Steam somewhat renames the device node paths so to make it work I need to disable everything. The device renaming thing do not happen in OpenSuSE. |
|
The cinematics do not play, could be related to issue #1464. |
|
I found the solution to my issue here: https://www.reddit.com/r/archlinux/comments/9bl3l7/steam_controller_not_working_with_protonsteam/ The issue was that two inputs were being created for one controller. |
|
Failure to load embedded web page in game launcher (appid: 39210) Issue transferred from #2183. Compatibility Report
System Information
I confirm:
https://gist.github.com/TenaarFeiri/9e560a89346b17cc2de0ac9b508259e8 SymptomsThe issue is Proton doesn't seem able to help ffxivlauncher.exe use the correct web browser to embed its login page with. I've had reports that the game itself is functional once you get past the launcher, but I'm unable to test it as this is a crucial step for downloading the game. The launcher itself reports a HTTPS 404 error, as it can't find a browser to use for the launcher's landing page. Reproduction
|
|
EDIT: Got the game to run :D I just found this and applied some of the tweaks mentioned above and I got the launcher working =) It remains to see if I can get the game itself to run when it's finished downloading but we'll see! I notice prefixes being mentioned above. I'm not terribly tech savvy; how would I go about applying them if I need them? |
|
Any idea how to get sound going in DirectX 11? DX9 has sound but it's virtually unplayable. |
|
@TenaarFeiri With Wine I had to install xact and then override xaudio2_7 |
|
Do you know how to do this with Proton Wine? I'm not entirely savvy with this stuff yet.
|
I figured it out! Thank you so much for pointing me in the right direction. |
|
EDIT: Turns out the issue was my desktop environment. I uninstalled Ubuntu 18.10 and replaced it with Kubuntu 18.10 and now Windowed Mode is working great! Okay! I recorded a video: https://youtu.be/iqLxMQLCLe4 (the low framerate of the game is a result of the recording, but thankfully it also makes it super obvious when I hit the mouse buttons so you can observe). Any ideas on how I could fix this? |
|
The latest FAudio revision fixes audio for the DX11 version: EDIT: As long as you turn reverb off... add https://github.com/FNA-XNA/FAudio/blob/master/src/FAudio_internal.c#L628 |
|
Latest FAudio revision fixes effects too! The game sounds fine on my own setup now without modifications (minus some attenuation, but that shouldn't be ear-wrenching). |
|
Together with all of the above, and with xact, xaudio2_0-9, I think official support shouldn't be that far away? |
|
Proton 3.16-7 includes the latest FAudio changes, so audio should work properly with the DX11 version. |
|
With the 3.16-7 beta, I recreated the compatdata for this game to completely undo any manual modifications. I did still have to change BrowserType to 2, and CutsceneMovieOpening to 1. Audio now works without xaudio dll overrides but, the audio gets progressively more delayed with playtime. After ~20-30 minutes of playtime all audio gets delayed by 1-2 seconds. Is anyone else experiencing something similar? |
|
Took a quick look and I believe you've stumbled upon a design issue with SDL_AudioStreams. I've swapped out the resampler, so if I did everything right the lag should be gone (and hopefully the sound quality is still okay): |
|
I'm still having issues with an HTTPS error in the launcher despite BrowserType having been set to 2. Tested under GNOME with Wayland, GNOME on Xorg, and Plasma to no avail. |
Try deleting the "web" folder in I have 2 Fedora 29 machines where on one I have to constantly delete that folder for the launcher to load while on the other does not require it. Although, I'm not sure what is different between the two machines |
|
Sometimes you'll also get the problem when you just can't connect to their
landing page.
I'm guessing you already have, but on the off chance you haven't, check to
see that your BrowserType is set to 2 in boot.cfg (I believe?).
Den lør. 2. mar. 2019, 03:37 skrev Equivocal90 <notifications@github.com>:
… I'm still having issues with an HTTPS error in the launcher despite
BrowserType having been set to 2. Tested under GNOME with Wayland, GNOME on
Xorg, and Plasma to no avail.
Try deleting the "web" folder in ~/.local/share/Steam/steamapps/compatdata/39210/pfx/drive_c/users/steamuser/My
Documents/My Games/FINAL FANTASY XIV - A Realm Reborn/
I have 2 Fedora 29 machines where on one I have to constantly delete that
folder for the launcher to load while on the other does not require it.
Although, I'm not sure what is different between the two machines
—
You are receiving this because you were mentioned.
Reply to this email directly, view it on GitHub
<#580 (comment)>,
or mute the thread
<https://github.com/notifications/unsubscribe-auth/APgQqIDNj5NfLmXrWkWA0EMScT75Ts9Hks5vSePkgaJpZM4WMfqx>
.
|
|
you might have better luck forcing vsync on. the game has vsync controls in the settings, which seemed to work ok for me. i wrote a simple vulkan layer years ago to force vsync, which should also work if the game's implementation of vsync isn't good. however, you're probably better off trying to find someone else's implementation of the same since mine is old, unmaintained, and undocumented. |
|
I usually run this with in-game vsync turned off and |
|
I currently have an issue where the in-game clocks (local & server) show the wrong time. My local timezone is $ timedatectl
Local time: Di 2024-01-30 12:47:38 CET
Universal time: Di 2024-01-30 11:47:38 UTC
RTC time: Di 2024-01-30 11:47:38
Time zone: Europe/Berlin (CET, +0100)
System clock synchronized: yes
NTP service: active
RTC in local TZ: noThe fact that the game is reporting wrong server time has already caused me to be almost an hour late to a guild raid once, before I learned what went wrong. The incorrect local time is annoying but can just be disabled in the HUD. Other players report that the in-game clocks are working for them, so I assume the issue is caused by playing on Linux through Proton. I had already thought that maybe the issue was caused by Linux systems using UTC for hardware time, while Windows stores local time, but calling Does anyone know a way to fix this mismatch? |
|
I'd argue that the XIV client showing wrong server time under any circumstances is a bug in XIV, but setting that aside... I've never had any issues with timezones (albeit using vanilla Wine rather than Proton), though in my case, both local and server time are in the same time zone, UTC+9, so that may be hiding latent issues. As a starting point, you could try setting your system timezone to UTC and see if that at least shows the correct server time. If so, as a workaround (and accepting that you wouldn't get correct local time in game) you could set the environment variable |
|
I spend a bit of time looking into this and you are correct that this is indeed a game bug (and can even be reproduced in Windows). Time inside ffxiv is completely independent from the local time (with the exception of time zone information), which is retrieved from the packets the server sends. The game converts this raw unix epoch timestamp in milliseconds to local time then with calling into the win32 The problem here is that these msvcrt functions part of the game binary will try to parse and interpret This also well-documented by Microsoft:
In other words if there is mismatch between what the C runtime of the game and the operating system (Windows or Wine) thinks the current timezone is, you get some funny offsets after some back and forth converting (and yes setting On a side note, since they are only using 32 bit for the unix epoch the game will also completely break in 2038, as it is now. |
|
Thanks for the help, you two. When setting system timezone to UTC didn't immediately help (probably because the previous setting was cached somewhere in ENV vars), I restarted the game with That didn't fix local time, but at least I seem to be shown the correct server time on Raiden (Light DC, Europe) now. For now, I have simply disabled local time from being shown in-game. I had suspected that SE was doing some nonsense for this to be happening, but hadn't been sure if it simply lifted a subtle mistake in Proton to the surface or if it is entirely on their end. It is good to have a technical explanation and confirmation for it being a client-issue. Will consider making a support ticket or official forum thread (not sure which yet). 👋 |
|
Probably the easiest fix is to just unset |
|
Final Fantasy XIV (39210) login broke Issue transferred from #7586. Compatibility Report
System Information
I confirm:
SymptomsLogin stopped working today after game update. Launcher pops out as usually but after filling passwd and otp -fields to login, launcher claims that i have no valid licence or subscription to platform i am using. But my sub is active and i can login from my kids windows machine with no problem. Was actually filling ticket to SE when find out steam deck user with same problem so decided to report it here. Sadly i dont have another machine with specs good enough to try another distro/install . ReproductionStart launcher enter passwd / and otp / and push Login |
|
@kisak-valve This might not help you immediately, since it won't work with upstream Proton, but I managed to workaround that issue by using the staging HideWineExports patch. (I used GE's proton and set It looks like they've changed the ordering of the Mac/Steam platform checks & the Lutris installer has used this workaround for a while. |
First founds I read is that the launcher thinks the platform is a Mac because the Wine version is exposed. I couldn't try to edit the prefix to hide the Wine version, but currently the login worked and the update is in progress when using a 'wine-ge' proton (currently, GE-proton-8-31). EDIT : I looked up the registry of the prefix, the HideWineExports stated above is also 'Y' for me. |
This confused the hell out of me since I just changed my Steam account to the country I'm currently living in so I thought it was some kind of region locking. And to make things weirder I managed to log in but only shadowbringers was available But now that you mention it I do have the Mac licenses up to shadowbringer so that totally makes sense. |
|
Thank you for the reports! We are investigating this :) |
|
Can confirm the same issue and fix for me. |
|
Hi folks! Square Enix updated their launcher again, and in my testing, my account is working again. hidewineexports/GE should no longer be needed :) Please let me know if you still are seeing any issues logging into your accounts. |
|
Using this launch option to run the new DawnTtrail DLC benchmark via command substitution (after extracting it to the game folder), throws what seems to be .NET eval $( echo PROTON_LOG=1 gamemoderun "%command%" | sed "s|boot/ffxivboot.exe'.*|ffxiv-dawntrail-bench/ffxiv-dawntrail-bench.exe'|") %command%Log Snippet: |
Every benchmark since Shadowbringers has had this problem, and it's because wine-mono doesn't fully implement WPF. Not sure there's much that can be done here unless Valve wants to fork their own version of wine-mono as well. |
|
For those unaware here is how you can run the benchmark: https://github.com/doitsujin/ffxiv-benchmark-launcher/ |
That's just a python file... There isn't even a readme... Lol |
|
|
Lmao I'm not running |
It's just a qt application that runs ffxiv_dx11.exe wine with args. |
Try Also, note that if you're still using PyQt5, the script appears to perform just fine with it if you change the [edit: Fixed package name to install - sorry for getting the wrong one before!] |
|
Current Proton versions (I tested 8 and Experimental) requires you to edit Funny enough, you can see the expansions movies without problems, so my guess is that it's a (legal?) codec issue.
|
|
@perroboc if you look at the while if you look at the ffxiv folder, it would seem that is using Windows Media Format SDK version 12 with WMV3 codec? |
|
Yeah you can just straight up load them in vlc and it'll show you the video and the codec. Edit: seems like the 00003 video is the coils cinematic. |
|
@perroboc Do you have shadercache disabled? In order for the first to movies to play, you will need to enable shadercache. |
Yep, I have shader cache disabled. Any chance to be able to see those videos in the future with shader cache disabled? |
Compatibility Report
System Information
I confirm:
SymptomsWhen using Proton 9, clicking "Play" to launch the game via the launcher results in a regression(?) crash: EDIT: Seems to be happening for me with Proton 8 too now, so I'm not sure what's going on Not sure if this is the reason? warn: DXGI: MakeWindowAssociation: Ignoring flags
warn: D3D11DXGIDevice::QueryInterface: Unknown interface query
warn: 6543dbb6-1b48-42f5-ab82-e97ec74326f6
4465.611:03d8:03dc:fixme:driver:NtGdiDdDDIOpenAdapterFromHdc (0x11ec60): stub
4465.611:03d8:03dc:warn:seh:dispatch_exception backtrace: --- Exception 0xc0000005.
4465.611:03d8:03dc:trace:seh:dispatch_exception code=c0000005 flags=0 addr=00000002282C459A ip=2282c459a
4465.611:03d8:03dc:trace:seh:dispatch_exception info[0]=0000000000000001
4465.611:03d8:03dc:trace:seh:dispatch_exception info[1]=000074c1b7004000
4465.611:03d8:03dc:warn:seh:dispatch_exception EXCEPTION_ACCESS_VIOLATION exception (code=c0000005) raisedReproduction
|
|
@alasky17 This issue is actually a bit more severe than I initially thought; it happens regardless of the DX11 Proton game I run now, not just FFXIV |
and others
Final Fantasy 14's installer (after Steam does it's own installing) doesn't have any fonts its seems, favoring [] over actual characters. Even the numbers, so its not that its trying to display Japanese characters and my system is missing them (which is not the case since I occasionally use them myself). Potential UTF-8 problem?
The text was updated successfully, but these errors were encountered: