Page 2 of 5 FirstFirst 1234 ... LastLast
Results 11 to 20 of 46

Thread: Open-Source AMD Fusion Driver For Ontario Released

  1. #11
    Join Date
    Jan 2010
    Location
    Portugal
    Posts
    944

    Default

    Quote Originally Posted by Michael View Post
    As far as beer covered lederhosens go, blame some crazy person from Denmark that spilled an entire Maß of Augustiner everywhere.
    The guys over at LGP had the same problem last month... (this was the last time I swear)

    Now back on topic: Even if there will only be full open-source support in distros by March, that will still be better than the past GPUs from AMD. These are good news indeed

  2. #12
    Join Date
    Oct 2008
    Posts
    143

    Default

    Quote Originally Posted by Michael View Post
    As far as beer covered lederhosens go, blame some crazy person from Denmark that spilled an entire Maß of Augustiner everywhere.
    But still you took a picture to remember the fun you had

  3. #13
    Join Date
    Oct 2008
    Posts
    143

    Default

    By the way, this AMD open source approach makes a lot of sense from a business perspective also. Since better open source support means better android support is AMD moving into this market?

    And please correct me if im wrong

  4. #14
    Join Date
    Oct 2007
    Location
    Under the bridge
    Posts
    2,126

    Default

    Quote Originally Posted by crispy View Post
    By the way, this AMD open source approach makes a lot of sense from a business perspective also. Since better open source support means better android support is AMD moving into this market?

    And please correct me if im wrong
    AMD (or was it ATI) used to build embedded hardware but it sold off that department a few years ago. So rather doubtful.

  5. #15
    Join Date
    Oct 2009
    Posts
    2,063

    Default

    AMD did, and what you find related to those AMD assets that they sold off to qualcomm, are the "adreno" parts associated with snapdragon SoC's.

    Now here's the crazy thing that I'm seeing....
    The UVD parts that AMD continues to use are evolved from the ATI-AMD Xilleon, which was sold/shared to.... BROADCOM, and no doubt is the basis of the 97001x video decoders, FOR WHICH THERE ARE OPEN SOURCE DRIVERS.

    So Xilleon is the basis of BOTH UVD as well as CRYSTALHD.
    Just how much of crystalhd is applicable to uvd?

    It would be real nice to see open source drivers working the UVD.

  6. #16
    Join Date
    Nov 2008
    Location
    Germany
    Posts
    5,411

    Default

    Quote Originally Posted by droidhacker View Post
    Seems that somebody knows a thing or two about time management and planning.
    i think bridgman does that part.

    and he talks somethink like they are 6 monds after the orginal plan.

  7. #17
    Join Date
    Jun 2009
    Location
    NL
    Posts
    24

    Default

    Nice to see
    This code dump happened much quicker than i thought. If power management works reasonably on netbooks equipped with such a chip, i'd happily ditch my current atom netbook for a fusion-based one.
    Seemingly, the past few years of playing catch-up and building a platform for decent OSS drivers (with the rest of the OSS driver community, of course) are paying off... well done!
    This also fits well with the MeeGo joining; my guess would be that AMD wants to get a piece of the most trendy cake available at the moment - the tablet market.

    As for UVD, I'd rather want a decent VA-API implmentation over shaders in gallium than hackish UVD support that can get AMD into legal trouble with the content mafia (leading most definitely to trouble for the amd-employed OSS driver coders and their rather OSS-friendly strategy). If we already have gallium sort-of-working, why not use it?

  8. #18
    Join Date
    Oct 2009
    Posts
    2,063

    Default

    Quote Originally Posted by wirrbeltier View Post
    As for UVD, I'd rather want a decent VA-API implmentation over shaders in gallium than hackish UVD support
    No, the idea is to get decent VA-API over UVD rather than hackish gallium.

    that can get AMD into legal trouble with the content mafia
    Broadcom has proven that it can be done safely. Content mafia be damned.
    If we already have gallium sort-of-working, why not use it?
    There ARE PROBLEMS with the gallium approach.
    1) power consumption,
    2) performance.

    Gallium can *help* the power consumption and performance problems only, can't come even close to curing it. How would you like to have a fusion tablet that can only play 10 minutes of 1080P, CHOPPY, before running out of battery?

  9. #19
    Join Date
    May 2007
    Posts
    230

    Default

    Quote Originally Posted by droidhacker View Post
    [..]
    Broadcom has proven that it can be done safely. Content mafia be damned.
    [...]
    Broadcom isn't in the same situation they aren't tie with DRM content protection agreement, broadcom is doing wifi stuff mostly, nothings such as GPU. The content mafia is all about picture & music, they don't care about wifi.

  10. #20
    Join Date
    Oct 2009
    Posts
    2,063

    Default

    Quote Originally Posted by glisse View Post
    Broadcom isn't in the same situation they aren't tie with DRM content protection agreement, broadcom is doing wifi stuff mostly, nothings such as GPU. The content mafia is all about picture & music, they don't care about wifi.
    BCM970010, BCM970012, BCM970015 -- based on Xilleon, which they got from AMD, which is also the predecessor to UVD. SAME STUFF, EXACTLY THE SAME ISSUES.

    Broadcom chips are even baked into TV's, DVR's, and BD players ***FOR*** image decoding and processing.

    They most definitely ARE involved (sucked in to) DRM content protection agreements.


    Of course, if you'd read this thread, you would know that already, since this is now the SECOND time I've explained it.

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
  •