PSGroove with Apploader Payload by AerialX is Released

[jd200]

can someone kind do hex for pic 18F2550 please

[LioMajor]

only 1 file is modified... and it has been explained by CJPC so yes I am referring you to AerialX Source cuz either way your gonna need that source. Even though I hate spoon feeding people here is the patched descriptor.h

~evil

Sorry but i hate to say it, did you check the AerialX's src? Descriptor.h is not used anymore, i tested your .hex anyway.

But mounting is NOT working. To get it working again, the Assembler file needs to be edited.

I thought you did that.

br,

Lio

[evilsperm]

LioMajor: No I didn't go through the source but I will try to work on a fix now. Thanx for the heads up.

[bigdaddie]

You're right, I just noticed that i cannot run my backups with this port, so i guess it's not compiled correctly and maybe that's why backups and the apploader don't work... btw. running it with a Teensy2.0.

[LioMajor]

To be exact,

its /* */ in descriptor.h because it is now declared in payload_apploader.S

or if you choose the other payload > payload_default.S

br,

[evilsperm]

correct if payload_defaut.S is used the BM will work, I am looking into payload_apploader.S to see where it needs to be patched now.

[dentnu]

As for AT90USBKEY / AT90USBKEY2 it is exactly the same I just cloned/renamed it for the noobs.

Thanks for clearing that up for me. You think you can plz compile me a xplain version that's patched when you get a chance plz ?

Thanks

[LioMajor]

Last time it worked switching " xxxx " with " bdvd " this time this is not working.

My friend and i worked backwards from the generated .h and found also

" /dev_ " > " usb000 " , so we tested to alter the .S string to " bdvd "

but its not working.

[evilsperm]

LioMajor: I am having the same issues, its not a simple 0x62, 0x64, 0x76, 0x64

I ran into problems altering the .S as well but I'll keep pushing and see what will turn up

[iLLNESS]

LioMajor: I am having the same issues, its not a simple 0x62, 0x64, 0x76, 0x64

I ran into problems altering the .S as well but I'll keep pushing and see what will turn up

no its not. aerialx has removed the default payloader code from the descriptor.c all together and replaced it with the source.

i know nothing about coding, but i seem to think it will require 'PATCH_DATA' to work.

the data below is the big difference between his payload and the default payload. this data is missing:

00000000002F6465765F62647664006D6F640000000000000000000000EB610078EB810080EBA10088EBC10090EBE10098E80100B0382100A07C0803A6386000017863F806646300703880000038A006E84B94CA606000000060000000EB610078EB810080EBA10088EBC10090EBE10098E80100B0382100A07C0803A6386000017863F806646300703880000038A006E84B94CA606000000060000000EB610078EB810080EBA10088EBC10090EBE10098E80100B0382100A07C0803A6386000017863F806646300703880000038A006E84B94CA606000000060000000EB610078EB810080EBA10088EBC10090EBE10098E80100B0382100A07C0803A6386000

etc etc. most notably, his payload STOPS right before the normal /dev_bdvd would start.

if anyone else wants to play around a bit and see, just do a:

make -f Makefile.payload

then open up the .h file. this will create aerialx's payload. to compare to the 'default' payload included with his source for comparison, edit port1_config_descriptor.S then remake the payload with the above command.

this is all way beyond my knowledge right now and i dont see it as simple as just inserting some of the code from the default to his payload.