Rogero has come back to release his take on the CEX-only 4.46 CFW, which provides the basic Install Package Files/app_home XMB entries, and the usual noBD/noBT/RSOD/reactPSN patches and it has the QA flag automatically enabled by default (you still have to do a certain button combo though), and in the newly-released 4.46-1.01 CFW, Rogero has now included the deanK installPKG into the CFW in the app_home location, thus allowing "out-of-the-box" FTP support, PSN bubble-style package installation and of course, a "proxified" method of booting up multiMAN (using the STEALTH releases of multiMAN).

 

In addition to the CFW release, he also has released a Flash Auto-Patcher in order to support 4.46 FW downgrading by adding Rogero CFW 4.46 v1.00 patches to the application, and it now works on the very dated Microsoft Windows XP operating system, with directory path fixes and drag-and-drop support in the improved version 4.46A.

Related subforum: http://1emulation.com/ps3/ (PS3 Hacks)

Improvements include

 

New default Confluence Lite skin.

DVDPlayer improvements including:

Updated libraries for DVDPlayer (FFMPEG/libdvd et al).

Recognises additional video extensions as used by some XBox games.

HLS (HTTP Live Streaming) support.

Other playback improvements from XBMC.

Updated VFS and Cache

Improved 128MB Ram support.

Built-in support for recently added videos/music for skins (without the need for Python).

Updated MythTV support.

Better out of the box support for universal / Microsoft Media Extender remotes.

Password Manager for Samba shares allowing different usernames/password per share.

Skinning improvements.

Scraper updates.

Various other code / library updates and improvements.

It’s about that time, time you upgrade to the latest and greatest from Team GENyUS. So rather than doing the incremental update thing: M33 -> GEN-A -> GEN-B -> GEN-B2 etc… Jump straight to 5.50 GEN-B2 with Yoshihiro’s XGEN Updater. Of course this only applies to PSP-1000 and PSP-2000 owners with a non TA-88v3 board. And if you’re already sporting GEN – continue on keepin’ on.

 

XGEN Updater installs Custom Firmware 5.50 GEN-B2 directly on your already hacked hand held, which needs to be running 3.71 M33 or above. XGEN Pandora will modify your Despertar del Cementerio v8 setup. So whenever you need to call upon Pandora, she’ll be restoring/reflashing 5.50 GEN-B2 instead of 5.00 M33.

The huge changelog can be found here.

>> Download Moonshell HERE (51 MB)

Changelog isn't available yet.

>> Get the package HERE.

No changelog exists.

OpenXDK is an Open Source, Free, Legal Xbox Development Kit. OpenXDK is being developed to facilitate hobbyist and "homebrew" coding for the Microsoft XBox.

>> Get it HERE.

This is the final release of this application.

Version 2.00 beta.5 for translator and designer 2009/01/16

 

- 'Skin format and language specification' was decided.

- The bug that SPC did not open was corrected. (Tone quality has decreased.)

- The key operation was reviewed. The MP3 seek was changed to 'L/R single + long'.

>> Get it HERE.

>> Get it (and discuss it) at the official thread HERE.

You can also read about DS2key in general, at the Official Forum.

>> Get it HERE.

>> Home Page - http://www.wiikey.cn/

A quick fix for the big bug introduced in M33-2...

 

Changes:

 

- A bug was introduced in 5.00 M33-2 that made some games and homebrew not to work.

- PSN version check is now automatically bypassed without need of touching any setting.

Source and Downloads: dark-alex.org

3.71 Fatmsmod for 5.00 M33

Just a little update to the fatmsmod patch, it stopped working in 5.00 due to a sony file changing its name.

 

Instructions: decrypt 3.71 using psardumper (square option).

Copy the file fatmsmod.prx in the root of memory stick.

 

Copy FATMS371 to /PSP/GAME or /PSP/GAME5XX. Run the program and done.

Source and Downloads: dark-alex.org

About Fatmsmod:

Homebrew developer Dark_AleX has released an optional patch that allows users to load the original 3.71 FATMS driver on 5.00 M33 series custom firmware. In certain cases, applying this patch may greatly improve overall read and write performance with slow Memory Stick brands, such as Lexar.

Changes:

 

- Popcorn bug fixes:

 

* Fixed bug that caused some games with certain icons not to work, and caused document.dat not to work.

 

* Fixed critical bug that caused continous corruption of psx games in RAM.

 

- Core bugfix: Fixed sctrlKernelSetInit* functions not working.

 

- M33 network update doesn't work in 5.00 M33, fixed.

 

- Added the posibility of loading version information from the file flash0:/vsh/etc/version.txt

 

By default is disabled. If you enable it in recovery, you could for example dump 5.01 firmware,

copy the version.txt from it to the flash, and bypass firmware check restrictions like those that

may be in psn, etc.

This will also fake official network update (not m33 one), and running the update eboot (again, not m33 ones).

 

- Plugins configuration file format changed.

 

The new format is as follows:

 

* There is no more conf.bin file.

* Now each line in vsh.txt game.txt and pops.txt will have a 0 or a 1 at the end. 1 indicates

that the plugin will be loaded, 0 (or anything else) that it won't be loaded.

 

Entering in recovery in 5.00 M33-2 wil automatically convert the old format configuration

to the new one (this may cause a delay first time you enter in plugins because of conversion).

 

- Added optins under advanced configuration that allow enable/disable of plugins in a certain configuration.

By default they are enabled.

Source and Downloads: dark-alex.org

Alternatively, if you already have a custom firmware installed on your PSP, you should be able to use the Network Update feature to update your custom firmware. To enable the M33 network update feature: Boot into recovery mode, go to Configuration and set "Use M33 network update" to Enabled. If you are running a custom firmware that does not have this option, DO NOT use the network update feature to update, or you will end up with Sony's official firmware.

Popsloader for 5.00 M33-2

popsloader for 5.00 M33-2 and up (until Sony screws it again)

 

Requeiments:

 

- 5.00 M33-2, it won't work in 5.00 M33-1

 

New:

- Works on 5.00.

- Added 3.80, 3.90 and 4.01.

 

 

 

- Upgrade from older version of popsloader:

 

* Copy seplugins to memstick root folder replacing files.

* Dump 4.01 (choose decrypt all option in psardumper) and copy the file impose.prx in /seplugins/popsloader/ with that name (impose.prx, without numbers)

 

- Install from scratch:

 

* Copy seplugins to memstick root folder replacing files.

* Dump the desired firmware to extract the files needed. (choose decrypt all option in psardumper)

 

Thse are the files needed for each firmware:

 

3.02-3.03: /kd/pops.prx, /kd/popsman.prx, /kd/meaudio.prx, /vsh/module/pafmini.prx

3.10-3.30: /kd/pops.prx, /kd/popsman.prx, /vsh/module/pafmini.prx

3.40-4.01: /kd/pops.prx, /kd/popsman.prx, /vsh/module/pafmini.prx, /vsh/module/libpspvmc.prx

 

* Copy the files to /seplugins/popsloader with firmware version as suffix (e.g. popsman.prx -> popsman380.prx)

* Additionally, no matter which pops you want to run, you have to get impose.prx from 4.01 and

copy it to /seplugins/popsloader/ with the name impose.prx (no suffix).

Source and Downloads: dark-alex.org

My bad everyone I have been pretty busy lately due to personal issues. I haven't been able to setup the svn because I always lacked the time to do it :/

 

I am posting the current sources here on the forums and if someone or even the staff could take care of setting up a svn or such a similar solution it would be great.

 

Again sorry for the wait :/

 

Thanks to Silverspring who coded most of these sources.

 

Cheers.

 

P.S. These sources are to be BSD licensed so make sure you respect it !

Source and Downloads: lan.st

There it is.

 

Changes:

 

- 4.01 to 5.00

 

- Bug fix: when changing speed in xmb, and the psp turned the brightness to 0 automatically the speed was reseted to 222 again.

Source and Downloads: dark-alex.org release thread

1.50 Kernel addon for 5.00 M33 (phat PSPs only)

Instructions: Copy to /PSP/GAME5XX and run.

 

Note: because even deleting LFTV and korean font there was not enough space this time, this version will delete also flash0:/dic/apotp.dic

 

I'm unsure about what this file is for (maybe for japanese text predicition?) but system works fine with it.

 

IF you want to keep some of the things deleted by the 150k_installer do following things.

 

- Install DC7. Use the Format flash options in nand operations menu. Make flash1 size like around 1 MB smaller, make flash3 the smallest possible, and make flash2 a bit smaller (not too much, or you won't be able to download games and demos from psstore). Then, make flash0 as big as possible and continue.

 

- Install 4.01 M33, update to 5.00 M33.

 

- Install 1.50 addon. Dump 5.00 using the latest psardumper, and flash the deleted files you want back.

Source and Downloads: dark-alex.org release thread

PSPStates 2 (PSP Slim only)

This is same version as the one for 4.01 M33 but updated to do patches in 5.00 M33, that's why version hasn't changed yet.

 

Remember to discard old savestates from 4.01 before using the plugin. If you attempt to load a savestate made in 4.01

your ram would be in 4.01 M33 but the flash in 5.00 M33, and soon or later it will crash or give problems.

Source and Downloads: dark-alex.org release thread

Also, a note from DAX on a problem with PSX games in 5.00 M33

This is a bug in M33 code that is caused sometimes with certain icons.

I'm not gonna bother do an update only for this but I'll post the file that fixes this for anyone wanting to fix it manually replacing the file.

 

This also fixes document.dat not working.

Source and Downloads: dark-alex.org release thread

Thanks to monkeynz for the release!

Source and Downloads: 1emulation Release Thread

Source and Downloads: sceners.org

source

1.50 kernel addon also released at the same site

source

- Bug fix: vshmenu didn't let change camera mode due to camera_plugin using select button.

Fixed, now vsh menu will not be loaded when using the camera.

 

- Recovery can now be translated, See how below. Translation to spanish is autoincluded.

- Updated the M33 SDK with a new function and sample, and released the psp-packer tool to

compress prx's and PBP's in the ~PSP format.

 

- The folder of 4.01 and higher homebrew will be GAME4XX so it won't need change on update.

source

I spoke with Silverspring earlier, here what was decided:

 

- The utopia official forums will be hosted ammoung the lan.st forums.

 

- The public release of utopia has been decided and will take effect as soon as I find time to setup the svn and forum sections.

 

- Despite the project going public, the project is not done yet, thus you cannot (yet) compile a whole kernel from the soon to be supplied sources. We are looking forward seeing people contributing to complete the utopia project.

 

What we do not know about yet is if utopia will use GPL license or BSD but it is likely to be BSD.

 

The svn will be readable by everyone but only a few trusted people will be able to update it (so people do not start messing up with the svn by deleting changes or adding irreveliant ones). If you want to contribute to the utopia project you will have to send your code to the forums where it will be added by the staff to the svn later. People who often contribute to utopia will be granted write access to the svn as well.

 

About the utopia project, for people who do not know about it yet, it is to be an open source kernel for psp, dedicaced and optimised to homebrews. development. (the kernel is planned to use a little more than 1MB or ram, 2MB maximum)

The kernel is to be fully documented as well and is planned to be divided in 2 parts, one for developers (featuring tools for debugging and development purposes as well as an sdk) and one for homebrewers to run homebrews.

 

What Utopia wont do/wont feature:

 

- Utopia is not meant to run Sony's code, thus current homebrews or games wont run on it.

- Utopia will not feature UMD drive support of any kind.

- Utopia will not feature any kind of DRM functionalities (at least this is not planned)

- Utopia will most likely not feature any kirk engine support.

- Wlan is planned but not a priority at this point.

- No vsh or graphic interface of any kind is to be included in utopia or officially supported by the utopia project. Utopia is ONLY the kernel,

if you want to code your own shell on top of it, feel free to do so.

 

The utopia kernel is NOT based on Linux, freebsd or any other opensource project (unlike uClinux for exemple) , it is based on the 3.71 IPL reverse engeneering. (and later on existing kernel modules reverse)

 

Once completed and stable the utopia kernel is to be implemented as a new operative mode in future custom firmwares.

 

Cheers

A new fully homebrew-oriented kernel for the PSP, that can be run out of future CFWs? Sounds very promising- who knows what kind of crazy apps will become possible on the PSP. I will be keeping an eye on this.

In other news, Dark_AleX's own 4.00 CFW will feature save-state support at any point in game. Currently he is just deciding whether to release this with the firmware proper, or as an optional plugin.

Source: http://lan.st/showpost.php?p=11148&postcount=18

[i've started writing this a few days after the last post. I was still waiting for some things to develop, but I'm a bit out reach at the moment, so this might take some time. So this post isn't as finished as I hoped it it would be. But these "news" already started to smell funny.] In the first 3 parts I explained how I could modify the Gamecube board inside the Triforce to dump the plain game images. This requires disassembling the whole unit, attaching a Gamecube BIOS replacement, requires a USB-Gecko and requires the Triforce region to be compatible with the game.

 

Another idea is to dump the GD-ROMs, then decrypting them, which should yield an identical image. Now ripping GD-ROMs with a PC-drive is rocket science. And it seems that I'm just not made for constructing rockets. I managed to dump a part of the data, but after that, I had a terrible accident (basically, the magnetic thing which holds the CD in place slided away, still rotating, making a terrible sound, and scratched my GD-ROM bad enough that the, already bad-quality, Triforce GD-ROM reader wouldn't access the disc anymore). So I can't even play VS2002 anymore . But the dumped data already yielded interesting results: repeating 8 byte patterns, a strong indication for a block cipher in ECB mode. I described before that when I dumped uninitialized RAM, it also looked like this, indicating that the decryption happens when reading the data from RAM, and not before. My first idea was: DES (but in fact it could have been any other 8b/8b blockcipher).

 

After breaking the PIC "security", I got hold of a "8 byte key", which is written directly into a hardware register. At first, it didn't seem to work out. Decrypting the repeating strings with that key yielded only garbage. A day and a discussion with MrSporty later, I ran a test over my key: DES-keys in fact are only 56bit instead of 64bit, so every byte contains one bit of parity (each key byte should have an odd number of bits set). Magically, my key did have that property. And another key, provided by MrSporty (who hacked the PIC security ages before I did even know how a Triforce looks like), also had this property. This couldn't be random luck - I've tried various endianness swappings again, with both the key and the data. Finally, a result: When byte-reversing both the key and each 8-byte block, my repeating data decrypted to … ALL ZEROS! Yay!

 

A test with other data showed that in fact this was the correct algorithm. With the key from the PIC, it's now possible to decrypt GD-ROM dumps done with a PC CDROM drive (or a Dreamcast). Isn't that great?

 

Speaking of this, we've managed to replicate both the previous hack (using the Triforce to read out the plain data, as well as sniffing the key) at some other person (not sure if he wants to be named here, though). Thanks!

 

On the emulation side, I've drastically improved the media board emulation. It will now handle all the communication (basically a shared memory buffer and a doorbell), emulates the loading progress, I can go trough the system test menu, query the serial number etc. What's still missing is the JVS IO stuff. If anyone happens to have some non-Japanese JVS documentation, please help!

 

Unfortunately I'm currently 9000km away from my Triforce, which makes testing things a bit harder.

»» More Information

Thanks to MameWorld for the news!

* [internet Search] has been added as a feature under [Network].

 

* You can now change viewing speed during video playback by pressing the UP/DOWN buttons. Use this feature if you want to watch a video quickly, or if you want to slow down playback and listen to the dialogue carefully.

I'm with you on the 'who cares' part. Not many new features for a big 4.00 update, but the XMB Google Search could be useful. Let's all wait for a 4.00 M33 before upgrading though. That's my advice to the kiddies at least.

Download

>> More information, downloads and discussion thread --> HERE.

What's new in 3.0:

• Local Wifi
  
• Host game on DS
  
• SDL port for PC
  
• Lots of changes in the code
  

It's been a long time since there was any news on Tetattds. Two big things has happened. The first is that we ported Tetattds to SDL so that it can run on PC during the last year. The purpose for this was that we wanted to be able test new features with access to a debugger. If we ever would add a big feature like AI players this would be very useful, although we probably never will. Another reason was to see if it was even possible. It was but the code is now in a mess.

 

You can play the SDL version against other DS players, but as I said it is only meant to be used for development. One problem is that the GUI is exactly the same as the DS version, and not suited for PC. I have provided a compiled version for Windows. If you want to have instructions for compiling on Linux or Mac OS X please post a comment.

 

The other big thing, local wifi, was added during christmas. It is now possible to play multiplayer player games without an access point. This was made possible using liblobby, which is a work-in-progress library, but development seems to have stopped.

 

One reason I didn't release Tetattds 3.0 back then was that I meant to refactor the network code in to make efficient use of the bandwidth of local wifi. One problem with liblobby is that it sends packets reliably, and when too many packets is pouring in they start to pile up.

 

The network code in Tetattds is implemented using UDP, with reliable packets on top of that. That gave us much better response times than TCP since TCP is cached. This also means we don't need liblobby's reliable implementation. If it was possible to send packet directly, and skipping the "lobby" part of liblobby, we could send field updates a lot more often, since these are sent unreliably. There is a function to broadcast packages unreliably which would be perfect for this, but I need to refactor the code to make use of this.

 

Unfortunately the christmas vacation was over and I lost interest in the project, so I never investigated that further. I'm releasing what I have now so that it will not go to waste. Be warned that it is somewhat unstable.

»» Download / Information