PS3 webMAN MOD - General Information Thread 1.47.48q

[psydefx]

i got error too, where do i get from aldo?

 

[Matsumot0]

which error?? Oo

 

[psydefx]

In file included from main.c:527:
include/_mount.h: In function 'mount_with_mm':
include/_mount.h:746: warning: passing argument 1 of 'show_msg' discards qualifi
ers from pointer target type
main.c: In function 'handleclient':
main.c:1009: warning: cast from function call of type 'int' to non-matching type
 'struct explore_plugin_interface *'
main.c:1044: warning: cast from function call of type 'void *' to non-matching t
ype 'int'
main.c:1512: warning: too many arguments for format
main.c: In function 'wwwd_thread':
main.c:1975: warning: cast from function call of type 'void *' to non-matching t
ype 'int'
main.c:1976: warning: cast from function call of type 'void *' to non-matching t
ype 'int'
make: *** [objs/main.ppu.o] Error 1

 

[Matsumot0]

That's wierd, now fixed.
_BR_ was undeclared i dunno why...

 

[psydefx]

That's wierd, now fixed.
_BR_ was undeclared i dunno why...

compiled fine now, thanks

 

[aldostools]

[MENTION=89]aldostools[/MENTION] [MENTION=161]Matsumot0[/MENTION]

I tried to build webMAN MOD with Source code (zip) on Matsumot0's github, but I get error while compiling.

So I downloaded from Aldo...and Source code it is OK....but I noticed a issue in show info notification, it displays the FAN speed 0%

EDIT:
ah...I saw just now another issue in my picture is displayed Firmware 0.00

Please try with the test build or updated source code on my server. I have improved security after syscalls are disabled (to prevent enter in panic and fully disable the syscalls).

That's wierd, now fixed.
_BR_ was undeclared i dunno why...

That's because you don't copy all the files

 

[Matsumot0]

Everything is updated on github download page https://github.com/Matsumot0/webMAN-MOD/releases/tag/v1.43.14
Source/Tag/Pkg

 

[psydefx]

looks like the param.sfo isnt being read by iso games only folder games

even after mounting the iso and param.sfo appearing in /dev_hdd0/tmp/wmtmp the iso filename displays

 

[Dino05]

Please try with the test build or updated source code on my server. I have improved security after syscalls are disabled (to prevent enter in panic and fully disable the syscalls).

I tried the test buikd....show info displays the fan speed 0%.
based on fan noise that I hear does seem that the fan speed is exactly 0% (syscon).
I tried it with the command: /cpursx.ps3?fan=40 but the speed does not increase even if in /cpu rsx.ps3 displays this:

 

[citra mulia]

Master [MENTION=89]aldostools[/MENTION] I would propose two things:

1. Create save screenshots in the folder "PICTURES" hdd0.
the reason so that hdd0 not filled with the image screenshots

2. Press SELECT + L3 refresh XML followed by soft reboot or add icon "refresh" when [v] disable wm setup.
So when connecting an external hard drive on the PS3 we do not need restart system.

Thank you very much. Sorry for my bad English.

 

[aldostools]

I tried the test buikd....show info displays the fan speed 0%.
based on fan noise that I hear does seem that the fan speed is exactly 0% (syscon).
I tried it with the command: /cpursx.ps3?fan=40 but the speed does not increase even if in /cpu rsx.ps3 displays this:

I can't reproduce your issue... I'll need more details (or example files) about your settings and the exact steps that you do.

Using dynamic fan control, I don't get the 0% and my fw version is shown properly.

If I set the fan to 95% manual, the fan noise is very high. I even disabled the syscalls during my tests.

looks like the param.sfo isnt being read by iso games only folder games

even after mounting the iso and param.sfo appearing in /dev_hdd0/tmp/wmtmp the iso filename displays

There is a new setting [x] PARAM.SFO in /setup.ps3. If you have it unchecked, put the check mark and save. Also you have to refresh the XML and then restart VSH to see the changes after an ISO is mounted.


Dino05 & psydefx : It would be useful to know if 1.43.13 or 1.43.12 have the same results.

Master [MENTION=89]aldostools[/MENTION] I would propose two things:

1. Create save screenshots in the folder "PICTURES" hdd0.
the reason so that hdd0 not filled with the image screenshots

2. Press SELECT + L3 refresh XML followed by soft reboot or add icon "refresh" when [v] disable wm setup.
So when connecting an external hard drive on the PS3 we do not need restart system.

Thank you very much. Sorry for my bad English.

1. AFAIK the XMB read the pictures stored on hdd0 only from the folder "photo". To make them show on XMB they have to be registered in the internal database.
If you know how to do register the photos, then I can implement it.

2. Just run prepNTFS to refresh the XML without restart the console. The soft reboot is not always needed after SELECT+L3.
You can see the refreshed lists if you haven't accessed yet the folder "webMAN Games". Also the combo to restart the console is your friend

 

[Dino05]

[MENTION=89]aldostools[/MENTION]

No Aldo, the versions 1.43.12 and 1.43.13 did not have this issue.

I have both of CECHG04 and CECH2104A and I get the same result....and I have not disabled the syscall for this test.
from your screenshots see that shows info recognizes the 4.46 Cobra, ma on 4.76.1 Rebug Cobra 7.1 it seems that is not recognized the CFW

 

[aldostools]

[MENTION=89]aldostools[/MENTION]

No Aldo, the versions 1.43.12 and 1.43.13 did not have this issue.

I have both of CECHG04 and CECH2104A and I get the same result....and I have not disabled the syscall for this test.
from your screenshots see that shows info recognizes the 4.46 Cobra, ma on 4.76.1 Rebug Cobra 7.1 it seems that is not recognized the CFW

Only FW version is displayed.. sub-versions used by rebug are not included. I'm on 4.46 Rogero Cobra 7.2 (that stage2 is only available for 4.46 on the latest commit from Joonie on github)
But the changes on 7.2 are related only to PS3MAPI peek/poke when syscalls are disabled. So if you haven't disabled the syscalls, there should not be difference.

Are you using your own compiled version or my test build on my server? It's harder to find the cause when we test different files.

TBH I have tried hard to reproduce your issue, but it's working fine on my side.

One big change in webMAN 1.43.14 is that now it only uses syscalls 8/9 to access lv1 and lv2. For lv2 I use lv1 peek/poke with the address + 0x1000000.
Could it be that that the lv2 address in 4.76 is different than in 4.46 ? You can check it doing a full memory dump and comparing the offsets with a lv2 dump. In 4.46, lv1 starts at 0 and lv2 starts at 0x1000000.

EDIT:
I uploaded another test build, this time using syscalls 6/7/8/9 as in 1.43.13 and below:
http://aldostools.org/temp/test/webftp_server_sc7689.sprx

 

[Dino05]

Only FW version is displayed.. sub-versions used by rebug are not included. I'm on 4.46 Rogero Cobra 7.2 (that stage2 is only available for 4.46 on the latest commit from Joonie on github)
But the changes on 7.2 are related only to PS3MAPI peek/poke when syscalls are disabled. So if you haven't disabled the syscalls, there should not be difference.

Are you using your own compiled version or my test build on my server? It's harder to find the cause when we test different files.

TBH I have tried hard to reproduce your issue, but it's working fine on my side.

One big change in webMAN 1.43.14 is that now it only uses syscalls 8/9 to access lv1 and lv2. For lv2 I use lv1 peek/poke with the address + 0x1000000.
Could it be that that the lv2 address in 4.76 is different than in 4.46 ? You can check it doing a full memory dump and comparing the offsets with a lv2 dump. In 4.46, lv1 starts at 0 and lv2 starts at 0x1000000.

EDIT:
I uploaded another test build, this time using syscalls 6/7/8/9 as in 1.43.13 and below:
http://aldostools.org/temp/test/webftp_server_sc7689.sprx

Last tests were with your 1.43.14 test build (md5 6CA361E54EC77B35673E9D855F238EF6)

Now I tried webftp_server_sc7689.sprx and on show info the Fan speed 30% and version Firmware 4.76...switch fan mode, increase and decrease fan speed works

EDIT:

 

[aldostools]

Last tests were with your 1.43.14 test build (md5 6CA361E54EC77B35673E9D855F238EF6)

Now I tried webftp_server_sc7689.sprx and on show info and Fan speed 30% version Firmware 4.76...switch fan mode, increase and decrease fan speed works

Then the problem is the address for lv2 through lv1 on 4.76... could you send me a PM with a full memory dump ? I'd like to see if there memory address for lv2 changed.

 

[psydefx]

There is a new setting [x] PARAM.SFO in /setup.ps3. If you have it unchecked, put the check mark and save. Also you have to refresh the XML and then restart VSH to see the changes after an ISO is mounted.

yeah it was checked. i unchecked it then checked it again, saved and restarted ps3 and now param.sfo titles display

 

[aldostools]

[MENTION=161]Matsumot0[/MENTION]

Please update with the latest source code on my server. I just fixed the LV2 access through LV1 on 4.76 and probably other FW versions.

Thanks to [MENTION=1506]Dino05[/MENTION] for his assistance finding and solving the issue.

 

[haxxxen]

1. AFAIK the XMB read the pictures stored on hdd0 only from the folder "photo". To make them show on XMB they have to be registered in the internal database.
If you know how to do register the photos, then I can implement it.

not really sure, but this should be it

CellPhotoExportSetParam param;

taken from

Spoiler

int exec_regist( int callback_type, const char* filename, int mode ) 
{

	int ret = 0;
	CellPhotoExportSetParam param;

	PRINTF("exec_regist() start\n");

	param.photo_title   = (char*)PHOTO_UTIL_SAMPLE_STRING_EN;
	param.game_title    = (char*)PHOTO_UTIL_ALBUM_STRING_EN;
	param.game_comment  = (char*)PHOTO_UTIL_COMMENT_STRING_EN;
	param.reserved      = NULL;

	if ( mode == EXPORT_FROM_GAMEDISC )
	{
		ret = cellPhotoExportFromFile( DISC_DATA_DIR,
									filename,
									&param,
									cb_export_finish,
									(void*)callback_type );
	}
	else
	{
		ret = cellPhotoExportFromFile( sDataUsrdirPath,
									filename,
									&param,
									cb_export_finish,
									(void*)callback_type );
	}
	

	PRINTF("exec_regist() end\n");
	return ret;
}

and for video

videoExportReady ( videoDirPath, TEST_FILE );

you should look at sdk samples
"samples\sdk\sysutil\photo" and "samples\sdk\sysutil\recording"
maybe you find a way to make official function working, which should be much better than these "hacks"

edit
for video recording, it said you have to create and use an extra folder, because it gets deleted after encoding/registering.

 

[aldostools]

not really sure, but this should be it

CellPhotoExportSetParam param;

taken from

Spoiler

int exec_regist( int callback_type, const char* filename, int mode ) 
{

	int ret = 0;
	CellPhotoExportSetParam param;

	PRINTF("exec_regist() start\n");

	param.photo_title   = (char*)PHOTO_UTIL_SAMPLE_STRING_EN;
	param.game_title    = (char*)PHOTO_UTIL_ALBUM_STRING_EN;
	param.game_comment  = (char*)PHOTO_UTIL_COMMENT_STRING_EN;
	param.reserved      = NULL;

	if ( mode == EXPORT_FROM_GAMEDISC )
	{
		ret = cellPhotoExportFromFile( DISC_DATA_DIR,
									filename,
									¶m,
									cb_export_finish,
									(void*)callback_type );
	}
	else
	{
		ret = cellPhotoExportFromFile( sDataUsrdirPath,
									filename,
									¶m,
									cb_export_finish,
									(void*)callback_type );
	}
	

	PRINTF("exec_regist() end\n");
	return ret;
}

and for video

videoExportReady ( videoDirPath, TEST_FILE );

you should look at sdk samples
"samples\sdk\sysutil\photo" and "samples\sdk\sysutil\recording"
maybe you find a way to make official function working, which should be much better than these "hacks"

edit
for video recording, it said you have to create and use an extra folder, because it gets deleted after encoding/registering.

Thank you for the tip I'll have to test... To be honest I never have looked at the SDK examples or documentation :p I mainly use ps3devwiki and trial & error.

 

[haxxxen]

Thank you for the tip I'll have to test... To be honest I never have looked at the SDK examples or documentation :p I mainly use ps3devwiki and trial & error.

yeah, i also do only trial and error, but somtimes it is better to read documents before trying anything, i think