Archive for August, 2008

Fuse PSP correction

Wednesday, August 27th, 2008

In an earlier post, I noted that extended DSK support in the latest version of Fuse PSP does not function correctly. After some testing, it looks like extended DSK’s do work, but only outside ZIP archives – I tested this by loading Robocop 2, and it works fine. Extended DSK support is provided by libdsk, which does not support loading from binary data, and which will be replaced in a future release of Fuse.

Until the next version of Fuse comes along, please keep extended DSK files decompressed if you wish to use them with Fuse PSP. Note that not all DSK files use the extended format, though there’s no easy way to tell the difference between the standard and extended formats without examining the file’s header.

End to Pandora?

Wednesday, August 27th, 2008

Odds are that you’ve probably heard about the new PSP-3000 model (colloquially called “PSP Brite”) that’s due to be released soon, and one that will replace the PSP-2000 series (“PSP Slim”). The new model will include a built-in microphone and a brighter, more responsive screen – an improvement that is almost negligible when one considers the improvements between “Slim” and “Phat” (PSP-1000 series).

Like many other developers and hobbyists, I suspect that there’s more to the system than what the press release lets on – I’m fairly certain that the new PSP model will be built differently to eliminate the extremely efficient “Pandora” hack. A recent dcemu thread discusses just that – probability of the elimination of PSP’s “hackability”, and raises some interesting points, among them “will this stop piracy?”. I’m fairly certain that the answer is “no” – and not just to piracy, but hacking in general. After all, the initial hacks of the PSP centered around badly implemented loading routines in the PSP’s image viewer and GTA: LCS, and as long as there are inquisitive people, there will be exploits to be found and security holes to be exploited. While I expect to see the end of Pandora, I doubt we’ve seen the end of buffer overflow exploits – hardware (and firmware) necessary to deter/elminate buffer overflow exploits would, in all likelihood, break backwards compatibility (not to mention prove too costly).

One thing that I believe is important to remember, however, is that Sony shouldn’t necessarily be chastised for this step. Piracy is an unfortunate side-effect of homebrew development – while I’m not going to venture a guess as to how much money the company is losing/has lost due to piracy, I’m fairly certain that it’s a considerable amount. For many, like myself, the PSP is a retrogamer’s dream come true – there’s no better way to waste hours on end than by playing Legend of Zelda, a port of Doom, or any of the large number of homebrew applications. For too many, however, it’s just a way to hoard modern games.

Sony has stated in the past that they’re aware of PSP’s homebrew community, and that their problem is not with homebrew, but piracy. While I have no reason to trust any particular large company (Enron, anyone?), I have no basis to doubt this fact in the current situation – if anything, homebrew development has helped Sony sell more units. At the same time, piracy hurts those who make the PSP into what it is – the makers of the PSP games. No PSP games means much fewer sales (I don’t think homebrew alone will carry the PSP); fewer sales means no motivation to support or manufacture the PSP.

Comments are welcome.

UPDATE Indeed, Pandora is no longer bootable in the same fashion as the older models

Time

Tuesday, August 26th, 2008

As in, “I wish I had more of it”.

There are at least two emulators that I’m currently working on. Neither is yet definite; I’m trying to split my time between the two to keep things interesting. It’s fairly certain that at least one of them will be finished some time in the near future.

Unfortunately, my free time has been decreasing almost exponentially. Because of this, the successor library to psplib is likely not to be finished; I will do my best to just upgrade the current version. Parts of the UI code make the video rendering library extremely sensitive to change; I would like to rewrite the UI component, but that is a rather hefty task, and one that will require a considerable amount of time.

On an unrelated note, if you like puzzles and have an XBOX 360, try Braid. It’s very rare to see an original game these days; Braid is as brilliant as it is unique.

ColEm PSP version 2.5.1 released

Friday, August 15th, 2008

There are no major changes to report with this update; it synchronizes the PSP version with the Marat‘s official distribution. There are changes to the VDP (video) code, although I haven’t noticed any differences in rendering or performance.

Download

Fuse PSP version 0.9.0.26 released

Wednesday, August 13th, 2008

This is a small update to fix current known issues. Changes in this version:

  • A Spectrum joystick button/keyboard key can now be assigned to multiple PSP buttons
  • Sticky key status will now be correctly reset when the virtual keyboard is toggled on/off

Download

SMS Plus PSP adhoc work-in-progress demo

Saturday, August 9th, 2008

Here’s a preview of the SMS Plus emulator, with adhoc wi-fi gameplay support (ignore the idiotic clicking – it’s caused by the camera’s zoom lens):

As you can see, a large part of the work is done. There are still some things that need polishing, however:

  • Keeping connection alive when a player exits to the menu, and allowing some basic tasks while in menu
  • State sync feature, similar to SNES9X TYL
  • Timing issues

Cheers,

Akop

psplib update

Thursday, August 7th, 2008

I have spent the last few days (weeks?) rewriting psplib into its successor library, libpl. Most importantly, graphics, font and image rendering core is being rewritten from scratch; it’s already significantly better than the older version. Among changes so far:

  • Faster bitmap font rendering (swizzled, VRAM-based fonts)
  • More accurate image resizing (no more scissoring artifacts, as most apparent in fMSX PSP)
  • Support for multiple pixel formats (instead of fixed 16-bit “5551″ format)

Future plans:

  • Support for swizzled images, in-place image swizzling
  • Completely new GUI system

Simple “upgrading” to libpl from psplib no longer seems possible; therefore, emulators will have to be largely rewritten to use the new library. Once the work is finished, I also hope to have some sample code available, in case anyone wants to write applications based off the library.

If you’re interested in the progress, you can find semi-nightly builds in the libpl directory, under the trunk branch of the svn repository. No promises on the code actually compiling (or doing anything useful, for that matter) :)

Many thanks to the ps2dev/psp forum folks for their helpful answers to many of my questions.