Hi,


As you may remember I created some time ago Cxmb's swap,
as you can imagine, this is a homebrew for the CXMB switch and Miriam Poison.
Since I upgraded my first version.

Small list of improvements:
- Recast graphics
- Adding a theme song
- Ability to take screenshots
- Request for safeguarding the screenshot
- Adding a menu of use
- Adding a menu of information about the PSP (mainly drums)
- Adding a credit
- Add the name of the director of cxmb activated (miriam or poison)
- Adding a battery icon
- Add an error message if cxmb are poorly placed, or improperly activated
- Adding a readme

Hello~

I'd like to notice the release of my PSPlayer 2.0 app.
You can check following URL.
It is written in Korean, but you can find a download link for a zipfile.

http://forum.ps3korea.com/t32422/

----- Following is included english readme in zipfile.

PSPlayer 2.0

0. Notice

As I'm not good at writing in english, I write minimum information for video player of PSPlayer. Full details are in PSPlayer.txt in korean. Translation would be appreciated.

1. PSPlayer video player.

1.1 Features

* Based on FFMPEG nearly latest source(svn rev. 14728).
* avi/mov(mp4) containers supported. No container specific limitation.
* Video codec : Mpeg4 video(xvid etc), Mpeg4/AVC(h264) supported. (HW accel only)
* Audio codec : AC3, MP3, AAC supported. (MP3/AAC are HW accelerated.)
* Subtitles are supported. (smi, etc. through mplayer subreader.c and custom rendering of subtitles.)
* Supports B-frames in H264.
* audio 8-48kHz sampling rate supported. (linear resamling to 44kHz used in PSPlayerMT)
* Real-time volume boosting(1-20x). Apart from system volume. (Can be used for Replay Gain. Of course by hand not automatically.)
* Super high quality custom YUV rendering using PSP video acclerator. Precise color conversion. Deblocking in chroma channels. (from PSPlayerMT)
* Fast avi loading by optimizing index loading.
* Max video resolution. 480x272. (PSP HW codec library does not support higher resolution. maybe)
* No restriction in framerate.
* Buffering mechanism used in PSPlayerMT. (but extreamly reduced buffer size.)
* FF/Rew supported.
* Using internal bookmark mechanism, resuming supported.
* Async reading of video files. Less memstick access.
* usbhostfs, nethostfs supported. (first should be enabled using irshell. etc.)

1.2 Video player control

←→ : FF/REW (to next keyframe)
↑↓ : FF/REW (to 30sec keyframe)
L1/R1 : FF/REW (to 5min keyframe)
△ : change zoom mode
Ⅹ : Stop playing
□ : Show player debug info
START : Pause/Play toggle
Analog Up/Down : Boost volume 1x-20x (in SW)

1.3 Additional notes on video player

* Most of software codecs are removed to reduce pbp filesize. (except AC3)
* Sometimes H264 decoder fails.
* After decoding of Mpeg4 video(xvid), H264 decoder crashes occasionally. (in sceMpeg library)
* Recommended encoding software. (regardless of codec)
- to avi files. Badak. always my favoriate. (http://www.kipple.pe.kr)
- to mp4 files. XviD4PSP 5.x. Good for mp4 files. (http://www.winnydows.com, avi not working)
- no special conversion setting is required for H264. (just select file, setup codec and convert.)
- HW xvid decoder does not support b-vop(b frame), gmc, qpel. When encoding with xvid, disable unsupported options. (With mencoder, add -xvidencopts max_bframes=0:nogmc:noqpel)
* Have an option for RGB rendering of Mpeg4 video.
* First audio track only. No multi-track audio.
* developed and tested on 3.90 M33-5(1.5 addon, fatmsmod patch) and tested on 3.71 M33-4(?, 1.5 addon) and OFW 1.5 on DAX's time machine. (not a slim psp)
* Full compatible list of container and codec combination. (tested.)
- AVI - opendivx/xvid/h264 - ac3/mp3
- MP4 - xvid/h264/opendivx(?) - mp3/aac
- any combination of video/audio codec is supported. (ex. avi h264/ac3 ok)
* avi files takes additional 10MHz CPU clock.
* ac3 is not recommended. for compatibility only. It takes additional 50MHz CPU clock.

2. PSPlayer other features

* started from simple mp3 player using libmad.
* text viewer. Up to 2M lines. Fast loading. Simple bookmark.
* mp3/aac/m4a/ogg player. with playlist support.(m3u)
* bmp/jpg/png/gif support. but primitive.
* Additional features and how to use is in PSPlayer.txt and readme.old. (but in korean, sorry)

3. Code page and font (text files and subtitles)

* PSPlayer is a totally multi-byte application.
* Can handle 2-byte characters.
* No code-page conversion.
* Included font is a rip of a korean font. (in CP949)
* Should match encoding of text files and font.
* Font converter can be released if I can find it somewhere in my harddisk.

4. Source codes and license

In each binary distribution source code will be included.

Source codes follows GNU GENERAL PUBLIC LICENSE. See license.txt in the distribution.

5. Compilation

You need to setup pspsdk and addtional libraries. See Makefile for full list of needed libraries.

I includes svn diff for ffmpeg source and configure script(ffmpegconfigure.sh). The svn diff decribes what I modified from ffmpeg source svn rev. 14728.

I hope this codes are helpful to all PSP developers. But my source code is very very dirty because it started from a simple test application. PSPlayerMT was a source code cleanup version of this but it failed and discontinued.(It was just a battery hungry ogre, I think) And most of PSPlayerMT source code is just copied to main.cpp (after 2 year of sleep in a zipfile), making

i have changed a few things, I hope they work as expected. Anyway, I think it time to call it v0.1.

Notable changes:

The program now expects a folder called dswiki in the root directory. All dump files should be moved into it (suggested by Sphere).
I exchanged the main 6x12px Terminus font with a slightly higher font from the UCS-fonts collection. This will allow better typography (bold,italic) in future releases.
The font is an real frankenstein's monster (patches from very different sources ), but now it displays a glyph for nearly all unicode characters. Credits will be given at a later time, when I consider it stable.
Pressing Select brings you back to the selection of the wiki (also suggested by Sphere).

The indexer v1.0.1 ( http://dswiki.googlecode.com/files/d...exer-1.0.1.zip ) is now treating complete dumps (multiple revision of an article, some wiki dumps from wikia.com are only available in this flavour) in the correct way, by taking the last revision instead of the first (discovered by darkman90).

Have Fun!
Ciao

At this time i worked on DSOrganize 3.3 : Heeroo Edition.
But i need help from you.
!Please post all bugs you knew from the DSOrganize 3.2 Version.
What will be changed in my Version?
- I will fix some bugs and add background images.(only in the first beta version)
- The Homebrew Database from me will be the standart version! (to all users of my hbdb: I going to update it and add a lot of famos homebrew programms/games, but only programms/games, which have not more than 4MB space in .zip format.
!!!

I wanted to wait to do this but im running out of time before the 30th. I was hoping some videos could be made before the preorder, but im not sure if it can happen by then.

Basically i have 0.72 release source code + M-HT dynamic core compiled. The only stage my build fails at is the linking of SDL (I complied using the GP2X headers, but of course it doesnt like the binary lib). So im confident it would link provided I have the matching binary lib.
My plan was to get the binary to someone with some sort of pandora hw, which I found ED was willing to do the tests. All I needed was the SDL lib, which DJwillis has built but has but has not had the time to email it to me.

So, bascally once the SDL lib becomes available dosbox should be ready to run on pandora. Maybe if I get the lib soon there might be time to preview dosbox before the preorder, otherwise it should be available by the time the hw comes out.

I wanted to wait to do this but im running out of time before the 30th. I was hoping some videos could be made before the preorder, but im not sure if it can happen by then.

Basically i have 0.72 release source code + M-HT dynamic core compiled. The only stage my build fails at is the linking of SDL (I complied using the GP2X headers, but of course it doesnt like the binary lib). So im confident it would link provided I have the matching binary lib.
My plan was to get the binary to someone with some sort of pandora hw, which I found ED was willing to do the tests. All I needed was the SDL lib, which DJwillis has built but has but has not had the time to email it to me.

So, bascally once the SDL lib becomes available dosbox should be ready to run on pandora. Maybe if I get the lib soon there might be time to preview dosbox before the preorder, otherwise it should be available by the time the hw comes out.