"PCSX-Reloaded is a PlayStation Emulator based on PCSX-df Project, with support for both Windows and GNU/Linux as well as several bugfixes/improvements." so, pcsx-r is a fork of pcsx-df which is stagnated fork of pcsx which is old and totally unmaintained Reproducible: Always Steps to Reproduce: 1.eix psx 2.eix pcsx 3.eix epsxe Actual Results: frustration Expected Results: some quality PS1 emulator, as good as mefnafen for NES Release Notes - Added ability to run CD images directly. - Added ability to switch CD images. - GNU/Linux port: Integrated P.E.Op.S OpenGL Driver into the build tree. Ported the configuration utility to GTK2. - GNU/Linux port: Added Cheat Code manager (Cheat Search is still not implemented). - GNU/Linux port: Improved compatibility with x86_64 systems. - GNU/Linux port: Supported translation of plugin configuration utilities. - Tweaked UI. - Bugfixes.
Created attachment 201958 [details] games-emulation/pcsx-r/pcsx-r-1.0_rc2.ebuild [X] EAPI=2 [X] Gentoo 'games' paths [!] locales (just 1 for now) not installs for some reason, probably a script bug
Created attachment 201960 [details] games-emulation/pcsx-r/pcsx-r-9999.ebuild same as above but live SVN
there is also "PCSX Rerecording" fork [http://code.google.com/p/pcsxrr/] which must be far far more advanced then any PS1 emulator but i didn't managed to compile it for gnu/linux. author seems don't quite care but it might be helpful if someone from gentoo community will know.
Hello, thanks for a ebuild, but it doesn't work very well - pcsx complain about missing /usr/share/games/pixmaps/pcsx-icon.png (it was installed in /usr/share/pixmaps/pcsx-icon.png) /usr/local/share/psemu/dfxvideo.glade2 (it was installed in /usr/share/games/psemu/dfxvideo.glade2 etc also configure says: config.status: WARNING: 'po/Makefile.in.in' seems to ignore the --datarootdir setting and config.status: WARNING: 'po/Makefile.in.in' seems to ignore the --datarootdir setting There is 29059 revision of pcsxr.
Ooops, copy-paste error :( Second message must be configure: WARNING: unrecognized options: --enable-dfopengl
The last issue can be solved by changing $(use_enable opengl dfopengl) to $(use_enable opengl)
thanks for feetback. however i know about --datarootdir issue and that's exactly what i meant with "locales (just 1 for now) not installs" and i don't know how to fix it yet :( glade issue is new for me since i have not encountered it, didn't used 9990 though. saw png error but didn't bother fix it yet.
Created attachment 203243 [details] games-emulation/pcsx-r/pcsx-r-9999.ebuild [X] opengl error should be fixed [TODO] png error [TODO] locale error [TODO] possible glade path error
Oops, sorry about /usr/local stuff, it's because I has non-symlinked cfg* in my .pcsx/plugins, and it was compiled with --prefix=/usr/local
Also, I change your ebuild: *fixed pixmap issue *sed -i -e "s:/usr/lib/games/psemu/:$(games_get_libdir)/psemu/:g" gui/LnxMain.c not needed because ScanAllPlugins also scans in DEF_PLUGIN_DIR ($(games_get_libdir)/psemu/)
Created attachment 203317 [details] ebuild with my fixes
Created attachment 211241 [details] pcsx-r-9999.ebuild Cleaned it up a bit. For example, src_compile was redundant. repoman was complaining about a few things. A live ebuild shouldn't be marked as stable. The locale directory didn't exist, even if I enabled nls. I see a pt_BR file in there though, maybe it depends on LINGUAS or something?
Created attachment 216102 [details] games-emulation/pcsx-r-1.9.91.ebuild version bump. still with "locales"-issue
I've committed a cleaned up version of the ebuild to the roslin overlay. It fixes some issues with dependencies and drops the mv workaround in favour of a patch. Will probably commit a live SVN ebuild soon.
Created attachment 217000 [details] pcsxr-1.9.91
Created attachment 217002 [details, diff] Fixes datadir for pixmap and .desktop
Created attachment 217252 [details, diff] Fixes implicit declarations in gfx plugin
Created attachment 217254 [details] New ebuild
Created attachment 217256 [details] Live SVN ebuild
Nice PS1 emulator and nice ebuild. Good to see it rolling all it's video/audio/controller plugins into the one package. Portage needs this especially since gtk+-1 dependant packages are now being masked in the slow move to get rid of gtk+-1 from the tree entirely.
pcsxr-implicit-declaration.patch is obsolete for Live SVN: it is included (thus the ebuild fails).
The pcsxr-1.9.91-r1 ebuild fails to download the source file, because it's not in the Gentoo repository yet and the codeplex site needs you to agree to the GPL first before it lets you download the file.
change old SRC_URI="http://download.codeplex.com/Project/Download/FileDownload.aspx?ProjectName=pcsxr&DownloadId=98581&FileTime=129064504645100000&Build=16135" to SRC_URI="http://download.codeplex.com/Project/Download/FileDownload.aspx?ProjectName=pcsxr&DownloadId=98581&FileTime=129064504645100000&Build=16821" this is "direct" link to the file to override "GPL EULA"-nonsense... appoint MS to create a repository and this is what it will look like, just as MS's "shell"-like entity, the "power" one! but enough of that, either we must restrict 'fetching' inside ebuild and download manually or keep up with changes. i wonder however - what exactly has changed ? possible of course that it can change randomly all the time and we got "lucky".
I've put all the files since 2010-01-20 into the local overlay, but it doesn't seems that portage has took that ebuild. After trying to create the manifest, emerge said the following: # ebuild pcsxr-1.9.91-r1.ebuild manifest !!! /usr/overportage/games-emulation/pcsx-r/pcsxr-1.9.91-r1.ebuild does not seem to have a valid PORTDIR structure. What am i doing wrong?
you are putting _pcsxr_-named ebuild into _pcsx-r_-named directory.
Created attachment 242803 [details] games-emulation/pcsx-r-1.9.92.ebuild
Hi, it seems archlinux aur guys use some shell script magic to get the correct download link, not sure if it's usable for gentoo's ebuild... http://aur.archlinux.org/packages.php?ID=26998
pcsx-r sometimes crash if the strict-aliasing optimization is used. I suggest stripping the flag -O3 or adding the -fno-strict-aliasing flag. http://pcsxr.codeplex.com/workitem/7294
I can confirm that with the actual URL the download works fine: http://download.codeplex.com/Download?ProjectName=pcsxr&DownloadId=140521&FileTime=129254829621800000&Build=18301 Replacing the url in the last ebuild with this one does the job.
After renaming the "Fixes datadir for pixmap and .desktop" from pcsxr-datadir.patch to pcsx-r-datadir.patch, the pcsx-r-1.9.92.ebuild works great for me (amd64). I did have to manually download the source, though. Neither the link in the ebuild or the one in Comment 29 seems to work anymore.
I should note that --enable-alsa does not seem to be accepted by the configure script. Once installed, it works on my pulseaudio setup, though.
For what it's worth, a new and improved ebuild for this has been available in the roslin overlay for some time now. And thanks to Sabayon Linux graciously mirroring the tarball, there should be no further problems with fetching.
I've committed 1.9.94 based on bug 492936. I've missed this one due to the hyphen in bug desc :). @Sergey: did you actually find a good way of fetching files from codeplex? I've mirrored pcsxr for my ebuild but fetching directly from upstream would be better. *** This bug has been marked as a duplicate of bug 492936 ***