Recent Posts

Pages: [1] 2 3 ... 10
1
PS Vita / Re: [Release] reAuth - Use PlayStation Store and sign-in on 3.60-3.65
« Last post by MadZiontist on September 10, 2021, 10:59:29 PM »
Weird, after looking closer at SKGleba's latest build of iTLS-Enso I discovered that SKGleba has copypasted the functions of this module into SKGleba's latest build of iTLS-Enso. But I'm sure many others do not know, so thanks for this.

No problem, glad I could help.
2
PS Vita / Re: [Release] reAuth - Use PlayStation Store and sign-in on 3.60-3.65
« Last post by cuevavirus on September 10, 2021, 10:46:22 PM »
Weird, I'm on 3.60 and don't need this plugin for PSN access. I was having issues with it initially, but after updating to SKGleba's latest build of iTLS-Enso I no longer have problems. But I'm sure many others are having issues, so thanks for this.

Weird, after looking closer at SKGleba's latest build of iTLS-Enso I discovered that SKGleba has copypasted the functions of this module into SKGleba's latest build of iTLS-Enso. But I'm sure many others do not know, so thanks for this.
3
PS Vita / Re: [Release] LCD Colour Space Changer
« Last post by MadZiontist on September 09, 2021, 06:59:22 AM »
This kinda makes me want a slim. But seriously, how about a plugin for OLED models that emulates an LCD? Sometimes, in certain circumstances I think less saturation is better.
4
If I understand correctly you want to be able to enter sleep mode directly? If that is the case I think it is possible. I'm planning to release an update for Quick Menu Plus with a few other changes so I will take this into consideration.

Sorry for the late reply. I missed the notification. But yeah that would be dope if the standby button could be configured to enter standby after tapping once, and sleep mode by holding the button for a couple of seconds. Thanks for considering it!
5
PS Vita / Re: [Release] reAuth - Use PlayStation Store and sign-in on 3.60-3.65
« Last post by MadZiontist on September 09, 2021, 06:13:59 AM »
Weird, I'm on 3.60 and don't need this plugin for PSN access. I was having issues with it initially, but after updating to SKGleba's latest build of iTLS-Enso I no longer have problems. But I'm sure many others are having issues, so thanks for this.
6
Reverse Engineering / VVNZRunner - run custom MeP code on Venezia
« Last post by Graphene on September 01, 2021, 12:08:52 AM »
VVNZRunner is kernel plugin for PS Vita that provides API to run Toshiba MeP code on Venezia. Original idea from PS Vita Henkaku wiki Venezia article.
VVNZRunner provides safe way to run MeP code on Venezia processor and functions to transfer data from and to Venezia SPRAM.

Github link: https://github.com/GrapheneCt/VVNZRunner

V-Thread support

V-Threads are threads that run on Venezia cores. Up to 6 cores can run tasks simultaneously in normal mode and up to 7 in extended mode (enabled with sceCodecEngineChangeNumWorkerCoresMax()). All tasks that fall outside of limit will be automatically scheduled for execution. Note that even when running V-Thread, vnzBridgeExec() is blocking on ARM side. Refer to sample_mep for V-Thread creation procedure.

Examples

Example of userland application is in sample folder.
Example of MeP code used in the sample application is in sample_mep folder. To compile MeP code use mepsdk.
Check CMakeLists for flags used to compile MeP code for Venezia.

Usage notes

- Safe spram offset is 0x1404 bytes. Everything below belongs to Venezia context and will be reset upon execution.
- For now code memory size is limited to 0x1000 bytes.
7
Kits / Rebuilding AFV File from act.dat and actsig.dat
« Last post by SilicaAndPina on August 08, 2021, 01:13:04 PM »
What is an AFV?
An AFV is the file given to developers via DevNet that is needed to activate a Development Kit or Testing Kit console.
When an AFV is applied, the vita generates act.dat and actsig.dat, (as well as some binary blob that it copies to NVS) from that file

This process can be reversed in order to take act.dat and actsig.dat, and generate the corresponding AFV again

Lets take a look at the act.dat file:
it is a binary file found at tm0:/activate/act.dat
the structure is as follows:


int32 - magic number - must be "act\0"
int32 - version - always just 0x01
int32 - issue number- total number of tokens issued
int32 - start date - unix timestamp of activation begin period
int32 - end date - unix timestamp of activation end period
byte[0x10] - openPSID - same as activation key, minus the last set of digits
byte[0x1C] - reserved - all 0x00
byte[0x40] - activation token (encrypted) - for (symmetric) signature checks


after FW 1.80, sony realized that using a symmetric key for signature checks was stupa bad idea, so they also added actsig.dat
this file is just 0x100 bytes, and is a asymmetric signature using either ECDSA or RSA (im not sure which >_<)
this is basically just a blob of encrypted data ..


Now lets take a look at AFV Files:
They are a ascii file, (Not binary), and contain pretty much the same information as act.dat and actsig.dat,

# VITA/ActivationCode\n
# format_version=just like ACT.DAT, there is only version "1"\n
# code_num=number of tokens, (one afv can hold multiple devices activation data) but for our purposes, we will just put 1 here\n
# code_size=size of line1 (act.dat equivalent)\n
# extra_data_size=size of line2 (actsig.dat equivalent)\n
Hex Encoded OpenPSID, All uppercase, Decimal encoded start date, Decimal encoded end date,         Decimal encoded issue number, Hex Encoded Encrypted Token/Signature (symmetric), All uppercase\n
Hex Encoded actsig.dat, All upercase\n

So as you can see its quite trivial to recreate a AFV from act.dat and actsig.dat, you can basically just use a hex editor and notepad, use the hex editor to decode the int32's and copy hex encoded data in accordance to the structure below, and then just write them into notepad in that format, and save it as "vita_activation.afv" and it should work

Or, if your lazy, you can have this program i wrote do all the work for you https://github.com/KuromeSan/vita_make_afv/releases

Usage:
Code: [Select]
vita_make_afv act.dat actsig.dat vita_activation.afv
Ok, i got my AFV, now how can i activate my devkit using it?
Well, if you just generated it based on the activation tokens you already have applied if you try activate using this file
it will tell give you an error saying a newer activation file is required
This is because of the issue_number, the vita will refuse any AFV with an issue number that is less than or equal to the current issue number set in tm0:/activate/act.dat and NVS block, so in order to actually use this AFV, you have to either already have broken NVS activation data, or break it so that you can apply it again,
an easy way to break it would just be to use activate.vpk, put a blank (0x20) byte act-nvs.dat, (0x80) byte act.dat in ux0:/data/act.dat and then a blank (0x100) byte actsig.dat in ux0:/data also
then delete or rename the existing act.dat/actsig.dat files in tm0:/activate, open activate.vpk and then it will ask you to restore the activation backup, which of course is just blank data, which will clear all traces of activation from your devkit or testkit, including the last issue number. EASY right?

Oh, and you have to make sure your secure / cp clock is set to a time after the start date, but before the end date, otherwise it wont work!

Ok great, i mannaged to nuke my activation data from my devkit! now im able to use the AFV file i created to.. uh get it all back for some reason?
(wait, why are we doing this again? deleting activation just to copy it straight back? FOR SCIENCE?)

There are 3 ways to activate- you can activate via a memory card, it checks for an AFV at "ux0:/data/activate/vita_activation.afv", you can activate over CMA, (this requires DevkitCMA, QCMA and SonyCMA will not work), and finally you can activate via Neighbourhood for PlayStation Vita (devkit only) just click on the red "Activate" button the system will just reboot itself and the activation data will be re-applied.


all this for the off chance that your NVS activation block is broken but act.dat and actsig.dat are not....
this would force it to be re-generated, thus fixing the problem,
but if that is the case, don't use this to try fix it, instead just generate act-nvs.dat from an existing act.dat using this tool: https://bitbucket.org/SilicaAndPina/gen-act-nvs Way faster.

At the end of the day, being able to generate AFV files and use them to activate your devkit may make you feel cool because your doing it the way sony "intended", well with a little bit of time travel anyway.

there is basically 0 practical use for this as far as i can tell, the one thing i can think of has a much faster way to accomplish the same thing, Oh well. if only sonys private key for actsig.dat would get leaked. then this would suddenly be way more useful.

(Thanks to princess of sleeping for providing a sample AFV file for me)

Blessed Be~
8
I was thinking about keeping playback when in file browser too, but it will require substantial internal changes. But it is certainly possible.

As for the progressbar, there seems to be a bug in system software that causes this and as of now I haven't been able to find a workaround.
9
Oh ok, thanks for the heads up. the soundcloud downloader plugin I used to get the files must be the culprit.

Other issue, more like a UX curiosity / feature suggestion : when playing a track, pressing circle to get back into browsing and possibly go and select another track to change to will stop the current track playing. Would it be possible to keep the current track playing, and let the user still browse? maybe having a visual cue somewhere on the screen to switch between the browser and the player screen at all times (like in most music players you'd get on android, I'm thinking of powerAMP for instance where the actual player, the browser, and the playlist/cue editor work in parallel).

Yet another feature suggestion : Cue up / playlist editor system ?

Visual bug : on random occasions, the progress bar indicator will not reset to far-left position and move along to the right when starting a track but rather stay stuck far-right position though track plays just fine and time counter does increase from 0:00 and total track time is correctly displayed. quitting the track play, and restarting it from browser will make the progress bar work again correctly.
10
mp4 files seem to crash the app (a couple to test : https://u.pcloud.link/publink/show?code=kZ86MCXZ4HLzv9Sv7b0TGIPNqHUU6HxT0E8y) with error code C2-12828-1

Those files seem to be corrupted in some way. They do not open in official Music application either, and ElevenMPV-A uses same m4a (aac) decoder as official app.
Pages: [1] 2 3 ... 10