search

aata / mplayerx

Automatically exported from code.google.com/p/mplayerx
0 stars 0 forks source link

Request: Add Support for apple tech note #TN2267 #88

Closed GoogleCodeExporter closed 9 years ago

GoogleCodeExporter commented 9 years ago 
http://developer.apple.com/mac/library/technotes/tn2010/tn2267.html

available from Snow Leopard 10,6,3  Enable Nvidia 9400M and newer h.364 
hardware acceleration

Original issue reported on code.google.com by federico...@gmail.com on 24 Apr 2010 at 6:16

GoogleCodeExporter commented 9 years ago 
Thank you for the post.

acknowledged that, and this is awesome I think.

But it should be the task of ffmpeg team, however I want to realize it myself.

And I don't have a mac with the latest hardware.

I will keep it on the list.

Original comment by zongyao.qu on 25 Apr 2010 at 8:47

GoogleCodeExporter commented 9 years ago 
Although not entirely related, I read this:
http://blog.kaourantin.net/?p=89
in which I discovered this (CAOpenGLLayer Class Reference):
http://developer.apple.com/mac/library/documentation/GraphicsImaging/Reference/C
AOpenGLLayer_class/I
ntroduction/Introduction.html

So it looks like both frameworks are desirable to truly have accelerated video?

Cheers,

R.

Original comment by goo...@amsi.org.au on 29 Apr 2010 at 10:06

GoogleCodeExporter commented 9 years ago 
As far as I read,
TN2267 is only for decoding, CAOpenGLLayer is for rendering.

MPlayerX is already using CAOpenGLLayer for rendering for the very beginning.
: )

Original comment by zongyao.qu on 30 Apr 2010 at 3:09

GoogleCodeExporter commented 9 years ago 
Issue 135 has been merged into this issue.

Original comment by zongyao.qu on 29 Jun 2010 at 10:31

GoogleCodeExporter commented 9 years ago 
Issue 198 has been merged into this issue.

Original comment by zongyao.qu on 17 Nov 2010 at 12:45

GoogleCodeExporter commented 9 years ago 
Hi,

With the growing popularity of 720p and 1080p matroska files, I believe this 
has to be implemented rather sooner than later. On laptops, GPU decoding would 
increase efficiency and lower battery usage. This lack of hardware acceleration 
outside Quicktime (Very limited flexibility) and Plex (Not very friendly) is 
irritating.

My coding skills are rather limited, but I would be willing to learn if the 
learning curve is not too steep. Could it be done? What is the work load of 
implementing such a feature?

If someone else is willing to implement it, I'd be willing to send a donation 
for your effort. I'm sure we could find a few souls around here willing to do 
the same. I can test it while it's in beta, if such testing is required.

Original comment by o.bes...@gmail.com on 14 Jul 2011 at 6:02

GoogleCodeExporter commented 9 years ago 
XMBC has already implemented this.
But for MPlayerX, the best is to do it in ffmpeg.

But I have to say that, ffmpeg is really hard to handle.

I also I have no machine for testing now.

Original comment by zongyao.qu on 14 Jul 2011 at 7:47

GoogleCodeExporter commented 9 years ago

Original comment by zongyao.qu on 19 Aug 2011 at 12:18

GoogleCodeExporter commented 9 years ago 
Issue 738 has been merged into this issue.

Original comment by zongyao.qu on 9 Jan 2012 at 8:25

GoogleCodeExporter commented 9 years ago 
Everybody who wants this make a little donation so he can buy a new Mac!

Original comment by i...@iksnet.it on 18 Jan 2012 at 12:24

GoogleCodeExporter commented 9 years ago 
There is a patch for ffmpeg which supports VDA 
https://github.com/dilaroga/ffmpeg-vda
It would be super cool to implement it in MplayerX.

Original comment by D.Vutshi on 19 Feb 2012 at 11:09

GoogleCodeExporter commented 9 years ago 
Ooops. the OS X Video Decoder Acceleration (VDA) support has already been added 
to ffmpeg in version 0.9

Original comment by D.Vutshi on 21 Feb 2012 at 12:38

GoogleCodeExporter commented 9 years ago 
added into ffmpeg does not mean it could be taken advantage from mplayer.
HW decoder is too much different from SW ones.

I have some discussion with mplayer developers, it takes time to make mplayer 
use the vda decoder in ffmpeg.

Original comment by zongyao.qu on 22 Feb 2012 at 1:46

GoogleCodeExporter commented 9 years ago 
Really would like to see this feature rather sooner than later. If you get this 
working in MPlayerX it will soon be the number 1 media player on OS X, cause 
there are no alternatives.

Perian is dead.
VLC is crap and developers there stated that they won't implement VDA in the 
near future. 
XMBC and Plex, which already use VDA and thus have only around 10% CPU usage, 
are bloated.

MPlayerX has the chance to become the one and only. And a lot of people would 
be willing to pay or donate for this feature.

Original comment by lx.stei...@gmail.com on 7 Jun 2012 at 2:21

GoogleCodeExporter commented 9 years ago 
Movist from the apple app store implements VDA. So Quictime, Plex, and Movist 
are the only options for OS X.

Original comment by Sar...@gmail.com on 7 Jun 2012 at 2:25

GoogleCodeExporter commented 9 years ago 
Actually, vlc is already adding support for VDA. See here:

http://feepk.net/vda-decoder-support

the binary available on git hub works, but is audio and video sync is slightly 
off.

Original comment by txfurt...@gmail.com on 23 Jun 2012 at 2:46

GoogleCodeExporter commented 9 years ago 
VDA support added in 1.0.16 and boosted in 1.0.17

Original comment by supp...@mplayerx.org on 2 Sep 2012 at 8:28

GoogleCodeExporter commented 9 years ago 
great to know,  and just noticed the appstore shenanigans, good to know  
the app will  keep all its features even if it means leaving the store...

make sure people know it, because I just discovered it from following this  
technote,  even though I'm subscribed to macupdate RSS

Original comment by federico...@gmail.com on 2 Sep 2012 at 12:03

GoogleCodeExporter commented 9 years ago 
VDA works very well in 1.0.17. Thanks!

Original comment by D.Vutshi on 7 Sep 2012 at 9:41