-
Notifications
You must be signed in to change notification settings - Fork 47
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
Sending payload failed at offset 155648 & 77824 #41
Comments
Does any other payloads sending successfully? |
Yep -- Fuse launches fine. |
I also have this issue on my LG G4. In my case the offset is always 77824. Some additional information: I've tried with Rekado 1.0.5, 2.5(30) and 2.6.5(40). The three fail exactly at the same offset with the same payload, so it doesn't seem to be a regression of some sort on the software. As the offset involved is not that small (i.e. it's not 0), I wondered whether a smaller payload would work. So I compiled a stripped-down version of Hekate, taking up 74 Kb instead of 122 Kb. Then I tried to inject that, and ... it worked! This explains why some smaller payloads might work: the problem here seems to happen for larger payloads. For reference, the biggest payload that will work in RCM is 126296 bytes. |
Good news: I found a workaround. Simply Sleeping for less amount of time is not enough to be able to inject the 122 Kb. But it's interesting to note that the higher amount of time we sleep, the later we crash (higher offset). |
Thank you @speed47, I will check it later. |
My new Nintendo Switch should come in few days, then I will check this problem. |
As I said previously, this problem relates to cable of adapter you are using, not to software. Try to check another cable firstly and if you will have another related problems post in in another, similar discussion #9. |
Attempting to send Hekate CTCaer 4.9.1 fails to send the payload. I've seen it fail at both offsets 155648 and 77824.
Environment:
Phone: Pixel 3
Cable: USB C to USB C
Rekado: 2.6.2 (37)
Payload: Hekate CTCaer 4.9.1
The text was updated successfully, but these errors were encountered: