It seems that you're using an outdated browser. Some things may not work as they should (or don't work at all).
We suggest you upgrade newer and better browser like: Chrome, Firefox, Internet Explorer or Opera

×
I made a clean install and the menu doens't render.

Linux Mint 20 XFCE
Aspire F 15 i5 7gen
Intel HD graphics

Log from ./start.sh:

Running Terraria
Error Logging Enabled.
EXT_swap_control_tear unsupported. Fall back to standard VSync.
FNA3D Driver: OpenGL
OpenGL Renderer: Mesa Intel(R) HD Graphics 620 (KBL GT2)
OpenGL Driver: 4.6 (Compatibility Profile) Mesa 20.0.8
OpenGL Vendor: Intel
MojoShader Profile: glsl120
EXT_swap_control_tear unsupported. Fall back to standard VSync.
EXT_swap_control_tear unsupported. Fall back to standard VSync.
Resolution changed to: 800x600.
Razer Chroma not supported: System.DllNotFoundException: RzChromaSDK.dll assembly:<unknown assembly> type:<unknown type> member:(null)
at (wrapper managed-to-native) ReLogic.Peripherals.RGB.Razer.NativeMethods.Init()
at ReLogic.Peripherals.RGB.Razer.RazerDeviceGroup.Initialize () [0x0000a] in <fa4739c603224b2581dfb56cd038df80>:0
Corsair RGB not supported: System.DllNotFoundException: CUESDK_2015.dll assembly:<unknown assembly> type:<unknown type> member:(null)
at (wrapper managed-to-native) ReLogic.Peripherals.RGB.Corsair.NativeMethods.CorsairPerformProtocolHandshake()
at ReLogic.Peripherals.RGB.Corsair.CorsairDeviceGroup.Initialize () [0x00014] in <fa4739c603224b2581dfb56cd038df80>:0
Logitech RGB not supported: System.DllNotFoundException: LogitechLedEnginesWrapper assembly:<unknown assembly> type:<unknown type> member:(null)
at (wrapper managed-to-native) ReLogic.Peripherals.RGB.Logitech.NativeMethods.LogiLedInit()
at ReLogic.Peripherals.RGB.Logitech.LogitechDeviceGroup.Initialize () [0x0000a] in <fa4739c603224b2581dfb56cd038df80>:0

What can I do?
Attachments:
terraria.png (22 Kb)
Well, I assume you have installed the fresh Linux update v1_4_1_2_42620, right?

I did the same with other error message (indicating library path is missing - see below).

The start script is not correct with the new version ... if you change it with an editor:

~~ old and wrong passage:
chmod +x *
    ./"Terraria.exe"
~~ must be changed to:
chmod +x *
    ./"Terraria" -autoarch
~~
like done in the former version ...

But maybe you have another problem as the error message is quite different from mine:
FATAL UNHANDLED EXCEPTION: System.DllNotFoundException: libFNA3D.so.0 assembly:<unknown assembly> type:<unknown type> member:(null)
or it is the same problem only triggered by your HW with another DLL "RzChromaSDK.dll" ...
So just give it a try ... ;)
Post edited November 14, 2020 by JMB9
I have the same graphical artifacts. The solution is to run the game with the "/glprofile:es3" parameter.

Edit the start.sh script, replace:
./"Terraria"
with
./"Terraria" /glprofile:es3

And, as mentioned in the post above, there is a mistake in the start.sh script in the 1.4.1.2_42620 build, you have to replace "Terraria.exe" with "Terraria".
Post edited November 15, 2020 by Kron4ek
Just wanted to let you guys know that we are aware of the problem and our Tech Team is currently working on resolving this.

Sorry for any inconveniences caused.
avatar
Kron4ek: I have the same graphical artifacts. The solution is to run the game with the "/glprofile:es3" parameter.

Edit the start.sh script, replace:
./"Terraria"
with
./"Terraria" /glprofile:es3

And, as mentioned in the post above, there is a mistake in the start.sh script in the 1.4.1.2_42620 build, you have to replace "Terraria.exe" with "Terraria".
I works removing the .exe AND adding /glprofile:es3.
Thank you

But man how did you find this command? /glprofile:es3

Looks like so random
avatar
evewgl: I works removing the .exe AND adding /glprofile:es3.
Thank you

But man how did you find this command? /glprofile:es3

Looks like so random
I found it here.
avatar
Kron4ek: I have the same graphical artifacts. The solution is to run the game with the "/glprofile:es3" parameter.

Edit the start.sh script, replace:
./"Terraria"
with
./"Terraria" /glprofile:es3

And, as mentioned in the post above, there is a mistake in the start.sh script in the 1.4.1.2_42620 build, you have to replace "Terraria.exe" with "Terraria".
Thank you for posting this helpful information.
avatar
Kron4ek: I have the same graphical artifacts. The solution is to run the game with the "/glprofile:es3" parameter.

Edit the start.sh script, replace:
./"Terraria"
with
./"Terraria" /glprofile:es3

And, as mentioned in the post above, there is a mistake in the start.sh script in the 1.4.1.2_42620 build, you have to replace "Terraria.exe" with "Terraria".
I wanted to chime in and say this is exactly the fix for me, thank you, Kron4ek. You made my kid really happy.
Bump, as this is yet to be fixed.
She's ship shape to me.
I would show a log from Lutris but apparently GOG has it in for basic text files.
So instead here's the output of my LDD.

$ ldd /home/~/GOG\ Games/Terraria/game/Terraria.bin.x86_64
linux-vdso.so.1 (0x00007fff689cb000)
libm.so.6 => /lib64/libm.so.6 (0x00007f47e33b3000)
librt.so.1 => /lib64/librt.so.1 (0x00007f47e33a8000)
libdl.so.2 => /lib64/libdl.so.2 (0x00007f47e33a1000)
libpthread.so.0 => /lib64/libpthread.so.0 (0x00007f47e337f000)
libgcc_s.so.1 => /lib64/libgcc_s.so.1 (0x00007f47e3364000)
libc.so.6 => /lib64/libc.so.6 (0x00007f47e3199000)
/lib64/ld-linux-x86-64.so.2 (0x00007f47e351e000)

$ ldd /home/~/GOG\ Games/Terraria/game/Terraria.bin.x86
linux-gate.so.1 (0xf7f8c000)
libm.so.6 => /lib/libm.so.6 (0xf7e91000)
librt.so.1 => /lib/librt.so.1 (0xf7e86000)
libdl.so.2 => /lib/libdl.so.2 (0xf7e80000)
libpthread.so.0 => /lib/libpthread.so.0 (0xf7e5e000)
libc.so.6 => /lib/libc.so.6 (0xf7ca5000)
/lib/ld-linux.so.2 (0xf7f8e000)

Sure do wish GOG had sanitized codeblock formatting about now.
avatar
Kron4ek: I have the same graphical artifacts. The solution is to run the game with the "/glprofile:es3" parameter.

Edit the start.sh script, replace:
./"Terraria"
with
./"Terraria" /glprofile:es3

And, as mentioned in the post above, there is a mistake in the start.sh script in the 1.4.1.2_42620 build, you have to replace "Terraria.exe" with "Terraria".
Thanks, this fix works here as well. Intel Iris graphics.
avatar
JMB9: ~~ old and wrong passage:
chmod +x *
./"Terraria.exe"
~~ must be changed to:
chmod +x *
./"Terraria" -autoarch
Christ. how is this even possible. Game didn't run for me either, but changed "Terraria.exe" to "Terraria" and at least it started up, albeit in a tiny window. WTF GOG.
It is even worse ... the error is still present in terraria_v1_4_2_1_46005 of 04. April 2021 ...
so it seems no one cares or the information got lost.

As GOG is no longer responding to support tickets, the only chance would be to call the developers.
So I will try to reach "Re-Logic Support" but that may be similar to GOG - as ticket with 4k res on Linux
is in status "Waiting for support" after half a year - and should now be closed ...

Currently - concerning other games - it seems a lot of bugs are generally present after release and reported -
and Dev pull the plug with a lot of bugs sitting around seems to become a general rule.
It is really sad as some games would really have to potential to be played for more than ten years
but the care seems to be completely missing ... I would list:
"Wizard of Legend", "Children of Morta" and the new one "Danger Scavenger" - the latter having the chance
to get improved as it is young ... it is shocking trying "Braid" of 2009 !!! and seeing that visuals are still
appealing on 4k and it just works with good and intuitive controls without any bug visible.
But not being unfair - for me "Fury Unleashed" has not revealed any bug and is visual appealing with
best controls I have ever seen.

Concerning Terraria it seems to be supported concerning new updates ... and bugs fixd - but reaching out
for solving bugs or even feature requests would be an adventure. So just another try for me ...
No issues again. Latest Terraria. Maybe ya'll should use distros that actually support themselves instead of using backports, table scraps, and PPAs from a twice outdated Ubuntu.

Operating System: Fedora 33
Kernel Version: 5.11.11-200.fc33.x86_64
OS Type: 64-bit
Processors: 4 × Intel® Core™ i5-3570 CPU @ 3.40GHz
Memory: 11.6 GiB of RAM
Graphics Processor: AMD Radeon Pro WX3100
Both problems have been fixed today (offline installer) with version 1.4.2.1a (46307).
If this was my bug report they had been fast as lightning - but as also the
"export TERM=xterm" is no longer necessary I got that impression ...
So we can all be happy just install and play without editing start.sh ...
in former times this would have been fixed long ago due to forum post ...
but at least the lonely staff member gives us all updates - thanks!

Nice try, Darvond - you have the right OS concerning GNU/Linux, but not the right distro. ;)
And no, I don't think that RedHat can magically change a call of
 &#!60; ./"Terraria.exe"
to something like
 &#!60; ./"Terraria" -autoarch
Do you really think so ?!?

And yes, you use a quite antique setting - or should I say an old hat?
Wait, Fedora still offers 32 bit install floppies ... 3.5" or 5.25" ???
I thought all current GNU/Linux distros are on 64 bit for quite a while ... ;)
But GOG may support you currently - as they support 16.04 LTS and 18.04 LTS.
20.04 LTS is still not yet supported - but maybe they plan to end Linux support
soon ... who knows. Or my distros are supported when I left them 2+ years behind. ;)

I am using Kubuntu 20.10 STS (mainly - but also KDE neon Plasma 5.21.4: for the better DE)
using Kernel 5.11.13 and Mesa 21.0.1 - as I am not in a hurry to get Kubuntu 21.04 STS.
And AMD Ryzen 5 3600 (Zen2) with AMD Radeon RX 5700 XT (Navi 10/RDNA1),
16 GB RAM, 8 TB WD HDD and 2 TB Samsung EVO SSD - and 31.5" 4k screen by BenQ.
Not to forget a Logitech F310 and on SPDIF a Yamaha A-S701 with Canton GLE 490.2.

But as you are still on Intel I will stop kicking ... you are hit hard enough already ... ;)
I am happy to get away from that sinking ship.

But as you seem to be a fan of Cosmo, we should shake hands (virtually) ... is this OK for you?
And don't even think ... you can not win this fight ... I started with GNU/Linux before Linux 1.0 ...
using SuSE at first (due to lack of experience: for better German keyboard support) and
after short time Debian - on workstations for sciences ... :))