You are not logged in.
would love to see your PKGBUILD skottish
Offline
And the size of the binary is pretty cool too:
pacman -Qi mplayer-svn | grep -i size Installed Size : 3896.00 K
Wow that is really neat! It's about 22MiB here
Offline
It's mostly a front end to FFmpeg-svn, so I don't post it anywhere usually. The configure line is entertaining though, so I'll post that:
I'm a little confused about how mplayer and ffmpeg interact with eachother. If you disable a feature in mplayer, say mp3lib for example, can you still play a file that uses mp3 in mplayer through ffmpeg?
Offline
My mplayer-svn is not picking up VDPAU by default.. And if i try to force it via --enable-vdpau, it just error's out while compiling.. Any clues?
Offline
My mplayer-svn is not picking up VDPAU by default.. And if i try to force it via --enable-vdpau, it just error's out while compiling.. Any clues?
Are you sure you have a nvidia(-utils) driver installed which includes the vdpau headers?
Offline
skottish wrote:It's mostly a front end to FFmpeg-svn, so I don't post it anywhere usually. The configure line is entertaining though, so I'll post that:
I'm a little confused about how mplayer and ffmpeg interact with eachother. If you disable a feature in mplayer, say mp3lib for example, can you still play a file that uses mp3 in mplayer through ffmpeg?
If you're compiling a more "standard" build of Mplayer, then they don't interact at all. Mplayer has it's own copy of the FFmpeg libraries.
Offline
kalpik wrote:My mplayer-svn is not picking up VDPAU by default.. And if i try to force it via --enable-vdpau, it just error's out while compiling.. Any clues?
Are you sure you have a nvidia(-utils) driver installed which includes the vdpau headers?
Yes.. I have nvidia-utils also installed (the one from extra).
Offline
This is what i get:
==============================================================================
libvo/vosub_vidix.c: In function 'vidix_init':
libvo/vosub_vidix.c:536: warning: assignment from incompatible pointer type
libvo/vosub_vidix.c:538: warning: assignment from incompatible pointer type
libvo/vosub_vidix.c:540: warning: assignment from incompatible pointer type
libvo/vosub_vidix.c:541: warning: assignment from incompatible pointer type
libvo/vosub_vidix.c: In function 'vidix_preinit':
libvo/vosub_vidix.c:703: warning: assignment from incompatible pointer type
libvo/vosub_vidix.c:704: warning: assignment from incompatible pointer type
libvo/vo_vdpau.c: In function 'create_vdp_mixer':
libvo/vo_vdpau.c:415: error: 'VDP_VIDEO_MIXER_ATTRIBUTE_SKIP_CHROMA_DEINTERLACE' undeclared (first use in this function)
libvo/vo_vdpau.c:415: error: (Each undeclared identifier is reported only once
libvo/vo_vdpau.c:415: error: for each function it appears in.)
make: *** [libvo/vo_vdpau.o] Error 1
make: *** Waiting for unfinished jobs....
==> ERROR: Build Failed.
Aborting...
==================================================================================
By the way, i was able to compile with vdpau on earlier svn versions.. Any clues?
Offline
Bump!
Offline
This is what i get:
==============================================================================
libvo/vosub_vidix.c: In function 'vidix_init':
libvo/vosub_vidix.c:536: warning: assignment from incompatible pointer type
libvo/vosub_vidix.c:538: warning: assignment from incompatible pointer type
libvo/vosub_vidix.c:540: warning: assignment from incompatible pointer type
libvo/vosub_vidix.c:541: warning: assignment from incompatible pointer type
libvo/vosub_vidix.c: In function 'vidix_preinit':
libvo/vosub_vidix.c:703: warning: assignment from incompatible pointer type
libvo/vosub_vidix.c:704: warning: assignment from incompatible pointer type
libvo/vo_vdpau.c: In function 'create_vdp_mixer':
libvo/vo_vdpau.c:415: error: 'VDP_VIDEO_MIXER_ATTRIBUTE_SKIP_CHROMA_DEINTERLACE' undeclared (first use in this function)
libvo/vo_vdpau.c:415: error: (Each undeclared identifier is reported only once
libvo/vo_vdpau.c:415: error: for each function it appears in.)
make: *** [libvo/vo_vdpau.o] Error 1
make: *** Waiting for unfinished jobs....
==> ERROR: Build Failed.
Aborting...==================================================================================
By the way, i was able to compile with vdpau on earlier svn versions.. Any clues?
Your problem is that VDP_VIDEO_MIXER_ATTRIBUTE_SKIP_CHROMA_DEINTERLACE is not defined in /usr/include/vdpau.h in the release in extra. It is however defined in 180.41 (which is in testing). The Mplayer devs are working against whatever version of nVidia is the current release. You can either go back to an earlier subversion tree or upgrade nvidia and nvidia-utils.
Offline
Okay.. that makes sense! I could compile with VDPAU earlier.. Only with the latest svn versions am i facing this problem. Any idea what svn version would compile properly with the drivers in extra?
Thanks a lot!
Offline
Okay.. that makes sense! I could compile with VDPAU earlier.. Only with the latest svn versions am i facing this problem. Any idea what svn version would compile properly with the drivers in extra?
Thanks a lot!
I think that it would be far easier to upgrade nvidia and nvidia-utils than to find a mplayer subversion revision that will work. Since mplayer is building fine for me, I don't pay any attention to what revision it's on.
Offline
Alright! Thanks a lot for your help. You've always been most helpful
Offline
right now its hard to build a mplayer with vdpau support (at least it has been hard for me)
here is how i managed to make a mplayer with vdpau support with latest gcc (4.4.0) :
1. save the /extra/mplayer PKGBUILD (29188-2)
2. comment the "unset CFLAGS" and add "--enable-vdpau" to the PKGBUILD
3. run makepkg until it fails
4. uncomment the "unset CFLAGS" in it (PKGBUILD is now restored to original)
5. run makepkg again (it should succeed)
If i understood things correctly it is a problem with -O2 and -O4 for mplayer right now with gcc 4.4.0.
Last edited by cleanrock (2009-05-20 17:44:46)
Offline
with extra/mplayer 29318-1 simply adding --enable-vdpau works
Offline
mplayer 29318-1 in extra appears to support VDPAU out of the box. It doesn't have --enable-vdpau in PKGBUILD but lists vdpau in -vo help output. As this makes it link against libnvidia-tls from the nvidia-utils package, which non-nvidia users won't have, it must break it for them, right? Or am I missing something?
Offline
Just having vdpau documented doesn't mean that support has been added to the package. Have yet to test this.
Setting Up a Scripting Environment | Proud donor to wikipedia - link
Offline
vdpau is now autodetected by the configure script. --enable-vdpau is not necessary to get it to work. So yes, it as compiled with the nvidia driver installed. People who don't have it, will find vdpau doesn't work, the rest should work as expected.
Offline
Unfortunately, this VDPAU support in the mplayer package in extra seems to be a temporary "bug" caused by the package maintainer building the x86_64 package in an unclean environment. Only the 64bit package has VDPAU support, the 32bit package doesn't. When the package maintainer "fixes" this, we'll loose VDPAU support once again.
This was the reply I got from the Arch Developer "JGC":
(Make)depending on nvidia drivers for packages not related to it is not
an option. It appears that the developer who built the x86_64 version is
still not building in chroots, and built the package on a system with
nvidia drivers, which is why I get this VDPAU support thing in my
mplayer (though I don't have nvidia hardware or drivers).
The only acceleration API that I'm willing to add to
mplayer/ffmpeg/whatever in the near future is VA-API, which is a
freedesktop standard with backends for more than just VDPAU.
The above reply from JGC was an answer on my requst for reopening a denied VDPAU feature request in the bug tracker:
http://bugs.archlinux.org/task/13011
Last edited by Kenni (2009-05-24 20:28:23)
Offline
This is just a sad thing.. It would just be enough to create a small package which installs the vdpau headers and then build mplayer and ffmpeg. This doesnt break anything else and would be a nice enhancement..
Offline
Mplayer *still* doesn't have vdpau? How many years does it takes..
Offline
What are you talking about? mplayer does have vdpau, and I have been using it for a while now.
Offline
mplayer from our repo doesn't have support. you have to recompile it.
Give what you have. To someone, it may be better than you dare to think.
Offline
There is a repo adslgr64, which has a mplayer with vdpau-support.
[adslgr64]
#The Hellenic (Greek) archlinux unofficial repository with many interesting packages.
Server = http://adslgr64.tiven.org/archlinux/x86_64
or
[adslgr32]
#The Hellenic (Greek) archlinux unofficial repository with many interesting packages.
Server = http://adslgr32.tiven.org/archlinux/i686
Offline
There is a repo adslgr64, which has a mplayer with vdpau-support.
[adslgr64] #The Hellenic (Greek) archlinux unofficial repository with many interesting packages. Server = http://adslgr64.tiven.org/archlinux/x86_64
or
[adslgr32] #The Hellenic (Greek) archlinux unofficial repository with many interesting packages. Server = http://adslgr32.tiven.org/archlinux/i686
True.
I also try to build a new svn revision at least once per week (amd64 only).
In fact, I just uploaded a new revision a few minutes ago.
Offline