Created attachment 192309 [details]
- 1.3.6 to 1.7.1
- cleanup (-pthread is already added, netplay & fbo are not options anymore)
- regenerate patches
- add WAYLAND option (requires wayland-egl in mesa)
- skip the vkCreateInstance check to always build Vulkan support (since loading is dynamic and headers are included)
- instead of adding --x-* to qb/qb.params.sh, use HAS_CONFIGURE instead of GNU_CONFIGURE to prevent that argument from appearing
- set up more things to point to our PREFIX in retroarch.cfg, use lib/libretro instead of libexec/libretro because cores are shared libraries
I'm going to also post assets/shaders ports here soon
Created attachment 192310 [details]
Here's ports for libretro-core-info, libretro-shaders-glsl, libretro-shaders-slang, retroarch-assets.
I'm not sure what's the best way to handle deps (make RetroArch depend on these optionally but by default?)
And the plists are rather large, maybe they should be dynamic? (what's the way to do that for non-python ports?)
Thank you for the patch. I will look into this within a few days.
I didn't realize there was any interest in RetroArch.
There is also the libretro-cores port that I will re-add. It has been deleted because it had git hash collisions in 7-digit hashes.
Speaking of cores, mGBA (bug 227346) and Mesen (bug 227351) have upstream libretro support, so their cores come from the corresponding ports. (And PPSSPP will join the party with the next release: https://github.com/hrydgard/ppsspp/pull/10780)
Also fixes ffmpeg 4.0 support, see
record/drivers/record_ffmpeg.c:351:30: error: use of undeclared identifier 'CODEC_FLAG_QSCALE'
audio->codec->flags |= CODEC_FLAG_QSCALE;
record/drivers/record_ffmpeg.c:361:30: error: use of undeclared identifier 'CODEC_FLAG_GLOBAL_HEADER'
audio->codec->flags |= CODEC_FLAG_GLOBAL_HEADER;
record/drivers/record_ffmpeg.c:381:25: error: use of undeclared identifier 'FF_MIN_BUFFER_SIZE'
audio->outbuf_size = FF_MIN_BUFFER_SIZE;
record/drivers/record_ffmpeg.c:493:30: error: use of undeclared identifier 'CODEC_FLAG_QSCALE'
video->codec->flags |= CODEC_FLAG_QSCALE;
record/drivers/record_ffmpeg.c:500:30: error: use of undeclared identifier 'CODEC_FLAG_GLOBAL_HEADER'
video->codec->flags |= CODEC_FLAG_GLOBAL_HEADER;
Created attachment 193058 [details]
Here's 1.7.3 (on top of the previous patches). Now with Qt GUI.
(and libretro-core-info @ 1.7.2, there's no 1.7.3 tag yet)
(In reply to Greg V from comment #5)
oops, looks like it also needs: QT_NONSTANDARD=yes
(not a GNU makefile, --with-qt-includes is not a valid option)
(In reply to Greg V from comment #3)
> PPSSPP will join the party with the next release
Landed in ports r470890. I haven't tested it but RetroArch-1.3.6 is probably too old for ppsspp core.
(In reply to Jan Beich from comment #7)
Cool! PPSSPP works for me on 1.7.3, but only with Vulkan.
GL segfaults (address 0x0) at ppsspp_libretro.so`Draw::DrawContext::CreatePresets() + 14.
Created attachment 200666 [details]
Update to 1.7.5
(In reply to Yuri Victorovich from comment #2)
> Thank you for the patch. I will look into this within a few days.
10 months has passed. Do you actually plan to maintain this port?
Created attachment 205273 [details]
Attached patch to update RetroArch to 1.7.7 release.
This patch doesn't include libretro-* and retroarch-assets ports, but it needs games/retroarch-assets as RUN_DEPENDS.
Just a ping. 1.3.6 found in ports doesn't work at all for me, so I have to use 1.7.8 from git which I'd rather not do. Can the port be updated, please?
Someone just resurrected libretro core ports: https://github.com/myfreeweb/freebsd-ports-dank/pull/6
(In reply to Greg V from comment #13)
It's me. :D
I find it easier to divide all cores into individual ones to maintain and fix if something ugly happens.
Some cores are broken and needs some extra effort, but most of them works and I've tested each one that compiles and install.
I've used the old libretro-cores as base, since it installs everything in the right place and added new ones not there, but some cores need more work (like n64 ones and ppsspp).
But direct to the point, most of those cores will not work in the old one in ports because it's not compatible (ppsspp for instance, will only works for >=1.7.0). The retroarch 1.3.x will probably end up not running any core, and retroarch needs those "cores" to achieve his purpose.
Updating this port to "at least" the version from Greg will be a big jump to this port, specially because an up-to-date retroarch opens a big door for emulators to freebsd up to dreamcast/ps2/wii era.
I've forgot, here's the repo with only libretro cores, it was tested with Retroarch from Greg's ports.
1.8.3 was launched from libretro developers and it's able to update the cores online, with this feature we could even ask them for having this working on freebsd since we'll not have to rely on ports of libretro cores. So.. what's the status of this?
Yuri, any progress or can we let someone else pick up this port?
A commit references this bug:
Date: Tue Mar 17 02:28:47 UTC 2020
New revision: 528553
games/retroarch: Release maintainership
Somebody needs to adopt RetroArch. It seems to have grown very complex,
and I don't use it and don't have much interest in it.
Created attachment 212598 [details]
Here's 1.8.5. (not tested in synth/poudriere, sorry)
I'll take maintainership.
====> Compressing man pages (compress-man)
====> Running Q/A tests (stage-qa)
Error: '/usr/bin/env python3' is an invalid shebang you need USES=shebangfix for 'bin/retroarch-cg2glsl'
*** Error code 1
make: stopped in /usr/ports/games/retroarch
A commit references this bug:
Date: Sun Mar 29 23:15:34 UTC 2020
New revision: 529848
games/retroarch: Greg V takes maintainership
Requested by: Greg V <firstname.lastname@example.org>
Created attachment 212979 [details]
v2 of 1.8.5 update:
- Fixed stage-qa (python/shebangfix)
- Moved fPIC from port variable to PR/patch: https://github.com/libretro/RetroArch/pull/10384
- Fixed build with security/rhash installed: https://github.com/libretro/RetroArch/pull/10382
- Fixed ifdefs to solve powerpc64 issue: https://github.com/libretro/RetroArch/pull/10383
- Made X11 an option
- Added libcaca option (the build system was auto finding this for me)
Should be ready to go I think.