Become a MacRumors Supporter for $50/year with no ads, ability to filter front page stories, and private forums.
Status
The first post of this thread is a WikiPost and can be edited by anyone with the appropiate permissions. Your edits will be public.
Well, this is a hobby thing done in a free time (financing I had via donate from GitHub was about 100 bucks for the past year, so I cannot make it my job, sorry). Qt5 is painful and needs a lot of work. I just don’t get a free month to work on it full-time. And if I concentrate on Qt5 until it is fixed, then everything else will be broken by then LOL. (It took a few weeks for upstream MacPorts to break quite a number of important ports since I stopped submitting fixes there. So it needs effort even to maintain a given level of functionality – if nothing is done for a month, a lot of stuff will be broken.)
Uh, I apologize, I guess you got me completely wrong. I didn't mean to imply that you should "work faster" (or so) on it. It just seems you are pretty knowledgeable in all things PPC; so I assumed that you'd know if someone got it runing.

Again, my apologies, I actually appreciate what you accomplish here
 
so I assumed that you'd know if someone got it runing.

AFAIK nobody could make anything newer than 5.3 to work on 10.6 x86_64 (and situation is not much better for multiple later macOS). Qt is a badly written and horribly maintained software. Cocoa code cannot be built with gcc (for example, due to this), so we have to wait until this issue is fixed in gcc, and clang is broken altogether. An alternative, potentially, is X11 backend, which in principle could work, but it is broken for all macOS in all Qt versions, as I know (X11 add-ons might build, but I have not seen a standalone X11-based version for macOS). Qt5 also uses a borked build system, and to reach to fixing bugs in Qt itself it is needed to fix the former (I have a firm impression that it was designed to make life painful for anyone intending to sort out this mess). Qt6, thankfully, switched to CMake, but Qt6 assumes very recent SDK and uses Cocoa stuff from there, even when you try a Unix-like build. So I don’t know.
It is probably of little utility to fix an archaic version like 5.3 or 5.4, since pretty much everything requires a much newer Qt5. This leaves us with X11. And as of now, that does not work even on modern macOS, and perhaps was never tested by anyone.
 
Last edited by a moderator:

gpt.png
 
I have fixed the latest version of Qgit for Qt4 (and thus for powerpc).
Available here (or from my PPCPorts directly) – or with upstream.

qgit2.11.png
 
Just for the record, both MPlayer and mplayer-devel ports build and actually work on 10.6.8 powerpc. No X11 needed.
 
  • Like
Reactions: doctor_dog
Folks, could someone, who has my PPCPorts installed, please, try the following?
Code:
sudo port sync
sudo port deactivate qmplay2 qt4-mac
sudo port -v -N -b install qt4-mac-devel
sudo port -v -N -b install qmplay2 +opengl
(Deactivating is only needed if respective ports are installed and active, but won’t hurt anyway.)
`-b` is for installing a pre-built port, `-N` to skip asking about installing dependencies (of course they are needed).

Then launch the app and try to play something from YouTube.

What I wanna know:

1. Whether OpenGL2 works – it will be displayed in video format info window. If it does not work, there will be QPainter instead. (Choice can be made in playback settings.) This is expected to work.
2. Whether YouTube streaming works in HD or not. (I had weird inconsistency here: three systems played HD, one stubbornly played only 360p.)
3. If you have some HEVC file at hand, try playing that. This is expected to be broken, but I wanna confirm it is not just my issue.
 
  • Like
Reactions: jktwice
Folks, could someone, who has my PPCPorts installed, please, try the following?
Code:
sudo port sync
sudo port deactivate qmplay2 qt4-mac
sudo port -v -N -b install qt4-mac-devel
sudo port -v -N -b install qmplay2 +opengl
(Deactivating is only needed if respective ports are installed and active, but won’t hurt anyway.)
`-b` is for installing a pre-built port, `-N` to skip asking about installing dependencies (of course they are needed).

Then launch the app and try to play something from YouTube.

What I wanna know:

1. Whether OpenGL2 works – it will be displayed in video format info window. If it does not work, there will be QPainter instead. (Choice can be made in playback settings.) This is expected to work.
2. Whether YouTube streaming works in HD or not. (I had weird inconsistency here: three systems played HD, one stubbornly played only 360p.)
3. If you have some HEVC file at hand, try playing that. This is expected to be broken, but I wanna confirm it is not just my issue.
Finally got around to trying to test this. I keep getting download errors because the application can't make a connection for some reason. I can retrieve YouTube listings in the search bar but can't download the videos. Would this be on my end?
 
Finally got around to trying to test this. I keep getting download errors because the application can't make a connection for some reason. I can retrieve YouTube listings in the search bar but can't download the videos. Would this be on my end?

Did you do what the port note says, making a symlink to yt-dlp? Without that it should not work. After doing that it is expected to work, so if it still does not, we need to look into the issue.

Code:
% port notes qmplay2
--->  QMPlay2 has the following notes:
  QMPlay2 expects to have yt-dlp in ~/.qmplay2/ and use it for YouTube playback. After installation you could make a
  symlink to MacPorts-provided yt-dlp:  ln -s /opt/local/bin/yt-dlp ~/.qmplay2/
 
Did you do what the port note says, making a symlink to yt-dlp? Without that it should not work. After doing that it is expected to work, so if it still does not, we need to look into the issue.

Code:
% port notes qmplay2
--->  QMPlay2 has the following notes:
  QMPlay2 expects to have yt-dlp in ~/.qmplay2/ and use it for YouTube playback. After installation you could make a
  symlink to MacPorts-provided yt-dlp:  ln -s /opt/local/bin/yt-dlp ~/.qmplay2/
Oops. Got a bit ahead of myself haha. Thanks!
 
Okay it is working

OpenGL 2 hardware accel seems to work. This is a big boon for people who have cards that support this API. Leopard added more OGL 2 support (up to 2.1) for a few cards. All of the GPUs that came with the Late 2005 G5s should work (X1000 series, GeForce 7000 cards and maybe the 6600 I'll check).

EDIT: GeForce 6000-series seems to have OGL 2 support. I have seen benchmarks claiming that the 6600 and 6200 both were tested using OGL 2.1. I assume the 6800 cards are the same. The Radeon 9700 doesn’t have this seemingly so if an Aluminum PowerBook G4 user could please test this that would be great.

I have no video recording (I can get ScreenCaster or whatever it is called and do a quick demo perhaps?) but this 24FPS 1080p video using VP9 worked wonderfully.

Will try playing HEVC recording soon. I think I have a camera lying around here somewhere that can do it at a high bitrate.
Screenshot 6-9-25 5.00.37 PM.png
 
Last edited:
  • Like
Reactions: barracuda156
Okay it is working

OpenGL 2 hardware accel seems to work. This is a big boon for people who have cards that support this API. Leopard added more OGL 2 support (up to 2.3 iirc) for a few cards. All of the GPUs that came with the Late 2005 G5s should work (X1000 series, GeForce 7000 cards and maybe the 6600 I'll check).

I have no video recording (I can get ScreenCaster or whatever it is called and do a quick demo perhaps?) but this 24FPS 1080p video using VP9 worked wonderfully.

Will try playing HEVC recording soon. I think I have a camera lying around here somewhere that can do it at a high bitrate.
View attachment 2517935

Awesome, thank you for checking.

P. S. Settings allow to switch between OpenGL and QPainter and set bit-perfect audio output for PortAudio plugin.
(The devel version has an ability to choose between h.264 / V9 / AV1 as a preferred format, but it is not yet in the ports.)
 
Okay it is working

OpenGL 2 hardware accel seems to work. This is a big boon for people who have cards that support this API. Leopard added more OGL 2 support (up to 2.3 iirc) for a few cards. All of the GPUs that came with the Late 2005 G5s should work (X1000 series, GeForce 7000 cards and maybe the 6600 I'll check).

EDIT: GeForce 6000-series seems to have OGL 2 support. I have seen benchmarks claiming that the 6600 and 6200 both were tested using OGL 2.1. I assume the 6800 cards are the same. The Radeon 9700 doesn’t have this seemingly so if an Aluminum PowerBook G4 user could please test this that would be great.

I have no video recording (I can get ScreenCaster or whatever it is called and do a quick demo perhaps?) but this 24FPS 1080p video using VP9 worked wonderfully.

Will try playing HEVC recording soon. I think I have a camera lying around here somewhere that can do it at a high bitrate.
View attachment 2517935

BTW, the bug affecting HEVC has been fixed, I believe, so if you use the latest version, it should work normally.
 
  • Like
Reactions: jktwice
Hey, so it turns out ScreenFlow 2.1.12 doesn’t wanna work on 10.6.8 due to ImageKit incompatibility. Is there an open source screen recording utility (does ffmpeg do this?)
 
Hey, so it turns out ScreenFlow 2.1.12 doesn’t wanna work on 10.6.8 due to ImageKit incompatibility. Is there an open source screen recording utility (does ffmpeg do this?)

Apparently ffmpeg can:

There are a bunch of open-source programs on GH, some of which should compile, but I got no idea which is actually good and whether it is worth bothering with. If you find something which you think is substantially better than just using ffmpeg, let me know, I will look at that.
 
  • Like
Reactions: jktwice
Register on MacRumors! This sidebar will go away, and you'll see fewer ads.