Re: [packman] MPlayer VDPAU
Manfred Tremmel writes: > > The only xine implementation I found is here: > > http://www.jusst.de/vdpau/filedetails.php?repname=xine-vdpau&path=%2F > >src%2Flibvdpau%2Fvdpau_h264.c It is a nice example of "include all the > > problems of Nvidia's original implementation". I hope that is not the > > final version > > The patch from http://www.jusst.de/vdpau/files/xine-lib-1.2/ is, what > I've included in my 1.2 build. It's not part of the offical version, > maybe there are good reasons for... Yes, that is the tarred version of the link above. I just wanted to say "Boy, this is ugly and buggy", but then, the copyright notices are actually much more interesting, especially given todays discussions on ffmpeg-devel;-) Carl Eugen ___ Packman mailing list Packman@links2linux.de http://lists.links2linux.de/cgi-bin/mailman/listinfo/packman
Re: [packman] MPlayer VDPAU
Am Dienstag, 24. März 2009 schrieb Carl Eugen Hoyos: > Manfred Tremmel writes: > > > I contains code that allows video players with vdpau support to > > > actually use hardware accelerated decoding. AFAIK, (sadly) only > > > MPlayer currently uses this approach. Since packman's MPlayer > > > uses static libavcodec (as it should), it does not make much > > > difference if your ffmpeg binary supports vdpau (for video > > > players) or not. > > > > Maybe others will use it, we have different players using external > > ffmpeg (libxine, vlc, gstreamer, maybe more). > > I hope so. > vlc will (hopefully), since they are still working on it. > The only xine implementation I found is here: > http://www.jusst.de/vdpau/filedetails.php?repname=xine-vdpau&path=%2F >src%2Flibvdpau%2Fvdpau_h264.c It is a nice example of "include all the > problems of Nvidia's original implementation". I hope that is not the > final version The patch from http://www.jusst.de/vdpau/files/xine-lib-1.2/ is, what I've included in my 1.2 build. It's not part of the offical version, maybe there are good reasons for... -- Machs gut| http://www.iivs.de/schwinde/buerger/tremmel/ Manfred | http://packman.links2linux.de/ ___ Packman mailing list Packman@links2linux.de http://lists.links2linux.de/cgi-bin/mailman/listinfo/packman
Re: [packman] MPlayer VDPAU
Manfred Tremmel writes: > > I contains code that allows video players with vdpau support to > > actually use hardware accelerated decoding. AFAIK, (sadly) only > > MPlayer currently uses this approach. Since packman's MPlayer uses > > static libavcodec (as it should), it does not make much difference if > > your ffmpeg binary supports vdpau (for video players) or not. > > Maybe others will use it, we have different players using external > ffmpeg (libxine, vlc, gstreamer, maybe more). I hope so. vlc will (hopefully), since they are still working on it. The only xine implementation I found is here: http://www.jusst.de/vdpau/filedetails.php?repname=xine-vdpau&path=%2Fsrc%2Flibvdpau%2Fvdpau_h264.c It is a nice example of "include all the problems of Nvidia's original implementation". I hope that is not the final version. Carl Eugen ___ Packman mailing list Packman@links2linux.de http://lists.links2linux.de/cgi-bin/mailman/listinfo/packman
Re: [packman] MPlayer VDPAU
Am Montag, 23. März 2009 schrieb Carl Eugen Hoyos: > Manfred Tremmel writes: > > > > I'll build it with vdpau support. > > > > > > While I fear nobody is currently using it: Please do so! > > > > I don't have a GPU which supports vdpau (end even if I had, I > > wouldn't use it as longe there's no free driver which supports it), > > but I've tested the vdpau supported codecs on my non vdpau > > computers. It doesn't have any negativ effect (it workes like > > before and I can't see any speed differences), so why not including > > it? > > As I said, please include, but I'd like to add that contrary to what > you might have read lately from seamingly competent sources, ffmpeg > itself does *not* support vdpau currently. As I said, I couldn't test it... > I contains code that allows video players with vdpau support to > actually use hardware accelerated decoding. AFAIK, (sadly) only > MPlayer currently uses this approach. Since packman's MPlayer uses > static libavcodec (as it should), it does not make much difference if > your ffmpeg binary supports vdpau (for video players) or not. Maybe others will use it, we have different players using external ffmpeg (libxine, vlc, gstreamer, maybe more). I've also build libxine 1.2 with vdpau support, but doesn't make much sence to include it to the repository, the frontends will not use it until they are compiled against it (libxine.so.1 vs. libxine.so.2). It's in testing/xine-cvs/xine-lib-1.2 on our mirrors. -- Machs gut| http://www.iivs.de/schwinde/buerger/tremmel/ Manfred | http://packman.links2linux.de/ ___ Packman mailing list Packman@links2linux.de http://lists.links2linux.de/cgi-bin/mailman/listinfo/packman
Re: [packman] MPlayer VDPAU
Manfred Tremmel writes: > > > I'll build it with vdpau support. > > > > While I fear nobody is currently using it: Please do so! > > I don't have a GPU which supports vdpau (end even if I had, I wouldn't > use it as longe there's no free driver which supports it), but I've > tested the vdpau supported codecs on my non vdpau computers. It doesn't > have any negativ effect (it workes like before and I can't see any > speed differences), so why not including it? As I said, please include, but I'd like to add that contrary to what you might have read lately from seamingly competent sources, ffmpeg itself does *not* support vdpau currently. I contains code that allows video players with vdpau support to actually use hardware accelerated decoding. AFAIK, (sadly) only MPlayer currently uses this approach. Since packman's MPlayer uses static libavcodec (as it should), it does not make much difference if your ffmpeg binary supports vdpau (for video players) or not. Carl Eugen ___ Packman mailing list Packman@links2linux.de http://lists.links2linux.de/cgi-bin/mailman/listinfo/packman
Re: [packman] MPlayer VDPAU
Am Dienstag 03 März 2009 schrieb Carl Eugen Hoyos: > Manfred Tremmel writes: > > I've just sent ffmpeg to our PMBS, ffmpeg has dumped version to 0.5 > > Could you wait until it is officially released? I don't care very > much, but I remember troubles with vlc, am I correct? I've rebuilding ffmpeg one or two times a month from cvs. We had trouble with some builds in the past, that's true, but vlc is one thing I'm testing before I'm uploading a new package. For myselfe I'm rebuilding daily fresh to see, what changes. > The release should take place soon, afaict. When there will be a official tarball, I'll update once again. SVN is allready past 0.5, so I'm not sure, there realy will be a release tarball... > > (there are no official releases, there's no 0.5 tarball arround, > > but that's more "release" then we has since many years) in the > > release notes. I'll build it with vdpau support. > > While I fear nobody is currently using it: Please do so! I don't have a GPU which supports vdpau (end even if I had, I wouldn't use it as longe there's no free driver which supports it), but I've tested the vdpau supported codecs on my non vdpau computers. It doesn't have any negativ effect (it workes like before and I can't see any speed differences), so why not including it? -- Machs gut| http://www.iivs.de/schwinde/buerger/tremmel/ Manfred | http://packman.links2linux.de/ ___ Packman mailing list Packman@links2linux.de http://lists.links2linux.de/cgi-bin/mailman/listinfo/packman
Re: [packman] MPlayer VDPAU
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Carl Eugen Hoyos wrote: > MPlayer is planning a release atm. > I wanted to explain that it is possible to build the executable with vdpau > support without actually linking against a library: Only the header files > (vdpau.h and vdpau_x11.h, both BSD licensed) have to be present in > /usr/include/vdpau on the building environment, configure autodetects them and > the executable tries to load the library dynamically when -vo vdpau is > selected. Thanks for the hint. I just packaged the VDPAU headers by extracting them from nVidia driver packages: http://packman.links2linux.org/package/nvidia-vdpau-devel So.. that should be enough for VDPAU support in MPlayer. Henne? :) cheers - -- -o) Pascal Bleser http://linux01.gwdg.de/~pbleser/ /\\ _\_v The more things change, the more they stay insane. -BEGIN PGP SIGNATURE- Version: GnuPG v2.0.9 (GNU/Linux) iD8DBQFJrECkr3NMWliFcXcRAu6xAJ4kk0Bi0qvAZhnWvGQFEypMMW6SAgCfaDH4 Ux5+dF7CNbtYG1TXD6HojxA= =F4XE -END PGP SIGNATURE- ___ Packman mailing list Packman@links2linux.de http://lists.links2linux.de/cgi-bin/mailman/listinfo/packman
[packman] MPlayer VDPAU
Hi! MPlayer is planning a release atm. I wanted to explain that it is possible to build the executable with vdpau support without actually linking against a library: Only the header files (vdpau.h and vdpau_x11.h, both BSD licensed) have to be present in /usr/include/vdpau on the building environment, configure autodetects them and the executable tries to load the library dynamically when -vo vdpau is selected. Happy building, Carl Eugen ___ Packman mailing list Packman@links2linux.de http://lists.links2linux.de/cgi-bin/mailman/listinfo/packman