Become a MacRumors Supporter for $50/year with no ads, ability to filter front page stories, and private forums.

bobesch

macrumors 68020
Original poster
Oct 21, 2015
2,144
2,226
Kiel, Germany
I 've encountered this "32-bit Handbrake asking for a 32-bit VLC" issue today.
Couldn't really figure out, how to solve the problem when reading this thread: "32 bit PPC version of Handbrake not recognizing PPC version of VLC"
https://forums.macrumors.com/thread...e-not-recognizing-ppc-version-of-vlc.1614325/

This did help me to get things sorted out:
1) Handbrake 0.9.3 (PPC): http://www.videohelp.com/download/HandBrake-0.9.3-MacOSX.5_GUI_x86.dmg
2) VLC 2.0.8 (PPC): http://www.oldapps.com/mac/de/vlc_player.php?old_vlc_player=12708

Have fun...
 
Aye, it's due to the fact that VLC support for PPC extended beyond that of handbrake and therefore handbrake no longer sees the newer versions of VLC.
 
When i used handbrake with my ppc mac, i had the latest intel 32 version on my hard drive. I couldn't use it, but handbrake sure did. I don't know what it was, but any ppc version of vlc wouldn't work. So i had 2 copies of vlc on my hard drive. 1 ppc version that i used to watch videos through, and 1 intel 32bit version so handbrake could run with that.

that's how it worked for me.
 
Wait, what is VLC used for? Is it just libdvdcss? I was actually just using Handbrake with libdvdcss to rip a DVD the other day (as a test) from my eMac.
 
So close! Too bad it didn't archive the .dmg. Looks like someone already resolved this long ago.

If someone who looked at this thread years ago happens to have downloaded this 0.9.5 ppc build, please post it!
I found this but is not tested:
 

Attachments

  • Handbrake-0.9.5-OSX-ppc.zip
    12.4 MB · Views: 82
  • Like
Reactions: socom_22
Thanks for this. I did some limited testing and it seems to work well!

This build that @eastone posted appears to be the same file posted at the link below which was discussed in another MR thread I came across from back in 2014:


 
I for one would definitely be interested in this. I'm using 0.93 on OS X 10.4.11 iirc.

Do you think a newer version of gcc plus things like PGO or LTO could speed it up any? I think there are also compiler options for different versions of G4 CPU, that could make a difference. Thanks for your work on things like this!
 
I for one would definitely be interested in this. I'm using 0.93 on OS X 10.4.11 iirc.

Do you think a newer version of gcc plus things like PGO or LTO could speed it up any? I think there are also compiler options for different versions of G4 CPU, that could make a difference. Thanks for your work on things like this!

1. One thing to try would be to revert to Macports old portfile and just to try building that, to begin with. I think I did something towards that end, but some stopper was there, I need to look into the case. Or maybe I just postponed it :)
I think it used a bunch of statically built stuff though, which would mean that to make it work with newer libs some changes are required.

2. Never tried to compare gcc versions for speed of compilation, tbh. I don’t think a difference, if noticeable, is something substantial anyway.
Wanna build faster, get a late-2005 G5. You can still use what you build on a G4 PowerBook, just build on a G5. Difference in speed here is tremendous. On the Quad I can rebuild gcc, CMake or mpich times in a row, there are very few ports which build painfully long (Guile, omg), on a G4 I curse my life waiting for something trivial to complete :)
I have set up finally a local server to just fetch from the Quad to PowerBook, and no more pain.

3. AFAIK, LTO is of no use (flag works, but does nothing). To have it working, one needs a newer ld and tapi. Darwin-xtools may work, but the setup is likely to be non-trivial. tapi builds from Macports in the latest version, but is unusable without a matching ld (and maybe even LLVM assembler).

4. You can use -mtune=G4 and possibly -mcpu=G4. The latter likely needs a force-cpu-subtype flag as well, I can check that.
To build gcc optimized, just add —with-tune-cpu=G4 to configure args.
 
I 've encountered this "32-bit Handbrake asking for a 32-bit VLC" issue today.
Couldn't really figure out, how to solve the problem when reading this thread: "32 bit PPC version of Handbrake not recognizing PPC version of VLC"
https://forums.macrumors.com/thread...e-not-recognizing-ppc-version-of-vlc.1614325/

This did help me to get things sorted out:
1) Handbrake 0.9.3 (PPC): http://www.videohelp.com/download/HandBrake-0.9.3-MacOSX.5_GUI_x86.dmg
2) VLC 2.0.8 (PPC): http://www.oldapps.com/mac/de/vlc_player.php?old_vlc_player=12708

Have fun...

VLC 3.0.20 for PowerPC: https://github.com/macports/macports-ports/pull/23584
No GUI, one has to use command line to operate it, but video plays nicely via X11.
 
  • Like
Reactions: sdfox7
Has there been any news with this? I could not get it to compile. The old version I have does rely on some piece of VLC. Could a new build of VLC speed up the old Handbrake somehow?
 
Has there been any news with this? I could not get it to compile. The old version I have does rely on some piece of VLC. Could a new build of VLC speed up the old Handbrake somehow?

Never got back to that ever since.

Looks like it has GTK version:https://handbrake.fr/docs/en/latest/developer/build-linux.html
I think we should just build the latest one instead of resurrecting an archaic Cocoa.

GTK builds and works on powerpc, all dependencies should presumably build, if something exotic does not, it can be disabled.
 
Register on MacRumors! This sidebar will go away, and you'll see fewer ads.