Adrien0203
Jun 20 2008, 12:31 PM
Hi everyone !
I've tried PCSX2 under Ubuntu Hardy_64 but as I had an issue with the 3D driver ... I thought I could get it for mac.
I've searched all around the internet but there's not a PCSX2 for MacOs.
So I've downloaded the sources files for Linux and I've tried (after a chmod) to launch the install script
CODE
[adrien@iGeek] /Pcsx2_0.9.4_Source $ ./build.sh all
---------------
Building Pcsx2
---------------
Linux/Makefile.am:1: shell pkg-config --cflags gtk+-2.0: non-POSIX variable name
Linux/Makefile.am:1: (probably a GNU make extension)
checking for a BSD-compatible install... /usr/bin/install -c
checking whether build environment is sane... yes
checking for a thread-safe mkdir -p... ./install-sh -c -d
checking for gawk... no
checking for mawk... no
checking for nawk... no
checking for awk... awk
checking whether make sets $(MAKE)... yes
checking for gcc... gcc
checking for C compiler default output file name... a.out
checking whether the C compiler works... yes
checking whether we are cross compiling... no
checking for suffix of executables...
checking for suffix of object files... o
checking whether we are using the GNU C compiler... yes
checking whether gcc accepts -g... yes
checking for gcc option to accept ISO C89... none needed
checking for style of include used by make... GNU
checking dependency style of gcc... gcc3
checking for gcc... gcc
checking whether we are using the GNU C++ compiler... yes
checking whether gcc accepts -g... yes
checking dependency style of gcc... gcc3
checking how to run the C preprocessor... gcc -E
checking for ranlib... ranlib
checking dependency style of gcc... gcc3
checking debug build... no
checking for _aligned_malloc... no
checking for _aligned_free... no
checking for development build... no
checking force sse3 instructions... sse3
checking for virtual memory build... no
checking for using platform dependent recompilers... yes
checking for a x86-64 CPU... no
checking gtk+... checking for pkg-config... pkg-config
Package gtk+-2.0 was not found in the pkg-config search path.
Perhaps you should add the directory containing `gtk+-2.0.pc'
to the PKG_CONFIG_PATH environment variable
No package 'gtk+-2.0' found
Package gthread-2.0 was not found in the pkg-config search path.
Perhaps you should add the directory containing `gthread-2.0.pc'
to the PKG_CONFIG_PATH environment variable
No package 'gthread-2.0' found
checking for main in -lstdc++... yes
checking for main in -lz... yes
checking for grep that handles long lines and -e... /usr/bin/grep
checking for egrep... /usr/bin/grep -E
checking for ANSI C header files... yes
checking for sys/types.h... yes
checking for sys/stat.h... yes
checking for stdlib.h... yes
checking for string.h... yes
checking for memory.h... yes
checking for strings.h... yes
checking for inttypes.h... yes
checking for stdint.h... yes
checking for unistd.h... yes
checking libintl.h usability... yes
checking libintl.h presence... yes
checking for libintl.h... yes
configure: creating ./config.status
config.status: creating Makefile
config.status: creating DebugTools/Makefile
config.status: creating Linux/Makefile
config.status: creating IPU/Makefile
config.status: creating IPU/mpeg2lib/Makefile
config.status: creating RDebug/Makefile
config.status: creating tinyxml/Makefile
config.status: creating x86/Makefile
config.status: creating x86/ix86/Makefile
config.status: creating zlib/Makefile
config.status: executing depfiles commands
Configuration:
Target system type:
x86-64 build? no
Debug build? no
Dev build? no
Force sse3? no
Recompilers enabled? yes
Virtual memory build? no
Making clean in Linux
test -z "pcsx2" || rm -f pcsx2
rm -f *.o
Making clean in tinyxml
test -z "libtinyxml.a" || rm -f libtinyxml.a
rm -f *.o
Making clean in RDebug
test -z "libRDebug.a" || rm -f libRDebug.a
rm -f *.o
Making clean in IPU
Making clean in mpeg2lib
test -z "libmpeg2IPU.a" || rm -f libmpeg2IPU.a
rm -f *.o
Making clean in .
test -z "libIPU.a" || rm -f libIPU.a
rm -f *.o
Making clean in DebugTools
test -z "libDebugTools.a" || rm -f libDebugTools.a
rm -f *.o
Making clean in x86
Making clean in ix86
test -z "libix86.a" || rm -f libix86.a
rm -f *.o
Making clean in .
test -z "libx86recomp.a" || rm -f libx86recomp.a
rm -f *.o
Making clean in .
test -z "libpcsx2.a" || rm -f libpcsx2.a
rm -f *.o
Making install in x86
Making install in ix86
gcc -DPACKAGE_NAME=\"pcsx2\" -DPACKAGE_TARNAME=\"pcsx2\" -DPACKAGE_VERSION=\"0.9.4\" -DPACKAGE_STRING=\"pcsx2\ 0.9.4\" -DPACKAGE_BUGREPORT=\"zerofrog@gmail.com\" -DPACKAGE=\"pcsx2\" -DVERSION=\"0.9.4\" -DNDEBUG=1 -DSTDC_HEADERS=1 -DHAVE_SYS_TYPES_H=1 -DHAVE_SYS_STAT_H=1 -DHAVE_STDLIB_H=1 -DHAVE_STRING_H=1 -DHAVE_MEMORY_H=1 -DHAVE_STRINGS_H=1 -DHAVE_INTTYPES_H=1 -DHAVE_STDINT_H=1 -DHAVE_UNISTD_H=1 -DENABLE_NLS=1 -I. -I./.. -I./../../ -O3 -fomit-frame-pointer -O3 -fomit-frame-pointer -MT ix86_3dnow.o -MD -MP -MF .deps/ix86_3dnow.Tpo -c -o ix86_3dnow.o ix86_3dnow.c
mv -f .deps/ix86_3dnow.Tpo .deps/ix86_3dnow.Po
gcc -DPACKAGE_NAME=\"pcsx2\" -DPACKAGE_TARNAME=\"pcsx2\" -DPACKAGE_VERSION=\"0.9.4\" -DPACKAGE_STRING=\"pcsx2\ 0.9.4\" -DPACKAGE_BUGREPORT=\"zerofrog@gmail.com\" -DPACKAGE=\"pcsx2\" -DVERSION=\"0.9.4\" -DNDEBUG=1 -DSTDC_HEADERS=1 -DHAVE_SYS_TYPES_H=1 -DHAVE_SYS_STAT_H=1 -DHAVE_STDLIB_H=1 -DHAVE_STRING_H=1 -DHAVE_MEMORY_H=1 -DHAVE_STRINGS_H=1 -DHAVE_INTTYPES_H=1 -DHAVE_STDINT_H=1 -DHAVE_UNISTD_H=1 -DENABLE_NLS=1 -I. -I./.. -I./../../ -O3 -fomit-frame-pointer -O3 -fomit-frame-pointer -MT ix86.o -MD -MP -MF .deps/ix86.Tpo -c -o ix86.o ix86.c
ix86.c: In function J8Rel:
ix86.c:156: warning: pointer targets in return differ in signedness
ix86.c: In function JMP8:
ix86.c:2467: warning: pointer targets in return differ in signedness
mv -f .deps/ix86.Tpo .deps/ix86.Po
gcc -DPACKAGE_NAME=\"pcsx2\" -DPACKAGE_TARNAME=\"pcsx2\" -DPACKAGE_VERSION=\"0.9.4\" -DPACKAGE_STRING=\"pcsx2\ 0.9.4\" -DPACKAGE_BUGREPORT=\"zerofrog@gmail.com\" -DPACKAGE=\"pcsx2\" -DVERSION=\"0.9.4\" -DNDEBUG=1 -DSTDC_HEADERS=1 -DHAVE_SYS_TYPES_H=1 -DHAVE_SYS_STAT_H=1 -DHAVE_STDLIB_H=1 -DHAVE_STRING_H=1 -DHAVE_MEMORY_H=1 -DHAVE_STRINGS_H=1 -DHAVE_INTTYPES_H=1 -DHAVE_STDINT_H=1 -DHAVE_UNISTD_H=1 -DENABLE_NLS=1 -I. -I./.. -I./../../ -O3 -fomit-frame-pointer -O3 -fomit-frame-pointer -MT ix86_cpudetect.o -MD -MP -MF .deps/ix86_cpudetect.Tpo -c -o ix86_cpudetect.o ix86_cpudetect.c
mv -f .deps/ix86_cpudetect.Tpo .deps/ix86_cpudetect.Po
gcc -DPACKAGE_NAME=\"pcsx2\" -DPACKAGE_TARNAME=\"pcsx2\" -DPACKAGE_VERSION=\"0.9.4\" -DPACKAGE_STRING=\"pcsx2\ 0.9.4\" -DPACKAGE_BUGREPORT=\"zerofrog@gmail.com\" -DPACKAGE=\"pcsx2\" -DVERSION=\"0.9.4\" -DNDEBUG=1 -DSTDC_HEADERS=1 -DHAVE_SYS_TYPES_H=1 -DHAVE_SYS_STAT_H=1 -DHAVE_STDLIB_H=1 -DHAVE_STRING_H=1 -DHAVE_MEMORY_H=1 -DHAVE_STRINGS_H=1 -DHAVE_INTTYPES_H=1 -DHAVE_STDINT_H=1 -DHAVE_UNISTD_H=1 -DENABLE_NLS=1 -I. -I./.. -I./../../ -O3 -fomit-frame-pointer -O3 -fomit-frame-pointer -MT ix86_fpu.o -MD -MP -MF .deps/ix86_fpu.Tpo -c -o ix86_fpu.o ix86_fpu.c
mv -f .deps/ix86_fpu.Tpo .deps/ix86_fpu.Po
gcc -DPACKAGE_NAME=\"pcsx2\" -DPACKAGE_TARNAME=\"pcsx2\" -DPACKAGE_VERSION=\"0.9.4\" -DPACKAGE_STRING=\"pcsx2\ 0.9.4\" -DPACKAGE_BUGREPORT=\"zerofrog@gmail.com\" -DPACKAGE=\"pcsx2\" -DVERSION=\"0.9.4\" -DNDEBUG=1 -DSTDC_HEADERS=1 -DHAVE_SYS_TYPES_H=1 -DHAVE_SYS_STAT_H=1 -DHAVE_STDLIB_H=1 -DHAVE_STRING_H=1 -DHAVE_MEMORY_H=1 -DHAVE_STRINGS_H=1 -DHAVE_INTTYPES_H=1 -DHAVE_STDINT_H=1 -DHAVE_UNISTD_H=1 -DENABLE_NLS=1 -I. -I./.. -I./../../ -O3 -fomit-frame-pointer -O3 -fomit-frame-pointer -MT ix86_sse.o -MD -MP -MF .deps/ix86_sse.Tpo -c -o ix86_sse.o ix86_sse.c
mv -f .deps/ix86_sse.Tpo .deps/ix86_sse.Po
gcc -DPACKAGE_NAME=\"pcsx2\" -DPACKAGE_TARNAME=\"pcsx2\" -DPACKAGE_VERSION=\"0.9.4\" -DPACKAGE_STRING=\"pcsx2\ 0.9.4\" -DPACKAGE_BUGREPORT=\"zerofrog@gmail.com\" -DPACKAGE=\"pcsx2\" -DVERSION=\"0.9.4\" -DNDEBUG=1 -DSTDC_HEADERS=1 -DHAVE_SYS_TYPES_H=1 -DHAVE_SYS_STAT_H=1 -DHAVE_STDLIB_H=1 -DHAVE_STRING_H=1 -DHAVE_MEMORY_H=1 -DHAVE_STRINGS_H=1 -DHAVE_INTTYPES_H=1 -DHAVE_STDINT_H=1 -DHAVE_UNISTD_H=1 -DENABLE_NLS=1 -I. -I./.. -I./../../ -O3 -fomit-frame-pointer -O3 -fomit-frame-pointer -MT ix86_mmx.o -MD -MP -MF .deps/ix86_mmx.Tpo -c -o ix86_mmx.o ix86_mmx.c
mv -f .deps/ix86_mmx.Tpo .deps/ix86_mmx.Po
rm -f libix86.a
ar cru libix86.a ix86_3dnow.o ix86.o ix86_cpudetect.o ix86_fpu.o ix86_sse.o ix86_mmx.o
ranlib libix86.a
make[3]: Nothing to be done for `install-exec-am'.
make[3]: Nothing to be done for `install-data-am'.
gcc -DPACKAGE_NAME=\"pcsx2\" -DPACKAGE_TARNAME=\"pcsx2\" -DPACKAGE_VERSION=\"0.9.4\" -DPACKAGE_STRING=\"pcsx2\ 0.9.4\" -DPACKAGE_BUGREPORT=\"zerofrog@gmail.com\" -DPACKAGE=\"pcsx2\" -DVERSION=\"0.9.4\" -DNDEBUG=1 -DSTDC_HEADERS=1 -DHAVE_SYS_TYPES_H=1 -DHAVE_SYS_STAT_H=1 -DHAVE_STDLIB_H=1 -DHAVE_STRING_H=1 -DHAVE_MEMORY_H=1 -DHAVE_STRINGS_H=1 -DHAVE_INTTYPES_H=1 -DHAVE_STDINT_H=1 -DHAVE_UNISTD_H=1 -DENABLE_NLS=1 -I. -I./../ -O3 -fomit-frame-pointer -O3 -fomit-frame-pointer -MT iCOP2.o -MD -MP -MF .deps/iCOP2.Tpo -c -o iCOP2.o iCOP2.c
In file included from ./../Plugins.h:24,
from ./../Common.h:197,
from iCOP2.c:24:
./../PS2Edefs.h:39:21: error: windows.h: No such file or directory
In file included from ./../Plugins.h:24,
from ./../Common.h:197,
from iCOP2.c:24:
./../PS2Edefs.h:105: error: syntax error before * token
./../PS2Edefs.h:486: error: syntax error before * token
./../PS2Edefs.h:487: error: syntax error before * token
And the list of errors goes on ... and finally
CODE
./../Misc.h:23:20: error: malloc.h: No such file or directory
make[2]: *** [iCOP2.o] Error 1
make[1]: *** [install-recursive] Error 1
make: *** [install-recursive] Error 1
In case you have not guessed, I'm a total noob with Gcc.
I suppose that parameters are not the same or/and missing libraries.
Someone has an idea ?
Thanks.
lord_muad_dib
Jun 20 2008, 03:05 PM
it can't work without major modifications to work with quartz and core image
Adrien0203
Jun 23 2008, 12:14 AM
Too bad
Thanks for the answer anyway.
Maybe someone quite good can handle this
( Someone is interested here ? )
~pcwiz
Jul 1 2008, 08:21 PM
Darwine or Cider?
Zedr0n
Jul 4 2008, 10:31 AM
Yeah, I tried to compile it under mac, will require quite a lot of modifications.
As for the error you encounter, it's actually a quite simple one, the first one which arises. On Mac the file malloc.h has been moved to sys/malloc.h. In reality malloc is part of stdlib under mac if I remember correctly. The easiest way to deal with this problem is actually to just hardlink sys/malloc.h to malloc.h
lord_muad_dib
Jul 4 2008, 10:54 AM
u might be able to compile it but ut's designed to work over Xorg ABIs, it wil not work on xquartz
Zedr0n
Jul 4 2008, 06:58 PM
hm, can you elaborate please? As far as I see, pcsx2 uses SDL which is quite cross-platform, is there such a problem in the X?
Zedr0n
Jul 6 2008, 03:50 PM
well, I've built it, but zerogs doesn't work
looks like this on xquartz
Adrien0203
Jul 6 2008, 11:12 PM
Great
, Thanks Zedr0n
I love to see the pcsx2 logo on an x11 window under MacOs
. (the .deb for ubuntu was not able to show the logo by the way)
Well zerogs doesn't work but maybe
lord_muad_dib has an idea on this issue.
Can you tell me what you have done to build this? Which Gcc have you used? Have you downloaded additional libraries like GTK+2 from fink ?
Many thanks for all this
Zedr0n
Jul 7 2008, 04:18 AM
QUOTE(Adrien0203 @ Jul 6 2008, 11:12 PM)
Great
, Thanks Zedr0n
I love to see the pcsx2 logo on an x11 window under MacOs
. (the .deb for ubuntu was not able to show the logo by the way)
Well zerogs doesn't work but maybe
lord_muad_dib has an idea on this issue.
Can you tell me what you have done to build this? Which Gcc have you used? Have you downloaded additional libraries like GTK+2 from fink ?
Many thanks for all this
It's not as simple as downloading additional libraries unfortunately. I had to patch the source code quite a bit, hack some makefiles, and port the asm code to nasm. This is still work in progress and I'm not sure if the patches I've made haven't broken the build.
On a sidenote, no, I don't use Fink/MacPorts. They clutter the system too much and the dependencies are hard to fix so I prefer the standard linux way. I had to compile gtk+ from scratch for x11(xquartz) because the native port of gtk+ didn't work for me unfortunately(it compiled but had a runtime error in Cairo, EXC_ARITHMETIC)
Yes, I hope, that lord_muad_dib can help on this issue, though I'm hoping that I'll be able to run Gssoft plugin if it can be updated to recent plugin specs
xandiztxu
Jul 7 2008, 06:17 AM
This is a very intersting progress ^
Zedr0n
Jul 7 2008, 07:39 AM
so, some debugging later, here is some new progress on zeroGS
Zedr0n
Jul 7 2008, 12:47 PM
ok, historical moment, I managed to see bios on os x. Interpreter mode and debug/dev builds, mind you. Crashes right after Sony Computer Entertainment disappears,
but still.
Antialiasing too
~pcwiz
Jul 7 2008, 05:39 PM
QUOTE(Zedr0n @ Jul 7 2008, 05:47 AM)
ok, historical moment, I managed to see bios on os x. Interpreter mode and debug/dev builds, mind you. Crashes right after Sony Computer Entertainment disappears,
but still.
Antialiasing too
That's sweet! If you get this working you should start your own "PSCX2 on OS X" project
There are no good PS2 emulators for OS X so this really is historic
Adrien0203
Jul 7 2008, 08:43 PM
Frack !
It's an historical moment for Mac Geeks
That's right it's time to open a sourceforge project !
May I propose MacSX2 as name ? lol
Zedr0n you're definitely deadly fast
xandiztxu
Jul 8 2008, 06:27 AM
Congratulations man!!! Try talking on ngemu forums they might help you!
lord_muad_dib
Jul 8 2008, 08:26 AM
that's great man!
as long as pcsx2 uses sdl to render we're in good shape, we don't have to bother about rendering conversion
if you don't mind, i'd contact the main pcsx2 team to announce the great news!
now
for best results, don't build pcsx from svn, as it might have broken recompilers
i don't see why it won't work. btw for testing, always use the jap first bios, as it's the most compatible bios
about the crash after the "transition to the dark".. i'd say it's something about the dvd plugin, try to select a dummy and do some tries
pm me with your contact, we can cooperate!
still, amazing work!
Zedr0n
Jul 8 2008, 08:38 AM
QUOTE(lord_muad_dib @ Jul 8 2008, 08:26 AM)
that's great man!
as long as pcsx2 uses sdl to render we're in good shape, we don't have to bother about rendering conversion
Actually, it's not. It's all pure glX, so it uses x11 server heavily and I have to constantly comment out some things.
QUOTE
if you don't mind, i'd contact the main pcsx2 team to announce the great news!
Feel free, though I'm constantly on #pcsx EFNET and I have a thread going on ngemu:
http://forums.ngemu.com/pcsx2-official-for...-pcsx2-mac.htmlSo they know already, I think
QUOTE
now
for best results, don't build pcsx from svn, as it might have broken recompilers
i don't see why it won't work. btw for testing, always use the jap first bios, as it's the most compatible bios
about the crash after the "transition to the dark".. i'd say it's something about the dvd plugin, try to select a dummy and do some tries
I'm using the dummy CDVDnull. For CDVDiso with ffxii it loads but doesn't output anything at all, reports the error EXC_BAD_ACCESS again
QUOTE
pm me with your contact, we can cooperate!
still, amazing work!
PMing you now
lord_muad_dib
Jul 8 2008, 08:47 AM
ok then... the exec_bad crap often means that it's trying to access a resource that is unavailable, being a memory access range or a physical device, so, we need to closely watch the backtrace and see what fails, as it's kinda generic
cyclonefr
Jul 8 2008, 10:37 AM
great work ! keep up the good work
lord_muad_dib
Jul 8 2008, 10:50 AM
more to come..
Zedr0n
Jul 8 2008, 12:24 PM
Zedr0n
Jul 8 2008, 10:35 PM
~pcwiz
Jul 9 2008, 08:11 PM
QUOTE(Zedr0n @ Jul 8 2008, 03:35 PM)
W00T! The first 2 screens look weird but the rest are BEAUTIFUL quality, especially that last one. Congrats on getting it working, does it play other games too? When will you be putting up the binary of this so we can try using it ourselves? Thanks for all your work!
Zedr0n
Jul 11 2008, 09:12 PM
QUOTE(~pcwiz @ Jul 9 2008, 09:11 PM)
W00T! The first 2 screens look weird but the rest are BEAUTIFUL quality, especially that last one. Congrats on getting it working, does it play other games too? When will you be putting up the binary of this so we can try using it ourselves? Thanks for all your work!
Unfortunately, I didn't get it working. First of all, it's 5fps because it's running in interpreter mode, second it's only running ffxii intro movie right now, doesn't progress any further than that.
aquanutz
Jul 12 2008, 10:22 PM
That is amazing. Nice work.
W.oo.dy
Jul 12 2008, 10:54 PM
Zedr0n, amazing work!!!!!!
Congratz for your job, and congratz for everybody envolved on this!!!
xandiztxu
Jul 13 2008, 12:38 AM
Keep up the good work! Can't wait too see the progress!!! And if you could host the movie on youtube I would be very thankful, this site don't work on brazil.
slipttees
Sep 25 2008, 09:05 PM
dawn....great work everyone
Zedr0n
Oct 5 2008, 10:13 PM
Yeah, i'm not dead apparently
Sorry for no progress to all the interested people but moving to another country, working first job and living alone does take some time to get used to.
I've cleaned up the code and set up trac project at
http://quant0r.com/trac/trac.cgi. Now it doesn't require manual editing of makefiles, compiling of nasm files, etc... etc... It's a plain configure/make process.
I'm not too sure of dependencies right now as I've installed quite a bit so I'm looking for a volunteer to go through build process on a clean mac
I'll be releasing a tarball afterwards I guess.
Adrien0203
Oct 6 2008, 10:59 AM
QUOTE(Zedr0n @ Oct 5 2008, 10:13 PM)
Yeah, i'm not dead apparently
That's good news! Really!
I was about to write a new post to know what's up.
Thanks for the pcsx2 package, I'm pretty sure others good developers are going to get involved in this.
So thanks again for your good work
Zedr0n
Oct 7 2008, 10:30 PM
Zedr0n
Oct 7 2008, 11:08 PM
Zedr0n
Oct 11 2008, 03:24 PM
Ok, going forward. I've spent last few nights trying to fix the recompilers. Seems like leopard is very, very sensitive to stack alignment and in pcsx2 code there are lots of time when the stack is misaligned(what with inline asm everywhere). So far, i've managed to get japan bios 1.0 to run.
It runs on 15-20 fps, this is debug build of pcsx2, no dc/mgts. Is this roughly the same on windows? The interpreter mode is 2fps on this build
Yeah, video is up here
YouTube - pcsx2 0.03
Zedr0n
Oct 11 2008, 07:09 PM
Zedr0n
Oct 11 2008, 11:23 PM
Zedr0n
Oct 12 2008, 12:16 AM
I've also managed to fix ffxii, so it now goes in-game
Im posting a video but bear in mind that real fps are in pictures as seems like video recording takes its toll on performance.
No mtgs/dc as of yet, so performance is lacking
http://www.youtube.com/watch?v=J92R6u6psLk
~pcwiz
Oct 12 2008, 12:53 AM
Amazing work. And yes 20 fps is about what I get on Windows, maybe a bit more but not much
Zedr0n
Oct 12 2008, 01:29 AM
mushroomkid8
Oct 13 2008, 05:10 PM
Hi, i download the latest binary for the mac and i edited it with chmod +x, but whenever i try and run it, then i get the error message:
dyld: Library not loaded: /usr/local/gtkx11/lib/libgtk-x11-2.0.0.dylib
Referenced from: /Users/bestbuy/Downloads/pcsx2 2/bin/pcsx2
Reason: image not found
Trace/BPT trap
Could someone please help me
i tried to look for it to download but i can't find anything
Thanks
Adrien0203
Oct 13 2008, 07:35 PM
QUOTE(mushroomkid8 @ Oct 13 2008, 05:10 PM)
Hi, i download the latest binary for the mac and i edited it with chmod +x, but whenever i try and run it, then i get the error message:
dyld: Library not loaded: /usr/local/gtkx11/lib/libgtk-x11-2.0.0.dylib
Referenced from: /Users/bestbuy/Downloads/pcsx2 2/bin/pcsx2
Reason: image not found
Trace/BPT trap
Could someone please help me
i tried to look for it to download but i can't find anything
Thanks
I've the same problem as you.
First I've installed the latest x11 and (as zedr0n said in an answer to a pm) installed the nVidia CG Framework
http://developer.nvidia.com/object/cg_toolkit.html==>not working
Try to find out if it was possible to get a atk updated from mac ports
==>
dyld: Library not loaded: /usr/local/gtkx11/lib/libatk-1.0.0.dylib
Referenced from: /Users/adrien/Desktop/pcsx2/bin/pcsx2
Reason: Incompatible library version: pcsx2 requires version 2210.0.0 or later, but libatk-1.0.0.dylib provides version 2010.0.0
Trace/BPT trap
Maybe I have to compile it myself from a svn to get the very latest version ??
--
So try again with the cg toolkit, maybe it's not working on my mac because I've done too many hacks ><
And I'm pretty sure that zedr0n is about to put a how-to on his website
Zedr0n
Oct 13 2008, 08:23 PM
Yep, i've compiled latest gtk myself from sources, because macports/fink aren't exactly 100% compatible. Hm, I can probably try compiling them in as static libs so that there is no need to compile anything. I'll try to do that in a few next days
Adrien0203
Oct 14 2008, 08:13 AM
QUOTE(Zedr0n @ Oct 13 2008, 08:23 PM)
Yep, i've compiled latest gtk myself from sources, because macports/fink aren't exactly 100% compatible. Hm, I can probably try compiling them in as static libs so that there is no need to compile anything. I'll try to do that in a few next days
cool stuff ^^
Zedr0n
Oct 18 2008, 12:04 AM
Adrien0203
Oct 18 2008, 12:33 PM
Hi everyone ^^
It's me again
Nice to see ffX on osX
Before the build of pcsx2 with static libs I thought it would be cool to compile gtk+ from subversion.
I've performed some search and I've found a cool script that do all the job for you.
The website explains you how to manage this, it's pretty cool,
right here.
Finally I've succeeded to compile gtk+.
If you remember zedr0n's build requires libatk 2210.0.0
mine is libatk-1.0.0.2409.1.dylib.
So as 2409 > 2210 it should work.
But I've a path problem, when I launch Pcsx2 it looks in:
/usr/local/gtkx11/lib/ (libatk-1.0.0.dylib)
Actually my updated libs are in:
/Users/adrien/gtk/inst/lib (libatk-1.0.0.2409.1.dylib)
I don't want to make a massive apple+c apple+v so I taught there was somewhere a way to change that, maybe adding it in the PATH or in another var ?
So what should I do ? copy and overwrite or something else ?
Thanks again
Zedr0n
Oct 18 2008, 01:51 PM
The build of gtk+ you are referring to is an to do native(non-x11) version of gtk. I've tried it, unfortunately it doesn't work for pcsx2. And anyway, all opengl is using X11 so you would need x11 gtk for zerogs.
Yes, i seem to be using hardcoded paths for libs, the simplest way would be either to copy(it wouldn't overwrite anything anyway as gtkx11 doesn't exist by default) or symlink it.
Zedr0n
Oct 20 2008, 10:46 AM
Ok, i tried creating a binary which would work on other macs
First, grab the gtk redistributable at
http://pcsx2-mac.quant0r.com/files/gtk.tar.gz. When you unpack it you'll get two files:
gtk_dist.tgz
install_gtk.sh
Open Terminal, cd to the directory where these 2 files are and type
./install-gtk.shThis would ask you for your password(because it would copy the files to /usr/local/gtkx11) and will also check if /usr/local/gtkx11 exists. If it does then you'll get a message
/usr/local/gtkx11 already exists, delete it if you are sure you want to replace itand you would need to manually delete the directory if you want to replace it.
Second, you'll also need Nvidia CG Framework for mac which you can get here -
http://developer.nvidia.com/object/cg_toolkit.html#downloadsThen you just get latest
http://pcsx2-mac.quant0r.com/files/pcsx2.tar.gz, unpack it wherever, copy bios and launch pcsx2.
Please test because it does work on my mac(but I only moved my /usr/local/gtkx11 to another place for testing) but this is only for gtk dependencies I see.
Zedr0n
Oct 20 2008, 02:35 PM
Ok, dirty hacked the debug build into release build(removed -D_DEBUG from x86 directory makefile) and got a real speed boost - around 15-20 fps
for comparison no AA
on the other hand, i've found the reason for the problem I've read elsewhere about - the ffx videos line problem. Seems like people thought it was mostly zerogs fault but it's something broken in release build - i.e. i didn't get the lines before but now
well, at least it's 10fps faster
Zedr0n
Oct 20 2008, 06:00 PM
And now zerogs switched into release(AA4x)
dudecuda
Oct 21 2008, 04:05 AM
Amazing work. Quite the one-man team you are.
This is a "lo-fi" version of our main content. To view the full version with more information, formatting and images, please
click here.
