How to change the color of the download progress bar ?

[Louay]

@LuanTeles @sandungas nas_plugin.sprx have relation with system_plugin.rco and other ones

 

[Louay]

@LuanTeles @sandungas see this when i search for those color in nas_plugin.sprx

Exist in nas_plugin.sprx :

Green Colors
chartreuse 7FFF00 exist 5 times
green 008000 exist 7 times
darkgreen 006400 exist 18 times
olive 808000 exist 8 times

Blue Colors
DeepSkyBlue 00BFFF only one exist
Blue 0000FF exist 36 times
MeduimBlue 0000CD exist 12 times
Dark Blue 00008B exist 60+ times
Navy 000080 exist 60+ times
midnightblue2 000033 exist 60+ times

Red Colors :
Red FF0000 exist 12 times
DarkRed 8B0000 exist 40+ times
Marron 800000 exist 60+ times

what did notice is the Red & Blue Color which are Boled exist in 12 times both but Green Color only 7 times

maybe we are close maybe not

@habib can you help us reverse this sprx as you did that time for 8002AE32 error of "Install All Packages" in nas_plugin.sprx?

Edit : when i open the prx in IDA Pro i see there is an element called "plane_progress_unknown" !!

 

[DeViL303]

Just change them all and see if it changes, if it does then change half and see if it changes, you will find the correct one in no time. I call it the brute force method.

 

[Louay]

Just change them all and see if it changes, if it does then change half and see if it changes, you will find the correct one in no time. I call it the brute force method.

i change them all to FF FF FF to make white color but it freeze ps3 maybe wrong place i will try one by one editing ?? did you mean with hex edit or IDA ?

 

[DeViL303]

HEX editor.but yeah, those 3 bytes could mean other things than color. 3 bytes is very short to be looking for. So you could try one at a time. If its soft bricking you can try move nas_plugin.sprx to usb so that you dont need to reinstall FW after every attempt.

Path is in vsh.self and xmb_plugin.sprx. Might be other places but its probably one of those.

 

[Louay]

HEX editor.but yeah, those 3 bytes could mean other things than color. 3 bytes is very short to be looking for. So you could try one at a time. If its soft bricking you can try move nas_plugin.sprx to usb so that you dont need to reinstall FW after every attempt.

Path is in vsh.self and xmb_plugin.sprx. Might be other places but its probably one of those.

no i don't need to resintall fw nas_plugin.sprx is used when someone enter package manager and click on pkg to start install when i click pkg it freeze but when i am in xmb it works so there is no problem as there is ftp running in background so i could resotre the good nas_plugin.sprx

 

[sandungas]

but the object is added by the sprx, but what is its name?

That's the real problem to do some of the things i was mentioning
The idea is the sprx probably have an area with some data that represents the same we can see in the rcoxml generated by rcomage

The names of all the objects and all the values should match, the biggest difference is the sprx have additionally objects that doesnt appears in the xml

So... if we add that objects in the xml in the same exact positions matching the sprx... this allows us to have a bit of control of them
Most probably the sprx is going to override whatever value change we do in the xml for that object... but we dont really know, also i think there are some features that cant be overrided (like the animations because are values that changes along time)

Edit : when i open the prx in IDA Pro i see there is an element called "plane_progress_unknown" !!

That one could be... actually all names including the word "progress" are candidates

By comparing that names (from the sprx) with the names in the xml (from the rco) it can be deduced which ones are not what we are trying to find

--------------
Some of your screenshots when you was trying to find the color in hex value are just coincidences, not related
When doing this kind of search you need to look also at the other bytes around it, like in this example:

This is a table where are repeated the entries, like a checkered pattern. Take a look 3 lines up or down the 008000, is doing this:
006000 ---> 006800 ---> 007000 ---> 007800 ---> 008000 ---> 008800 ---> 009000 ---> etc...


-------------
Right now i think the colors are not stored like that in the sprx's, what is stored inside the sprx are the multiplyers (but not the hex color code itself), i think is made everywhere by using this multiplyers
colorScaleR="1" colorScaleG="1" colorScaleB="1" colorScaleA="1"

*And i think the montly color filters are working this way too

 

[Louay]

@sandungas i try another image then progress bar the one of screenshoot o side menu color in progress bar place it

 

[Louay]

@sandungas
Another one i seprate the color box from background to put them in progress bar image so we can do a multiple color test in one image to see which channel is changed or overlaped

 

[sandungas]

Sorry to say @Louay but that experiments doesnt helps at this point, all that was expected. As i mentioned before i think the sprx does this:

colorScaleR="0.9"
colorScaleB="0.2"

The horizontal degrades of colors is because the image is streched horizontally
Imagine you have an image of size 2x1... with 1 black pixel at left and 1 white pixel at right... when displayed is streched to 1000 pixels width (or bigger), so it will have a degrade of colors