PS3 ps2_netemu now with full hvcall support & lv1 dumper by 3141card

I knew it that @3141card latest work on ps2net_emu (ps2 emulator) on the PS3 will give use some form of profit. But this is just amazing progress already with full hvcall support + lv1 dumper, now one step closer to USB support and for sure one step closer to finally completely understanding ps2_netemu withing the PS3 firmware.​

via. zecoxao ReadMe

• 
  @3141card has asked me to share this. it is ps2_netemu from 4.81 with full hvcall support, and option to dump lv1 from inside netemu. @mysis this is also for you https://mega.nz/#!FlMQ3SyB!-wtUdxvPEuGBZoB1awY9I5f3zBd_f3qLG7NOZugLE28 instructions on how to dump lv1 are inside. have fun
  
• 
  To dump lv1 from netemu:
  
  • replace Others.dxt from one included
  • go to main menu to quit game submenu
  • wait 5 minutes
  • double beep will indicate finished dump
  • dump inside others.dxt (last 256MB)

Download: via mega

Source: playstationhax.xyz​

 

Yes, that's right. I have only my old CECH-2104A

 

Assuming that your research are focused on net emu. You don't have any FULL BC PS3, right?

I'm asking because it's look like on those models there is a additional temperature monitoring IC used specially for EE/GS. I could be fun to show also those temperatures if possible. But I'm not sure how hard/easy will be implementing something like that.

I just got a PS3 Backward compatibility and installed Rebug 4.82. Is it possible to show EE/GS temperatures nowadays?

 

I just got a PS3 Backward compatibility and installed Rebug 4.82. Is it possible to show EE/GS temperatures nowadays?

Your question has already been answered in the most recent posts in this very thread, have you read them?

In short, you can display temps if you use this patched ps2_netemu but on a BC console, you generally won't want to use ps2_netemu.

On BC ps2emu, there is no patch that I know of to display temps.
Maybe a patch or patches to enable such a feature could be found, it would require reverse engineering the emu binary for BC though.

 

Your question has already been answered in the most recent posts in this very thread, have you read them?

In short, you can display temps if you use this patched ps2_netemu but on a BC console, you generally won't want to use ps2_netemu.

On BC ps2emu, there is no patch that I know of to display temps.
Maybe a patch or patches to enable such a feature could be found, it would require reverse engineering the emu binary for BC though.

No, I was talking about the EE/GS temperatures, not the CELL/RSX temperatures. In other words, showing temperatures of the real PS2 hardware in a BC console.

 

No, I was talking about the EE/GS temperatures, not the CELL/RSX temperatures. In other words, showing temperatures of the real PS2 hardware in a BC console.

Ah ok, I misread you. I don't have a BC console so I dunno ps2_emu.self very well & I cannot answer for certain, I will let someone more knowledgeable about ps2_emu.self internals answer you.

 

@shinichi999
It is like @bguerville say, only RE of the ps2_emu.self can lead to such a elf hack. Last year I spent much time in this frustating file, whitout success , and Iam not a noob in reversing ppc64. Unfortunately, it differs totally from the other two PS2 emulators. I finally stop my work on this last year.

 

@shinichi999
It is like @bguerville say, only RE of the ps2_emu.self can lead to such a elf hack. Last year I spent much time in this frustating file, whitout success , and Iam not a noob in reversing ppc64. Unfortunately, it differs totally from the other two PS2 emulators. I finally stop my work on this last year.

What a pity I think I will have to trust in the control fan function. When I play a PS2 game in my BC console for a while and then I check the temperature in the XMB is not above 60 celsius degrees for both CELL and RSX, so I think is fine.

 

What a pity I think I will have to trust in the control fan function. When I play a PS2 game in my BC console for a while and then I check the temperature in the XMB is not above 60 celsius degrees for both CELL and RSX, so I think is fine.

that gets me wondering about the 360. you can measure temps for the cpu, gpu, ram, and case for both 360 and original xbox games. you can check the temps via dashlaunch and holding the guide button mid game. you can even change from C to F via a dashlaunch setting. however, I've never checked it with a game disc. hmm...

 

What a pity I think I will have to trust in the control fan function. When I play a PS2 game in my BC console for a while and then I check the temperature in the XMB is not above 60 celsius degrees for both CELL and RSX, so I think is fine.

Because is almost not used. About EE/GS temps. There is basically nothing you can do to keep it cooler than usual as there is no heat spreader on them. So those two parts are cooled by airflow, and that "grill" that cover full board.

So eventual temperature reading for them is just for fun. Setting higher fan will result probably in 1-2 c change for them.

 

There is another effect needed to consider (and it seems not much people realizes about this)

When you are inside a game, and then you do this sequence:
1) pause game
2) quit game
3) back to xmb
4) xmb loads and show temperature

In the time delay along all this sequence (that could be several seconds) the temperature is decreasing

So as an example.... if you see 60ºC on XMB... this means the temperature while playing is bigger than that
The only question under discussion is... how big is that difference of temperatures ?
Personally i think is something in between 5ºC and 8ºC


------------------
For EE/GS the effect should be the same... is just we cant see the temperatures of them

 

There is another effect needed to consider (and it seems not much people realizes about this)

When you are inside a game, and then you do this sequence:
1) pause game
2) quit game
3) back to xmb
4) xmb loads and show temperature

In the time delay along all this sequence (that could be several seconds) the temperature is decreasing

So as an example.... if you see 60ºC on XMB... this means the temperature while playing is bigger than that
The only question under discussion is... how big is that difference of temperatures ?
Personally i think is something in between 5ºC and 8ºC


------------------
For EE/GS the effect should be the same... is just we cant see the temperatures of them

In my case Webman is adjusted to reach up to 60 degrees. I can see the temperatures while playing anyway (pressing SELECT+START at the same time), and my PS3 is modded for low temperatures, so I'm not concerned for now.

 

So as an example.... if you see 60ºC on XMB... this means the temperature while playing is bigger than that
The only question under discussion is... how big is that difference of temperatures ?
Personally i think is something in between 5ºC and 8ºC

I think that XMB is heavier than ps2emu for CELL/RSX on bc consoles. So there is a chance that those chips are even cooler than in XMB.

 

I think that XMB is heavier than ps2emu for CELL/RSX on bc consoles. So there is a chance that those chips are even cooler than in XMB.

Agreed, i never thought in it but when you said before makes sense, when in "PS2 mode" in BC PS3 models the heat is generated by EE/GS and CELL/RSX is close to "idle"
And when you quit to XMB it does the opposite

And just for brainstorming purposes... another detail i was thinking is if BC PS3 models has thermal sensors next to EE/GS (additionally that the ones EE/GS probably have internally)

CELL/RSX has his own thermal sensors, are connected in cascade to "intermediate" chips named "thermal monitors" using a special "bus"
http://www.psdevwiki.com/ps3/Thermal#Temperature_Monitor_IC.27s
So maybe EE/GS have them too, and connected to that same "bus" (the protocol of that "bus" allows to connect as many thermal sensors you want)

But the next brainstorming is... what happens with the lv2 syscall we have been using all this time to get thermal sensors values ?
If the BC PS3 models has 4 thermal sensors... then that syscall should have 4 temperatures... or sony just used 2 because in "PS2 mode" there is no access to lv2 syscalls ?
Hmmm, sonic misteries

 

CELL/RSX has his own thermal sensors, are connected in cascade to "intermediate" chips named "thermal monitors" using a special "bus"
http://www.psdevwiki.com/ps3/Thermal#Temperature_Monitor_IC.27s
So maybe EE/GS have them too, and connected to that same "bus" (the protocol of that "bus" allows to connect as many thermal sensors you want)

But the next brainstorming is... what happens with the lv2 syscall we have been using all this time to get thermal sensors values ?
If the BC PS3 models has 4 thermal sensors... then that syscall should have 4 temperatures... or sony just used 2 because in "PS2 mode" there is no access to lv2 syscalls ?
Hmmm, sonic misteries

Scroll down :P

http://www.psdevwiki.com/ps3/Thermal#PS2_EE.2FGS_.28CECHAxx_.2F_CECHBxx.29

 

Scroll down :P

http://www.psdevwiki.com/ps3/Thermal#PS2_EE.2FGS_.28CECHAxx_.2F_CECHBxx.29

Cool i have bad memory, i was writing part of that (the photos of the thermal sensors is one of my motherboards) XD
Is just i was focusing my interest in my motherboard and i could not complete the info about BC models

All that is connected to syscon chip (to make the thermal control even in absence of OS)
And the syscall to get thermal meassures depends of OS/lv2... and maybe this is where is limited to CELL/RSX

But dunno, maybe sony had something to get all thermal values by software (included the other thermal sensor of southbridge), i guess could be handy for them when making prototypes

 

Files are down

 

but with new cfw we need this elf or not?

 

but with new cfw we need this elf or not?

This is for developers for the most part. Not really a lot for the end user.

 

I know this is old, but I saw USB support mentioned. Was this also an attempt to load PS2 ISO's from USB?

 

I know this is old, but I saw USB support mentioned. Was this also an attempt to load PS2 ISO's from USB?

That could be a possibility potentially, as the article mentioned it was one step closer, as we can dump and learn more about the emulator. For sure a needed step to get there but we are not there yet. This just helps developer's dump and reverse the emulator to learn more about it.