forums.ps2dev.org

haha :)

So.. I usually don't do announcements like this but I'm a long timer around here so I don't care :) and people might find it interesting anyway http://blog.zenic.org Will be updated (its not yet but to come) with ps2 info, what I'm currently doing with development of the engine, etc. There will also...

Missing option: "How is this related to the PS2 Development?"

I recommend a good crossbow and a green hat

Check this post from Sparky over at the ps2l forums:

http://playstation2-linux.com/forum/mes ... g_id=47709

http://forums.ps2dev.org/viewtopic.php? ... linux+slim

Searched for ps2 linux slim ...

You can start with searching the forums first

Ok, I actually forgot stuff I had implemented :) * tcp/ip (semi working) and is using LWIP * More cleaned up code * echo server over tcp/ip (telenet style that echos back what you send it) * lv1 calls renamed to lv1NetControl(...) instead of lv1_net_control(...) to try to remove the 'GPLisnes' of it...

I will release the code I have worked on to mc.

It has a semi working Ethernet driver that can actually receive and start an elf (the code is very crude and needs lots of work though)

I don't have much time to work on it but hopefully it will give some base to work from at least.

What I had running was a smallish program that ran directly as an "OtherOS" that setup a network driver and then you were able to execute an elf by sending it over with raw ethernet frames to the MAC address of the PS3. As jbit said its very flakey and not really ready for release and curr...

I could rant on for pages why you should _NOT_ use STL (and not esp on SPUs) but jbit covered most of it really. But one major issue is that the SPU has only one data type and that is a qword. By not handling the data on the SPUs as qwords only will reduce the performance a lot (esp for a softwarere...

on EE scratchpad has higher efficiency than the datacache.

And if you need to process a fair amount of data on the EE/vu0 using ScrachPadDMA to get data in/out of the SPR is faster than using the datacache.

You are right. Thread locked.

I was about to do this myself at one point (ie a wrapper for all si_* intrinsics) but things just got in the way.

If you don't find one and decides to give it a good it would be great if you could post the code here.

The url work and this forum is "PS2 Development" and not "PS2 Linux help" stay on topic.

Im too lazy to read the whole text but to reply to the first statement.

Its going to be a own very basic kernel and will not be based on Linux. It will be made for the PS3 only and thus not needed to be general purpose as Linux needs to be.

Very nice! Good work on this one.

Indeed and we don't want that to happen again.

I have now locked this thread as this forum is "PS3 Development" and not "PS3 Hacking" on more talks about stuff like this in the forum please.

Im not really sure if this leads anywhere...
And what is the purpose of understanding the self files? We can already run regular elf files under OtherOS.

ps3sdk and ps3link is still being worked on and no public release has been made.

You can run the demo.elf from kboot or similar or install the otheros.bld as an otheros and run it.

As IronPeter say I doubt the API/whatever wouldn't work under ps3link as the RSX access isn't limited to Linux in anyway.

And tools are usually easy to port to host system anyway (read: Win32 or x86 Linux/FreeBSD/etc)

In theory you can get gdb running but it will take some effort.
What I usually do is to just print text and/or dump to file.

ps3sdk, ps3link and ps3client is on ice for a while more as im really uber busy at work currently. I do plan to work on it afterwards. Some stuff to mention that is running: * Basic framebuffer (based on OtherOS demo, but much cleaned up) * Basic network driver * Uses lwip for tcp/ip support * You c...

Very impressive work!

I will talk to neov (or Oobles) about setting up the project on ps2dev.org once I get hold of them.

hint:

include screenshot.h and use ps2_screenshot_file(...)

You need to buy it and you also need a hard drive.

yes. Collision code for a regular Tetris game on PS2 should take like ~1% (or less) of the CPU.

Don't access the ps2 vram for these kind of things (it should never be need as its both really slow and complex to do in a good fashion) Just do the collision separated from the graphics instead.

You are using the wrong compiler, depending on how you installed the compiler you will need to change the name of the compiler being used in the makefile (ppu-gcc for example)