PS3 Mysis POC Plugin Update - v0.2.1.1

The proof of concept plugin by Mysis has been updated. If you are not familiar with this plugin it offers many features, one being the ability to record your gaming on your PS3. This update adds more game recording compatibility and introduces recording of PSP, MINIS and PS1 games. Other tweaks include using a custom memory container and the ability to switch between three quality settings allowing for different resolutions. These settings can be made using the d-pad directional buttons. Remember that this is a proof of concept so expect a few bugs until the developer has ironed them all out. For more info, videos and its initial release, be sure to check out this thread. There is more so continue reading.

mysis plugin.gif​


POC Plugin 0.2.1.1:
Gameplay recording:
  • Alot more PS3 games recording now + PSP Games/Minis + PlayView + PS1 Games (via MM)
  • Switched from game memory container to custom 5-7 MB memory container
  • Added quality selection

Right Analog Stick:
  • Hold Up : high quality (MJPEG Encoder + 1280x720 Resolution), bigger file size (.avi),7 MB
  • Hold Left : quality (MJPEG Encoder + 640x368 Resolution), bigger file size (.avi), 5 MB
  • Hold Down : good quality (M4HD Encoder + 640x368 Resolution), smaller file size (.mp4),6 MB
  • Hold R3: Recording start
  • Press PS-Button: Recording Stop

(Default: High quality, change BEFORE start recording)

Note: Recording will stop and notify automatically after ps-button is pressed.

Added to R1-Button:
  • Dump current Disc Hash Key
  • Enable Secure File ID catcher

Note: secureFileId is caught once enabled and a savegame loaded afterwards.
It is not advised to use other plugins while recording! Feel free to report more tested games at: Editing Talk:Rec plugin - PS3 Developer wiki
Click to expand...

bitsbubba said:
Just creating the folders work fine unless you rebuild database then you end up with a corrupt data icon on the XMB. So I created this GameData pkg that will give you the proper folder structure and a placeholder icon in the game data section of the XMB not to be affected by a database rebuild

Download

Edit2: also if you have already created the folder these will not change anything but give you the placeholder (so they're fine to install and won't effect the other files) be warned though if you delete it from GameData it will delete that folder and anything in it.
Click to expand...

 
Last edited:
Click to expand...
LuanTeles
bguerville said:
The problem is not due to Rebug or even webman per se, but rather to the lack of resources needed to use the plugin AND run the game at the same time...

You should therefore unload any other plugin in memory before using videorec.sprx & use lower recording settings ie smaller frame sizes, even uncompressed video if required (MJPEG)...
Don't expect the plugin to work with the most resource hungry games like TLOUS even with the lowest possible settings....

FYI the videorec.sprx plugin is already included in Rebug 4.81.x & webMAN-MOD updater for use with XMB CFW Settings & wMM respectively, don't replace those particular files..
Click to expand...

Oh i see, i read that webman uses the old version of Mysis Poc Plugin, the new one that support Minis, PSP and more PS3 games are not open source
 
Last edited by a moderator:
bguerville
LuanTeles said:
Oh i see, i read that webman uses the old version of Mysis Poc Plugin, the new one that support Minis, PSP and more PS3 games are not open source
Click to expand...
Not exactly...

The videorec project included in wMM is based on the older PoC but was modified by Aldo to support quality selection...

The videorec.prx project released with XMB CFW Settings & included in Rebug is more recent, it includes features like klicensee/securefileid extraction & Remote Play fixing...
Edit: the videorec.sprx file cannot be used for video recording purposes as is. The recording function was removed from the project... It could be added again if required...
 
Last edited:
C
bguerville said:
Not exactly...

The videorec project included in wMM is based on the older PoC but was modified by Aldo to support quality selection...

The videorec.prx project released with XMB CFW Settings & included in Rebug is more recent, it includes features like klicensee/securefileid extraction & Remote play recording...
Click to expand...

When you say "& included in Rebug ", you mean its included in WebmanMod that is included in Rebug?
 
pinky
yeah, the klicense dumping via rebug is very easy. I've been doing that for a friend whose ps3 is in the shop. this is for "fixing" games, so don't let anyone try to act as though they're hacking s***. with the rap and the klicense, u can fix anything, and u need the rap to find the klicense (much easier with the ps3).

@Coldlm , no, it's a part of rebug. it's in the network tier...at least the klicense portion which is what I use.
 
PS3HackersMod
Making fixes and dumping klicense isnt rocket scientist and in rebug is much much easier from 3.55 - 4.21+ fixes. Ppl dont need to act like a**holes like they discovered discovered the hack.
 
bguerville
Coldlm said:
When you say "& included in Rebug ", you mean its included in WebmanMod that is included in Rebug?
Click to expand...
Nope.

There is a video_rec.sprx included in the wMM project & in the wMM updater. That is the first one I described.

And there is a videorec.sprx included in Rebug which I believe comes from the XMB CFW Settings (xai_plugin) project. That's the second one I described.

They are different builds altogether, check the binary sizes, the one in wMM is 3.4kb while the one in Rebug is 11kb. The source code is available for both projects.

Speaking of which, I recently removed the vsh exports then recompiled the videorec project included with xai_plugin without debug information & using correct libraries, the size of videorec.sprx can actually go down to 8kb.
 
Last edited:
pinky
PS3HackersMod said:
Making fixes and dumping klicense isnt rocket scientist and in rebug is much much easier from 3.55 - 4.21+ fixes. Ppl dont need to act like a**holes like they discovered discovered the hack.
Click to expand...

my thinking exactly. it's y things r so messed up in the ps3 scene. people should share knowledge. I'm happy to do things for people, but I don't hide things from them.
 
LuanTeles
bguerville said:
Not exactly...

The videorec project included in wMM is based on the older PoC but was modified by Aldo to support quality selection...

The videorec.prx project released with XMB CFW Settings & included in Rebug is more recent, it includes features like klicensee/securefileid extraction & Remote play recording...
Click to expand...

I found the one included in XMB CFW Settings but no info about its shortcuts
 
bguerville
LuanTeles said:
I found the one included in XMB CFW Settings but no info about its shortcuts
Click to expand...
I don't think this particular videorec project was meant to be used for video recording by users tbh... I believe it was geared towards providing XMB CFW Settings with some functions unrelated to recording video...
 
C
bguerville said:
Nope.

There is a video_rec.sprx included in the wMM project & in the wMM updater. That is the first one I described.

And there is a videorec.sprx included in Rebug which I believe comes from the XMB CFW Settings (xai_plugin) project. That's the second one I described.

They are different builds altogether, check the binary sizes, the one in wMM is 3.4kb while the one in Rebug is 11kb. The source code is available for both projects.

Speaking of which, I recently removed the vsh exports then recompiled the videorec project included with xai_plugin without debug information & using correct libraries, the size of videorec.sprx can actually go down to 8kb.
Click to expand...

Another question just came to mind

Is there a ways of increasing the resolution of the screen shots from the "Save Screenshot" on Rebug's XMB?
 
bguerville
Coldlm said:
Another question just came to mind

Is there a ways of increasing the resolution of the screen shots from the "Save Screenshot" on Rebug's XMB?
Click to expand...
Not afaik. If I am not mistaken, the resolution of the screenshot matches the screen resolution. For 1080p which is the maximum resolution, that should be 1920x1080.

Edit: I just had a look at the source in wMM, any other implementation of this feature will most likely rely on an identical or very similar process.
The screen resolution is obtained by querying the paf via vsh. The app gets the display height & width & uses that information to create the bitmap container representation in memory.
The data used to fill the BMP image comes from the system_plugin.sprx function 31, which basically returns a raw screen dump at the resolution currently used by GameOS.
Some extra processing is applied to transform ARGB values into RGB. Finally, once the bitmap construction in memory is complete, it is dumped to file.
 
Last edited:
sandungas
bguerville said:
Speaking of which, I recently removed the vsh exports then recompiled the videorec project included with xai_plugin without debug information & using correct libraries, the size of videorec.sprx can actually go down to 8kb.
Click to expand...
I like this way of thinking
The way i see the video recording features... is we are in a scenario where we have a serious problem of performance, is extreme so normal rules doesnt applyes here
With this i mean all the effort should be focused in making it more efficient... there is no room for cool visual design or other functions not related specifically with recording video, it needs to be a plugin specific for video recording, and should work "standalone" (without any other custom plugin loaded)
Actually, if there is some group of functions inside the actual version of the plugin specifically to only one of the recording modes could be removed as a extreme meassure
One of the first things i would remove thought is the interface (but not sure what to use as replacement for it)
 
bguerville
sandungas said:
I like this way of thinking
The way i see the video recording features... is we are in a scenario where we have a serious problem of performance, is extreme so normal rules doesnt applyes here
With this i mean all the effort should be focused in making it more efficient... there is no room for cool visual design or other functions not related specifically with recording video, it needs to be a plugin specific for video recording, and should work "standalone" (without any other custom plugin loaded)
Actually, if there is some group of functions inside the actual version of the plugin specifically to only one of the recording modes could be removed as a extreme meassure
One of the first things i would remove thought is the interface (but not sure what to use as replacement for it)
Click to expand...
mysis removed the recording function from the videorec project included in XMB CFW Settings. He must have used the project as template or something...
It was a good move anyway because like you said the video recording plugin should be as light as possible anyway. Added functions would not have helped..

If the most recent poc releases were released without source code (bummer!) then we should probably start building up again from the project included in wMM...

And like I said, all those vsh exports for stiff like stdc in projects can actually be removed if the correct libraries are linked at compile time... In some cases, any small gain on size reduction is welcome...
 
sandungas
Yep, any small reduction of code or simplification is welcome because we are very fucked up, i remember some talks also about posible bottlenecks, we know the biggest bottleneck is memory but removing any other bottlenecks could help
In few words, we are so desperate that any improvement worths the try

What im wondering is what happened with the experiments with the CELL_REC_OPTION_USE_SYSTEM_SPU flag... or any other SPU usage theory that we was discussing at that time, you can read more about it in this message (and next ones)
https://playstationhax.xyz/forums/t...211-update/?page=2&tab=comments#comment-17726

That days was promising... but im not sure how many of that is included in the latest versions
 
bguerville
@sandungas
I just double checked the source of the 0.2 version of this plugin, the latest for which we have the source.
The SPU flag is not used anywhere as far as I can make out & the project is real messy.
There is no AV quality setting feature, it uses M4HD/AVC 720p 30fps Bitrate 512k/AAC 96k. A memory container is used though.
After a few hours cleaning up the code, fixing all the warnings & removing a number of features unrelated to recording (XMB original In-game) or screenshot taking (XMB or in-game), so far I get a working release sprx at 11kb & debug build at 12kb instead of the 18kb/19kb respectively for the original builds.
TBH, it really is in a PoC state & not fit for release. Am sure that the plugin size could be smaller yet with a little more work.
I may open a new thread about this & eventually post a clean build.
 
Last edited:
You must log in or register to reply here.

Similar threads

Featured content

Trending content

Latest posts

Back
Top