Stories
Slash Boxes
Comments

News for nerds, stuff that matters

Slashdot Log In

Log In

[ Create a new account ]

Skype 5-way Calling Limit Cracked

Posted by CmdrTaco on Sat Mar 04, 2006 11:11 AM
from the well-isn't-that-unsurprising dept.
BobPaul writes "It turns out when Skype limited 10 way calling to Intel Processors only it really was arbitrary! Maxxus has a patched version of Skype that allows 10-way calling regardless of the processor installed. There's also info about the patch: "The patch is the result of two phases: code analysis and design of the patch. The code analysis, or reverse engineering, reveals the relevant code block, which overrides Skype's limitation for Intel's dual-core CPUs. The patch design isolates the minimal set of instructions that need to be modified to cancel this limitation." Windows only so far."

Related Stories

[+] Intel and Skype Exclude AMD 492 comments
Raenex writes "CNET is reporting that Intel and Skype have signed an exclusive deal that would cap the number of conference call members on all but Intel architecture. Skype will only offer 10-way conference calls on specific Intel chips while other chips, including all AMD chips, will only offer 5-way conference calls. From the article: 'Though few would argue that a niche feature like that is going to be a deal breaker for most PC buyers, the importance of the Skype-Intel alliance goes well beyond VoIP conferencing. Indeed, it's the latest, and certainly most prominent, example of Intel's new take on marketing: Lock in software partners as well as the PC makers.'"
This discussion has been archived. No new comments can be posted.
Display Options Threshold:
The Fine Print: The following comments are owned by whoever posted them. We are not responsible for them in any way.
  • Lawsuit (Score:4, Insightful)

    by mtenhagen (450608) on Saturday March 04 2006, @11:15AM (#14850043)
    (http://www.klaproos.net/)
    I think this shows this was done on purpose to lock out amd users. A lawsuit by amd should be succesfull.
    • Re:Lawsuit by deadlocked (Score:1) Saturday March 04 2006, @12:35PM
    • Re:Lawsuit (Score:5, Interesting)

      by cmoney (216557) on Saturday March 04 2006, @12:56PM (#14850453)
      Yeah, except they're not locking out just AMD users. They're also locking out anybody who has an Intel chip that doesn't meet their arbitrary requirements. So to me it sounds more like a forced obsolescence plan to get people to upgrade to higher end PCs.
      [ Parent ]
    • Law suit bullshit... by Saeed al-Sahaf (Score:2) Saturday March 04 2006, @01:19PM
      • Re:Law suit bullshit... by Slack3r78 (Score:2) Saturday March 04 2006, @01:56PM
      • Re:Law suit bullshit... by masklinn (Score:2) Saturday March 04 2006, @02:15PM
      • Re:Law suit bullshit... (Score:5, Insightful)

        Of course, I'm ignorant. But how come a law suit? Companies make marketing arrangements all the time.

        The rules change slightly when you've got a near-monopoly. This is part of what tripped up Microsoft in their anti-trust trials.

        The problem is that it's far easier to convince someone to exclude "the competition" from the market when the competition has a disproportionately small portion of the market.

        For the ease of math, let's say that the Skype market is 90% Intel, 10%AMD. If Intel had to pay Skype 10million to compensate Skype for the lost market in excluding AMD then AMD would have to pay 90million to get Skype to do the same thing. Add to that the fact that Intel has 10x as much income from their larger market share (presuming the same gross profit margin -- which is rarely accurate in a near-monopoly situation) and you have a 90-1 difference in impact on their profit margins.

        Or - - to put it another way, between gross profits and market share, Intel could afford to buy off 100 market slots for every one that AMD could afford to.
        If it came to open warfare like this, AMD would be reduced to a tiny portion of the market and customers would be effectively unable to even find business that deal with AMD. (Dell anyone?). Once you further reduced AMD's market share like this, Intel's ability to further marginalize them would increase until AMD was reduced to an insignificant market access independent of the relative quality of their products.

        It's basically a market-ratio squared relationship which can easily spiral into a near-absolute market ownership, denying customers any real choice in the market no matter how good the competition is. (MS/Linux, anybody?)

        It's actually a worse than ratio squared relationship because we haven't taken into account the probability that, if Intel has a 100-1 ratio of market-exclusionary agreements, they can now charge a higher profit margin without significantly affecting customers' willingness to buy AMD. That, however is harder to quantitize, so I'll only mention it, rather than including it in my math.

        About the only real way to avoid this problem is to create artificial rules designed to stop such market-killing agreements when the market gets too lopsided, to prevent market choice from getting totally destroyed.

        [ Parent ]
      • Re:Law suit bullshit... by alienw (Score:2) Saturday March 04 2006, @04:39PM
      • Re:Law suit bullshit... (Score:5, Insightful)

        by rpdillon (715137) * on Saturday March 04 2006, @05:05PM (#14851149)
        (http://etherplex.org/)
        A marketing arrangement, as you call it, is one thing. But in this case, it goes beyond a mere marketing arrangement...it is a very specific type of marketing arrangement in which one company (Skype), in exchange for cash, artificially cripples their product to only work with a certain other (unrelated) product (in this case, dual-core Intel CPUs). The key element here is that the product (Skype) would, if left to it's own devices, work with either Intel or AMD CPUs, but has been crippled in it's use with a certain subset of those artificially.

        This is really a form of product tying [wikipedia.org], which was made illegal by the Sherman Antitrust Act (1890), but only if a non-trivial amount of business is affected by the tying. This last requirement will likely be the reason the suit isn't successful, but that certainly dosn't mean that the behavior isn't borderline, at best.

        Again, this isn't a compatibility issue, as you said, "Why should Skype have to write software to work on AMD?" The real question is "Why should Skype be allowed to artificially exclude AMD users in exchange for money from AMD's competitor?"

        [ Parent ]
      • Re:Law suit bullshit... by geekee (Score:2) Saturday March 04 2006, @07:53PM
      • Not a bribe... by Saeed al-Sahaf (Score:3) Saturday March 04 2006, @01:55PM
      • Re:Law suit bullshit... by Nutria (Score:2) Saturday March 04 2006, @02:08PM
        • Re:Law suit bullshit... (Score:4, Insightful)

          by Saeed al-Sahaf (665390) on Saturday March 04 2006, @03:00PM (#14850764)
          (http://nojailforpot.com/)
          The problem is that Skype tried to blow smoke up our arses, and obviously we don't like that, and get suspicious, and think that something illegal is going on.

          In this case, I would say "get a life." Honestly, getting hot and bothered because "Skype tried to blow smoke up our arses" sounds like childish foot stamping. Show your displeasure with Skype by not using their product, spend your valuble time (it is, right?) doing something productive rather than reactive. By the way, all this frothing and arm waiving will accomplish nothing at all, it's wasted energy. Move on to some other VoIP app in the secure knowledge that due to their greed, Skype will soon be dead. Or part of some spyware package...

          [ Parent ]
        • 1 reply beneath your current threshold.
      • 1 reply beneath your current threshold.
    • Re:Lawsuit by Overly Critical Guy (Score:1) Saturday March 04 2006, @11:10PM
      • 1 reply beneath your current threshold.
    • Re:Lawsuit by Fordiman (Score:2) Monday March 06 2006, @10:00AM
    • 2 replies beneath your current threshold.
  • Aaaah Maxxuss (Score:5, Funny)

    by Anonymous Coward on Saturday March 04 2006, @11:17AM (#14850050)
    Ah, Maxxuss. Is there anything you can't do? First you crack OS X, now Skype. You and DVD Jon should team up and become some sort of cracking superheros.
  • by thelost (808451) on Saturday March 04 2006, @11:19AM (#14850059)
    (Last Journal: Saturday January 20 2007, @07:25PM)
    people really don't want to pay money to have less features in a product you dimwits [intel]. I hope AMD sues ya ass to kingdom come for anti-competative practices. where are maxxas based, somewhere where they can't be served with a DMCA order?
  • "Arbitrary"? (Score:5, Interesting)

    by v1 (525388) on Saturday March 04 2006, @11:21AM (#14850065)
    (http://vftp.net/ | Last Journal: Saturday December 09 2006, @09:52PM)
    Since this limit was "arbitrary", that means the only deciding factor was not technology, but money. I wonder how much the block cost Intel?

    And now that it's in the open, (like that was going to take very long?) I wonder if they'll remove the block?
  • Now all that's missing (Score:2, Insightful)

    by Anonymous Coward on Saturday March 04 2006, @11:21AM (#14850067)

    ..is someone demonstrating that the X2 can in fact handle 9+1 persons at once, which I have no doubt it can. Then it's time for Intel to open up the wallet and give AMD some nice $$$ and some even nicer PR. Stand by to bend over!

  • by DingerX (847589) on Saturday March 04 2006, @11:24AM (#14850075)
    (Last Journal: Wednesday February 21 2007, @08:20AM)
    I know what you all are thinking. Great! He hacked it with three bytes, and showed his work. Now all AMD needs to do is get a 10-way conference call going on an X2 and they'll have another strike in their lawsuit against intel.

    But wait -- there is a way out. See the code is written to identify CPUs, and to run on dual core CPUs, but it doesn't make that distinction for AMD. So all the defense needs to do is set up an XP box running an AMD 1.4 GhZ "Firebird", next to some oily rags, get a 10-way conference call going, and simulate a CPU heatsink failure. Clearly they were blocking AMD 10-way calls out of product liability concerns.
  • Optimization is where? (Score:5, Interesting)

    by augustz (18082) on Saturday March 04 2006, @11:24AM (#14850077)
    (http://augustz.com/)
    Skype made a lot of noise in their press release saying that the 10-way feature was "optimized" for Intel chips. This was picked up by the media of course as well as evidence of AMD's poor performance.

    I'm having trouble understanding what this optimization that used the special features of Intel chips (presumably their high power) was. It looks from the patch that they just check who the manufacturer is, and if it is not AMD, they pretend your computer doesn't have the power to host 10 participants.

    What's also interesting is that folks likely signed up for SkypeOut and other paid products not realizing that they would be treated differently depending on what chipsets they happen to use, especially as that choice matters almost no where else. They should give more warning about this to paid users.

    This focus on locking software into specific vendor chips seems a dangerous one. No longer will it be the best chip that will win, but the focus goes to competing on locking up software applications. The proprietary unix'es went down that path, and it would be sad if Intel managed to get that to happen here.
    • Re:Optimization is where? (Score:4, Interesting)

      by dubl-u (51156) * <2523987012@@@pota...to> on Saturday March 04 2006, @11:30AM (#14850108)
      I'm having trouble understanding what this optimization that used the special features of Intel chips (presumably their high power) was. It looks from the patch that they just check who the manufacturer is, and if it is not AMD, they pretend your computer doesn't have the power to host 10 participants.

      My guess, like yours, is that this is blatant marketing crap. But it would be nice to see some tests of how many people can be usefully conferenced on different hardware. Skype is a CPU pig, and it's possible that they really have optimized it for some Intel-specific feature.
      [ Parent ]
      • Re:Optimization is where? (Score:5, Insightful)

        by Anonymous Coward on Saturday March 04 2006, @11:43AM (#14850156)

        To anyone doing such testing, make sure the code running is the same that would run on a dual-core Pentium. I didn't follow the patch in detail, but you'd have to make sure that any flags changed after CPU detection (like for instance the one at 0xB8E6DC) is the same for both cases. Else you might find yourself in the situation that, yes, the limit is removed, but you're still running a different ("unoptimized") path. In the (very interesting case) that the code crashes on AMD (due to use of Intel-only prefetch instructions or whatever, I don't even know if such still exists?), such crash can be used to land smack boom right in the relevant code to analyze.

        A good reverse-engineer could then fix the code if needed (substituting or even noping the faulting ops) -- the theory being that the major optimizations are in fact portable.

        In fact, demonstrating that there truly really is only one code-path would be pretty damning too; that's evidence this is just pure PR with no grounding in tech at all. So either case makes for an interesting evening in front of IDA.

        [ Parent ]
      • Re:Optimization is where? by netsharc (Score:2) Saturday March 04 2006, @11:53AM
    • Re:Optimization is where? by zerocool^ (Score:3) Saturday March 04 2006, @12:21PM
    • 1 reply beneath your current threshold.
  • by Anonymous Coward on Saturday March 04 2006, @11:27AM (#14850090)
    Yeah right.. I'm gonna' d/l this patch and app from www.silo.ru (in Russia!!!), they even say on their aite that that "There is no virus or backdoor added!". You've got to be kidding me!
  • Poor programmer at Skype (Score:5, Insightful)

    by tlk nnr (449342) on Saturday March 04 2006, @11:29AM (#14850098)
    (http://spielwelt6.mo.../?ac=vid&vid=3037060)
    Will we see transcripts from depositions done by AMD?
    I'd bet that they will be as funny as some of the SCO transcripts.

    I'd bet that they will depose the programmer who wrote the code encryption and the GenuineIntel check, and then continue with his supervisors.

    Who authorized to add code encryption?
    Who approved it?
    How were the limits to 5 or 10 concurrent connections determined?
    • Re:Poor programmer at Skype by Anonymous Coward (Score:1) Saturday March 04 2006, @11:40AM
      • Negative. by Anonymous Coward (Score:2) Saturday March 04 2006, @12:00PM
        • Re:Negative. by fishbowl (Score:1) Monday March 06 2006, @01:14AM
        • Re:Negative. by larry bagina (Score:1) Saturday March 04 2006, @06:08PM
          • Re:Negative. by syukton (Score:2) Saturday March 04 2006, @10:40PM
            • Re:Negative. by megrims (Score:1) Sunday March 05 2006, @01:38AM
        • 1 reply beneath your current threshold.
      • 1 reply beneath your current threshold.
  • An encrypted binary? (Score:3, Insightful)

    by dubl-u (51156) * <2523987012@@@pota...to> on Saturday March 04 2006, @11:32AM (#14850116)
    Anybody know anything about their encrypted binary? I can't figure out what they were trying to achieve with that. Some sort of misguided anti-hax0r protection? Or perhaps they're trying to conceal something...
  • Limit (Score:5, Interesting)

    by Eightyford (893696) on Saturday March 04 2006, @11:33AM (#14850119)
    (http://godgab.org/)
    So what is now limiting the conference calls to 10 people now? Is that a phone company limit, or another arbitrary limit?
    • by Svartalf (2997) on Saturday March 04 2006, @12:05PM (#14850239)
      (http://www.earlconsult.com/)
      Unless Skype's playing reflector for the whole conference, each peer's connectivity limits what you can/can't do.

      At 128kbps (the average upstream speed on broadband these days in the US...), you can typically host a four to six way voice conference or a 2-3 way video conference. This is because you have to provide the outbound traffic for each of the peers and control traffic. With a reflector system, you can host larger conferences, limited only by the inbound bandwidth because the reflector is flipping the traffic from your mic (and possibly camera...) to all the participants. However, that's REALLY bandwidth intensive, so to keep it economical, you'd probably limit it to 10 participants or so to limit hogging of that limited resource.

      Now, this is all due to everything being unicast UDP. If we had IPv6 and Multicast support for the same available, one could handle at least up to the 10 without needing a reflector as the router infrastructure would handle it right along with the video on demand, etc. streams. However, since this is not likely to happen in our or several generations' lifetimes at the rates things are going, waiting or wishing for that is a waste of time. :-)
      [ Parent ]
  • Maxxuss (Score:2, Redundant)

    by LiNKz (257629) * on Saturday March 04 2006, @11:44AM (#14850163)
    (http://www.daunity.org/ | Last Journal: Wednesday October 13 2004, @07:36AM)
    Maxxuss is definitely making a name for himself (if it really is only one person). He is already heavily involved with removing Apple's restrictions on Mac OS X for Intel too.
    • Re:Maxxuss by Ironpoint (Score:1) Saturday March 04 2006, @03:15PM
      • Re:Maxxuss by Anonymous Coward (Score:1) Saturday March 04 2006, @04:52PM
    • 1 reply beneath your current threshold.
  • BitTorrent Mirror (Score:3, Informative)

    by Anonymous Coward on Saturday March 04 2006, @11:54AM (#14850193)
    BitTorrent Mirror here [mininova.org]
  • Don't Believe the Skype (Score:4, Interesting)

    by Mignon (34109) <satan@programmer.net> on Saturday March 04 2006, @12:01PM (#14850219)
    The code seems to be calling the cpuid instruction, so as far as the "Windows-only" patch, could anyone comment on patching the Linux kernel to essentially lie to the Skype client?

    Or, so as not to break other programs that use cpuid (to determine which instructions they can run, for example) perhaps this could be done in a user-space way.

    I'm thinking of artsdp as a model, so you would just launch your Skype client with something like "cpufake --cpuid='Genuine Intel Dual Core We Like Skype' skype.bin" (or whatever it's called.)

    I've got no idea how such a program would work, but the article did say the code was encrypted so I wonder if that would be an issue.

    • Re:Don't Believe the Skype by frieko (Score:1) Saturday March 04 2006, @12:21PM
    • Indeed... (Score:5, Insightful)

      by Svartalf (2997) on Saturday March 04 2006, @12:21PM (#14850297)
      (http://www.earlconsult.com/)
      Considering that SIPPhone already HAS voice conference calls of at least 10 or more, works with ANY SIP enabled device that's not crippled to a single provider (Vonage devices come immediately to mind...), and costs nothing for VoIP calls- I'd say, skip Skype all together, especially after this little stunt.
      [ Parent ]
      • Re:Indeed... (Score:5, Interesting)

        by bobcat7677 (561727) on Saturday March 04 2006, @12:47PM (#14850415)
        (http://www.stillsound.net/)
        Svartalf, you are indeed insightful today. Personally I use Asterisk meetme conferences for all my conferencing needs. Only limited to my server horsepower and available bandwidth. Can have almost an unlimited number of people call into it through SIP, IAX2 or an IAX2 trunked PTSN #.

        I tried skype a couple times (mostly because some girl talked me into it), but she wasn't worth it. The lack on interoperability totally killed it. The last thing I need is yet another app running on my main console all the time. Asterisk runs happilly on my server in the corner and rings my normal home phones all over the house if someone is trying to reach me. I might even pay for a skype IAX2 or SIP access account. But being a closed system they are too much trouble to deal with.
        [ Parent ]
    • Re:Don't Believe the Skype by serialdogma (Score:1) Saturday March 04 2006, @12:24PM
    • Just do what Maxxus did... by BobPaul (Score:2) Saturday March 04 2006, @01:40PM
    • Re:Don't Believe the Skype by afidel (Score:2) Saturday March 04 2006, @03:16PM
    • Re:Don't Believe the Skype by larry bagina (Score:1) Saturday March 04 2006, @06:41PM
    • Re:Don't Believe the Skype by John Sullivan (Score:3) Saturday March 04 2006, @09:00PM
  • Need Open Standards (Score:5, Informative)

    by fastdecade (179638) on Saturday March 04 2006, @12:04PM (#14850231)
    Just goes to show why we need open protocols and open code for the future of VOIP. It's too important to leave to a single company, which is why I prefer SIP and clients like Google Talk and Gizmo [gizmoproject.com] where possible.
    • don't forget openwengo by patcito (Score:1) Saturday March 04 2006, @12:27PM
    • Re:Need Open Standards by wanorris (Score:1) Saturday March 04 2006, @01:39PM
      • Re:Need Open Standards (Score:5, Informative)

        by beasstman (462291) on Saturday March 04 2006, @03:22PM (#14850849)
        In fact SIP has supported dial in/out for years -- you can get termination for SIP compliant phones from Vonage, using Free World Dialup, or from smaller termination only providers (similar to Skype Out/In) like EXGN -- there are literally hundreds of them. ALL the commercial gateways sold by Cisco and the other major players are SIP to PSTN (regular telephone system) gateway (or Cisco proprietary Call manager -- but not Skype). Even Skype themselves in the backend is almost certainly using SIP to get to the public phone network for their Skype In/Out system, since none of the major gateway companies build anything else, and Skype isn't building one off hardware, it simply wouldn't be economically practical.

        There is also signifcant work to make SIP P2P to eliminate the central servers http://www.p2psip.org/ [p2psip.org] from SIP going on right now. As an aside, Skype isn't really even that P2P -- it uses central auth servers, so it is more of a hybrid system -- ala Napster -- in reality.

        And with a SIP phone you can use *any* of those SIP providers. With Skype, you have one choice.

        Skype is very good at making things work out of the box, hence the popularity, but there really isn't much (if anything) it can do that SIP can't. It isn't even that the P2P mattered. Skype's success is a matter of a very nice UI and user experience. They gained market on ease of use and marketing -- not bad things mind you -- not better technology. Kudos to Skype for making it easy for users to use VoIP, which was (and still is) notoriously hard to use with other providers. But the technology is different to allow Skype to lock up users, not to make things better from a technical standpoint.
        [ Parent ]
      • Re:Need Open Standards by Anonymous Coward (Score:3) Saturday March 04 2006, @03:43PM
  • by Jackie_Chan_Fan (730745) on Saturday March 04 2006, @12:18PM (#14850290)
    You gotta love their efforts. Keep it up.
  • so what (Score:1)

    by cg0def (845906) on Saturday March 04 2006, @12:24PM (#14850315)
    well what can I say ... Intel is about to take one more for the team ... a law suit for unfare competition that is ... Other than that I really could care less about skype and their limit of 5 people on a conference call. The only cituation that you would use a conference call with more than 5 users is a corporate environment and I have yet to hear about one that uses Skype.
    • Re:so what by sogoodsofarsowhat (Score:1) Saturday March 04 2006, @04:27PM
    • 1 reply beneath your current threshold.
  • No shit (Score:5, Insightful)

    by grasshoppa (657393) <skennedy AT tpno-co DOT org> on Saturday March 04 2006, @12:24PM (#14850316)
    (http://tpno-co.org/)
    It was a made-up limit? No kidding.

    Remember folks; Asterisk. Skype isn't open source, and the company behind it has it's own motives. Asterisk is open source, has a good community behind it, and can do *anything* you want it to. Regardless of the hardware behind it.
    • Re:No shit by Siffy (Score:1) Saturday March 04 2006, @01:47PM
    • Re:No shit by slavemowgli (Score:2) Saturday March 04 2006, @02:55PM
      • Re:No shit by pavera (Score:3) Saturday March 04 2006, @03:52PM
        • Re:No shit by slavemowgli (Score:2) Saturday March 04 2006, @07:56PM
          • Re:No shit by pavera (Score:2) Saturday March 04 2006, @09:04PM
            • Re:No shit by slavemowgli (Score:2) Saturday March 04 2006, @09:12PM
      • Re:No shit by grasshoppa (Score:2) Saturday March 04 2006, @04:25PM
        • Re:No shit by slavemowgli (Score:2) Saturday March 04 2006, @08:31PM
      • Re:No shit by Ilgaz (Score:1) Sunday March 05 2006, @08:08AM
    • Re:No shit by otis wildflower (Score:1) Saturday March 04 2006, @03:12PM
      • 1 reply beneath your current threshold.
    • Re:No shit by Ash-Fox (Score:1) Saturday March 04 2006, @10:15PM
      • Re:No shit by grasshoppa (Score:2) Sunday March 05 2006, @12:04AM
        • Re:No shit by Ash-Fox (Score:1) Sunday March 05 2006, @09:46AM
          • Re:No shit by Ash-Fox (Score:1) Sunday March 05 2006, @03:22PM
          • 1 reply beneath your current threshold.
    • Re:No shit by Lehk228 (Score:2) Saturday March 04 2006, @06:37PM
    • Re:No shit by What me a Coward (Score:1) Sunday March 05 2006, @02:30PM
    • 1 reply beneath your current threshold.
  • Optimizing for AMD (Score:3, Interesting)

    by JFMulder (59706) on Saturday March 04 2006, @12:29PM (#14850335)
    Being in a company who worked exclusively on Intel and nVidia chips until recently, it is possible to have horrible performance when switching to AMD and ATI. In our case, we didn't use any nVidia specific GL calls. As for SS2, it is supported on both platform so in theory it shouldn't be an issue. The reality is, unless you are making a game and using what I'd call "game-oriented opengl calls", the performance is going to vary a LOT between ATI and nVidia. Don't believe the hype of these companies when they say that they support full OpenGL. Some either have very bad hardware for 2d ops with OpenGL or literally do software "decelleration". Benchmarks have shown speed dropping as much as 200% in some areas. As for AMD and Intel, after patching the executable, the performance was different, sometimes in favor of Intel, sometimes on AMD.

    With that being said, no platform specific instructions or features were used. I suspect the Skype guys may have simply used Intel machines for so long and never bothered using AMD machines for development and then were too lazy to simply rewrite some of the code so that it runs normally on AMD. This happens especially when you write tight assembly loops by taking into account instruction latencies for one processor and then realize the performance sucks on another platform. You then have the choice, rewrite it so that the performance is similar, or slap a OPTIMIZED FOR INTEL on the box.

    Thankfully we rewrote.
    • Not "optimized"... (Score:4, Insightful)

      by Svartalf (2997) on Saturday March 04 2006, @01:51PM (#14850593)
      (http://www.earlconsult.com/)
      Sound software typically is optimized quite well for both company's offerings, esp. if you don't use special features of the other brand. To be sure, there's edge cases where you need that- but Skype's NOT one of them nor is there evidence that there's the degredation you claim happened with your app experience. (Not to mention that there's tons of other P2P VoIP applications that use SIP and Jabber technology that work as good or better than Skype, and there's other commercial proprietary systems (such as Eyeball Networks' stuff...) that DOES handle up to 10 people (or more as bandwidth will allow...) without needing a dual core anything, let alone an Intel one.)

      This is plain and simple being bought to support one over the other. Please don't try to defend this- it's not something that has much of any good explanation for this, especially considering that they actually DO appear to be just CPUIDing and crippling the app if it's not a dual core Intel CPU...
      [ Parent ]
    • Re:Optimizing for AMD by thext (Score:1) Saturday March 04 2006, @02:55PM