You are not logged in.
Is anyone able to get the current version of MPlayer (1.0pre7try2) to compile with the GTK2 patch? The gtk1 version is incredibly ugly, and in general pisses me off.
Offline
Let me say that CVS version looks a bitbit better.
Offline
I'd guess it's incredibly outdated, but punkrockguy had this in his TUR.
Offline
That is incredibly outdated.
Lucke: What do you mean? Do they use gtk2 in mplayer-cvs?
(Hmm... Maybe we need an mplayer-cvs PKGBUILD.)
Offline
I can take a look or someone can look at the wiki guidelines and make one!
Offline
Well, can't say for sure, but it lookes leaner, so it could be gtk2 (didn't bother to find any actual confirmation and can't quite do it while I haven't seen my box for a few days ;-)).
I could post a PKGBUILD when I get home, but alas, it doesn't conform to the guidelines (last time I looked at them, they were actually too 'wicked' for me to comprehend, making it too much hassle to implement in my homegrown PKGBUILDs).
Offline
You must be joking! It's dead easy - there are CVS/SVN pkgs based on those guidelines all over the AUR - it just looks tricky - it's not
Offline
They do a daily CVS snapshot, lucke, if you really don't want to do it the Arch way - but like dibble says, it's easy. I've done a couple so far, and they're fine.
In fact, I think I'll have a shot at this anyway - we can see who gets there first!
Offline
Na-ah, I didn't say I don't want to do it ;-) It's just a matter of changing a few things in PKGBUILD.
I'll do it today or tomorrow, if time allows.
-edit-
Bah, anyway, here's my current PKGBUILD, I don't have time to play with it today ;-) Do whatever you want with if - if you feel like it, tomk, adjust it to the guidelines and put in AUR. It's obviously based on dorphell's work, I've only disabled runtime detection (not needed when building from source anyway) and enabled smb.
That'd be all ;-)
Offline
Hmmm... That doesn't depend on gtk2. :?
Offline
It actually does, just overlooked it in depends().
Offline
...quite a big over sight tho, eh? :razz:
Offline
Any suggestions for dealing with the gcc mismatch? mplayer really does NOT like gcc 4. I've throw in --disable-gcc-checking, and I get the following:
******************************************************************************
Hmm. You really want to compile MPlayer with an *UNSUPPORTED* C compiler?
Ok. You know. Do it. Did you read DOCS/HTML/en/users-vs-dev.html???
DO NOT SEND BUGREPORTS OR COMPLAIN, it's *YOUR* compiler's fault!
Get ready for mysterious crashes, no-picture bugs, strange noises... REALLY!
Lame which is used by mencoder produces weird errors, too.
If you have any problem, install a GCC 2.95.x or 3.x version and try again.
If the problem _still_ exists, then read DOCS/HTML/en/bugreports.html !
*** DO NOT SEND BUG REPORTS OR COMPLAIN it's *YOUR* compiler's fault! ***
******************************************************************************
Not only that, but you have to hit return to get it to continue.
Offline
But isn't MPlayer in the repos compiled with GCC 4?
Ohh... No it isn't. :shock:
(I wonder if it was such a good idea to go to GCC4? After all, the cool stuff won't come until 4.1... But it's too late to roll back now.)
Lessee... Well, if we have to stick with Xine, maybe someone could see if they can compile the Xine plugin for Mozilla?
mozilla-plugin
embedded stream playback plugin for mozilla (note: currently unmaintained)
xine-plugin module from xine cvs
This looks a bit better than GXine's.
Offline
Offline
w00t!
Offline
Nice one lucke. I'll throw that in and run it again.
Offline
The patch failed, presumably because it's written for 1.0pre7, and I'm applying it to CVS source.
If anyone wants the error messages and/or the reject files, let me know.
Offline
current cvs should build with gcc4
(at least it did for me here)
Just a test more, and I'll post the pkgbuild here.
Edit: seems that it needs ffmpeg from cvs, too, and the build errors come from there. I didn't encounter the notorious "unsupported gcc version" anywhere, though.
Offline
Yeah, this patch is only for stable version. I had no problems with gcc4 and cvs version whatsoever.
Offline
I'm feeling a bit disappointed so. Can anyone explain why I got the gcc error, and you guys didn't? We're all running gcc 4, aren't we?
<edit>
Please ignore me - I'm mixing up my builds. :oops:
it must be all this rain...or something....
Offline
I'm feeling a bit disappointed so. Can anyone explain why I got the gcc error, and you guys didn't? We're all running gcc 4, aren't we?
Building only mplayer fails here, too.
I did a test build in which I included the libavcodec, libavformat and libavutil directories from ffmpeg cvs which compiled fine, but forgot to add them to the PKGBUILD at the test package build. :oops:
I'm trying again now, but I am almost sure that the way I've set it up will result into file conflicts. Hopefully not, though but anyway
Offline
Thanks stavrosg. I had the necessary checkout from ffmpeg already, but I had left in the --disable-gcc-checking flag from a previous stable build. It seems once that's set, they flash up the warning, whether the gcc version is acceptable or not.
Offline
Can one of you guys please post a PKGBUILD for mplayer-gtk2 - whether CVS or not. I have an ffmpeg-cvs build already
Offline
mplayer-cvs already ported to gtk2, don't need any patch.
Offline