Do you think these are good to be committed? I need to rebuild ffmpegs 7/8 due to libjxl update, and don't want to rebuild them once again in a row. A good time to throw in an extra patch.
Last edited:
Got a tip for us?
Let us know
Become a MacRumors Supporter for $50/year with no ads, ability to filter front page stories, and private forums.
PPCPorts: the only ports you ever need on a PowerPC
- Thread starter barracuda156
- Start date
- Sort by reaction score
Do you think these are good to be committed? I need to rebuild ffmpegs 7/8 due to libjxl update, and don't want to rebuild them once again in a row. A good time to throw in an extra patch.
Andrew-R
macrumors 6502
From my understanding they should fix something that was not working before, without touching common code.
So, try to put them in. Assuming they did not break compilation under 10.6.8/ppc64 of course
Update for Leopard: https://macos-powerpc.org/PPCPorts/PPCPorts-Leopard-2.12.5_1.zip (needed so that gcc16 gets picked)
SnakeCoils
macrumors regular
Just updated PPCPorts (Leopard PPC) to the latest, so far are 5 days since and gcc16 is still building... the G4 is not frozen, the Terminal is active and the Activity Monitor show a "gnumake" running ad full speed... how long it is supposed to take for having a GCC 16 ready from source? At present I have the suspect that something is not working properly and I should clean and redo the compile from the beginning. The machine is a dual G4/1.50 GHz.
It is expected, nothing is wrong.
I always build with -v myself to see what’s actually running at the moment.
on my G5 2.3 one build of gcc16 took about 15 hrs. Two are needed (libgcc16 + gcc16).
Andrew-R
macrumors 6502
Not PPCports question per se, but it seems old darwinbuild branch Darwin9 for Leopard suffers from some link rot:
github.com
I can build it on 10.5.8 by simply doing make, but it tries some sourceforge svn server and fails to errors out correctly .
I wonder if it can be fixed on 10.5.8 (just for practice) as it was on 10.6.8_a5 ?
I need to study prior art
GitHub - macosforge/darwinbuild at Darwin9
Darwinbuild is a collection of tools that assist compilation of the many projects contained in Darwin, the open source base of Apple's macOS operating system. - macosforge/darwinbuild
github.com
I can build it on 10.5.8 by simply doing make, but it tries some sourceforge svn server and fails to errors out correctly .
I wonder if it can be fixed on 10.5.8 (just for practice) as it was on 10.6.8_a5 ?
I need to study prior art
Not PPCports question per se, but it seems old darwinbuild branch Darwin9 for Leopard suffers from some link rot:
GitHub - macosforge/darwinbuild at Darwin9
Darwinbuild is a collection of tools that assist compilation of the many projects contained in Darwin, the open source base of Apple's macOS operating system. - macosforge/darwinbuild
I can build it on 10.5.8 by simply doing make, but it tries some sourceforge svn server and fails to errors out correctly .
I wonder if it can be fixed on 10.5.8 (just for practice) as it was on 10.6.8_a5 ?
I need to study prior art
Well, it can, but I am not gonna do that myself. (I understand use cases to rebuild system components for 10.6, but not for 10.5: if one has expertise, time and motivation to have a better/newer macOS, 10.6 is the clear way to go; if priority is stability and compatibility with archaic software, there is nothing to improve over what Apple already ships in 10.5, any tweaks will compromise both.)
Andrew-R
macrumors 6502
libusb update dies on Leo;
Previous update also dies (ah this one is old foe):
mpv-devel dies too:
here because github is PITA even in newest Powefox 🙁
Code:
:info:build os/darwin_usb.c: In function 'darwin_get_device_string':
:info:build os/darwin_usb.c:995:59: error: expected ')' before 'kUSBVendorString'
:info:build 995 | cf = IORegistryEntryCreateCFProperty(service, CFSTR(kUSBVendorString), kCFAllocatorDefault, 0);
:info:build | ^~~~~~~~~~~~~~~~
:info:build os/darwin_usb.c:995:53: note: to match this '('
:info:build 995 | cf = IORegistryEntryCreateCFProperty(service, CFSTR(kUSBVendorString), kCFAllocatorDefault, 0);
:info:build | ^~~~~
:info:build os/darwin_usb.c:998:59: error: expected ')' before 'kUSBProductString'Previous update also dies (ah this one is old foe):
Code:
:info:build /opt/local/var/macports/build/previous-11826e4e/work/trunk/src/ditool/fs.h:423:9: error: unknown type name 'time_t'
:info:build 423 | time_t cg_time; /* time last written */
:info:build | ^~~~~~
:info:build /opt/local/var/macports/build/previous-11826e4e/work/trunk/src/ditool/fs.h:1:1: note: 'time_t' is defined in header '<time.h>'; this is probably fixable by adding '#include <time.h>'
:info:build +++ |+#include <time.h>
:info:build 1 | #ifndef fs_h
:info:build /opt/local/var/macports/build/previous-11826e4e/work/trunk/src/ditoompv-devel dies too:
Code:
:info:build ../mpv-99004d4df3ceb46599207534d0bc0625ed6b4ca2/osdep/mac/events_objc.m:436:57: error: invalid operands to binary & (have 'id' and 'unsigned int')
:info:build 436 | enum mp_dnd_action action = [NSEvent modifierFlags] & NSShiftKeyMask ?
:info:build | ~~~~~~~~~~~~~~~~~~~~~~~ ^
:info:build | |
:info:build | idhere because github is PITA even in newest Powefox 🙁
I will take a look, thanks.
P. S. Nothing -devel is guaranteed to work on anything aside of 10.6. Having said that, mpv is still worth addressing.
New AltiVec benchmarks for FFMpeg 8
Updated in https://github.com/macos-powerpc/powerpc-ports/commit/58b43dc9c493e6e208e79d32eeaf06a9823caacb
(AltiVec will be used if the ffmpeg8 port is installed either with +G5 or +G4 variants.)
Updated in https://github.com/macos-powerpc/powerpc-ports/commit/58b43dc9c493e6e208e79d32eeaf06a9823caacb
(AltiVec will be used if the ffmpeg8 port is installed either with +G5 or +G4 variants.)
mpv-devel error maybe fixed by https://github.com/macos-powerpc/powerpc-ports/commit/6adcd001bdfbab42644b99c0e7e946fee04fe6f1
Andrew-R
macrumors 6502
Unfortunately not fully:
Code:
:info:build In file included from ../mpv-99004d4df3ceb46599207534d0bc0625ed6b4ca2/video/out/cocoa/events_view.h:21,
:info:build from ../mpv-99004d4df3ceb46599207534d0bc0625ed6b4ca2/video/out/cocoa/events_view.m:22:
:info:build ../mpv-99004d4df3ceb46599207534d0bc0625ed6b4ca2/video/out/cocoa/mpvadapter.h:21:1: error: cannot find protocol declaration for 'NSWindowDelegate'
:info:build 21 | @interface MpvCocoaAdapter : NSObject<NSWindowDelegate>
:info:build | ^
:info:build [259/270] /opt/local/bin/gcc-mp-16 -Ilibmpv.2.dylib.p -I. -I../mpv-99004d4df3ceb46599207534d0bc0625ed6b4ca2 -I../mpv-99004d4df3ceb46599207534d0bc0625ed6b4ca2/include -Icommon -Ietc -Iplayer/javascript -Iplayer/lua -Isub -ITOOLS/osxbundle -I/opt/local/include/harfbuzz -I/opt/local/include/glib-2.0 -I/opt/local/lib/glib-2.0/include -I/opt/local/include/fribidi -I/opt/local/include/freetype2 -I/opt/local/include/libpng16 -I/opt/local/libexec/ffmpeg8/include -I/opt/local/libexec/openssl3/include -I/opt/local/include/libxml2 -I/opt/local/include/lua5.2 -I/opt/local/include/SDL2 -fvisibility=hidden -fdiagnostics-color=always -Wall -Winvalid-pch -Wextra -std=c11 -O3 -D_FILE_OFFSET_BITS=64 -Wdisabled-optimization -Wempty-body -Wformat -Wimplicit-fallthrough -Woverflow -Wparentheses -Wpointer-arith -Wshadow -Wundef -Wvla -Wno-cast-function-type -Wno-format-zero-length -Wno-missing-field-initializers -Wno-sign-compare -Wno-switch -Wno-unused-parameter -fno-math-errno -fno-signed-zeros -fno-trapping-math -Werror=format-security -Wno-unused-result -D_GNU_SOURCE -Wmissing-prototypes -Wstrict-prototypes -Werror=implicit-function-declaration -Wno-pointer-sign -DWINICONV_CONST= -pipe -Os -arch ppc -D_THREAD_SAFE -MD -MQ libmpv.2.dylib.p/video_out_cocoa_common.m.o -MF libmpv.2.dylib.p/video_out_cocoa_common.m.o.d -o libmpv.2.dylib.p/video_out_cocoa_common.m.o -c ../mpv-99004d4df3ceb46599207534d0bc0625ed6b4ca2/video/out/cocoa_common.m
:info:build FAILED: [code=1] libmpv.2.dylib.p/video_out_cocoa_common.m.o
:info:build /opt/local/bin/gcc-mp-16 -Ilibmpv.2.dylib.p -I. -I../mpv-99004d4df3ceb46599207534d0bc0625ed6b4ca2 -I../mpv-99004d4df3ceb46599207534d0bc0625ed6b4ca2/include -Icommon -Ietc -Iplayer/javascript -Iplayer/lua -Isub -ITOOLS/osxbundle -I/opt/local/include/harfbuzz -I/opt/local/include/glib-2.0 -I/opt/local/lib/glib-2.0/include -I/opt/local/include/fribidi -I/opt/local/include/freetype2 -I/opt/local/include/libpng16 -I/opt/local/libexec/ffmpeg8/include -I/opt/local/libexec/openssl3/include -I/opt/local/include/libxml2 -I/opt/local/include/lua5.2 -I/opt/local/include/SDL2 -fvisibility=hidden -fdiagnostics-color=always -Wall -Winvalid-pch -Wextra -std=c11 -O3 -D_FILE_OFFSET_BITS=64 -Wdisabled-optimization -Wempty-body -Wformat -Wimplicit-fallthrough -Woverflow -Wparentheses -Wpointer-arith -Wshadow -Wundef -Wvla -Wno-cast-function-type -Wno-format-zero-length -Wno-missing-field-initializers -Wno-sign-compare -Wno-switch -Wno-unused-parameter -fno-math-errno -fno-signed-zeros -fno-trapping-math -Werror=format-security -Wno-unused-result -D_GNU_SOURCE -Wmissing-prototypes -Wstrict-prototypes -Werror=implicit-function-declaration -Wno-pointer-sign -DWINICONV_CONST= -pipe -Os -arch ppc -D_THREAD_SAFE -MD -MQ libmpv.2.dylib.p/video_out_cocoa_common.m.o -MF libmpv.2.dylib.p/video_out_cocoa_common.m.o.d -o libmpv.2.dylib.p/video_out_cocoa_common.m.o -c ../mpv-99004d4df3ceb46599207534d0bc0625ed6b4ca2/video/out/cocoa_common.m
:info:build In file included from ../mpv-99004d4df3ceb46599207534d0bc0625ed6b4ca2/video/out/cocoa/window.h:19,
:info:build from ../mpv-99004d4df3ceb46599207534d0bc0625ed6b4ca2/video/out/cocoa_common.m:39:
:info:build ../mpv-99004d4df3ceb46599207534d0bc0625ed6b4ca2/video/out/cocoa/mpvadapter.h:21:1: error: cannot find protocol declaration for 'NSWindowDelegate'
:info:build 21 | @interface MpvCocoaAdapter : NSObject<NSWindowDelegate>
:info:build | ^
:info:build ../mpv-99004d4df3ceb46599207534d0bc0625ed6b4ca2/video/out/cocoa/window.h:26:1: error: cannot find protocol declaration for 'NSWindowDelegate'
:info:build 26 | @interface MpvVideoWindow : NSWindow <NSWindowDelegate, MpvWindowUpdate>
:info:build | ^
:info:build ../mpv-99004d4df3ceb46599207534d0bc0625ed6b4ca2/video/out/cocoa_common.m: In function 'light_sensor_cb':
:info:build ../mpv-99004d4df3ceb46599207534d0bc0625ed6b4ca2/video/out/cocoa_common.m:256:5: warning: ISO C90 forbids variable length array 'values' [-Wvla]
:info:build 256 | uint64_t values[outputs];
:info:build | ^~~~~~~~
:info:build ../mpv-99004d4df3ceb46599207534d0bc0625ed6b4ca2/video/out/cocoa_common.m: In function 'vo_set_level':
:info:build ../mpv-99004d4df3ceb46599207534d0bc0625ed6b4ca2/video/out/cocoa_common.m:635:44: error: 'NSWindowCollectionBehaviorTransient' undeclared (first use in this function); did you mean 'NSWindowCollectionBehaviorDefault'?
:info:build 635 | ~NSWindowCollectionBehaviorTransient;
:info:build | ^~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~
:info:build | NSWindowCollectionBehaviorDefault
:info:build ../mpv-99004d4df3ceb46599207534d0bc0625ed6b4ca2/video/out/cocoa_common.m:635:44: note: each undeclared identifier is reported only once for each function it appears in
:info:build ../mpv-99004d4df3ceb46599207534d0bc0625ed6b4ca2/video/out/cocoa_common.m:636:47: error: 'NSWindowCollectionBehaviorManaged' undeclared (first use in this function); did you mean 'NSWindowCollectionBehaviorDefault'?
:info:build 636 | [s->window setCollectionBehavior:behavior|NSWindowCollectionBehaviorManaged];
:info:build | ^~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~
:info:build | NSWindowCollectionBehaviorDefault
:info:build ../mpv-99004d4df3ceb46599207534d0bc0625ed6b4ca2/video/out/cocoa_common.m: In function 'vo_cocoa_set_opengl_ctx_on_main':
:info:build ../mpv-99004d4df3ceb46599207534d0bc0625ed6b4ca2/video/out/cocoa_common.m:798:5: warning: no '-initWithCGLContextObj:' method found
:info:build 798 | s->nsgl_ctx = [[NSOpenGLContext alloc] initWithCGLContextObj:s->cgl_ctx];
:info:build | ^
:info:build ../mpv-99004d4df3ceb46599207534d0bc0625ed6b4ca2/video/out/cocoa_common.m:798:5: warning: (messages without a matching method signature will be assumed to return 'id' and accept '...' as arguments)
:info:build ../mpv-99004d4df3ceb46599207534d0bc0625ed6b4ca2/video/out/cocoa_common.m: In function 'vo_cocoa_control_get_icc_profile':
:info:build ../mpv-99004d4df3ceb46599207534d0bc0625ed6b4ca2/video/out/cocoa_common.m:977:5: warning: 'NSScreen' may not respond to '-colorSpace'
:info:build 977 | NSData *profile = [[s->current_screen colorSpace] ICCProfileData];
:info:build | ^~~~~~
:info:build ../mpv-99004d4df3ceb46599207534d0bc0625ed6b4ca2/video/out/cocoa_common.m: At top level:
:info:build ../mpv-99004d4df3ceb46599207534d0bc0625ed6b4ca2/video/out/cocoa_common.m:363:13: warning: 'vo_cocoa_anim_lock' defined but not used [-Wunused-function]
:info:build 363 | static void vo_cocoa_anim_lock(struct vo *vo)
:info:build | ^~~~~~~~~~~~~~~~~~
:info:build ninja: build stopped: subcommand failed.
:info:build Command failed: cd "/opt/local/var/macports/build/mpv-devel-7ddde646/work/build" && /opt/local/bin/ninja -j2 -v
:info:build Exit code: 1
:error:build Failed to build mpv-devel: command execution failed
:debug:build Error code: CHILDSTATUS 22607 1
:debug:build Backtrace: command execution failed
:debug:build while executing
:debug:build "system {*}$notty {*}$callback {*}$nice $fullcmdstring"
:debug:build invoked from within
:debug:build "command_exec -callback portprogress::target_progress_callback build"
:debug:build (procedure "portbuild::build_main" line 10)
:debug:build invoked from within
:debug:build "$procedure $targetname"
:error:build See /opt/local/var/macports/logs/_opt_local_var_macports_sources_macos-powerpc.org_macos-powerpc_PPCPorts_ports_multimedia_mpv-devel/mpv-devel/main.log for details.
power-mac-g5-user-usr:~ andrewrandrianasulu$edit: replaced plain 1.8 mb log with zipped version
Andrew-R
macrumors 6502
Compiled MPlayer 1.5 witch patches from termux-packages for ffmpeg 8.1
May be it also need removal of ad_spdif.c from Makefile and libmpcodecs/ad.c (or may be I botched my patching - applied all mplayer-1.5 patches, even for ffmpeg 7 and 6)
for some reason -vo quartz show spinning ball and does not respond to keyboard.
I think whenPPCports move ffmpeg to ffmpeg 9 I'll need to retarget this mplayer against ffmpeg 8 ....
Code:
--disable-ffmpeg_a --extra-cflags= -Wno-incompatible-pointer-types -Wno-int-conversion
--disable-coreaudio --disable-sdl --enable-runtime-cpudetection --disable-x11May be it also need removal of ad_spdif.c from Makefile and libmpcodecs/ad.c (or may be I botched my patching - applied all mplayer-1.5 patches, even for ffmpeg 7 and 6)
for some reason -vo quartz show spinning ball and does not respond to keyboard.
I think whenPPCports move ffmpeg to ffmpeg 9 I'll need to retarget this mplayer against ffmpeg 8 ....
It is a better idea to leave mplayer 1.5 alone and start with mplayer-devel, which is newer already and needs fewer tweaks.
Andrew-R
macrumors 6502
well, I will try, but for now I concentrated on something I already have.
Fffmpeg +G5 variant now encodes 1080p60 (!) vp9 into mpeg2/aac in mov container at 18 fps , and mplayer _nearly_ can play it, I think my GeForce6600LE a bit slow with 60 fps fullHD vid:
Code:
/Volumes/ssd2/src2/MPlayer-1.5/mplayer /Volumes/ssd2/Pictie\ -\ Dusty\ Dolphin\ \[unXz6Ur3yDo\]_mpeg2.mov -quiet -fs -benchmark -vo corevideo -dr
Code:
BENCHMARKs: VC: 49.027s VO: 167.997s A: 4.307s Sys: 4.886s = 226.216s
BENCHMARK%: VC: 21.6726% VO: 74.2640% A: 1.9037% Sys: 2.1597% = 100.0000%video itself is 3 min 19 seconds
libx264 encode is much slower, at 1.7 fps. And playback at around 371.099 seconds
Code:
MPlayer 1.5-4.2.1 (C) 2000-2022 MPlayer Team
Can't init Apple Remote.
Playing /Volumes/ssd2/Pictures_termux/WEBMs/Swimming with Dusty - dusty the dolphin - Inisheer - Inis Oírr - Moxie - Dusty Dolphin [unXz6Ur3yDo].mov.
libavformat version 62.12.102 (external)
libavformat file format detected.
[mov,mp4,m4a,3gp,3g2,mj2 @ 0x1006334]Protocol name not provided, cannot determine if input is local or a network protocol, buffers and access patterns cannot be configured optimally without knowing the protocol
[lavf] stream 0: video (h264), -vid 0
[lavf] stream 1: audio (aac), -aid 0, -alang eng
VIDEO: [H264] 1920x1080 24bpp 59.940 fps 8862.1 kbps (1081.8 kbyte/s)
2026-08-03 22:58:53.362 mplayer[47856:10b] invalid pixel format
2026-08-03 22:58:53.364 mplayer[47856:10b] invalid context
==========================================================================
Opening video decoder: [ffmpeg] FFmpeg's libavcodec codec family
libavcodec version 62.28.102 (external)
Selected video codec: [ffh264] vfm: ffmpeg (FFmpeg H.264)
==========================================================================
Clip info:
major_brand: qt
minor_version: 512
compatible_brands: qt
encoder: Lavf62.12.102
Load subtitles in /Volumes/ssd2/Pictures_termux/WEBMs/
==========================================================================
Forced audio codec: null
Cannot find codec for audio format 0x4134504D.
Audio: no sound
Starting playback...
Could not find matching colorspace - retrying with -vf scale...
Opening video filter: [scale]
Movie-Aspect is 1.78:1 - prescaling to correct movie aspect.
[swscaler @ 0xcf1310]using unscaled yuv420p -> yuyv422 special converter
VO: [corevideo] 1920x1080 => 1920x1080 Packed YUY2 [fs]
[ASPECT] Warning: No suitable new res found!
[ASPECT] Warning: No suitable new res found!
[ASPECT] Warning: No suitable new res found!
[ASPECT] Warning: No suitable new res found!
BENCHMARKs: VC: 157.798s VO: 203.984s A: 0.000s Sys: 9.317s = 371.099s
BENCHMARK%: VC: 42.5217% VO: 54.9675% A: 0.0000% Sys: 2.5108% = 100.0000%Andrew-R
macrumors 6502
Andrew-R
macrumors 6502
attached patch against mplayer.git (see source.ffmpeg.org)
It compiles with configure line above, and plays same 1080p60 mpeg2/aac video exactly like older mplayer 1.5 - 224 seconds for 3:19 source runtime.
Andrew-R
macrumors 6502
small update, I tried "-autosync 30 -framedrop" as mplayer output suggested and it worked, now video and audio plays in sync (quicktime 7.7 need additional plugin/component for mpeg2 video, as far as I can see):
result in
-vo quartz works with -fs too (no beachball), but I need to manually press F to get it into real fuulscreen. Also, it a bit slower than -vo corevideo.
EDIT:
ffmpeg -i file.webm -c:v mpeg4 -b 10M -f mov file_mpeg4.mov works at 16-17 fps (slightly slower) but plays with no dropped frames:
Ah, and according to Phoronix ffmpeg 9.0 is out ....
Code:
/Volumes/ssd2/src2/mplayer.git/mplayer/mplayer -vo corevideo -dr -fs -benchmark /Volumes/ssd2/Pictures_termux/WEBMs/Swimming\ with\ Dusty\ -\ dusty\ the\ dolphin\ -\ Inisheer\ -\ Inis\ Oírr\ \ -\ Moxie\ -\ Dusty\ Dolphin\ \[unXz6Ur3yDo\]_mpeg2.mov -quiet -ao openal -autosync 30 -framedropresult in
Code:
BENCHMARKs: VC: 46.344s VO: 145.664s A: 4.127s Sys: 4.610s = 200.745s
BENCHMARK%: VC: 23.0858% VO: 72.5616% A: 2.0559% Sys: 2.2966% = 100.0000%
BENCHMARKn: disp: 10980 (54.70 fps) drop: 963 (8%) total: 11943 (59.49 fps)-vo quartz works with -fs too (no beachball), but I need to manually press F to get it into real fuulscreen. Also, it a bit slower than -vo corevideo.
EDIT:
ffmpeg -i file.webm -c:v mpeg4 -b 10M -f mov file_mpeg4.mov works at 16-17 fps (slightly slower) but plays with no dropped frames:
Code:
[lavf] stream 0: video (mpeg4), -vid 0
[lavf] stream 1: audio (aac), -aid 0, -alang eng
VIDEO: [MP4V] 1920x1080 24bpp 59.940 fps 9821.7 kbps (1198.9 kbyte/s)
BENCHMARKs: VC: 3.094s VO: 174.127s A: 5.990s Sys: 17.635s = 200.847s
BENCHMARK%: VC: 1.5405% VO: 86.6965% A: 2.9826% Sys: 8.7804% = 100.0000%
BENCHMARKn: disp: 11949 (59.49 fps) drop: 0 (0%) total: 11949 (59.49 fps)Ah, and according to Phoronix ffmpeg 9.0 is out ....
Last edited:
Andrew-R
macrumors 6502
well, it builds now and at least can play mp3 (from ssh console).
Thanks!
While I can't say I am happy about removal of some terminal emulators. I personally just copied home/end esc seqences in keybindings for default Terminal from their default keybindings, so home/end now work like on PC, but non-default terminals might get some bug preventing them from functioning properly so having few of them seems like goid idea..
Whole macports and similar systems (even slackbuilds!) a bit of russian roulette ... unfortunately. Update can and will break your/our setup, given enough update cycles.
Let us know if you try video.
I wonder if gpu-next works or not.
Do you refer to iTerm2 and macterm?
Well, reasons where three:
1. They were pegged to some really old versions. Official very old versions of them are not much older, and it’s unclear that ports even offer any improvement. (I actually noticed a regression in iTerm2 port as compared to older official version: full screen does not work.)
2. Updating them to current versions is impossible (Swift, modern frameworks), hacking to update to some intermediate version (still quite old) is a lot of work, better done on something else. So I just don’t want to spend time on them.
3. There are modern terminals that we already have, and bobcat and mlterm and foot are maintained by upstreams. (Contour gui is mine, but maybe I get it into upstream too.) Whatever features either of these miss that you like in macterm/iTerm2, we can rather port into some of the supported ones.
What specifically you want to work? Does contour generally fits you (porting into contour is more straightforward) or which one you would pick?
Isn’t all life like that?