Hello I found this on linuxemu : "PCSX-df is a fork of the PCSX Playstation emulator designed specifically for GNU/Linux (and probably other similar systems). It has a completely reworked and modernized GTK2/Glade GUI, a sensible plugin scanning system, a functioning gettext implementation, a modern autotooling for easy compiling and installation, GCC4 compatibility, and support for a ~/.pcsx directory for configuration data, among other improvements." It would be great to make an ebuild for this one, it could even replace the pcsx. What do you think about ?
url doesn't return for me. If it comes back, reopen please.
URL is working again
I'm all for this
also, available here http://aboenterprises.ca/pcsx-df
Created attachment 138563 [details] pcsx-df-1.815.ebuild working fine for me though ebuild is missing dependencies
Needs to support the nls use flag and I notice that the locale files are installed incorrectly. There's also pages of QA notices about compile warnings and a QA notice about executable stacks. Looks like it needs some love before hitting portage.
Created attachment 138719 [details] files/execstack.patch execstack.patch
Created attachment 138720 [details] pcsx-df-1.815.ebuild
*** Bug 202563 has been marked as a duplicate of this bug. ***
(In reply to comment #6) Mr.Bones, do compilation warnings need to be fixed to?
Created attachment 138723 [details] new IUSE bin_image add support for bin images (--enable-dfbinimage)
Created attachment 138725 [details] pcsx-df-1.815.ebuild correct dependencies for dfbinimage plugin
Created attachment 138752 [details, diff] hotkeys.patch hotkeys in ui are usefull
Created attachment 138763 [details] pcsx-df-1.815.ebuild as much love as i was able to give it for today's evening
Created attachment 138791 [details] pcsx-df-1.815.ebuild tidy up a bit. pretty poor results from testing some of my psx games. I'll have to look at it some more before adding it to portage. These patches look pretty good though and should be sent upstream. It's also too bad that the code has so many compile warnings and the distributed autotools code doesn't respect some of the common configure options like localedir, etc.
(In reply to comment #15) > pretty poor results from testing some of my psx games. I'll have to look at it > some more before adding it to portage. i had pretty good results with two games i've tested.
Mr.Bones. ... one question about one line of your tidied ebuild -e "s:/usr/games/lib\(/psemu/pluginsconfig/\):$(games_get_libdir)\1:" this changes /usr/games/lib/psemu/pluginsconfig/ to $(games_get_libdir)/psemu/pluginsconfig/ right? shouldn't it be $(games_get_libdir)/psemu/cfg/ ? also installed *.la and *.a into psemu/plugins seem to confuse epsxe
Sure, there's probably some work that needs to be done on the seds in general. Plus, probably just a patch is probably better there anyhow. Better still would be upstream support of doing what we need using configure options.
i've sent patches to Ryan Schultz,answer: Current homepage would be http://pcsx-df.sf.net; development is ongoing with Sourceforge. I'm forwarding the patches along to the current upstream maintainer.
from upstream: Thanks for the patches. They are in cvs on sourceforge, and will be in the next release tarball (which will most likely still be using http://aboenterprises.ca/pcsx-df/ for now).
pcsx-df-1.817.tar.gz released and contains both my patches
Hi there, any news on an updated ebuild? I'm still compiling and installing pcsx-df into /usr/local. Going to check if the new version still has the gfx issues with FFIX.
Created attachment 141392 [details] pcsx-df-1.817.ebuild
Thanks Anton, the new version doesn't show the gfx glitch with the XVideo plugin, so I think it's fixed. Still testing though, maybe it appears in another world map area.
pcsx-df-1.818 was released! Changelog is here: http://aboenterprises.ca/pcsx-df/files/bzr-ChangeLog Going to check in the next few dates if the old ebuild is still compatible with the new version. If anyone from the dev team reads this: great job guys! Greets, Tobias
Created attachment 146872 [details, diff] patch against CVS checkout from 22.03.2008 I was getting compile warnings with pcsx-df so I looked into this and fixed some of the pointer and big constant warnings. I also edited large parts of the libpcsxcore/ix86/iR3000A.c. I'm planning on fixing the other warnings too and writing a pcsx-df-9999.ebuild (so far I haven't figured out this whole autoxyz stuff...)
Created attachment 146892 [details, diff] dfsound cleanup and unification (part 1)
Created attachment 146893 [details, diff] dfsound cleanup and unification (part 2)
Created attachment 146895 [details, diff] dfsound cleanup and unification (part 3)
Created attachment 146897 [details, diff] dfsound cleanup and unification (part 4)
Comment on attachment 146897 [details, diff] dfsound cleanup and unification (part 4) cleanup mostly done in the dfsound plugin: - unsigned vars replaced by their uX (u8, u16, u32) counterparts - ripped out windows code chunks (not all) - small changes to the code style
Tobias, all this patches would be better sent upstream
I know, I already commented on my patches on the "main site": http://aboenterprises.ca/pcsx-df/ I'm just uploading them here. At first I wanted to use the mailing list for that, but the list seems to be "very low volume" (in fact dead, I only see one entry post).
you can send them straight to Stephen Chao <stephen@digitalnexus.org> i think
Any update to this?
I'm currently in contact with Stefan Sikora (hdhoshy). He is interested in the patches so I continue to clean up the dfsound plugin. Stefan mentioned a new release in the next weeks, I don't know anything specific though.
(In reply to comment #36) > I'm currently in contact with Stefan Sikora (hdhoshy). He is interested in the > patches so I continue to clean up the dfsound plugin. > Stefan mentioned a new release in the next weeks, I don't know anything > specific though. > There was a new release on the sourceforge project page on July 5.
Created attachment 161641 [details] pcsx-df-1.9.ebuild
need to add 'gnome'-flag or whatever for nautilus-burn feature
1.9 crashes out with amd64 swet without error on start 64bit error maybe!?
same here - it's segfaulting. i thought that it's media-libs/mesa-7.1_rc3 or xf86-video-ati gliching with my card, but now i think that it is bad flags or asm code
1.10 available
Created attachment 198911 [details] pcsx-df-1.10.ebuild
pcsx-df is dead. Right now the only live fork of pcsx seems to be pcsx-redux.