You are not logged in.

#1 2020-06-21 18:09:40

parsilofon
Member
Registered: 2020-06-21
Posts: 9

[solved] gsdx/libgl problem with PCSX2

Hi everyone. Well after some days googling with no luck I ended up creating an account to post my problem here. I've come across with seeeveral posts describing the same errors, but nothing worked for me. I'll leave some screenshots detailing it.
My hardware (I know...)

intel dual core e5300
nvidia geforce 8400gs rev2. 512mb
5 gb ram

some important packages I do have installed:
nvidia-340xx driver (in use)
lib32-nvidia-340xx-utils
lib32-mesa

PCSX2 log with the error:

 PCSX2 1.6.0-20200505220805- compiled on May 28 2020
Savestate version: 0x9a0e0000

Host Machine Init:
	Operating System =  Linux 5.7.4-arch1-1 x86_64
	Physical RAM     =  4935 MB
	CPU name         =  Pentium(R) Dual-Core  CPU      E5300  @ 2.60GHz
	Vendor/Model     =  GenuineIntel (stepping 0A)
	CPU speed        =  2.597 ghz (2 logical threads)
	x86PType         =  Standard OEM
	x86Flags         =  bfebfbff 0c00e3bd
	x86EFlags        =  20100000

x86 Features Detected:
	SSE2.. SSE3.. SSSE3

Installing POSIX SIGSEGV handler...
Mapping host memory for virtual systems...
	EE Main Memory                   @ 0x20000000 -> 0x22884000 [40mb]
	IOP Main Memory (2mb)            @ 0x24000000 -> 0x24211000 [2mb]
	VU0/1 on-chip memory             @ 0x28000000 -> 0x2800A000 [40kb]
Reserving memory for recompilers...
	SuperVU0 Recompiler Cache        @ 0x0E800000 -> 0x0F000000 [8mb]
	SuperVU1 Recompiler Cache        @ 0x0F000000 -> 0x0F800000 [8mb]
	Micro VU0 Recompiler Cache       @ 0x3C000000 -> 0x40000000 [64mb]
	Micro VU1 Recompiler Cache       @ 0x40000000 -> 0x44000000 [64mb]
	R5900-32 Recompiler Cache        @ 0x30000000 -> 0x34000000 [64mb]
	R3000A Recompiler Cache          @ 0x34000000 -> 0x36000000 [32mb]
	VIF0 Unpack Recompiler Cache     @ 0x36000000 -> 0x36800000 [8mb]
	VIF1 Unpack Recompiler Cache     @ 0x38000000 -> 0x38800000 [8mb]

Loading plugins from /usr/lib32/pcsx2...
	Bound   GS: libGSdx.so [GSdx (GCC 10.1.0 SSE2/SSSE3) 1.2.0]
	Bound  PAD: libonepad.so [OnePAD 20200505220805-Dev 2.0.0]
	Bound SPU2: libSPU2null.so [SPU2null  0.8.0]
	Bound CDVD: libcdvdGigaherz.so [cdvdGigaherz 20200505220805 0.11.0]
	Bound  USB: libUSBnull-0.7.0.so [USBnull Driver 20200505220805 0.7.0]
	Bound   FW: libFWnull-0.7.0.so [FWnull Driver 20200505220805 0.7.0]
	Bound DEV9: libdev9null-0.5.0.so [DEV9null Driver 20200505220805 0.5.0]
Plugins loaded successfully.

(GameDB) 9858 games on record (loaded in 393ms)
HLE Host: Will load ELF: 

HLE Notice: ELF does not have a path.

Initializing plugins...
	Init GS
	Init PAD
	Init SPU2
	Init CDVD
	Init USB
	Init FW
	Init DEV9
Plugins initialized successfully.

Patches: No CRC found, using 00000000 instead.
Opening plugins...
	Opening GS
libGL error: No matching fbConfigs or visuals found
libGL error: failed to load driver: swrast
Failed to create the opengl context. Check your drivers support openGL 3.3. Hint: opensource drivers don't
GSopen Failed: return code: 0xffffffff
Closing plugins...
	Closing GS
Plugins closed successfully.
Shutting down plugins...
	Shutdown DEV9
	Shutdown FW
	Shutdown USB
	Shutdown CDVD
	Shutdown SPU2
	Shutdown PAD
	Shutdown GS
Plugins shutdown successfully.
(p) GS plugin failed to open!(thread:MTGS)(thread:EE Core)
User-canceled plugin configuration after plugin initialization failure.  Plugins unloaded. 

and here glxinfo and glxinfo32 output (also glxgears does display them spinning fine)

[*@anhedonia ~]$ glxinfo | grep direct
direct rendering: Yes
    GL_EXT_depth_bounds_test, GL_EXT_direct_state_access, 
    GL_EXT_depth_bounds_test, GL_EXT_direct_state_access, 
[*@anhedonia ~]$ glxinfo32 | grep direct
direct rendering: Yes
    GL_EXT_depth_bounds_test, GL_EXT_direct_state_access, 
    GL_EXT_depth_bounds_test, GL_EXT_direct_state_access, 
[*@anhedonia ~]$ glxgears
Running synchronized to the vertical refresh.  The framerate should be
approximately the same as the monitor refresh rate.
302 frames in 5.0 seconds = 60.205 FPS
299 frames in 5.0 seconds = 59.761 FPS


Does somebody know what can be happening?
Thank you in advance.

(edited and replaced the images with plain text)
moderator edit -- replaced oversized images with links.
Pasting pictures and code

Last edited by parsilofon (2020-06-25 23:58:44)

Offline

#2 2020-06-21 21:18:03

V1del
Forum Moderator
Registered: 2012-10-16
Posts: 21,410

Re: [solved] gsdx/libgl problem with PCSX2

This  computer is likely too weak in general to reliably do PSX2 emulation.

However it should still load a proper libGL and not swrast, install lib32-mesa-demos and strace post

strace glxinfo32 -B

in [ code ] [ /code ] tags

Online

#3 2020-06-21 21:22:09

parsilofon
Member
Registered: 2020-06-21
Posts: 9

Re: [solved] gsdx/libgl problem with PCSX2

V1del wrote:

This  computer is likely too weak in general to reliably do PSX2 emulation.

However it should still load a proper libGL and not swrast, install lib32-mesa-demos and strace post

strace glxinfo32 -B

in [ code ] [ /code ] tags

sorry I had posted too large images showing logs and tests but the post got edited, now I put everything as text, you can read it now.

Offline

#4 2020-06-22 19:22:55

parsilofon
Member
Registered: 2020-06-21
Posts: 9

Re: [solved] gsdx/libgl problem with PCSX2

Apparently, according to a post I found about windows's version, the last gsdx plugin requires opengl 4.x. I tried the last windows version with wine and it said "ERROR: GL_ARB_buffer_storage is NOT SUPPORTED", and it seems that thing about the buffer belongs to newer opengl versions, which my card doesn't support. I don't know if both linux and windows plugins require the same things, but it may be the case.


Now, is it possible to find legacy linux versions of pcsx2, already compiled for arch? Or will I need to compile it from the sources its official website provides? Can someone give me a hint to start learning how? As far as I know, it's done with cmake. I'll keep searching in the meanwhile, but I'd appreciate some clarification to start.

Offline

#5 2020-06-23 12:43:50

Lone_Wolf
Member
From: Netherlands, Europe
Registered: 2005-10-04
Posts: 11,866

Re: [solved] gsdx/libgl problem with PCSX2

The output you posted suggests there are problems in your graphics setup, but we lack needed details .
It's better to solve that issue first.

Please post the full outputs of

$ glxinfo -B
$ glxinfo32 -B

If either of those fails, run them through strace as Videl asked.


Disliking systemd intensely, but not satisfied with alternatives so focusing on taming systemd.


(A works at time B)  && (time C > time B ) ≠  (A works at time C)

Offline

#6 2020-06-23 17:31:04

parsilofon
Member
Registered: 2020-06-21
Posts: 9

Re: [solved] gsdx/libgl problem with PCSX2

Lone_Wolf wrote:

The output you posted suggests there are problems in your graphics setup, but we lack needed details .
It's better to solve that issue first.

Please post the full outputs of

$ glxinfo -B
$ glxinfo32 -B

If either of those fails, run them through strace as Videl asked.

lol I had automatically given you those two outputs but forgot my previous post. I found the problem is related to gsdx (the last version/s) needing opengl 4.4 to implement some things. The problem is I can't find a native linux legacy version with an older plugin version, which I managed to run fine in windows.

Last edited by parsilofon (2020-06-23 17:34:50)

Offline

#7 2020-06-23 17:41:22

V1del
Forum Moderator
Registered: 2012-10-16
Posts: 21,410

Re: [solved] gsdx/libgl problem with PCSX2

You're probably quite SoL here. The website currently still has an old 1.4 release up for grabs, maybe try to test that, but it's simply not likely that that hardware can properly do this. Another alternative is building it with the zzogl plugin if that is still shipped even, but that one always had bad compatibility (but uses old OpenGL and might work to the best of its ability...)

Online

#8 2020-06-24 11:08:57

Lone_Wolf
Member
From: Netherlands, Europe
Registered: 2005-10-04
Posts: 11,866

Re: [solved] gsdx/libgl problem with PCSX2

Age    Commit message (Expand)    Author
2020-05-28    upgpkg: pcsx2 1.6.0-1    alucryd
2020-04-25    glew 2.2.0 rebuild    foutrelis
2020-02-09    FS#65409: pcsx2 1.4.0-9

It does look like archlinux was providing pcsx2 1.4 just a month ago .

The files you need to build our last pcsx2 1.4 package (1.4.0-10) yourself are at https://git.archlinux.org/svntogit/comm … 654157a9fb


Note : I do think your graphics setup has a configuration issue, but it's up to you whether you want to investigate that.
IF you do, start a new thread for that and add the outputs I asked for in #5 plus a xorg log .


Disliking systemd intensely, but not satisfied with alternatives so focusing on taming systemd.


(A works at time B)  && (time C > time B ) ≠  (A works at time C)

Offline

#9 2020-06-24 11:44:41

V1del
Forum Moderator
Registered: 2012-10-16
Posts: 21,410

Re: [solved] gsdx/libgl problem with PCSX2

FWIW they did post the glxinfo outputs when I made my post and the 32bit lib was resolved  correctly with OGL 3.3 being the max version (... granted it wasn't an accidental copy paste of the working 64bit invocation...)

Online

#10 2020-06-24 15:27:12

parsilofon
Member
Registered: 2020-06-21
Posts: 9

Re: [solved] gsdx/libgl problem with PCSX2

V1del wrote:

FWIW they did post the glxinfo outputs when I made my post and the 32bit lib was resolved  correctly with OGL 3.3 being the max version (... granted it wasn't an accidental copy paste of the working 64bit invocation...)

it wasn't! I double checked before posting; had the two outputs sent to two separate files.


It does look like archlinux was providing pcsx2 1.4 just a month ago .

The files you need to build our last pcsx2 1.4 package (1.4.0-10) yourself are at https://git.archlinux.org/svntogit/comm … 654157a9fb

Note : I do think your graphics setup has a configuration issue, but it's up to you whether you want to investigate that.
IF you do, start a new thread for that and add the outputs I asked for in #5 plus a xorg log .

thank you!! how did you find it? Where should I look for legacy pkg versions? Although, I'm having another problem now. When I'm trying to build the package, it says:

==> Validating source files with sha256sums...
    pcsx2 ... Skipped
    pcsx2-gcc6.patch ... FAILED
==> ERROR: One or more files did not pass the validity check!

can you help me with that? I downloaded that patch file directly to the folder, thinking that copying the text inside an empty file (which I had done first) was the problem, but it also happens that way.

Offline

#11 2020-06-24 15:35:09

V1del
Forum Moderator
Registered: 2012-10-16
Posts: 21,410

Re: [solved] gsdx/libgl problem with PCSX2

The sha256sums match here, make sure you actually download the correct file, you need the plaintext, not the pretty HTML: https://git.archlinux.org/svntogit/comm … 654157a9fb

As for finding older revisions of packages, on every package page there's a "View changes" button that will take you to the version history and thus earlier revisions of a given package.

Last edited by V1del (2020-06-24 15:36:56)

Online

#12 2020-06-24 15:48:08

parsilofon
Member
Registered: 2020-06-21
Posts: 9

Re: [solved] gsdx/libgl problem with PCSX2

V1del wrote:

The sha256sums match here, make sure you actually download the correct file, you need the plaintext, not the pretty HTML: https://git.archlinux.org/svntogit/comm … 654157a9fb

As for finding older revisions of packages, on every package page there's a "View changes" button that will take you to the version history and thus earlier revisions of a given package.

ahh thank you! I did have downloaded the plain text for pkgbuild, but I guess I downloaded the html for the patch. Now it's compiling with no problems it seems (pretty slow btw, I hope someday I get a decent machine). I had "solved" it some minutes ago by skipping the checksum but started over with your suggestion, just in case.
I don't know if this version will work, but now I can try even older ones, thank you!! both lone wolf too.

You know, I'm not sure if the emulator will even run, but all this process was new to me and I enjoyed learning these basics. Sometimes when I have a problem, the main goal gets blurred and it becomes about solving that problem for the sake of it.

Offline

#13 2020-06-24 16:29:23

parsilofon
Member
Registered: 2020-06-21
Posts: 9

Re: [solved] gsdx/libgl problem with PCSX2

V1del wrote:

The sha256sums match here, make sure you actually download the correct file, you need the plaintext, not the pretty HTML: https://git.archlinux.org/svntogit/comm … 654157a9fb

As for finding older revisions of packages, on every package page there's a "View changes" button that will take you to the version history and thus earlier revisions of a given package.

do you think I should open a new thread? It already deviated too much, I got an error while building :'(

har *}
In file included from /usr/include/gtk-2.0/gtk/gtktreeview.h:31,
                 from /usr/include/gtk-2.0/gtk/gtkcombobox.h:29,
                 from /usr/include/gtk-2.0/gtk/gtk.h:72,
                 from /home/dario/pcsx2/src/pcsx2/plugins/CDVDlinuz/Src/Linux/mainbox.c:56:
/usr/include/gtk-2.0/gtk/gtkentry.h:214:65: note: expected ‘const gchar *’ {aka ‘const char *’} but argument is of type ‘u8 *’ {aka ‘unsigned char *’}
  214 |                                                  const gchar   *text);
      |                                                  ~~~~~~~~~~~~~~~^~~~
[ 67%] Linking C shared module libCDVDlinuz.so
/usr/bin/ld: CMakeFiles/CDVDlinuz.dir/Linux/device.c.o:(.bss+0x808): multiple definition of `lasttime'; CMakeFiles/CDVDlinuz.dir/Linux/CDVDlinuz.c.o:(.bss+0x0): first defined here
collect2: error: ld returned 1 exit status
make[2]: *** [plugins/CDVDlinuz/Src/CMakeFiles/CDVDlinuz.dir/build.make:299: plugins/CDVDlinuz/Src/libCDVDlinuz.so] Error 1
make[2]: Leaving directory '/home/dario/pcsx2/src/build'
make[1]: *** [CMakeFiles/Makefile2:683: plugins/CDVDlinuz/Src/CMakeFiles/CDVDlinuz.dir/all] Error 2
make[1]: Leaving directory '/home/dario/pcsx2/src/build'
make: *** [Makefile:150: all] Error 2
make: Leaving directory '/home/dario/pcsx2/src/build'
==> ERROR: A failure occurred in build().
    Aborting...

at 67% ... if you can't help me anymore I'll edit this last post and close the thread.
As far as I could search, it's related to a function (lasttime) being defined twice somewhere in the code, but I have no idea. Sigh..

Offline

#14 2020-06-25 10:21:13

Lone_Wolf
Member
From: Netherlands, Europe
Registered: 2005-10-04
Posts: 11,866

Re: [solved] gsdx/libgl problem with PCSX2

That error is because gcc 10.1 changed a default setting for C programs.
Check https://gcc.gnu.org/gcc-10/changes.html (search for common if you don't see it) .

A workaround is to insert

CFLAGS="$CFLAGS -fcommon"

in the build() function just before the cmake command.


Disliking systemd intensely, but not satisfied with alternatives so focusing on taming systemd.


(A works at time B)  && (time C > time B ) ≠  (A works at time C)

Offline

#15 2020-06-25 23:56:17

parsilofon
Member
Registered: 2020-06-21
Posts: 9

Re: [solved] gsdx/libgl problem with PCSX2

Lone_Wolf wrote:

That error is because gcc 10.1 changed a default setting for C programs.
Check https://gcc.gnu.org/gcc-10/changes.html (search for common if you don't see it) .

A workaround is to insert

CFLAGS="$CFLAGS -fcommon"

in the build() function just before the cmake command.

that made it! built fine. Thank you!

Offline

Board footer

Powered by FluxBB