-
Notifications
You must be signed in to change notification settings - Fork 130
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
mplayer 1.5 #1156
base: master
Are you sure you want to change the base?
mplayer 1.5 #1156
Conversation
yeah, gcc 4.2 was building mplayer-1.5 fine on 10.6.8/x86_64 I thought about how to switch compilers in tigerbrew, just in case default 4.0.1 is too old but this port probably already does this? ref: failed functions were apparently some atomic builtins __sync_val_compare_and_swap One stackoverflow solution was extract them from new gcc :) |
I also noticed this recipe started to depend on liba52dec, unfortunately it seems that upstream tarball at sourceforge is gone? https://repology.org/project/a52dec/information archive.org links exist, not sure if they acceptable here ... |
Since mplayer is a leaf package it's safe to just build in with 4.2 rather than perform surgery. :) |
Well spotted, I added it as mplayer can make use of it though I didn't point it to a DVD image in my testing.
They are, the hash should remain the same and the URL gets updated. Fancy raising a pull request? |
@sevan, I prefer not to make myself bigger than I am, right now poor emulated poc still compiling mplayer so I just leave new url for a52 tarball: sadly it is https |
I also want to say that nontigerbrew build of MPlayer 1.5 finished some time ago, just for some reason imf and dash demuxers inside ffmpeg were non-compileable with libxml2 , so I disabled them. |
Do you mean that you built with the same options & dependencies outside of Tigerbrew & it was quicker or that with all the added dependencies in this formula, it is taking a lot longer to build here? |
==== I pre-installed some deps I saw in recipe, some of them were binary already pre-compiled ("bottles"). But my qemu setup mostly run as 32-bit binary on host, and single-threaded on top of that (some unemulated piece of mac hardware - I am looking at it with qemu developers). So, for me everything is much slower than on real machine. I already had mplayer sources unpacked, so it was just matter of running configure/make until binary finally appear. I wonder why it builds for you but not for me with tigerbrew-provided libxml2? |
Without any error message I don't have much to go on since I never hit the issue. I've raised a pull request to update libxml2 from 2.11.4 to 2.11.8 if you want to give that a try. What compiler did you use by the way? I used the apple-gcc42 compiler. |
@sevan I also used apple-gcc42 (by setting cc variable manually). May be initially build failed for me because I failed to consider setting pkg_config variable this manual way too? I thought about using distcc next time, between two virtual machines running on different hosts. In theory Xcode installation should contain distcc already, but I read somewhere it might be hardcoded for Apple's gcc? Any expirience in this arrea? |
depends on the error, but it would help.
I've not, sounds like fun :) |
Resolves issue #632
Build is set to use OpenSSL which makes it undistributable as a binary due to license conflict because the gnutls option was unable to stream via HTTPS for me.
Tested on Tiger powerpc (G5) with GCC 4.2, took 16 minutes. Attempted to play mp3 locally, QuickTime movie locally & over network, MP4 h264 over network.