forums.ps2dev.org

Huge update since last time: v1.97b: - Modified the behaviour of the ring mod stereo filter. - Added a few more constants for the replay. - Song name wasn't displayed in the plugin infos. - Fixed a bug in the flanger (early cut). - Right mouse button on the "Lock / All&q...

I tried to beef the small example up a bit to see how far it could go, it looks like the reverb can be used too:

http://pagesperso-orange.fr/franck.char ... reverb.zip

v1.94: - Fixed a nasty memory leak in the PSP replay (also only necessary data are now allocated). - Space char wasn't available during names input. - Added effects 0x41 and 0x42 to control the volumes of the 2 303 units. - Added effect 0x1c: set global volume. - Start & stop song cleaned up (c...

v1.93: - Resampler improved, should produce much less aliasing. - Fixed a small issue involving the cache memory in the PSP replay. - Added an option to show or hide the bottom panel in order to display more patterns rows (Shortcut: LSHIFT+ESCAPE to toggle the view) - Left shift wasn't active while...

The tracker isn't available on the PSP, only the replay routine is and doesn't use midi.

I just updated to v1.90d and added midi support for Linux and Mac OS X.

Only in the Windows version so far.

v1.90 released: - Added a scrollbar beside patterns. - The tracker can now load all these .wav file formats (mono or stereo) : - 8-bit integer. - 12-bit integer. - 16-bit integer. - 24-bit integer. - 32-bit integer. - 32-bit float. - 64-bit float. - Added an option to render ...

There's a specific hw component in the console to decode such videos, nothing to do with the VME which is only used for sound, i think.

I recently (today as a matter of fact ;D) made a psp replay routine for my softsynth tracker program available here: http://protrekkr.googlecode.com/ The tracker is tailored for much faster machines so this is more an experiment than anything else. If you intend to use it to create music for the PSP...

v1.1 released:

http://pagesperso-orange.fr/franck.charlet/NRLPack.zip

Probably (albeit it would require a modification of the sound engine as it's a software renderer afaik), but the question is: what would be the point ? :]

Yes it is, we need to break the loop at the right time.

Yeah, that the post i made almost 2 years ago indeed (see previous page).

If it was some forum test, i'm glad to tell you that emails notifications for such old threads are working fine too.

You can use datel's action replay max or pelican's codebreaker + ps2link.

I think you should upload your slides as the screen isn't too readable in the video.

Hi,

I'm working on a file packer right now, if you're interested to do some beta tests on it, go download it there:

http://perso.orange.fr/franck.charlet/temp/NRLPack.zip

Remove everything (including cygwin) and use this one: http://xorloser.com/

Be sure you have C:\pspdev\bin located at first position in your system PATH variables & eveyrthing should be fine.

Latest ps2link compatible with armax, it runs directly from the usb (tested on a slim scph-75004).

http://perso.orange.fr/franck.charlet/t ... _armax.zip

Use pspSdkInstallNoDeviceCheckPatch() in kernel mode then you should be able to load flash0 prxs from an user thread. It may eventually looks like that: void User_Thread(SceSize args, void *argp) { SceUID PRxId; SceKernelLMOption Options; SceUID PrxHandle; int Start_Result; ...

Yes the issue has been resolved.

The 0x09f02020 address will be part of the overflow string so each byte of that address needs not to be zero (and doesn't contain 0x3a as this char is needed to control the length of that string).

Their site seems to have some troubles at the moment, the primary download url is this one anyway:

http://perso.orange.fr/franck.charlet/PSPTex.zip

Updated to 1.04:

http://registry.gimp.org/plugin?id=7855

I noticed the dxt1 problem, it may be a bug in the compressor (or in the gpu (?)), i'll see what i can do.

I updated the plugin, now it generates constants in the .h files containing the locations of the different mipmaps within the file (x_MIPMAPS_OFFSETx)

http://perso.orange.fr/franck.charlet/PSPTex.zip

Tell me if it helps.

Fixed some issues when compiling under linux.

Oki, i've updated the archive, the at3.c should now retrieve the correct datas position from the file, tell me if it works or not.

You're right but i haven't seen an at3 file with a different structure yet, so i took the short way, you could aswell parse the various headers until the data one is found (they have a id / length format like all riff files).

You have to compile it and for this you need the gimp devel package or something.

I have a question that could be stupid since i'm a crapy coder but i would like to ask you why it would be better to use this directly in my code instead of using it as a prx module. It'll take slightly less user memory but more important if you want to use a non encrypted module you'll have to pat...

Also it doesn't require any own made external prx.