Announcement

Collapse
No announcement yet.

Adobe To Use TransGaming's SwiftShader; Remember Cedega?

Collapse
X
  • Filter
  • Time
  • Show
Clear All
new posts

  • Adobe To Use TransGaming's SwiftShader; Remember Cedega?

    Phoronix: Adobe To Use TransGaming's SwiftShader; Remember Cedega?

    TransGaming, the company behind the Cedega program for running Windows games on Linux (as an alternative to using Wine or CodeWeaver's CrossOver Games) and Cider as the Mac equivalent, has just announced that Adobe is now licensing its SwiftShader Technology for the Adobe Flash Player and Adobe AIR...

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

  • #2
    You know, I wish you'd stop shoving in that D3D State Tracker into every possible article. Unless Wine adopts it (unlikely in the near future) it's really not worth talking about.

    You even mentioned it in the ReactOS release article where it has barely any relevance, as ReactOS aren't planning on implementing Gallium3D for a long time, if at all.

    Comment


    • #3
      So Adobe controls or at least leads PDF and SWF format changes/enhancements. Each new format they make is immediately adopted by their own software, and thus all those who use their software. The art they make with those new formats can then only be viewable by those with programs able to render them. The 3rd party open source programs perpetually lag behind the quickly implemented new Adobe software. This endless treadmill will thus always push users to using Adobe's software, and only Adobe's software, much like .NET vs. Mono, and Silverlight vs. Moonlight. Sure, they claim open standards, but they are the ones behind the wheel.

      So, how do you deal with standards advancement situations gracefully so that you get real standards? First off, removing control from a software company with an interest in getting users on its own platform is step number one, if they are going to make changes just to break functionality to cause dependence on their own software. Secondly, you have the "main" implementation be open source, so that all software can adopt the new engine/codec/libraries. Nether of those things Adobe wants to do, because Adobe is interested in getting users onto their own software and nothing more.

      Until that changes, where are the open source equivalent SVG animation formats? Do any exist at all? Several formats support animations, and several support SVG, but I have yet to find one that supports both and thus could be a true open Flash replacement.

      Comment


      • #4
        I think the moment that Gnash/Lightspark reach *near* feature parity with Adobe's Flash then browsers like Chrome and Firefox will implement it as a built-in plugin. When/if that happens Adobe could quickly find themselves no-longer in control of their own standard. That would be interesting to watch.

        Comment


        • #5
          Adobe really needs to rethink their operating model....
          What do they gain by having users use their plugin vs an open source implementation of that plugin? The answer is NOTHING. In fact, it HURTS them since it means that those unable or unwilling to use their blob plugin simply won't have access to content made under their format.

          Now if, on the other hand, adobe were to drop their blob (or open source it 100%) and focus EXCLUSIVELY on developing the plugin as OPEN SOURCE, then you give off a warm and fuzzy feeling while potentially being able to REDUCE THE DEVELOPER WORKLOAD AND EXPENSE by gaining community assistance for a piece of software, which by itself, doesn't gain you any revenue to begin with!

          Their revenue comes 100% from selling their content CREATION software. Not the CONSUMPTION software, so make life easier on yourself and get some community help!

          Comment


          • #6
            Originally posted by Kazade View Post
            You know, I wish you'd stop shoving in that D3D State Tracker into every possible article. Unless Wine adopts it (unlikely in the near future) it's really not worth talking about.
            Please! Sometimes I have the feeling you desperatly try to link as many phoronix articles as possible in, no matter how relevant they are or not.

            Comment


            • #7
              Flash sucks and I wish it would simply die.

              Comment


              • #8
                Originally posted by d2kx View Post
                Flash sucks and I wish it would simply die.
                Amen. If someone would buy Photoshop from them I wouldn't miss Adobe either.

                Comment


                • #9
                  Originally posted by Linuxhippy View Post
                  Please! Sometimes I have the feeling you desperatly try to link as many phoronix articles as possible in, no matter how relevant they are or not.
                  I half wonder if it's his form of SEO.

                  Comment


                  • #10
                    Originally posted by MaestroMaus View Post
                    Amen. If someone would buy Photoshop from them I wouldn't miss Adobe either.
                    Maybe Oracle is up for another acquisition.

                    Comment


                    • #11
                      Originally posted by Kazade View Post
                      You know, I wish you'd stop shoving in that D3D State Tracker into every possible article. Unless Wine adopts it (unlikely in the near future) it's really not worth talking about.

                      You even mentioned it in the ReactOS release article where it has barely any relevance, as ReactOS aren't planning on implementing Gallium3D for a long time, if at all.
                      You are wrong. Wine is irrelevant. The Direct3D state tracker applys to that article almost as much as LLVMpipe itself. It would be useful for open-source implementations of Flash to offer a Direct3D API in case Adobe chooses to directly expose that. (although it's not likely to happen)

                      And I hope that alien 3D API never leaves the blue-print state on Linux too. It would be just like the Flash problem, but on a very core API level.

                      Originally posted by Yfrwlf View Post
                      where are the open source equivalent SVG animation formats? Do any exist at all? Several formats support animations, and several support SVG, but I have yet to find one that supports both and thus could be a true open Flash replacement.
                      It's done on mozilla with SMIL, which is a W3C standard:
                      https://developer.mozilla.org/en/SVG...tion_with_SMIL
                      It's ready to go in Firefox4 Beta.
                      Using Javascript to animate SVG works already.

                      Originally posted by MaestroMaus View Post
                      Originally posted by d2kx View Post
                      Flash sucks and I wish it would simply die.
                      ...I wouldn't miss Adobe either.
                      Amen. Amen.

                      Comment


                      • #12
                        @Michael

                        So, TransGaming's SwiftShader have a downloadable Demo, I wonder if we could see a speed comparison between that and real 3D hardware and, maybe, LLVMpipe, if posible at all.

                        I didn't follow the download link, so I don't know if there's a Linux version already.

                        Comment


                        • #13
                          Originally posted by jntesteves View Post
                          @Michael

                          So, TransGaming's SwiftShader have a downloadable Demo, I wonder if we could see a speed comparison between that and real 3D hardware and, maybe, LLVMpipe, if posible at all.

                          I didn't follow the download link, so I don't know if there's a Linux version already.
                          No, they are just DX9 DLLs.
                          Michael Larabel
                          http://www.michaellarabel.com/

                          Comment


                          • #14
                            Originally posted by jntesteves View Post
                            You are wrong. Wine is irrelevant. The Direct3D state tracker applys to that article almost as much as LLVMpipe itself. It would be useful for open-source implementations of Flash to offer a Direct3D API in case Adobe chooses to directly expose that. (although it's not likely to happen)
                            It's incredibly unlikely to happen, what about OSX? Android? They have Flash implementations too, Adobe would be frankly off their head to expose the D3D API directly. The case in point is that even in this article it's an extremely obscure reference, and I wish Michael would stop plugging it as if it's a cure all for every situation. It's not, it's just a state tracker.

                            Comment


                            • #15
                              Originally posted by droidhacker View Post
                              Adobe really needs to rethink their operating model....
                              What do they gain by having users use their plugin vs an open source implementation of that plugin? The answer is NOTHING. In fact, it HURTS them since it means that those unable or unwilling to use their blob plugin simply won't have access to content made under their format.

                              Now if, on the other hand, adobe were to drop their blob (or open source it 100%) and focus EXCLUSIVELY on developing the plugin as OPEN SOURCE, then you give off a warm and fuzzy feeling while potentially being able to REDUCE THE DEVELOPER WORKLOAD AND EXPENSE by gaining community assistance for a piece of software, which by itself, doesn't gain you any revenue to begin with!

                              Their revenue comes 100% from selling their content CREATION software. Not the CONSUMPTION software, so make life easier on yourself and get some community help!
                              The millions of windows/mac users don't care lol. This has nothing to do with Linux. Saying that they should adopt something open source doesn't apply because it's not linux/bsd/etc. Besides open source stuff that changes often (Open source really has become synonymous with change these days...I had to edit this post because I was using them interchangeably).

                              A lot of products take years to develop. So, if it's relying on an API that changes, it's just not viable. I can't think of anything that doesn't change/break things regularly.

                              That said, again, who cares. HTML5 will ruin Flash, PDF..well, they're not in as much use as they were before. Until there's a REASONABLE API that a company can rely on for cross-platform development (on a per-product basis) you people need to stop bashing on every company because they didn't use some sub-quality open-source equivalent.

                              With the above said, of course that doesn't apply to their complaining about lack of video APIs because they ARE there, they just don't want to rely on something that they'll have to pay someone to fix whenever it's updated.

                              That's what makes some of the older systems like BeOS (or Haiku these days), Amiga, etc interesting is because they had their APIs, they didn't have thousands of potential APIs that in the long run didn't end up getting the job done.

                              Comment

                              Working...
                              X