forums.ps2dev.org

I've got it working now (with Windows). This is awesome!

Is there a source repository somewhere that I can get updates from?

In pmp.ini try with /Volumes/Csi5 instead of g: for your dvd That seems to start the streaming. I also noticed in the playlist that the path that works is ~/Movies/Csi5.avi. So I added that to the end of pspfiles.html, and that also starts the streaming. Problem is, now I'm getting 'unknown format'...

But did streaming work? Not yet... I had a corrupt pmp.ini. And then it took me a while to figure out the right 'con' value (802.11b sometimes doesn't work for me first go). I've got it browsing the network list from the psp. When I select something, it starts loading but never goes anywhere. This ...

I'm just tinkering with OSX VLC 0.8.5.

I couldn't get files in the directory to display until I took the following if statement out of pspfiles.html:

I also spent many hours trying to get 16 or 32bpp CLUT to work with SDL video (so noiz2sa can do hw accelerated blits and rects). In the end I decided that not enough is known about the parameters to sceGuClutMode - and gave up.

Strange... I thought I uploaded the fixed Makefile to svn.

And this problem with vorbisidec affects all SDL Makefiles. Perhaps it would be best to link vorbisidec into SDL_mixer?

What you are suggesting is entirely possible. But it has not been done.

I think you could save yourself a lot of time by just using SDL_mixer. A few weeks ago PSPGL support was added to SDL, and the result was rRootage.

Any hints on how to build Python? I put together this command line but I just get errors: CXX=psp-g++ LDFLAGS="-L`psp-config --pspsdk-path`/lib -lstdc++ -lpsplibc -lpspkernel -lpspuser" ./configure --host=psp --prefix=`psp-config --psp-prefix` ... psp-gcc -c -Wno-long-double -no-cpp-precom...

I bet you need to align a parameter or two. The documentation (ie: comments in pspgu.h) describes which parameters need to be aligned.

There is the toolchain.sh script. How to use this script is stickied at the top of this forum: http://forums.ps2dev.org/viewtopic.php?t=2478 I have run the script on Windows, Linux and OSX and found them all to be very simple. Linux would have to be the simplest - as it tends to already have develop...

sceGuTexImage seems to have problems with images bigger than 512x512. The only way around this that I could see is to specify a smaller image to sceGuTexImage, with the appropriate memaligned x/y offset. SDL compensates for images greater than 512x512 at the cost of some extra complexity. LuaPlayer ...

Easiest way to install the SDK for Mac: http://www.cs.helsinki.fi/u/jikorhon/condev/psp/dl/pspdev_4.0.1.dmg (Linked from http://www.deadcoderssociety.tk/) That build of the sdk is revision 792. The latest revision in svn is 1595. Following the instructions above is probably a better thing to do.

There is a driver for usb mass storage, it works great.. and last time I checked keyboard, mouse, eyetoy and touchscreen all work.

But I have not read about anyone releasing anything to work the ieee1394 port.

SDL supports 8 bit palettes for screen surfaces. There is no support for swizzling, but I think you will find the PSP is fast enough to port an old game.

The DrawPixel function looks good and it is unlikely that using blits updated the video display. Are you using the most recent version of SDL from svn? edit: this seems to fix it... for&#40;int ly=0; ly < PSP_SCREEN_HEIGHT; ly++&#41; &#123; for&#40;int lx=0; lx < PSP_SCREEN_WIDTH; lx...

SDL_rotozoom.c (part of SDL_gfx) can also stretch (and rotate). Currently it does not use any Gu functions, but it might one day.

Perhaps one of these will help you out: - sync your tex with sceGuTexSync - lose the color variable (and of course GU_COLOR_5551) - sceKernelDcacheWritebackAll before the sceGuCopyImage - pass swizzled_pixels to sceGuTexImage, not the drawbuffer (render the drawbuffer to the drawbuffer?!?) otherwise...

I like the help-wanted forum section idea.

morkai: Are you sure Jaleco Inc don't own your ideas?

sdl and/or gl

The kit doesn't help much with ps2dev, except for the hardware pdf's, network card and alternate boot method (a more time consuming method to prepare). Ps2linux is generally bleah. Doesn't Sony sell the kit with the condition that it cannot be resold? It's probably more legitimate to sell modded ps2...

Does RoundUpPow2 not round up if already a power of 2? Using a width of 512 instead of 128 might result in a 1/4 horizontal squash. And I've seen a lot of roundUpPowerOfTwo functions floating around... the best being the one mrbrown submitted in SDL: static inline int roundUpToPowerOfTwo &#40;in...

I reckon the problem lies in the hwaccelerated blitting... non-screen hwsurface blits use this: sceGuCopyImage&#40;current_video->hidden->tpsm, srcrect->x, srcrect->y, srcrect->w, srcrect->h, src->pitch / src->format->BytesPerPixel, src->pixels, dstrect->x, dstrect->y, dst->pitch / dst->format->...

Network the PS2 via a wireless router and using PSP as a auxillary display/controller could be achieved right now! No need to wait for PS3.

But back on topic... Anyone got a usb protocol analyser and can sniff jakx/daxter and/or the talkman?

I've put this into the head revision in svn: this->info.blit_hw_A = 0; /* todo&#58; implement me */ This should make alpha blits work (without hwaccel)... but I'm not sure about skewed images. Perhaps you can point me to the source? ps: checkout noiz2sa, it now playable even with background ogg ...

The current hw_blit probably fails to support alpha blits (both per pixel and per surface). I had a quick glance at the source and it would appear to be difficult to support both 5650 and 4444. Neither VideoInit or SetVideoMode seem to provide an interface to request one or the other. It would be ni...

download the file and put it in the same directory as toolchain.sh... then do the same for the other files it tries to download.

Several graphics libraries take advantage of vu0 in macromode. I personally prefer libplanar (requires lalib). If you want maximum performance you'd be best off constructing your own GS packets. To do this you may wish to investigate libgraph, which is a part of ps2sdk. It really depends on what goa...

You are specifying GU_COLOR_4444 which would indicate your Vertex structure is providing color information. Which it doesn't. You could either add a short color to the start of your struct (and set a value for each vertex), or not specify GU_COLOR_4444.

A cross platform program similar to lsusb is test_libhid from the libhid library. Here is a quote from test_libhid.c: /* How to write to and read from a device: * * Writing to a device requires the HID usage path, a buffer, and the length * of the latter. You must also know the exact length of a pac...

I've been getting this error for the past couple of weeks:

$ svn update psp/trunk/
svn: Failed to add file 'psp/trunk/aalib/src/Font.c': object of the same name already exists

I don't really want aalib, but I do want to update psp/trunk/. Could someone please fix the repository?