My ONI doesn't work

[Cicero Wesley]

When I click on play on OXI it opens and closes quickly, time of 1 second.
I have all the minimum system requirements to run the game. my system is linux mint. Can someone help me? I've already checked the integrity of files by steam

[JRup]

Hi!

The "Player.log" file could be of help when trying to find out what's going on.

For linux it's usually found in .config/unity3d/Klei/Oxygen not Included

That being said, I had this happen to me some time ago after I had updated the video driver on ubuntu 18.04 (I did change the os from scratch so I wouldn't be able to say more about it... Now I'm on Pop!_OS 20.04)

 

[Cicero Wesley]

On 1/2/2021 at 8:48 PM, JRup said:

Hi!

The "Player.log" file could be of help when trying to find out what's going on.

For linux it's usually found in .config/unity3d/Klei/Oxygen not Included

That being said, I had this happen to me some time ago after I had updated the video driver on ubuntu 18.04 (I did change the os from scratch so I wouldn't be able to say more about it... Now I'm on Pop!_OS 20.04)

 

On 1/2/2021 at 8:48 PM, JRup said:

Player.log

Mono path[0] = '/home/wesley/.local/share/Steam/steamapps/common/OxygenNotIncluded/OxygenNotIncluded_Data/Managed'
Mono config path = '/home/wesley/.local/share/Steam/steamapps/common/OxygenNotIncluded/OxygenNotIncluded_Data/MonoBleedingEdge/etc'
Preloaded 'libSimDLL.so'
Preloaded 'libfmod.so'
Preloaded 'libfmodL.so'
Preloaded 'libfmodstudio.so'
Preloaded 'libfmodstudioL.so'
Preloaded 'libresonanceaudio.so'
Preloaded 'libsdkencryptedappticket.so'
Preloaded 'libsteam_api.so'
Display 0 'SME1920 19"': 1366x768 (primary device).
Unable to load player prefs
Desktop is 1366 x 768 @ 60 Hz
Unable to find a supported OpenGL core profile
Failed to create valid graphics context: please ensure you meet the minimum requirements
E.g. OpenGL core profile 3.2 or later for OpenGL Core renderer
No supported renderers found, exiting
(Filename:  Line: 629)

 

[TheMule]

What's your graphic card and are drivers up to date?

> Unable to find a supported OpenGL core profile

In short, high perfomance rendering is not enabled on the graphic card.

Are you able to run glxgears?

[Cicero Wesley]

18 minutes ago, TheMule said:

What's your graphic card and are drivers up to date?

> Unable to find a supported OpenGL core profile

In short, high perfomance rendering is not enabled on the graphic card.

Are you able to run glxgears?

 

My video card is:
Intel Corporation 4 Series Chipset Integrated Graphics Controller.
through the system's drive manager I couldn't find drives to update

I managed to run glxgears.

[TheMule]

Interesting, so apparently it's not that you don't have a OpenGL renderer.

Try:

glxinfo | head

I get:

display: :1  screen: 0
direct rendering: Yes
server glx vendor string: NVIDIA Corporation
server glx version string: 1.4
server glx extensions:
    GLX_ARB_context_flush_control, GLX_ARB_create_context, 
    GLX_ARB_create_context_no_error, GLX_ARB_create_context_profile, 
    GLX_ARB_create_context_robustness, GLX_ARB_fbconfig_float, 
    GLX_ARB_multisample, GLX_EXT_buffer_age, 

I think the relevant part is "direct rendering: Yes". And:

glxinfo | fgrep core

OpenGL core profile version string: 4.6.0 NVIDIA 455.45.01
OpenGL core profile shading language version string: 4.60 NVIDIA
OpenGL core profile context flags: (none)
OpenGL core profile profile mask: core profile
OpenGL core profile extensions:

You logfile mentions 'OpenGL core profile 3.2 or later', mine is 4.6.0.

 

 

[JRup]

Hi!

Since glxgears works then a fairly safe assumption is that opengl is there. Probably not the one that's needed, though.

I'll assume this is a laptop.

Do note I'm not suggesting to make changes to your system for the time being. That's because more information is needed to even make any suggestions at all.

Getting back to your opengl "problem"; the version that is being used is another critter altogether.

This we can see from the feedback on player.log:
 

57 minutes ago, Cicero Wesley said:

Unable to find a supported OpenGL core profile
Failed to create valid graphics context: please ensure you meet the minimum requirements
E.g. OpenGL core profile 3.2 or later for OpenGL Core renderer

Running glxinfo should give more information on the opengl used.... Like so:

glxinfo | grep -i opengl

This will output something of the sorts:

 

 

 

[Cicero Wesley]

4 minutes ago, TheMule said:

Interesting, so apparently it's not that you don't have a OpenGL renderer.

Try:

glxinfo | head

I get:

display: :1  screen: 0
direct rendering: Yes
server glx vendor string: NVIDIA Corporation
server glx version string: 1.4
server glx extensions:
    GLX_ARB_context_flush_control, GLX_ARB_create_context, 
    GLX_ARB_create_context_no_error, GLX_ARB_create_context_profile, 
    GLX_ARB_create_context_robustness, GLX_ARB_fbconfig_float, 
    GLX_ARB_multisample, GLX_EXT_buffer_age, 

I think the relevant part is "direct rendering: Yes". And:

glxinfo | fgrep core

OpenGL core profile version string: 4.6.0 NVIDIA 455.45.01
OpenGL core profile shading language version string: 4.60 NVIDIA
OpenGL core profile context flags: (none)
OpenGL core profile profile mask: core profile
OpenGL core profile extensions:

You logfile mentions 'OpenGL core profile 3.2 or later', mine is 4.6.0.

 

 

$ glxinfo | head
name of display: :0
display: :0  screen: 0
direct rendering: Yes
server glx vendor string: SGI
server glx version string: 1.4
server glx extensions:
    GLX_ARB_create_context, GLX_ARB_create_context_no_error,
    GLX_ARB_create_context_profile, GLX_ARB_fbconfig_float,
    GLX_ARB_framebuffer_sRGB, GLX_ARB_multisample,
    GLX_EXT_create_context_es2_profile, GLX_EXT_create_context_es_profile

 

$  glxinfo | fgrep core
    Max core profile version: 0.0

 

 

4 minutes ago, JRup said:

Hi!

Since glxgears works then a fairly safe assumption is that opengl is there. Probably not the one that's needed, though.

I'll assume this is a laptop.

Do note I'm not suggesting to make changes to your system for the time being. That's because more information is needed to even make any suggestions at all.

Getting back to your opengl "problem"; the version that is being used is another critter altogether.

This we can see from the feedback on player.log:
 

Running glxinfo should give more information on the opengl used.... Like so:

glxinfo | grep -i opengl

This will output something of the sorts:

 

 

 

i'm on a desktop computer.

$ glxinfo | grep -i opengl
OpenGL vendor string: Intel Open Source Technology Center
OpenGL renderer string: Mesa DRI Intel(R) G41 (ELK)
OpenGL version string: 2.1 Mesa 20.0.8
OpenGL shading language version string: 1.20
OpenGL extensions:
OpenGL ES profile version string: OpenGL ES 2.0 Mesa 20.0.8
OpenGL ES profile shading language version string: OpenGL ES GLSL ES 1.0.16
OpenGL ES profile extensions:

 

[JRup]

1 hour ago, Cicero Wesley said:

glxinfo | fgrep core
    Max core profile version: 0.0

Hmm, this is a little fishy.

Besides that, it seems your opengl version is 2.1

1 hour ago, Cicero Wesley said:

i'm on a desktop computer.

 

1 hour ago, Cicero Wesley said:

OpenGL vendor string: Intel Open Source Technology Center
OpenGL renderer string: Mesa DRI Intel(R) G41 (ELK)

Looking at it like this, it also seems you're using integrated graphics from the CPU. At this point, I can only say that changing software versions would depend on your cpu hardware (for opengl via drivers & such, if compatible...)

(I'd bite my tongue a little bit if: you have a discrete video card, the monitor is plugged to that and we're still getting this data from the command... :s )

[TheMule]

4 hours ago, JRup said:

 

glxinfo | grep -i opengl

This will output something of the sorts:

 

 

 

We both have a core profile of 4.6.  ONI seems to check the version of that. The OP doesn't have any, apparently.

Why is that, hard to tell. Either the hardware (integrated GPU) or the software (driver) lack that capability.

BTW I'm been search on the linux mint forums, I've found that the following command:

inxi -Gazy

should give some useful info too. TIL something new. And I'm using Linux since '91.

Graphics:
  Device-1: NVIDIA GM107 [GeForce GTX 750 Ti] driver: nvidia v: 455.45.01 
  alternate: nouveau,nvidia_drm bus ID: 01:00.0 chip ID: 10de:1380 
  Display: x11 server: Fedora Project X.org 1.20.10 compositor: gnome-shell 
  v: 3.38.2 driver: nvidia unloaded: fbdev,modesetting,nouveau,vesa 
  alternate: nv display ID: :1 screens: 1 
  Screen-1: 0 s-res: 1920x1080 s-dpi: 96 s-size: 508x286mm (20.0x11.3") 
  s-diag: 583mm (23") 
  Monitor-1: DVI-D-0 res: 1920x1080 hz: 60 dpi: 82 
  size: 598x336mm (23.5x13.2") diag: 686mm (27") 
  OpenGL: renderer: GeForce GTX 750 Ti/PCIe/SSE2 v: 4.6.0 NVIDIA 455.45.01 
  direct render: Yes 

Anyway, I think it's that 'v: 4.6.0' that matters, I suspect the OP gets 'v: 2.1' and that's not good enough for ONI.

Not to be pessimistic, this is 2021 after all, but:

https://www.intel.com/content/dam/www/public/us/en/documents/product-briefs/g41-chipset-brief.pdf

OpenGL version is 2.0.

[JRup]

1 hour ago, TheMule said:

Not to be pessimistic, this is 2021 after all, but:

https://www.intel.com/content/dam/www/public/us/en/documents/product-briefs/g41-chipset-brief.pdf

OpenGL version is 2.0.

Yup, the G41 chipset is bound to not go to many places anymore. A newer discrete VC would help in this case.

https://www.unixmen.com/inxi-find-system-hardware-information-linux/

For the curious on inxi

[Cicero Wesley]

21 hours ago, JRup said:

Hmm, this is a little fishy.

Besides that, it seems your opengl version is 2.1

 

Looking at it like this, it also seems you're using integrated graphics from the CPU. At this point, I can only say that changing software versions would depend on your cpu hardware (for opengl via drivers & such, if compatible...)

(I'd bite my tongue a little bit if: you have a discrete video card, the monitor is plugged to that and we're still getting this data from the command... :s )

yes, my video card is integrated.

16 hours ago, JRup said:

Yup, the G41 chipset is bound to not go to many places anymore. A newer discrete VC would help in this case.

https://www.unixmen.com/inxi-find-system-hardware-information-linux/

For the curious on inxi

$ inxi
CPU: Dual Core Intel Celeron E3300 (-MCP-) speed/min/max: 2494/1203/2500 MHz
Kernel: 5.4.0-58-generic x86_64 Up: 41m Mem: 1454.1/3807.5 MiB (38.2%)
Storage: 698.64 GiB (5.3% used) Procs: 166 Shell: bash 4.4.20 inxi: 3.0.32

then, is there nothing that can be done? except to use a dedicated video card?

16 hours ago, JRup said:

Yup, the G41 chipset is bound to not go to many places anymore. A newer discrete VC would help in this case.

https://www.unixmen.com/inxi-find-system-hardware-information-linux/

For the curious on inxi

$ inxi -G
Graphics:
  Device-1: Intel 4 Series Integrated Graphics driver: i915 v: kernel
  Display: x11 server: X.Org 1.20.8 driver: modesetting unloaded: fbdev,vesa
  resolution: 1366x768~60Hz
  OpenGL: renderer: Mesa DRI Intel G41 (ELK) v: 2.1 Mesa 20.0.8

 

[JRup]

17 minutes ago, Cicero Wesley said:

then, is there nothing that can be done? except to use a dedicated video card?

In this case, that is sadly correct. When we look at intel's specification sheet, then any further doubts & hopes can be dispelled.

We can't have our cake and eat it because the chipset that provides the graphics does not have the hardware capabilities to go beyond OpenGL 2.0. Thus the software version installed is 2.0

Intel would have had to know the future and made the chipset with those hardware capabilities.... (I would have bought some "coins" if I knew the future) The chipset was born that way.

If there's anything to correct is that I'd said that you're getting graphics from your CPU. That is not the case. The chipset on your motherboard also has the role of video provider for your machine. (You already knew that, but I'd like to make it clear for anybody else.)

 

 

[he77789]

Quote

CPU: Dual Core Intel Celeron E3300 (-MCP-) speed/min/max: 2494/1203/2500 MHz

Even if you managed to get OpenGL 4.1 on that, the performance would still be horrible. That's under the minimum requirements. Buy a new PC.

[Cicero Wesley]

On 1/5/2021 at 12:22 PM, JRup said:

In this case, that is sadly correct. When we look at intel's specification sheet, then any further doubts & hopes can be dispelled.

We can't have our cake and eat it because the chipset that provides the graphics does not have the hardware capabilities to go beyond OpenGL 2.0. Thus the software version installed is 2.0

Intel would have had to know the future and made the chipset with those hardware capabilities.... (I would have bought some "coins" if I knew the future) The chipset was born that way.

If there's anything to correct is that I'd said that you're getting graphics from your CPU. That is not the case. The chipset on your motherboard also has the role of video provider for your machine. (You already knew that, but I'd like to make it clear for anybody else.)

 

 

I will put a video card. I am not able to put a good video card, but I have a nvidia geforce 210 saved. do you think she could take it?

On 1/6/2021 at 8:36 AM, he77789 said:

Even if you managed to get OpenGL 4.1 on that, the performance would still be horrible. That's under the minimum requirements. Buy a new PC.

I tried to run through the proton. It even starts charging then closes the same way.

[JRup]

Oh, wow.

Let's get some info on the card first, this site has a really neat collection of data on video cards:
https://www.techpowerup.com/gpu-specs/

On the hardware front, you'd just barely make it, this supposedly has a 3.3 version on it:

 

You'd have to find out if the driver you get on your linux after installing the card does come with 3.3 support, hardware & software are a combo deal.

This only means you have to redo the whole information gathering we pointed out in this thread. Make sure to make note of the driver versions before and after you update to have a progress history that can be useful if anything goes sideways.

That being said, it had already been noted by he77789 that your processor is not up to minimum requirements. If you had been playing fine before this happened then no biggie.

If this will be your first time playing, then please make sure to find small maps to stretch your legs (there are also dedicated mods in vanilla /non-DLC for that). If you do jump onto a big map, you may have a first impression that the game runs fine the first many cycles, but as you explore and reveal the map the game will definitely show its hunger for beefier hardware.

I know many will say "buy new..." and such... To them I say: "It's complicated"

[he77789]

11 hours ago, JRup said:

If this will be your first time playing, then please make sure to find small maps to stretch your legs (there are also dedicated mods in vanilla /non-DLC for that). If you do jump onto a big map, you may have a first impression that the game runs fine the first many cycles, but as you explore and reveal the map the game will definitely show its hunger for beefier hardware.

The problem with small maps are either you will feel the geysers/POIs would be too cramped, or you get less of them.

[Cicero Wesley]

Thanks for helping me

[Cicero Wesley]

I installed the Nvidia GeForce 210 and put 4 GB more ram (both already saved) and ONI worked.