SciresM

Just now, andrewism said:

Sent

Heh, it is -- byte-for-byte identical.

Can confirm this QR is identical to the one I got last week.

2 hours ago, andrewism said:

I just got a QR Code for the US Movie's Ash's Pikachu. Are these QR codes unique (and only redeemable once) or would I be able to share mine in case you guys need it?

I would love a PM of your US code -- I want to see if the memecrypto'd data is identical to EUR

2 minutes ago, Sabresite said:

By that logic they would require a game update if they decided to make a QR for something else.  You would think they would just not read the species field whatsoever too.

You don't understand the memekey system -- they have an RSA private key with the singular purpose of signing the magearna codes.

The codepath taken depends on the memekey index, found after the POKE magic -- in this case, index 9 is reserved for I choose you cap pikachu (it was a reserved, error path in Sun/Moon).

Also, the species field gets used to decide what to display in the scan window, so they have to overwrite it.

3 minutes ago, Sabresite said:

That explains why I haven't seen it. Ok cool.

EDIT: Are the first 4 bytes IVs? 1 guaranteed?

No. They're game ID bitmasks, among other things. First byte FF = Sun, Moon, US, UM -- FC = US, UM.

Also if it's like the magearna event the pikachu species and forms will get overridden by the game's parsing code regardless of what's in the QR anyway >.> 

(Magearna QR codepath does if (species != magearna) { species = magearna; })

Last 8 bytes are SHA1(first 0x58) but that's standard memecrypto.

1 minute ago, Sabresite said:

I haven't seen the EU QR, anyone have a link or cleanup?

It has not been posted anywhere -- I was asked by the person who sent me it not to share it publically yet.

Just now, theSLAYER said:

yeah, I misunderstood and thought the JP included the US one.
The clarification is that is the EU one that included the US one. Updated the post to reflect the changes

Yep -- once it's usable I can post the cleaned up EU/US code, too.

6 minutes ago, theSLAYER said:

You're right, I misread/misunderstood the post!

I rechecked, the bytes, and 06 covers EU and US!
 

We already have a JP code from the JP movie.

Pretty sure you should be able to just swap the entries around if you're using a CFW that has RO's hash check patched. Pretty sure luma does this by default? Also you can replace the CRO pretty readily with luma's layeredFS thing nowadays.

According to the list of big preorder bonuses on the Japanese USUM website, it looks like pre-ordering at certain retailers (7-11?) will get you a serial code for a big malasada and a fresh water.

Relevant text: "どうぐシリアルコード（おおきいマラサダ・おいしいみず）（『ウルトラサン・ウルトラムーン』のいずれか購入）".

10 hours ago, Got_Eevees said:

@SciresM

I haven't looked into that yet because I don't have a hacked Ds.

But you are saying that it's possible then to inject custom skins,no?

Or is that not what you implied?

Also, I meant that perhaps we could rewrite some code and then compile it using a compiler to create a method of injecting custom skins for everyone.

I am pretty sure it's possible.

Also..."compile it using a compiler" -- this is....pretty irrelevant to the process of making a tool. The compiler is literally an afterthought, as is the IDE used to write it. The code itself is all that you should really consider.

(And PKHeX already has C-Gear code, I think, as I said.)

40 minutes ago, Got_Eevees said:

@Kaphotics

So now that we have emulators and newer,better tools do you think we could probably write a new program using an IDE such as Code Blocks?

Pretty sure PKHeX supports C-Gear stuff nowadays, doesn't it?

(Also, not sure why the IDE matters, or why we'd not just use VS..)

wc7full for the new saori machamp event, courtesy of nintendo's servers.

0219_saori_PC_MYS_JP_J_1484912559.wc7full

Or, we can get the wondercard straight from the horse's mouth (or the BOSS servers, as it were).

present_n_0__1484650169.wc7full

8 hours ago, theSLAYER said:

thank you!

It seems I am right. This gift uses different "unused" values.
 

https://github.com/kwsch/PKHeX/commit/fda84ae9921afcae2c448249cbf382a774dcc803

PKHeX now displays the relevant metadata.

Should be fixed in the latest commit.

Magearna's event is not a wondercard, there's nothing to extract -- it's actually a hardcoded in-game event.

Here're some QR codes, though:

Legitimate US QR code:

Legitimate JP QR code:

Legitimate EU/AU QR code:

Latest PKHeX supports activating the event/reactivating it if you've already received Magearna.

3. I've sent dumped Gen VII wondercards to Kaphotics. I'll upload them to public when the time comes.

He'll probably get the support up soon.

PKHex's sun/moon support already includes support for Gen VII mystery gifts.

I added support for editing Battle Revolution save files to PKHeX last week.

To be honest:

With Rhydon, I explicitly did not support Gen I saves that had been modified via the use of glitches/out-of-bounds IDs. I do not think PKHeX should make any attempt to defend against user-corrupted saves in the specific case of Gen I/II (Gen VI/VII are a different story, of course). If using arbitrary code execution will cause errors like this, I don't think PKHeX has any obligation to resolve those errors -- the user can use arbitrary code execution to unscrew their save first.

Old Diamond and Pearl saves were exported using FBI and TWLSaveTool, then deleted on the cartridges to make a new one.

I think it might have to do with progress, as the old files at least had one badge (D with 2, P completed), while the new ones had just gotten starters.

I don't think I'm doing anything wrong, but if someone could tell me what is wrong that would be great.

New save files are largely uninitialized -- PKHeX can't recognize them because of that.

PKHeX can only recognize save files that have been saved at least twice (ideally with the system being powered down between saves, though we're unsure if that's necessary).

Apparently I never posted the cleaned up QR I made:

Will do.

[ATTACH=CONFIG]13692[/ATTACH]

I noticed that the save file is 33 KB which could be the problem.

By the way, sorry I was pressuring you to hurry up with Gen II support when you were busy on Rhydon. That was really rude of me.

...Not sure why you were editing a completely fresh save of Crystal with the MC named "GOLD", but support has been pushed to the master branch of PKHeX.

Was, as I expected, a save file size issue.

And I don't remember you doing that or my ever feeling pressured, so I wouldn't worry about it.

So the GitHub commits say that Gen II support is now included, but even after updating PKHeX to the latest commit with MonoDevelop it STILL says "unsupported file type" when I try to open my Crystal save file in it. Maybe I rushed it and Gen II support isn't complete yet, but the commit says "Full Gen II save editing" so I assumed it was ready.

It *should* be ready. Send me your save file and I'll see about getting it supported?

Probably it's a weird file size.