Slashdot Mirror


Conflicting Reports of PS3 Programming Difficulty

xenongamer writes "It appears there isn't any type of concensus regarding the programming difficulty of Sony and IBM's upcoming Cell processor. From the article: 'Although few doubt the relative power of the Cell microprocessor, many have expressed concern over the chip's asymmetric design, which makes programming for it a potential disaster ... One such man was 3D artist Josh Robinson, who was fired from his position at Sony just weeks after making a public, negative comment about PlayStation 3 development on his Internet blog.'"

5 of 122 comments (clear)

  1. Re:Conflicting? by Anonymous Coward · · Score: 0, Informative

    "I wouldn't give him much air time, I'd rather hear from developers actually working with it. "

    How about John Carmack? Because if you read the fucking article you'd see he was quoted too. But of course I'm sure you think he doesn't know what the hell he's talking about either. *yawn*

  2. Re:PlayStation 2 hard to program by Anonymous Coward · · Score: 5, Informative

    I've written a huge amount of PS2 code for various games sitting on the shelves right now. I will do my best not to sound too harsh.

    Reading your comments I get the feeling what it must be like for a Formula 1 driver listening to someone complain about taking a racing car out for a spin and complaining that it 'hard to drive' and then listing a bunch of silly reasons like no air condition or stereo like he has in his car at home.

    The PS2 and PS3 and two of the most amazing and joy to work with graphic systems ever. Unfortunately the people most likely to talk about the two systems are inversely proportionals to their qualifications to do so.

    Through some crazy reasoning the fact that Microsoft decided to try to build a console around the legacy x86 hardware design seems to have given the green light to every clown who knows a little DirectX to pass himself off as an expert on console hardware and development. And to run his mouth off on the Net about how the 'crazy' PS2/3 is 'stupid' because it isn't anything like his pc he is used to.

    The PS2 and PS3 are machines designed for experienced console engineers to efficiently pipe compact media data from disc to screen for as cheaply as possible. The 8000 or so Sony titles sitting out on the shelves is the only thing that counts.

    I have nothing but pity for people stuck in front of their archaic x86 pcs when I have access to something amazingly cool and powerful as the PS2/3.

  3. Re:Interpretations? by Slashcrap · · Score: 4, Informative

    Taking a look at Asymettric procesing... (PS3) This allows us to give each processors specific tasks. For example we could dedicate 1 cell chip to running say the AI for a game, another for the Player physics and the rest for graphics and sound.

    Sorry, that's not how it works. You're thinking that the developers have 7 processors to play with, each capable of running a complex task like AI or the graphics engine. In fact the SPUs are more like DSPs or specialised co-processors. Last time I checked, no-one was designing AI algorithms to run on DSPs.

    I'm sure that a sufficiently motivated person could write a multi-threaded AI algorithm to run on a conventional CPU with 7 co-processors. But it would be really hard to develop.

    PS. If the Cell architecture is ideal for graphics rendering, what's that honking great Nvidia chip doing in the PS3? Providing ballast?
    PPS. You can save time when typing out plurals by not adding an apostrophe every time.

  4. Re:Actually, no they don't by jchenx · · Score: 2, Informative

    But yeah it looks like Nintendo is going after the pirates instead of lumping everyone into one group and assuming they're all pirates. The lack of any major anti-pirating actions since the Lik Sang case seems to support this.

    I still can't say that Nintendo is that much different than others when it comes to anti-pirating efforts. Lik Sang (and many /.-ers apparently) disagree that the only folks using their devices were piraters. It sounds much like the claims of P2P creators. Lik Sang's backup devices can be used for legal AND illegal means. But Nintendo chose to lump all of the device users as potential piraters and unleashed their lawyers to prevent Lik Sang from selling anymore of these devices.

    It's a very similar to Sony's and Microsoft's claims to modders. Remember, they also sued Lik Sang for producing many of these mod chips. Search the archives for more info. Sure, not EVERYONE who mods their consoles does it for piracy reasons. Quite a few do it to disable region checking (although that's potentially illegal as well). Yet, it's a lot easier to just lump the whole group together and assume that the majority of folks are using it to pirate games. (My hunch would be that it's not far from the truth)

    After doing some additional reading and refreshing of memory, I believe that trying to claim that Nintendo is essentially more "pirate friendly" than Sony or Microsoft is just crazy. Just because there weren't any major anti-pirating actions reported in the media last year, doesn't mean that they're more open by any means. If anything, their history shows that they'll always be protective of their content and games, by any means necessary.

    Here are some more articles:
    Nintendo Creates Piracy-Proof Console For China
    Nintendo Confirms It Will Sue UltraHLE Creators
    Nintendo Blocking Counterfeit Game Machines

    I'm not trying to knock Nintendo down by any means. I love their handhelds and was definately a Nintendo "fan-boi" as a kid. Also, I'll actually agree with many of their above actions. If they believe piracy is costing them a decent amount of profit, then I'd much rather see them go after the bad guys than go bankrupt (of course that's incredibly unlikely, given their general profitability). Unfortunately, they're going to hurt legitimate users along the way.

    So, going back to the original conversation ... no, Nintendo's media apparently doesn't have much copy protection. But I certainly wouldn't call it a sign that they're less restrictive than any other console developer. I wouldn't be surprised at all if the Revolution media sports more DRM. You also have to consider that Nintendo is going to be releasing a bunch of retro titles available for download, which will have to be protected in some way. And unfortunately, they may find it a good time to go after emulators again, since there will be a business model for selling old titles. I'm going to have to predict MORE legislation and anti-piracy action over the next few years.

    --
    -- jchenx
  5. Re:PlayStation 2 hard to program by Fartacus · · Score: 3, Informative

    For the record, this reply is not out of ignorance. I am a game engine developer with experience with PS2 and XBox development, at a low and high level. The PS2 is in every measure completely outclassed by Xbox. I'll address some of the big limitations of the GS here, but I can go on about the EE and VUs if you like. The GS is a POS. The biggest limitation of the GS, of course, is the memory. There's just not enough to do anything interesting. But there are many other significant limitations, including a severe lack of useful ALU operations, low precision interpolators, and a lack of speed compared to the NV2A GPU on the Xbox. The NV2A kicks the living crap out of the GS. There is no built in support for dot products, which are required for per pixel lighting. I have gotten dot products to work through clever (read: extremely hacky and slow) blit operations. Because of the high overhead involved with getting a dot product operation working, the only practical way of doing per pixel lighting is with a deferred illumination model. But you run into the lack of GS memory which makes deferred illumination impractical. If you could get past these two barriers, there is no practical way of normalizing interpolated vectors on the GS. There is no support for stencil buffers, so stenciled shadowing is impractical. Sure, you can emulate stencil buffer functionality using wrapped additive alpha operations (use 1 for a stencil increment, 255 for a stencil decrement), but if you want to do do z-fail shadows (which are required to remove artefacts when the shadow volume intersects the near plane), you have to invert the Z buffer. This can be done on the GS, but it is extremely slow unless you are using a 24 bit z-buffer (you can use an alpha blit, essentially a 1-z of the relevant area of the z-buffer in 24 bit mode). And again, you run into the low GS memory limitation. And don't get me started on the crappy interpolators. Big triangles just look like ass. The solution? Tessellate. Joy. The EE and the VUs arent much better. And if you want to do anything useful with the VUs, the EE is going to be damn busy assembling DMA packets for the DMAC, so you can lose all hope of even getting close to the combination of graphics + audio + sim fidelity + gameplay that you get on the Xbox. The PS2 is no formula 1 racer. It's a souped up Yugo with a blower.