Page 1 of 8 123 ... LastLast
Results 1 to 10 of 75

Thread: Adobe's Linux Video API Rant Extended

  1. #1
    Join Date
    Jan 2007
    Posts
    15,133

    Default Adobe's Linux Video API Rant Extended

    Phoronix: Adobe's Linux Video API Rant Extended

    Adobe's lead engineer for providing Flash Player support on Linux, Mike Melanson, started ranting about Linux video acceleration APIs. As many said in our forums, Melanson prefers ranting to actually improving their Linux stack with better 64-bit support, etc...

    http://www.phoronix.com/vr.php?view=NzkzMw

  2. #2
    Join Date
    Apr 2008
    Location
    /dev/random
    Posts
    218

    Default

    Wow. Gnash did something they couldn't and they are saying it is impossible.

    Instead of doing YUV->RGB, couldn't they just (somehow) layer the elements on top of the video?

  3. #3

    Smile F**k flash

    f**k it. It's a nightmare.

    HTML5 ftw.

  4. #4
    Join Date
    Mar 2009
    Posts
    86

    Default

    XBMC can blend UI elements on top of video and do fancy OpenGL transformations on it just fine with VDPAU. Perhaps he should look at that as a reference.

    The way a normal video player would do this would be to create a subwindow of the browser window, attach the video API to that (to get the nice tear-free presentation part of it), and then use something like VdpOutputSurfaceRenderBitmapSurface to blend the (RGB) UI elements on top.

  5. #5
    Join Date
    Aug 2006
    Posts
    158

    Default

    He's ranting but so are you. I think this should have been an editorial rather than a news article.

  6. #6
    Join Date
    Feb 2009
    Posts
    374

    Default

    Quote Originally Posted by Peterson Spaceport View Post
    f**k it. It's a nightmare.

    HTML5 ftw.
    I agree.

    While i'm a bit sceptical of HTML5 because of the current h264 (non)support, It's still a better solution than Flash. Even if all HTML5 pages going forward were to use patent encumbered codecs, the end users could still at least play them. Flash just doesn't work right, period.


    It would be great if things were all HTML5 going forward, and Gnash evolved enough to support most of the legacy pages still around. One can dream.

  7. #7
    Join Date
    May 2009
    Posts
    11

    Default

    Your opinion might be correct, but this is the most unprofessional article I have ever read on Phoronix. You sound a bit like you have been drinking tonight.

    Anyway, I hope video-acceleration does come to flash soon...

  8. #8
    Join Date
    May 2007
    Location
    Third Rock from the Sun
    Posts
    6,584

    Default

    Additionally, Melanson claims the Linux Flash Player doesn't support the Broadcom Crystal HD co-processor yet (but the Windows Flash Player does) as the Linux drivers are not ready. The Crystal HD Linux drivers are open-source and ready and the XBMC project has already implemented 1080p video decoding support using this Broadcom hardware on an open-source stack.
    lol, I pointed this out to his "blog" (as well as some other corrections) but not surprisingly , my comment wasn't "approved".

  9. #9
    Join Date
    Jun 2007
    Location
    The intarwebs
    Posts
    385

    Default This Just In!

    Phoronix anti-Adobe rant extended!

  10. #10
    Join Date
    Jun 2009
    Location
    Paris
    Posts
    432

    Default

    Quote Originally Posted by deanjo View Post
    lol, I pointed this out to his "blog" (as well as some other corrections) but not surprisingly , my comment wasn't "approved".
    The other claims are wrong too. All Linux drivers but IEGD offer a means to get decoded frames out of the GPU. VA-API and VDPAU are both suitable in a way to avoid this retrieval of decoded frames (VA subpictures / VDPAU layers). The concepts for that are rather simple, but the implementation is probably a little less trivial depending on the vector graphics rendering engine used.

Tags for this Thread

Posting Permissions

  • You may not post new threads
  • You may not post replies
  • You may not post attachments
  • You may not edit your posts
  •