Thread Rating:
  • 0 Vote(s) - 0 Average
  • 1
  • 2
  • 3
  • 4
  • 5
SVN build on Fedora. GSdx crashing
#1
Can't get GSdx to work under Fedora 21(Rawhide), it crashes every time I try to start anything. Cg isn't installed, as I remember it as only being needed by zzogl, which I'm not interested in.

PCSX2 1.3.0.r5880 - compiled on Feb 4 2014
Savestate version: 0x9a0a0000

Host Machine Init:
Operating System = Linux 3.14.0-0.rc2.git4.1.fc21.x86_64 x86_64
Physical RAM = 5875 MB
CPU name = AMD A10-7850K APU with Radeon™ R7 Graphics
Vendor/Model = AuthenticAMD (stepping 01)
CPU speed = 4.197 ghz (4 logical threads)
x86PType = Standard OEM
x86Flags = 178bfbff 3e98320b
x86EFlags = 2fd3fbff

x86 Features Detected:
MMX.. SSE.. SSE2.. SSE3.. SSSE3.. SSE4.1.. SSE4.2.. AVX.. FMA
MMX2 .. SSE4a

Shutdown DEV9
Shutdown FW
Shutdown USB
Shutdown CDVD
Shutdown SPU2
Shutdown PAD
Shutdown GS
Plugins shutdown successfully.
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 @ 0xE60F0000 -> 0xEA0F0000 [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]
[wx] iCCP: known incorrect sRGB profile

Loading plugins...
Binding GS: /home/kevyn/Downloads/bin/plugins/libGSdx-0.1.16.so
Binding PAD: /home/kevyn/Downloads/bin/plugins/libonepad-1.1.0.so
Binding SPU2: /home/kevyn/Downloads/bin/plugins/libspu2x-2.0.0.so
Binding CDVD: /home/kevyn/Downloads/bin/plugins/libCDVDlinuz.so
Binding USB: /home/kevyn/Downloads/bin/plugins/libUSBnull-0.7.0.so
Binding FW: /home/kevyn/Downloads/bin/plugins/libFWnull-0.7.0.so
Binding DEV9: /home/kevyn/Downloads/bin/plugins/libdev9null-0.5.0.so
Plugins loaded successfully.

(GameDB) 9653 games on record (loaded in 331ms)
(CdvdSource) HotSwapping CDVD source types from Iso to NoDisc.
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.

Opening plugins...
Opening GS
GSopen Failed: return code: 0xffffffff
Closing plugins...
Closing GS
Plugins closed successfully.
Shutting down plugins...
(pxActionEvent) GS plugin failed to open!(thread:MTGS)(thread:EE Core)
Shutdown DEV9
Shutdown FW
Shutdown USB
Shutdown CDVD
Shutdown SPU2
Shutdown PAD
Shutdown GS
Plugins shutdown successfully.
[wx] libCg.so: không thể mở tập tin đối tượng dùng chung: Không có tập tin hoặc thư mục như vậy
Path: /home/kevyn/Downloads/bin/plugins/libzzogl-cg-0.3.0.so
File is not a valid dynamic library.
Some kinda plugin failure: /home/kevyn/Downloads/bin/plugins/libzzogl-cg-0.3.0.so
[wx] libCg.so: không thể mở tập tin đối tượng dùng chung: Không có tập tin hoặc thư mục như vậy
Path: /home/kevyn/Downloads/bin/plugins/libzzogl-0.4.0.so
File is not a valid dynamic library.
Some kinda plugin failure: /home/kevyn/Downloads/bin/plugins/libzzogl-0.4.0.so
User-canceled plugin configuration after plugin initialization failure. Plugins unloaded.
Reply

Sponsored links

#2
What do you mean by crash? If it a real crash, I would need a stack trace. And try to configure gsdx plugin. It would set sane default value.
Reply
#3
A good chance this is the glibc-2.18 issue again as Fedora is usually near the bleeding edge of things. That version of glibc is broken for some 32 bit applications (GSdx being one of them).

If Fedora is using 2.17 or 2.19 then the issue is something else, and could still be something else of course.
Reply
#4
Ah yes, sorry about that greg. It's failing to open.

Retried with glibc 2.17.20 and it still won't start in any GSdx mode.

During build, it does mention 2 problems. Don't know if they are relevant.

[builder@localhost pcsx2-read-only]$ ./build.sh
-- BuildType set to Devel by default
-- Disable the building of po files by default in Devel build !!!
-- Could NOT find Threads (missing: Threads_FOUND)
-- Could NOT find SparseHash_new (missing: SPARSEHASE_NEW_INCLUDE_DIR)
-- Don't build zerospu2. It is super-seeded by spu2x
-- Configuring done
-- Generating done
Reply
#5
What is your gpu drivers. If mesa, what version of opengl can work on your system.

And can you post the terminal output
Reply
#6
Thanks. Got the problems worked out. Who would have thought 32-bit drivers were optional.

Now. fglrx or wait for mesa to catch up... Mmmh.
Reply
#7
(02-17-2014, 12:58 AM)agent00skid Wrote: Thanks. Got the problems worked out. Who would have thought 32-bit drivers were optional.

Now. fglrx or wait for mesa to catch up... Mmmh.

Latest FOSS AMD mesa is quite playable on my end and appears to be about equivalent to the D3D9 renderer in graphical support. That is, provided you have at least Mesa 10.X, and kernel 3.12+ if you have a laptop (for DPM). You won't get the OGL 4.X features in Mesa, but personally I've found FGLRX to be mostly unusable/unstable and often poorer in performance despite theoretically being faster. YMMV of course, especially regarding specific hardware.

One last thing if you do go the open source route: sometimes I've had issues with DPM and it not switching up to full speed when running PCSX2. It doesn't happen all the time but if it does you can workaround it by doing this:

Code:
echo "performance" > /sys/class/drm/card0/device/power_dpm_state
# Change card0 to card1 or whatever if it's a secondary card.
Reply
#8
Had read that mesa could work. But it doesn't. Lists OpenGL as 3.1, and GSdx complains about extensions on launch.

I'm running mesa 10.1.0rc1 from repository.
Reply
#9
Gsdx doesn't complain about missing extension. Gsdx lists ext supported on your system, and adapt the code to run nicely Tongue2
Reply
#10
This part is the pcsx2 terminal output and the normal terminal output.

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

Opening plugins...
Opening GS
GSopen Failed: return code: 0xffffffff
Closing plugins...
Closing GS
Plugins closed successfully.
Shutting down plugins...
(pxActionEvent) GS plugin failed to open!(thread:MTGS)(thread:EE Core)
Shutdown DEV9
Shutdown FW
Shutdown USB
Shutdown CDVD
Shutdown SPU2
Shutdown PAD
Shutdown GS
Plugins shutdown successfully.

----------

Interface is initializing. Entering Pcsx2App:OhmynInit!
Applying operating system default language...
Command line parsing...
Command line parsed!
(UserMode) Found portable install ini @ /home/kevyn/Downloads/bin/portable.ini
Failed to create the opengl context. Check your drivers support openGL 3.3. Hint: opensource drivers don't
EGL: warning your driver doesn't suport advance openGL context attributes
EGL: Mesa Project : 1.4 (DRI2)
EGL: extensions supported: EGL_MESA_drm_image EGL_WL_bind_wayland_display EGL_KHR_image_base EGL_KHR_image_pixmap EGL_KHR_image EGL_KHR_gl_texture_2D_image EGL_KHR_gl_texture_cubemap_image EGL_KHR_gl_renderbuffer_image EGL_KHR_surfaceless_context EGL_KHR_create_context EGL_NOK_swap_region EGL_NOK_texture_from_pixmap EGL_NV_post_sub_buffer
Failed to find glCreateShaderProgramv
Reply




Users browsing this thread: 1 Guest(s)