PSP-Filer Suggestions

[Tsakos]

i was thinking about how cool would be if psp-filer has some more features like:
**sorry i know that coding is hard :sad:**

1. IR-Keyboard Support, Text Editor.
2. Flash1 Formatter (its not that useful tho..)
3. Wifi transfer from psp/pc to pc/psp or an FTP client/server
4. GIF viewer, PMP player, Eboot.pbp launcher or a .PBP/ELF viewer (i know thats crazy lol)
5. a Web Browser if its possible.
6. auto-backup flash0 feature when it goes to "hacker mode"?
7. a feature to genarate a log.txt file in ms0:/ with the tasks done the last time psp-filer run.
8. auto-restore flash0 when a file from flash0 is missing or corrupted
9. a custom firmware's recovery launcher
10. a pandora option to revert a pandora battery back to normal. or an msipl.bin installer or something like that.
11. a password protection feature for the "hacker mode" or to have access to folders, delete copy files etc.
12. memory stick formatter with msipl parttition (if possible)
13. Flash0/Flash1 access via wifi.
14. a reboot option.

if you can make any of them psp-filer would be the best psp tool ever! well.. its already :laugh:

[FearEvil19]

Well, like Tsakus said before, it would be nice to be able to see animated GIFs.

[lvl4573r]

Being able to mark folders :smile:.
And also, marking files and folders in isos/csos would be great :biggrin:

[Acerthief]

i was thinking about how cool would be if psp-filer has some more features like:
**sorry i know that coding is hard :sad:**

1. IR-Keyboard Support, Text Editor.
2. Flash1 Formatter (its not that useful tho..)
3. Wifi transfer from psp/pc to pc/psp or an FTP client/server
4. GIF viewer, PMP player, Eboot.pbp launcher or a .PBP/ELF viewer (i know thats crazy lol)
5. a Web Browser if its possible.
6. auto-backup flash0 feature when it goes to "hacker mode"?
7. a feature to genarate a log.txt file in ms0:/ with the tasks done the last time psp-filer run.
8. auto-restore flash0 when a file from flash0 is missing or corrupted
9. a custom firmware's recovery launcher
10. a pandora option to revert a pandora battery back to normal. or an msipl.bin installer or something like that.
11. a password protection feature for the "hacker mode" or to have access to folders, delete copy files etc.
12. memory stick formatter with msipl parttition (if possible)
13. Flash0/Flash1 access via wifi.
14. a reboot option.

if you can make any of them psp-filer would be the best psp tool ever! well.. its already :laugh:

Nicely written, Tsakos. :D

but there's a few I'd say that's unnecessary.
Flash1 Formatter - It's already in the recovery menu.
Web browser - a little "over-the-line" what PSP "Filer" is for.
Auto-restore Flash0 - It's a good idea, but then you'll need the PSAR dumper adapted into the application to take out the files you need, then check what the flash0 misses, then has to flash it back in. In other words, just re-flash would save a lot of trouble. ;)
Pandora Options - Again like the web browser, I think it's too much for the functions in PSP Filer.
Memory stick formatter with msipl partition - Just use your computer ;)
Wifi - I'd say that wifi in homebrew is not mature enough, like I wouldn't want to access my f0/f1 to transfer files when suddenly the wifi dies out XD.I apologize if you feel offended. I just give my ideas of what I think. Basically I say these are unnecessary is because they aren't related to what the application was initially made for - Filing files :D.

oh BTW the log.txt idea rocks XD.

[Tsakos]

Nicely written, Tsakos. :D

but there's a few I'd say that's unnecessary.
Flash1 Formatter - It's already in the recovery menu.
Web browser - a little "over-the-line" what PSP "Filer" is for.
Auto-restore Flash0 - It's a good idea, but then you'll need the PSAR dumper adapted into the application to take out the files you need, then check what the flash0 misses, then has to flash it back in. In other words, just re-flash would save a lot of trouble. ;)
Pandora Options - Again like the web browser, I think it's too much for the functions in PSP Filer.
Memory stick formatter with msipl partition - Just use your computer ;)
Wifi - I'd say that wifi in homebrew is not mature enough, like I wouldn't want to access my f0/f1 to transfer files when suddenly the wifi dies out XD.I apologize if you feel offended. I just give my ideas of what I think. Basically I say these are unnecessary is because they aren't related to what the application was initially made for - Filing files :D.

oh BTW the log.txt idea rocks XD.

yeah i know that some features are not necessary but its cool to have all-in-one app. Anyways, what about the auto-backup when in "hacker mode" and ir-keyboard support? - i really feel weird when i cant edit txt files for enabling plugins or even delete lines :P also i know that the features i wrote are crazy.. lol i just want to help on making this app better. :biggrin:

[WorldGenesis]

access to all the flash areas, (flash0, flash1, flash2, flash3)

ability to use usbhostfs or nethostfs

[mediumgauge]

Hi all,
I accept some kind of request that makes users easier, but, "all in one" request is too much. I know it is easier for users, if one software does all, but who will make it? Even Windows series don't do that - word, excel, and C compiler is not bundled.
Too heavy loads (requests) make a few important requests be vanished. So, plz, think about your request before you send. Is it really necessary and really possible to be created?
Mediumgauge

[EvilSeph]

To be fair, the only reason why Windows doesn't "do everything" is because that would result in anti-trust issues and make Microsoft a clear monopoly - which is illegal in some areas where Microsoft operates.

Still, either way, I agree with you mediumguage.

Perhaps you should let US know what your intentions are for PSP Filer. What exactly did you have in mind when you first created it?

[mediumgauge]

To be fair, the only reason why Windows doesn't "do everything" is because that would result in anti-trust issues and make Microsoft a clear monopoly - which is illegal in some areas where Microsoft operates.

Still, either way, I agree with you mediumguage.

Perhaps you should let US know what your intentions are for PSP Filer. What exactly did you have in mind when you first created it?

Just began for fun. I am a programmer, can create software, and just tried what software I can make. I should say it as a hobby. And I did not imagine it is translated to 5 other languages - except Japanese and English. At first I even didn't imagine it can rip UMD.

Now I think Filer should run as "user mode" since sometimes it is important. example, user mode software runs under kernel3, and under eloader. That means Filer cannot launch any other software.
And personally I think it must be "fast" and "simple". I hate too huge software - don't want Filer to be "fat", it should be under 2MB.

I hope the answer fits your question, Seph.
Mediumgauge

[$PiDeR]

What about being able to swap buttons for Filer. Choose either x or o to be the confirm button. Thanks in advance and thanks for the great program.

[EvilSeph]

Just began for fun. I am a programmer, can create software, and just tried what software I can make. I should say it as a hobby. And I did not imagine it is translated to 5 other languages - except Japanese and English. At first I even didn't imagine it can rip UMD.

Now I think Filer should run as "user mode" since sometimes it is important. example, user mode software runs under kernel3, and under eloader. That means Filer cannot launch any other software.
And personally I think it must be "fast" and "simple". I hate too huge software - don't want Filer to be "fat", it should be under 2MB.

I hope the answer fits your question, Seph.
Mediumgauge

I see, thanks. :)

However, I disagree that user mode is better. PSP Filer has become a "household name" in the Scene due to its useful ability to aid in PSP "repair" when run through Recovery and because it removes the need for a computer. All of this is possible because of it being kernel mode homebrew and so, changing to user mode would limit the possibilities.

[FearEvil19]

I understand your intentions and I don't mean to be demanding anything, but do you think that it is possible to have a animated GIFs viewer? Just asking, not demanding ;)

[EvilSeph]

I suggest that people state the reasoning behind their suggestion when stating their suggestion. This will help in two ways: a) you may get more support for your suggestion and b) Mediumgauge will be able to better understand where you are coming from.

[Darkchild]

I agree, seems like you guys are just saying whatever comes to your mind. And it seems like you want to make this an operating system and not a simple file browser/operator >_>

[mediumgauge]

I understand your intentions and I don't mean to be demanding anything, but do you think that it is possible to have a animated GIFs viewer? Just asking, not demanding ;)

I still hate what Unisys did about lz78 and gif format. Therefore, I'm sorry, I detamined never to support gif.

[FearEvil19]

I still hate what Unisys did about lz78 and gif format. Therefore, I'm sorry, I detamined never to support gif.

ok, no problem.Your application is still one of the best . :wink:

[Darkchild]

ok, no problem.Your application is still one of the best . :wink:
heh, I remember this one time, a friend of mine had a virus on his mem. stick

I used filer to remove it XD

[FearEvil19]

heh, I remember this one time, a friend of mine had a virus on his mem. stick

I used filer to remove it XD

omg! what a coincidence, he is not the first one to do that.:laugh::rolleyes:
This is definitely a great application!

"Next feature on Filer..: Anti-Virus feature!" XD

PS:sorry for being off-topic :p

[chemist]

If its possible could you make it able to transfer files to another psp with this app. The reason I would like this is so i can give my files to friends from my psp without having to hook up to the computer.Kind of like the photo transfer thing the firmware already comes with.

[mediumgauge]

If its possible could you make it able to transfer files to another psp with this app. The reason I would like this is so i can give my files to friends from my psp without having to hook up to the computer.Kind of like the photo transfer thing the firmware already comes with.

It is in my TODO list.
Or I should write TODO list here:
- transfer files via wifi
- extract rar format files
- make picture viewer faster. while a user is watching a picture, Filer will read the next picture into RAM background. That can show the next picture fast.
- music player that can play more than 24MB and rewind, skip, pause, auto play, etc.
- movie player for flv or pmf
- text editor
- binary editor

[chemist]

Good thing i never need to edit text on the go. I would hate to write with the psp writing thing im kind of slow using it. I even hate writing the UMD's name using your UMD ripper but i am a little lazy so that may be part of the problem.
...oh well
Was the wifi transfer thing already on your list?

[Tsakos]

my pc is broken and im posting that from my psp. Sorry for being too lazy.. ok here is my new wishlist, that time i really used my brain before posting that.

1. ability to open RAR achives. (read only)
2. ability to open EBOOT.PBP files (read only)
3. ability to edit txt files (very useful for prx plugins)
4. a feature to create a ms0:/log.txt
so that we can see what kind of stuff we copied the last time we used the app to flash a theme.
5. a future to play AT3 files.

[mediumgauge]

my pc is broken and im posting that from my psp. Sorry for being too lazy.. ok here is my new wishlist, that time i really used my brain before posting that.

1. ability to open RAR achives. (read only)
2. ability to open EBOOT.PBP files (read only)
3. ability to edit txt files (very useful for prx plugins)
4. a feature to create a ms0:/log.txt
so that we can see what kind of stuff we copied the last time we used the app to flash a theme.
5. a future to play AT3 files.

In this week I was trying to read unrar source, and I found it TERRIBLY DIRTY. They are very complexed, very few comments, not separated by their function (example, console output & extract algorythm), and many global functions & variables are defined. I may give up to extract RAR.

I don't know how to open EBOOT.PBP. What does it mean?

Creating operation log is interesting. I did not understand at first, but by your article, I understand what to do. I will add it in my TODO list.

AT3 requires kernel mode. I have to search more information about it.

[Tsakos]

first of all thanks for your reply :) now about the opening eboot files i mean extract the contents of it, like ELF files ect. its not very useful tho.. just an idea.
btw the AT3 idea is good to hear the sounds/music from an iso before ripping them :) plus: im using the 4.1 version and i noticed a bug with the wallpaper/background it is fixed in 4.31?

[Tsakos]

ms0:/log.txt example:
PSP Filer v.4.xx started at MM/DD/YYYY - HH:MM:SS
ms0:/
[Deleted] PSP/GAME/GPSP
[Deleted] PSP/GAME/GPSP%
Flash0:/
[Deleted] F0:/DIC (Success=2048mb free up)
[Copied] F0:/vsh/recource/topmenu_plugin.rco (Failed=file already exists)
Exiting... (Success)

[TimTiger]

I would like to eventually see full 3.xx support. Love filer but cant really use it to it's full potential on the slim.

[Moca]

I have a suggestion.
How about adding a feature to print the size of all the files inside an entire directory? :)

[mediumgauge]

supporting to write flash0 on kernel3 is not easy, I tried a lot but not succeed.
calculating folder size, I will bind the feature in the next (4.5) release.

[Tsakos]

your TODO list is AMAZING!!! :w00t: - btw can you add AT3 support too? :P
also i discovered a bug in file/folder renaming, it doesnt show the letters you are typing.

thanks for all your hard work 8)

-Tsakos-

[Ecko]

Umm... how about a more user friendly interface? Or at least no so tiny.

[mediumgauge]

Umm... how about a more user friendly interface? Or at least no so tiny.

you consider Filer not user friendly interface? Then, tell me what is the best.

[Moca]

There's nothing wrong with the user interface. Personally, I feel that PSPFiler doesn't need to be a bulky application with many unneeded features. The GUI is simple and it has excellent features for a file browser/manager, which is it's purpose. People just want so much extra things unrelated to file browsing in general. For example, a web browser as mentioned before :| .

I have a simple suggestion for the GUI. The ability to change the default background color from black to a different color. This way, the user wouldn't have to apply a bmp just to change the background color.

[chemist]

I was wondering if you could change the UMD ripping feature so when your memory card gets filled before its finished ripping you can also delete files and continue your process.

[amirulrudy12]

you should include eboot.pbp extracter so we can extract the files inside like data.psp

[Tsakos]

you should include eboot.pbp extracter so we can extract the files inside like data.psp

Thats what i said... a feature to open eboot.pbp files and extract them somewhere in the memory stick.

Also a AT3 player would be great. So we could see what music/sound the file is before ripping it from the iso/cso.

[EvilSeph]

I was thinking of making PSP Filer the "ultimate PSP toolkit". By that, I mean useful features, not anything and everything. I said toolkit, not bloat.

[Darkchild]

Hmm before I forget...Sometimes I wanna copy big files from a Memory card to another... and cannot access the computer, it'd be cool if filer could have this!

[RJC4LIFE]

That would depend on how big the files are right? They have to be held in the Ramdisk if I remember it right.It would be really cool though..it would have to hook via the savedata transfer function..

[Illegal Machine]

Hi Mediumguage


I have to say that Filer is one of my favorite apps... I update it every time a new release comes out...


But since I'm new here and I need to make posts so I don't look like a n00b.... here goes




I'd like to see the flash Memory Backup .IMG come back.... I really liked that, and it allowed me to restore my PSP in a Jiffy (especially if I kept Filer in a folder named RECOVERY)


anyway... I really liked that feature and thought it was really really useful.... I'm sure others ask for it to come back as well




thats my request... Now for my suggestions ;)



I'd like to see filer make use of the PSP's internal fonts...as in the PSP XMB font..


I'd also like to see it make use of the official On Screen Keyboard.. Not to say that your OSK is bad... I just would prefer to be familiar with one method of text input.. I know yours is almost identical... its just that I like it when coders hijack the Sony features... ( I love itactually)


I'd Love to see adhoc file transfer...(even tho I don't really know anyone else with a PSP... I think it would be really cool)


what would really really impress me (and a lot of other people as well) is if Filer could somehow be converted into a .prx and launched from the XMB



thanks in advance for reading this... these are my thoughts... thought Id share them

[palyons]

One feature I miss a lot in Filer is the ability to write to flash0 in kernel3. From what you have said and the information in the warning file, I know it is not easy to implement, and also saw that you had tried to write to it, but not really had a lot of success. But consider this:

There are a fairly decent number of theme flashers available for 3.XX+, and I'm pretty sure that at least a few of them should have the source code, right? Why not look look at the code they use and see if there's something there that you can make use of.

Even if you can't get the flash0 management to work, Filer is still one of my favorite apps. I use it on a somewhat-daily basis for when I need to move files around among other things too. Keep up the good work!

[mediumgauge]

Lead me to the source code, by pasting link, and I will try to implement flashing feature in kernel3.

[palyons]

Well this is honestly a surprise :/. None of the apps I found at dl.qj.net have provided the source code, yet they do claim to flash themes on a 3.XX/4.XX kernel. If I am able to find the source code of any 3.XX/4.XX kernel apps that do the job, I will let you know. But there is one thing I do remember reading about...

If I recall correctly jas0nuk's pandora elf menu can access the psp's flash0 - flash3 via USB Access with the usage of the Sony Updater prxs. This is known to work on 3.80 and up so far. But is said to not work on the fat psp. However I could test that out some time on both my old Fat as well as my newer Slim. I do however know that it does work on my Slim, as I have done that in the past before. Still works with 4.01 M33-2 also. Here is a link to the thread with information as to how to do that if this helps at all:
http://lan.st/showthread.php?t=1603

There is only one problem though, even though it does enable access on flash0 for pandora, the elf menu is still technically a 1.50 app.

[palyons]

Hey again, wasn't able to find any theme flashers with source code available, however this may prove to be at least some help I hope. http://nds.cmamod.com/2007/09/29/open-source-nand-dumper-3xx-port/ . Open Source Nand Dumper for 3.XX+ kernels. I know the Nand contains the flash0, as well as the psp's entire file system, so this should prove to be worth your time.

[mediumgauge]

Thank you, I will test it soon.

[dennis96411]

How about making a rar/zip file? And marking folders/files in rar/zip files. And an option to extract all the files in a rar/zip file to a specific location, just like WinRAR. I know this sounds too much, but what about EBOOT editor (You can edit the name it will display in the Game menu, the background, and icon, and maybe even sound.

[palyons]

Hey again, just saw something in regards to writing to flash0 on lan.st if you're interested. Only one thing though, not sure if it's for 3.XX/4.XX or for 1.50. Any how take a look at this:
http://lan.st/showpost.php?p=12084&postcount=2 the original thread was here:
http://lan.st/showthread.php?t=1804

[mediumgauge]

Hey again, just saw something in regards to writing to flash0 on lan.st if you're interested. Only one thing though, not sure if it's for 3.XX/4.XX or for 1.50. Any how take a look at this:
http://lan.st/showpost.php?p=12084&postcount=2 the original thread was here:
http://lan.st/showthread.php?t=1804

Thank you but it does not help.

[ne0h]

mediumgauge, I've find a solution for the write permission in the Slims ( I've used it in Xplora ), you have to set the flag at 0x800 and build an external kernel mode prx and import the assign function! ;)

[mediumgauge]

Thank you for suggestion, I will test it.

mediumgauge, I've find a solution for the write permission in the Slims ( I've used it in Xplora ), you have to set the flag at 0x800 and build an external kernel mode prx and import the assign function! ;)

[Torch]

supporting to write flash0 on kernel3 is not easy, I tried a lot but not succeed.
calculating folder size, I will bind the feature in the next (4.5) release.

I've been hoping to see flash0 write support in 3.XX Kernel for a long time.
I don't know what problems you're facing but this is how I am writing the config file in Lockdown v3.

Here is the code I'm using.
The only thing you have to do is reassign flash0 in write mode like this.
This can only be done inside a VSH mode module (0x800 mode).

My whole program is VSH mode so I am performing the reassign and file writing in the same place.

But if Filer has to run in kernel mode, then all you have to do is just create another VSH mode PRX which contains the code just to reassign flash0. Once you load and start that PRX, you can write to flash0 from the main Filer code.


#include <pspkernel.h>
#include <pspthreadman.h>

int __psp_free_heap(void);

PSP_MODULE_INFO("Password", 0x800, 3, 0);
PSP_MAIN_THREAD_ATTR(PSP_THREAD_ATTR_VSH);
PSP_HEAP_SIZE_KB(2048);

int main_thread(SceSize args, void *argp)
{
Config cfg;
int result;
result = sceIoUnassign("flash0:");

if(result < 0)
{
printf("\nError in unassign flash0.");
}
else
{
result = sceIoAssign("flash0:", "lflash0:0,0", "flashfat0:", IOASSIGN_RDWR, NULL, 0);
if(result < 0)
{
printf("\nError in assigning flash0 for write.");
}
else
{
SceUID fp;
fp = sceIoOpen("flash0:/buttons.ini", PSP_O_WRONLY|PSP_O_TRUNC|PSP_O_CREAT, 0777);

if(fp < 0)
{
printf("\nError writing flash0:/buttons.ini.");
}
else
{
sceIoWrite(fp, &cfg, sizeof(cfg));
sceIoClose(fp);
printf("\nPassword written successfully.");
}
}
}

}

int module_start(SceSize args, void *argp)
{
SceUID th;
th = sceKernelCreateThread("main_thread", main_thread, 0x11, 0x1000, 0, NULL);

if (th >= 0)
{
sceKernelStartThread(th, args, argp);
}

return 0;
}

int module_stop(SceSize args, void *argp)
{
__psp_free_heap();
return 0;
}


The makefile for the VSH module does not need the kernel LIBC and kernel LIBS.


TARGET = flash0
OBJS = main.o

INCDIR =
CFLAGS = -O2 -G0 -Wall
CXXFLAGS = $(CFLAGS) -fno-exceptions -fno-rtti
ASFLAGS = $(CFLAGS)

BUILD_PRX = 1
PRX_EXPORTS = exports.exp

#USE_KERNEL_LIBC=1
#USE_KERNEL_LIBS=1

PSP_FW_VERSION = 390
PSP_LARGE_MEMORY = 0

LIBDIR =
LIBS =
LDFLAGS =

PSPSDK=$(shell psp-config --pspsdk-path)
include $(PSPSDK)/lib/build_prx.mak


Hoping to flash0 writing in v5.6 8)

[Torch]

I've noticed another bug though. When viewing flash0, it doesn't show the files in some folders properly. Some files are completely missing etc. Files that are supposed to be in one folder, are shown inside another folder. E.G. a few PRXs from the VSH/MODULE folder show up in some other folder.

[mediumgauge]

Thank you writing in detail, I will test it.

I've been hoping to see flash0 write support in 3.XX Kernel for a long time.
I don't know what problems you're facing but this is how I am writing the config file in Lockdown v3.

Here is the code I'm using.
The only thing you have to do is reassign flash0 in write mode like this.
This can only be done inside a VSH mode module (0x800 mode).

My whole program is VSH mode so I am performing the reassign and file writing in the same place.

But if Filer has to run in kernel mode, then all you have to do is just create another VSH mode PRX which contains the code just to reassign flash0. Once you load and start that PRX, you can write to flash0 from the main Filer code.


#include <pspkernel.h>
#include <pspthreadman.h>

int __psp_free_heap(void);

PSP_MODULE_INFO("Password", 0x800, 3, 0);
PSP_MAIN_THREAD_ATTR(PSP_THREAD_ATTR_VSH);
PSP_HEAP_SIZE_KB(2048);

int main_thread(SceSize args, void *argp)
{
Config cfg;
int result;
result = sceIoUnassign("flash0:");

if(result < 0)
{
printf("\nError in unassign flash0.");
}
else
{
result = sceIoAssign("flash0:", "lflash0:0,0", "flashfat0:", IOASSIGN_RDWR, NULL, 0);
if(result < 0)
{
printf("\nError in assigning flash0 for write.");
}
else
{
SceUID fp;
fp = sceIoOpen("flash0:/buttons.ini", PSP_O_WRONLY|PSP_O_TRUNC|PSP_O_CREAT, 0777);

if(fp < 0)
{
printf("\nError writing flash0:/buttons.ini.");
}
else
{
sceIoWrite(fp, &cfg, sizeof(cfg));
sceIoClose(fp);
printf("\nPassword written successfully.");
}
}
}

}

int module_start(SceSize args, void *argp)
{
SceUID th;
th = sceKernelCreateThread("main_thread", main_thread, 0x11, 0x1000, 0, NULL);

if (th >= 0)
{
sceKernelStartThread(th, args, argp);
}

return 0;
}

int module_stop(SceSize args, void *argp)
{
__psp_free_heap();
return 0;
}


The makefile for the VSH module does not need the kernel LIBC and kernel LIBS.


TARGET = flash0
OBJS = main.o

INCDIR =
CFLAGS = -O2 -G0 -Wall
CXXFLAGS = $(CFLAGS) -fno-exceptions -fno-rtti
ASFLAGS = $(CFLAGS)

BUILD_PRX = 1
PRX_EXPORTS = exports.exp

#USE_KERNEL_LIBC=1
#USE_KERNEL_LIBS=1

PSP_FW_VERSION = 390
PSP_LARGE_MEMORY = 0

LIBDIR =
LIBS =
LDFLAGS =

PSPSDK=$(shell psp-config --pspsdk-path)
include $(PSPSDK)/lib/build_prx.mak


Hoping to flash0 writing in v5.6 8)

[mediumgauge]

I made "f0mount.prx" and tried to write flash0 but failed.
Here is the source code of prx:

#include <pspkernel.h>
#include <stdio.h>

PSP_MODULE_INFO("F0MOUNT", 0x800, 1, 0);
PSP_MAIN_THREAD_ATTR(PSP_THREAD_ATTR_VSH);

int main(void)
{
sceKernelSleepThread();
return 0;
}

int f0mount(int mode)
{
int result;
FILE *fp;
fp = fopen("ms0:/log.txt", "a");
fprintf(fp, "writing start!\n");
fclose(fp);
result = sceIoUnassign("flash0:");
fp = fopen("ms0:/log.txt", "a");
fprintf(fp, "result2:%x\n", result);
fclose(fp);
result = sceIoAssign("flash0:", "lflash0:0,0", "flashfat0:", mode ? IOASSIGN_RDWR : IOASSIGN_RDONLY, NULL, 0);
fp = fopen("ms0:/log.txt", "a");
fprintf(fp, "result3:%x\n", result);
fclose(fp);
return 0;
}


And here is the result:
writing start!
result2:8001000d
result3:80020326


I don't know what "8001000d" mean, but "80020326" means "SCE_KERNEL_ERROR_ALIAS_USED", probably it means "this alias is already used since you failed to unassign flash0".
Any idea to solve this?

[Torch]

I don't know what "8001000d" mean, but "80020326" means "SCE_KERNEL_ERROR_ALIAS_USED", probably it means "this alias is already used since you failed to unassign flash0".
Any idea to solve this?

8001000d means you are not in the correct mode and don't have rights to unassign. That is normal when executed from the context of a User mode EBOOT.

I assume that Filer for 3.xx is in User mode. Instead of making a separate PRX, you can just change the main Filer code to VSH mode.

Here is a sample project which compiles to EBOOT in VSH mode, and writes a text file to flash0.

http://ifile.it/9y2rnqf/flash0.zip

[Torch]

If you want to build a separate f0mount.prx to load and start then your make file must be like this:
BUILD_PRX = 1
PRX_EXPORTS = exports.exp
....
....
....
include $(PSPSDK)/lib/build_prx.mak

You cannot generate an EBOOT from this.
It should have the functions module_start, module_stop, and a main_thread like the code I posted in the beginning.
You have to create the exports.exp file and define the functions there as well as your custom functions such as f0mount. (There is no need for a separate function in your case. Just ressign flash0 in the main_thread itself. You just need to start the PRX in the beginning itself and forget about it. It doesn't matter if you leave it in write mode.) You can immediately unload the PRX to free memory, it will remain in write mode.



But there is no need for a separate PRX, just make Filer as VSH mode and do it like the sample code I linked in the last post.

[mediumgauge]

Torch, thank you for details.
I don't want to separate Filer.
I succeeded to compile & run Filer, by upgrading PSPSDK, but there is a problem that in "BUILD_PRX" mode malloc() returns NULL only allocating 100kbytes (100,812bytes).
Filer cannot run in such few space. I have to solve it to make kernel3 to access flash0.

[mediumgauge]

I found the reason of few memory - shamefully easy reason.
Adding one line "PSP_HEAP_SIZE_KB(1024*20); //20MB" in source code, it works.
Torch, thank you a lot. I can release flash0-accessable kernel3 Filer in next time.

[Torch]

I found the reason of few memory - shamefully easy reason.
Adding one line "PSP_HEAP_SIZE_KB(1024*20); //20MB" in source code, it works.
Torch, thank you a lot. I can release flash0-accessable kernel3 Filer in next time.

If you use PSP_HEAP_SIZE_MAX(); you'll get the full user memory.
If you include PSP_LARGE_MEMORY = 1 in the makefile you'll get another 32MB on a Slim PSP. Might be useful for loading large JPEGs on Slim.

How ever malloc sometimes causes memory leaks and even if you free the memory you won't get back all the space. It will gradually keep reducing as you use the application.

On the PSP its advisable to only use sceKernelAllocPartitionMemory+sceKernelGetBlockHea dAddr. With these functions you don't declare the heap at all: just omit the PSP_HEAP_SIZE_ completely.

Another problem with using the heap is, suppse you declare a 23MB heap, there is only 1 MB free. When you call malloc even for 2MB, it will allocate the full 23MB from the OS. In a single module application its no problem because you application will further allocate pointers only within that 23MB block. But suppose you load another PRX, that PRX will only have 1MB free for its allocation, as the remaining space would have been eaten by your application, even if you have allocated only 2 MB.

When using sceKernelAllocPartitionMemory, the entire space will remain free for any application to use, and only the exact amount you allocate will be used.

Torch, thank you for details.
I don't want to separate Filer.
I succeeded to compile & run Filer, by upgrading PSPSDK, but there is a problem that in "BUILD_PRX" mode malloc() returns NULL only allocating 100kbytes (100,812bytes).
Filer cannot run in such few space. I have to solve it to make kernel3 to access flash0.

Do not use include $(PSPSDK)/lib/build_prx.mak for EBOOT. Thats only for creating standalone PRX to be loaded by other applications.
When you use include $(PSPSDK)/lib/build_prx.mak it also gives a default of 64KB for the heap. So if you want to use malloc in the PRX, you need to declare a bigger heap, or just use the sceKernel alloc commands instead.

[mediumgauge]

Do not use BUILD_PRX for EBOOT. Thats only for creating standalone PRX to be loaded by other applications.


But in your sample flash0.zip, There is a line in Makefile:
>BUILD_PRX = 1

[Torch]

But in your sample flash0.zip, There is a line in Makefile:
>BUILD_PRX = 1

I was talking about this include $(PSPSDK)/lib/build_prx.mak

You HAVE to use BUILD_PRX = 1 for all 3.xx kernel applications.

[mediumgauge]

I was talking about this include $(PSPSDK)/lib/build_prx.mak

You HAVE to use BUILD_PRX = 1 for all 3.xx kernel applications.

Ok then, there's no problem.
Thank you a lot. Soon I will release 5.6, after fixing other bugs.

[dennis96411]

How about 7z support? The new NervOS comes with 7z unzipping. And when I try to read the UMD, it gets stuck (the game, but I can still exit it).

[CoMbiNa]

Maybe you can fix the slim bugs?
Ask in dev forums how, i'm sure they'll help.

[nick255]

Three main requests.

1. Fix UMD reading in the 3.x kernel version.
2. Use the extra ram on the slim to increase the size of the ramdisk by 32MB.
3. Support moving files, by that I mean actually moving them rather than copying and then deleting the original. It should be possible to move files of any size provided they are actually moved as opposed to the copy and delete method used now.