Linux support thread

Ask here if you experience technical problems with X Rebirth.

Moderator: Moderators for English X Forum

Post Reply
fallenwizard
Posts: 628
Joined: Tue, 13. Apr 10, 20:03
x4

Post by fallenwizard » Tue, 16. Feb 16, 20:31

We can reproduce the problem and we're looking into it.
How exactly did you get into that situation? E.g. did you just stay in that zone and leave the game running for a long time, or were you mining there?
I was there wating with SETA for my fleet to catch up with me, since they are too damn slow. I was in the temp zone to prevent the random marauder attacks.

Then I got the performance drop and it seems to persist even after saving the game. After a few seconds, I got the "trade offer has been stored in the ship computer database" voice line while I was in the temp zone.

radcapricorn
Moderator (English)
Moderator (English)
Posts: 3230
Joined: Mon, 14. Jul 08, 13:07
x4

Post by radcapricorn » Wed, 17. Feb 16, 18:22

timon37, thanks for the feedback.

Regarding HRTF, it turned out that OpenAL simply wasn't loading the preset (found out via steam -console), and specifying full path to it in .alsoftrc config file was required. Now the game does sound much better, especially in combat and in highways (i.e. when passing by ships or stationary ad-signs).
There seem to be a few weird positioning things, but I'll have to test with 5.1 first (still haven't gotten around to it), and find a way to record it, because explaining sounds with words is not very productive :)

User avatar
ezra-r
Posts: 3420
Joined: Fri, 14. Oct 05, 21:04
x4

Post by ezra-r » Wed, 17. Feb 16, 22:53

@timon37

I tried with new specs, in fact new install with debian 8 jessie and default kernel/nvidia driver:

Code: Select all

Processor Information:
    Vendor:  GenuineIntel
    CPU Family:  0x6
    CPU Model:  0x3e
    CPU Stepping:  0x4
    CPU Type:  0x0
    Speed:  25500 Mhz
    12 logical processors
    6 physical processors
    HyperThreading:  Supported
    FCMOV:  Supported
    SSE2:  Supported
    SSE3:  Supported
    SSSE3:  Supported
    SSE4a:  Unsupported
    SSE41:  Supported
    SSE42:  Supported
    
Network Information:
    Network Speed:  
    
Operating System Version:
    Debian GNU/Linux 8.3 (jessie) (64 bit)
    Kernel Name:  Linux
    Kernel Version:  3.16.0-4-amd64
    X Server Vendor:  The X.Org Foundation
    X Server Release:  11604000
    X Window Manager:  GNOME Shell
    Steam Runtime Version:  steam-runtime-release_2015-06-12
    
Video Card:
    Driver:  NVIDIA Corporation GeForce GTX 780/PCIe/SSE2

    Driver Version:  4.4.0 NVIDIA 340.96
    OpenGL Version: 4.4
    Desktop Color Depth: 24 bits per pixel
    Monitor Refresh Rate: 60 Hz
    VendorID:  0x10de
    DeviceID:  0x1004
    Number of Monitors:  1
    Number of Logical Video Cards:  1
    Primary Display Resolution:  1920 x 1080
    Desktop Resolution: 1920 x 1080
    Primary Display Size: 20,91" x 11,77"  (23,98" diag)
                                            53,1cm x 29,9cm  (60,9cm diag)
    Primary Bus: PCI Express 16x
    Primary VRAM: 3072 MB
    Supported MSAA Modes:  2x 4x 8x 16x 
    
Sound card:
    Audio device: Realtek ALC898
    
Memory:
    RAM:  16035 Mb
    
Miscellaneous:
    UI Language:  English
    LANG:  es_ES.UTF-8
    Microphone:  Not set
    Total Hard Disk Space Available:  466558 Mb
    Largest Free Hard Disk Block:  114609 Mb   
At first, new config, everything seemed fine when I arrive to the big wheat station in MAelstron, until I change graphic settings (default is borderless window, 0x antialias, medium setting, etc), when I switch to fullscreen, then the screen goes nuts, most things except planets are not correctly painted and dark black, but I noticed one thing, the moment I selected FXAA, it started working perfectly, no matter what else I changed in graphic settings, will keep testing under this to see if it changes and I will add stuff If I have new findings.

radcapricorn
Moderator (English)
Moderator (English)
Posts: 3230
Joined: Mon, 14. Jul 08, 13:07
x4

Post by radcapricorn » Wed, 17. Feb 16, 23:04

Noticed that too, on very rare occasions screen-space shaders seem to misbehave, and we get either all black objects with just backgrounds visible, or some sort of edge-detection paintover :) Happens very rarely when changing graphics settings, and in my whole playtime only happened once on it's own (possibly caused by Steam pop-up).

Toggling FXAA or Glow effects seems to return things to normal.

Corbet
Posts: 75
Joined: Sat, 12. Dec 15, 07:30

Post by Corbet » Thu, 25. Feb 16, 17:55

Just wanted to say big thank you to whole Linux team. The last slowdown and flickering problem in stations seems to be fixed in X Rebirth v4.0 + (HOL).
Great work!

(SteamOS 2.0, GTX 750 Ti)

User avatar
aspbazi
Posts: 11
Joined: Sat, 7. Nov 09, 01:18
x4

Post by aspbazi » Fri, 26. Feb 16, 04:17

Big thank.
Great work! :wink:
IT-Service «Crimea-Karro» .

timon37
EGOSOFT
EGOSOFT
Posts: 485
Joined: Fri, 14. Dec 12, 11:02
x4

Post by timon37 » Fri, 26. Feb 16, 11:23

Corbet wrote:Just wanted to say big thank you to whole Linux team.
Why thank you! I, a.k.a. the whole Linux team, appreciate the moral support;)

jeckhack
Posts: 17
Joined: Sat, 16. Jan 16, 22:57
x4

Post by jeckhack » Fri, 26. Feb 16, 13:29

Hi! First of all, thanks for 4.0 for linux. I've been waiting it since 2013, and it's great port.

But i have some strange problem since 4.0 beta (that was not the case in 3.61). When i start campaign and get to the Auspicious excavation for the first time to meet Borman's thip, when I enter the system there occurs some weird stuttering and fps drop, which persists no matter what I do. Flying to other systems, reload save doesn't help. Game just becomes jerky, like there's not enough ram. But I checked, and game uses just around 3GB of 12. CHanging graphics options has no effect. CPU load in this case no more than 50-55% on all cores, so it's not cpu bottleneck.

Specs: I3 4130, gtx 960, 12gb ram.
Otherwise, in Free Play, i maintain stable 45-60fps , completely smooth, with no hiccups or else. This problem appeared only since latest betas of 4.0 and on linux only.
Is this a known problem on linux version ?
Thanks

PS. I suspect that for in that area may cause this. I have stuttering even when in highway and Auspicious excavation system starts rendering far away.

P.P.s. Latest drivers, clean system, Openbox with no composite manager.

timon37
EGOSOFT
EGOSOFT
Posts: 485
Joined: Fri, 14. Dec 12, 11:02
x4

Post by timon37 » Fri, 26. Feb 16, 13:38

@jeckhack

Hmm send me your config.yaml, and a savegame a bit before the stuttering starts.
Also a few questions:
1. how much gpu-memory do you have?
2. can you check gpu-memory usage you can run this in a terminal: nvidia-smi -l 1
3. does the stuttering suddenly occur? or does it progressively get worse over a few moments?
4. does it happen if you fly to that location in free-play start?

jeckhack
Posts: 17
Joined: Sat, 16. Jan 16, 22:57
x4

Post by jeckhack » Fri, 26. Feb 16, 14:18

1 - gtx 960 2gb
2 - i will check when i get home
3 - it starts right at the moment i arrive to auspicious excavation. To be more precise, when fog and rocks start rendering 2 seconds before i leave highway in that system. After that i can fly anywhere , stuttering pursuits me even in empty space between sectors. Entering/leaving highways after that causes 3 - 5 seconds lag. Reloading game doesnt help. Stuttering looks like when you ,say, panning camera in heavy game when there is not enough ram. The only option is to start new game.
4 - i'll check at home and will send you savefile.

Thanks.

timon37
EGOSOFT
EGOSOFT
Posts: 485
Joined: Fri, 14. Dec 12, 11:02
x4

Post by timon37 » Fri, 26. Feb 16, 14:54

3 - hmm and what if you make a savegame, quit the game completely, start and load the savegame?

jeckhack
Posts: 17
Joined: Sat, 16. Jan 16, 22:57
x4

Post by jeckhack » Fri, 26. Feb 16, 16:20

I can even reboot pc - somehow the cause of stutter gets to savegame. Anyway, i'll test it and send you files in the evening.

I even may assume that my i3 isnt strong enough, but again.cpu load is 50% without spikes. A ran game in window with htop opened to test it. Theres no sign of cpu struggling. And with my subjective experience it's not like cpu, most likely vram. I'll monitor it and write back. Thanks.

jeckhack
Posts: 17
Joined: Sat, 16. Jan 16, 22:57
x4

Post by jeckhack » Fri, 26. Feb 16, 21:54

You know what - whatever. I just realized that i have massive fps drop in Ausp. excavation in windows version too. This wasn't the case in 4.0 betas, at least I think I would have noticed that. So the linux bug is that stuttering persists - in windows it's gone when I leave this sector.
Peolple on steam say that they have stable 60fps, so the only reason for this is my CPU. I'll put this game on the shelf until upgrade.
Thanks anyway and sorry for borrowing you time. Overall the linux port is great, like x3 was.

Caldazar
Posts: 326
Joined: Sun, 21. Sep 03, 20:21
x3tc

Post by Caldazar » Sat, 27. Feb 16, 08:27

I've been playing the Linux version from GOG since release and want to give a bit of early feedback on it.

Installation
The GOG installer works very well. It installs everything into your home directory, so you don't even need admin access.

Language Selection
IMO language selection is still an open problem. The GOG download page lets you select a language (English, French or German) for the base game, but the DLCs are only available in English. That's already a potential problem for people who don't want to play the game in English. In the end, you get a multi language version anyway. Is there a way to label the download appropriately on GOG?

When you launch the game, it uses the system language. In my case that's German, even though I had selected English before downloading the game. I shouldn't have to a) read the start.sh script to figure out how and b) use environment variables to change the game language. An (ingame) option to change the language would be much better IMO. Admittedly, that part is not Linux exclusive.

Renderer
Good news first: On my GTX 760 with proprietary drivers the game runs smoothly on ultra settings. I've had one random FPS drop. I like that the game uses border less window mode and automatically chose the correct monitor on my system. Good job!

Once I tried to set AA to 32. That slowed the whole game to a crawl and took the window manager down as well. In the end I had to kill XR from the terminal. Then I launched the game again. The main menu ran at an estimated 0.1 FPS, so it took a while to change AA back to 4.
I've come across some rendering glitches and bugs. I can't make a proper report yet, but Yisha looks especially strange. Maybe it's the shadows? Not sure.
Is the OpenGL render (theoretically) on par with the DirectX one, as far as graphic

Minor Annoyances
I want an ingame FPS counter to satisfy my curiosity, but I haven't found a way to do it.

Code: Select all

./start.sh -showfps
doesn't work. How can I do it?

Every time I launch XR, it creates a folder "GOG_Games?Rebirth" with a few subfolders in my home directory. The main problem is that this folder messes with bash autocompletion. Why is it there? What does it do? How can I get rid of it?

System Information
I run Debian testing on an i7-4790k with 16GB RAM and a GTX 760.

That said, the problems I described are generally minor. Thanks a lot for porting XR to Linux. :thumb_up:

sirdeiu
Posts: 11
Joined: Fri, 9. Aug 13, 13:12
x4

Game hang while loading new areas

Post by sirdeiu » Sat, 27. Feb 16, 14:44

@timon37 First many many thanks for your work on porting the game to Linux.

I have a question, on my PC, running Fedora 23 x64 with an AMD 8350 stock CPU and Radeon 280 (using opensource radeon+mesa drivers), the game is hanging while loading a new area. For example while in a highway and entering a new sector, the game hangs for a while (while either the area is loaded or maybe shaders get compiled), or entering a station and walking etc.

Any way to fix this ? If it's shaders, maybe the new shader cache support in mesa will help ?

Or am I the only one getting this and it's something on my end.

Thanks again. :thumb_up:

tero
Posts: 288
Joined: Tue, 8. Mar 05, 15:25
x4

Post by tero » Sat, 27. Feb 16, 15:05

SInce the new update the game won't start anymore, all i get is a message that the steam-client can't be found. (which is running of course) Both dlcs are installed.
I'm on Mint 17.4 with a amd 8350 and a nvidia with proprietary drivers.

EDIT: Nevermind - after a reboot the game is working again :)

btw: good work with this port :)
Waat dat wat? Dat waat wat!

User avatar
kerberizer
Posts: 8
Joined: Sat, 19. Apr 14, 17:21
x4

Re: Game hang while loading new areas

Post by kerberizer » Sat, 27. Feb 16, 15:31

sirdeiu wrote:(...) (using opensource radeon+mesa drivers), the game is hanging while loading a new area. For example while in a highway and entering a new sector, the game hangs for a while (while either the area is loaded or maybe shaders get compiled), or entering a station and walking etc. (...) Any way to fix this ? If it's shaders, maybe the new shader cache support in mesa will help ? (...) Or am I the only one getting this and it's something on my end.
You aren't.

But first, __huge__ thanks to @timon37 from me as well! I've been genuinely impressed and even amazed with the quality of this port -- particularly on the open source drivers -- from the very first alpha. The love and devotion that had obviously been put into this has certainly made me a devout follower of Egosoft -- and I'd gladly prove my devotion with my wallet on every possible occasion. So, @timon37, if you haven't yet asked for a pay rise -- now may be the time. :wink: Seriously though, great job, indeed!

Back on the locking issue: I've had this -- or very similar -- problem since the first alpha. It is most pronounced in the highways, indeed, where the game would freeze for a second to several seconds very often, usually (but not always, at least from what the human eye can see) when new objects pop up. In the alpha, this also lead to white rectangles being visible during the freeze, before an appropriate object icon took their place once the freeze was resolved. I made some tests back then on the lowest settings and resolution and noticed that during freezes one thread seemed to occupy the whole CPU time: AssetEnabler if my memory serves me well. The white rectangles problem has been since solved, but I'm mentioning that for the record.

The latest experiences: just before HoL, the freezes seemed to be fewer in general, but travelling on the highways still could become a PITA at times. Worse though, I've had on a couple of occasions freezes -- interestingly, not on the highways, but just flying around stations -- that never seemed to resolve, at least for many tens of seconds.

As for the newest 4.0 version, unfortunately I haven't yet tested a civilized enough sector -- I just fell in love with Toride -- but the experience outside of highways has been so far extremely pleasing visual quality- and performance-wise. The freezes outside of highways still _do_ happen, and in one case (strangely enough, it was simply near an empty jump gate) it took quite many seconds (probably 10-15) to resolve.

From what I've read around, the culprit probably is indeed the shader compilation, and the shader cache (even not being a true on-disk one) will likely help (a lot, perhaps?), but I suppose @timon37 can better answer this. Sadly, Mesa built with these commits currently leads to nasty GPU faults for me, so I haven't yet had the chance to properly test them.

Once again, though, truly outstanding job on the Linux port!

User avatar
kerberizer
Posts: 8
Joined: Sat, 19. Apr 14, 17:21
x4

Post by kerberizer » Sat, 27. Feb 16, 16:17

Oh, I actually forgot to mention a second problem that I've encountered. I haven't yet tested it in 4.0, but in 3.61 (pre HoL) enabling shadows with any quality (even low) was leading to very low framerates on _some_ stations (just to be clear: when landed, not in space). Again, that's on the radeonsi Mesa driver (usually latest Git and always latest LLVM from svn since I currently maintain the respective AURs for Arch Linux). I'll see if the problem persists with 4.0 and report back with more details if it does.

gilboa
Posts: 260
Joined: Sat, 28. Apr 07, 10:33
x4

Post by gilboa » Sat, 27. Feb 16, 16:27

Hello,

As I recently switched to a big-ass 4K display, I decided its time to ditch my X3:TC/AP XRM games and join the cool people @X:R :) *

However, not all is smooth sailing.
My X52 joystick that more or less worked out of the box in all the X series games (X2/linux, X3:R linux, X3TC/wine and X3AP/linux) doesn't really work under X:R.
1. The games seems to see 3-4 axies out of the joystick's 11. E.g. I cannot use any of the POV (either axis ones or "botton" ones) to strife, same goes for actual POVs.
2. Deadzone value seem to be ignored.

BTW, even on a lowly GF780 (non-TI) @4K on "high", performance seems to be acceptable. Kudos to the people involved in this Linux port!

Any help will be greatly appreciated.

- Gilboa
* Actually, being old with less-than-perfect eye sight, I need a telescope size magnifier glass to see the tiny fonts in X3AP, but lets leave it at that...
X2 Linux (LGP).
Heavily modified X3:R Linux w/ XTM (LGP).
Heavily modified X3:TC w/ XRM (under wine).
Heavily modified X3:AP Linux w/ XRM.
Modified X4 Linux w/ VRO.
Machine: 2 x E5-2658V2, 32G, 8TB RAID10, 1080GTX, Dell UP3216Q 4K LCD.
OS: Fedora 33/x86_64.

rboerdijk
EGOSOFT
EGOSOFT
Posts: 1672
Joined: Fri, 11. Jan 13, 14:26
x4

Post by rboerdijk » Sat, 27. Feb 16, 17:13

@gilboa: Can you double-check somewhere in the config options that it's actually configured to be a joystick? The default is "controller" ( =xbox-style ) and using that setup with a joystick leads to the weirdest defaults and generally doesn't do what you'd expect.

Post Reply

Return to “X Rebirth - Technical Support”