[sldev] slviewer on PLAYSTATION3

[Gareth Nelson]

A straight port is not going to work, I think everyone already knows that.
http://en.wikipedia.org/wiki/PlayStation_3_hardware
Reading this page, like other Sony games consoles there's more than
just system RAM, and applications are optimised to make use of the
individual components (i.e the SPEs and the GPU) separately.

Previously i've written on this list about my attempts to get a client
running on the PSP (Playstation Portable) and one idea that was
proposed was to pre-optimise the content server-side by building a
simplified BSP map of all static prims with a server-side proxy.
Essentially, this would allow the PS3 to "load levels" across the
network. It would also have a nice side-effect of reducing lag for PC
users if the same method was used in the mainline client.

On Wed, Jan 21, 2009 at 10:40 AM, Thomas Göttgens
<thomas at ist.schuldig.de> wrote:
> Hello Gareth,
>
> even if you got an SDK, still the main bottleneck would be the 256M
> memory, since SL does not 'Load Levels' off a medium or the network.
> Looking at the mem footprint of the last public nightly build, i can
> not see this ever running with only 256 MB.
>
> Back to the otherOS aka. Linux, on top of that you need to fit the OS
> itself into memory, even if you don't start the X system or use Xfb.
> Running stock Linux on the PS3 with KDE or Gnome slows the system to a
> crawl already, that's why YDL uses Enlightenment by default.
>
> Wednesday, January 21, 2009, 11:15:22 AM, you wrote:
>
> GN> The problem is that doing this requires an official SDK. I'd think the
> GN> only appropriate way to do this would be for LL to approach Sony about
> GN> this - but Sony may be interested in their own "Playstation home"
> GN> rather than SL support.
>
> --
> Best regards,
>  Thomas                            mailto:thomas at ist.schuldig.de
>
>



-- 
Please avoid sending me Word or PowerPoint attachments.
See http://www.gnu.org/philosophy/no-word-attachments.html