liopds

Version 20231222

According to my 100+ hours gameplay and 10+ wild caught shiny pokemon, their "Xor" can only be 0 or 1.

More samples are required in order to verify this theory, of course.

If true, a corresponding legitimate check should be added.

It ranges from 240 to 255 while the result of the same seed ranges from 0 to 255 in Tera Finder.

I'm wondering what's the relationship between them.

How does the game record the steps Pawmo/Bramblin/Rellor has taken in Let's Go mode?

It looks like it is not saved in the pkm itself.

Editing any item and pressing Save button will cause all the items in inventory have New flag.

Most Pokemons with hidden ability are deemed illegal in SV.

But a Pokemon with normal ability can have its ability changed into hidden ability by using Ability Patch.

Exception Details:
System.InvalidCastException: Specified cast is not valid.
   at PKHeX.WinForms.SAV_PokedexSM.ChangeCBSpecies(Object sender, EventArgs e)
   at System.Windows.Forms.ListControl.OnSelectedValueChanged(EventArgs e)

Loaded Assemblies:
--------------------
PKHeX, Version=22.9.13.0, Culture=neutral, PublicKeyToken=null

I have tested from Gen 4 to Gen 8. It works fine only in Gen 8. Otherwise, this error occurs.

I don't have the saves from Gen 1 to Gen 3 to test. But I guess the results will probably be the same.

Exception Details:
System.AggregateException: One or more errors occurred. ---> System.Text.EncoderFallbackException: Unable to translate Unicode character \uDC3C at index 733 to specified code page.
   at System.Text.EncoderExceptionFallbackBuffer.Fallback(Char charUnknown, Int32 index)
   at System.Text.EncoderFallbackBuffer.InternalFallback(Char ch, Char*& chars)
   at System.Text.UTF8Encoding.GetBytes(Char* chars, Int32 charCount, Byte* bytes, Int32 byteCount, EncoderNLS baseEncoder)
   at System.Text.EncoderNLS.GetBytes(Char[] chars, Int32 charIndex, Int32 charCount, Byte[] bytes, Int32 byteIndex, Boolean flush)
   at System.IO.StreamWriter.<FlushAsyncInternal>d__68.MoveNext()
--- End of stack trace from previous location where exception was thrown ---
   at System.Runtime.ExceptionServices.ExceptionDispatchInfo.Throw()
   at System.IO.StreamWriter.<WriteAsyncInternal>d__55.MoveNext()
--- End of stack trace from previous location where exception was thrown ---
   at System.Runtime.ExceptionServices.ExceptionDispatchInfo.Throw()
   at PKHeX.WinForms.ReportGrid.<Export_CSV>d__6.MoveNext()
   --- End of inner exception stack trace ---
   at System.Threading.Tasks.Task.ThrowIfExceptional(Boolean includeTaskCanceledExceptions)
   at System.Threading.Tasks.Task.Wait(Int32 millisecondsTimeout, CancellationToken cancellationToken)
   at PKHeX.WinForms.ReportGrid.PromptSaveCSV(Object sender, FormClosingEventArgs e)
   at System.Windows.Forms.Form.OnFormClosing(FormClosingEventArgs e)
   at System.Windows.Forms.Form.WmClose(Message& m)
   at System.Windows.Forms.NativeWindow.Callback(IntPtr hWnd, Int32 msg, IntPtr wparam, IntPtr lparam)
---> (Inner Exception #0) System.Text.EncoderFallbackException: Unable to translate Unicode character \uDC3C at index 733 to specified code page.
   at System.Text.EncoderExceptionFallbackBuffer.Fallback(Char charUnknown, Int32 index)
   at System.Text.EncoderFallbackBuffer.InternalFallback(Char ch, Char*& chars)
   at System.Text.UTF8Encoding.GetBytes(Char* chars, Int32 charCount, Byte* bytes, Int32 byteCount, EncoderNLS baseEncoder)
   at System.Text.EncoderNLS.GetBytes(Char[] chars, Int32 charIndex, Int32 charCount, Byte[] bytes, Int32 byteIndex, Boolean flush)
   at System.IO.StreamWriter.<FlushAsyncInternal>d__68.MoveNext()
--- End of stack trace from previous location where exception was thrown ---
   at System.Runtime.ExceptionServices.ExceptionDispatchInfo.Throw()
   at System.IO.StreamWriter.<WriteAsyncInternal>d__55.MoveNext()
--- End of stack trace from previous location where exception was thrown ---
   at System.Runtime.ExceptionServices.ExceptionDispatchInfo.Throw()
   at PKHeX.WinForms.ReportGrid.<Export_CSV>d__6.MoveNext()<---


Loaded Assemblies:
--------------------
mscorlib, Version=4.0.0.0, Culture=neutral, PublicKeyToken=b77a5c561934e089
C:\Windows\Microsoft.NET\Framework64\v4.0.30319\mscorlib.dll

PKHeX, Version=22.9.13.0, Culture=neutral, PublicKeyToken=null
C:\Users\RahXephon\Downloads\Compressed\PKHeX.exe

System, Version=4.0.0.0, Culture=neutral, PublicKeyToken=b77a5c561934e089
C:\Windows\Microsoft.Net\assembly\GAC_MSIL\System\v4.0_4.0.0.0__b77a5c561934e089\System.dll

System.Windows.Forms, Version=4.0.0.0, Culture=neutral, PublicKeyToken=b77a5c561934e089
C:\Windows\Microsoft.Net\assembly\GAC_MSIL\System.Windows.Forms\v4.0_4.0.0.0__b77a5c561934e089\System.Windows.Forms.dll

System.Drawing, Version=4.0.0.0, Culture=neutral, PublicKeyToken=b03f5f7f11d50a3a
C:\Windows\Microsoft.Net\assembly\GAC_MSIL\System.Drawing\v4.0_4.0.0.0__b03f5f7f11d50a3a\System.Drawing.dll

System.Configuration, Version=4.0.0.0, Culture=neutral, PublicKeyToken=b03f5f7f11d50a3a
C:\Windows\Microsoft.Net\assembly\GAC_MSIL\System.Configuration\v4.0_4.0.0.0__b03f5f7f11d50a3a\System.Configuration.dll

System.Core, Version=4.0.0.0, Culture=neutral, PublicKeyToken=b77a5c561934e089
C:\Windows\Microsoft.Net\assembly\GAC_MSIL\System.Core\v4.0_4.0.0.0__b77a5c561934e089\System.Core.dll

System.Xml, Version=4.0.0.0, Culture=neutral, PublicKeyToken=b77a5c561934e089
C:\Windows\Microsoft.Net\assembly\GAC_MSIL\System.Xml\v4.0_4.0.0.0__b77a5c561934e089\System.Xml.dll

PKHeX.Core, Version=22.9.13.0, Culture=neutral, PublicKeyToken=null


PKHeX.Core, Version=22.9.13.0, Culture=neutral, PublicKeyToken=null


System.Memory, Version=4.0.1.1, Culture=neutral, PublicKeyToken=cc7b13ffcd2ddd51


System.Memory, Version=4.0.1.1, Culture=neutral, PublicKeyToken=cc7b13ffcd2ddd51


System.Runtime, Version=4.0.0.0, Culture=neutral, PublicKeyToken=b03f5f7f11d50a3a
C:\Windows\Microsoft.Net\assembly\GAC_MSIL\System.Runtime\v4.0_4.0.0.0__b03f5f7f11d50a3a\System.Runtime.dll

System.Runtime.CompilerServices.Unsafe, Version=4.0.4.1, Culture=neutral, PublicKeyToken=b03f5f7f11d50a3a


System.Runtime.InteropServices, Version=4.0.0.0, Culture=neutral, PublicKeyToken=b03f5f7f11d50a3a
C:\Windows\Microsoft.Net\assembly\GAC_MSIL\System.Runtime.InteropServices\v4.0_4.0.0.0__b03f5f7f11d50a3a\System.Runtime.InteropServices.dll

System.Reflection, Version=4.0.0.0, Culture=neutral, PublicKeyToken=b03f5f7f11d50a3a
C:\Windows\Microsoft.Net\assembly\GAC_MSIL\System.Reflection\v4.0_4.0.0.0__b03f5f7f11d50a3a\System.Reflection.dll

System.Runtime.Extensions, Version=4.0.0.0, Culture=neutral, PublicKeyToken=b03f5f7f11d50a3a
C:\Windows\Microsoft.Net\assembly\GAC_MSIL\System.Runtime.Extensions\v4.0_4.0.0.0__b03f5f7f11d50a3a\System.Runtime.Extensions.dll

Newtonsoft.Json, Version=13.0.0.0, Culture=neutral, PublicKeyToken=30ad4fe6b2a6aeed


System.Numerics, Version=4.0.0.0, Culture=neutral, PublicKeyToken=b77a5c561934e089
C:\Windows\Microsoft.Net\assembly\GAC_MSIL\System.Numerics\v4.0_4.0.0.0__b77a5c561934e089\System.Numerics.dll

System.Runtime.Serialization, Version=4.0.0.0, Culture=neutral, PublicKeyToken=b77a5c561934e089
C:\Windows\Microsoft.Net\assembly\GAC_MSIL\System.Runtime.Serialization\v4.0_4.0.0.0__b77a5c561934e089\System.Runtime.Serialization.dll

System.Data, Version=4.0.0.0, Culture=neutral, PublicKeyToken=b77a5c561934e089
C:\Windows\Microsoft.Net\assembly\GAC_64\System.Data\v4.0_4.0.0.0__b77a5c561934e089\System.Data.dll

PKHeX.Drawing.PokeSprite, Version=1.0.0.0, Culture=neutral, PublicKeyToken=null


System.ValueTuple, Version=4.0.0.0, Culture=neutral, PublicKeyToken=cc7b13ffcd2ddd51
C:\Windows\Microsoft.Net\assembly\GAC_MSIL\System.ValueTuple\v4.0_4.0.0.0__cc7b13ffcd2ddd51\System.ValueTuple.dll

System.Windows.Forms.resources, Version=4.0.0.0, Culture=zh-Hans, PublicKeyToken=b77a5c561934e089
C:\Windows\Microsoft.Net\assembly\GAC_MSIL\System.Windows.Forms.resources\v4.0_4.0.0.0_zh-Hans_b77a5c561934e089\System.Windows.Forms.resources.dll

PKHeX.Drawing, Version=1.0.0.0, Culture=neutral, PublicKeyToken=null


System.Buffers, Version=4.0.3.0, Culture=neutral, PublicKeyToken=cc7b13ffcd2ddd51


System.Threading, Version=4.0.0.0, Culture=neutral, PublicKeyToken=b03f5f7f11d50a3a
C:\Windows\Microsoft.Net\assembly\GAC_MSIL\System.Threading\v4.0_4.0.0.0__b03f5f7f11d50a3a\System.Threading.dll

System.Diagnostics.Debug, Version=4.0.0.0, Culture=neutral, PublicKeyToken=b03f5f7f11d50a3a
C:\Windows\Microsoft.Net\assembly\GAC_MSIL\System.Diagnostics.Debug\v4.0_4.0.0.0__b03f5f7f11d50a3a\System.Diagnostics.Debug.dll

System.Diagnostics.Tracing, Version=4.0.0.0, Culture=neutral, PublicKeyToken=b03f5f7f11d50a3a
C:\Windows\Microsoft.Net\assembly\GAC_MSIL\System.Diagnostics.Tracing\v4.0_4.0.0.0__b03f5f7f11d50a3a\System.Diagnostics.Tracing.dll

PKHeX.Drawing.Misc, Version=1.0.0.0, Culture=neutral, PublicKeyToken=null


mscorlib.resources, Version=4.0.0.0, Culture=zh-Hans, PublicKeyToken=b77a5c561934e089
C:\Windows\Microsoft.Net\assembly\GAC_MSIL\mscorlib.resources\v4.0_4.0.0.0_zh-Hans_b77a5c561934e089\mscorlib.resources.dll

--------------------
User Message:
An unhandled exception has occurred.
You can continue running PKHeX, but please report this error.

It's probably because the last 3 Pokemons in the report. They look very buggy. I have no idea why they show up in the report.

Since we haven't fully understood the data structure in ResortSave area yet, can we just exclude it from Box Data Report?

18 hours ago, Kaphotics said:

Already been reported and fixed, should be fine in the next release.

Hi developer,

I just tested again in the newest release 220913 and the issue still exists.

Game Version: Ultra Sun

In Gen 8, a Pokemon can learn egg moves from the Pokemon of the same species in Nursery.

But before Gen 8, Gen 6&7 to be precise, a Pokemon can only learn egg moves from hatching which are stored in Relearn Moves list.

The newest PKHex failed to recognize an illegal Pokemon having egg moves which are NOT in Relearn Moves list in Gen 6&7.

As far as I could recall, it used to work fine.

I guess that kind of check is utterly removed rather than removed only in Gen 8.

Why is a gifted pokemon from GEN6 deemed illegal if it has contest ribbons?

Most of the WC gift PM in ORAS are marked illegal via PKHeX, though they are utterly untouched.

I clicked the check symbol and got the message below.

I did some research and figured out that the value of 0xD0(OT Memory Feeling) is 02 while its 0xCC(OT Memory Intensity) remains 00.

Yet not all the WC gift PM have this issue.

As far as I know, the 0xD0 of shiny Beldum and the Hope Diancie are 00.

Here are my suggestion.

1. Remove this valid check.

2. Do not force the value of Memory Feeling to 0 even if Memory Intensity is 0 when saving in Memory/Amie Editor.

57 minutes ago, Kaphotics said:

Not intended, will be fixed in the next release.

Thanks for reporting

Thanks for reply.

Just curious.

Was this check removed by accident?

It always had this check as far as I can recall.

But my last version was very old about 1 year ago when S/M just released.

I guess you thoroughly rewrote the whole project in the past 1 year and forgot to add this check to the new project, right?

Today I accidently found I could set to save pkm even if total EV of that pkm is above 510 which was not allowed in the past as I remember.

I'm using the newest official PKHeX just downlowned from this site.

Is it supposed to be so or just a bug?

When I open a pkm (Gen 5) file after opening an XY sav, the latest handler and the 3DS region info will auto become the player of game.

Unfortunately, when I do the same thing after an ORAS sav, the handler remains the default PKHeX.

And

please do NOT ignore the post I replied last time.

http://projectpokemon.org/forums/showthread.php?45379-PKHeX-reports-error-in-Memory-Amie-Editor

Trust me.

It does be a bug.

Please go to Line 353 of f3-MemoryAmie.cs

Replace

718,719,720,737,738,739,740,741,742,765,775

by

718,719,720,737,738,739,740,741,742,752,753,754,755,756,757,758,759,760,761,762,763,764,765,767,768,769,770,775

I added the new mega stones for you.:smile:

Well.

There is another option like "{1} had {0} hold items like {2} to help it along."

This may involve mega stones.:cool:

Fixed in the latest commit. Thank you for reporting!

Thanks for updating!

But I found you still forgot to add ORAS new mega stones into the list.

Please fix it.:smile:

When I tried to edit a Pokémon caught in ORAS, this issue happened.

the memory type is {0} saw {1} using {2}. {4} that {3}.

e.g. Pikachu saw Ash using Full Heal.

The most probable reason is the Pokémon saw the trainer using an item which is newly added by ORAS such as Acro Bike and does not exist in XY.

Please fix it.:smile:

Yes. You can read it also on the wiki of the forum. In this gen. the pattern of Spinda is determinated by the encryption constant. With other pokemons it is useless.

I see.

Thanks for ur reply.

BTW, could u give me the link of the wiki page u mentioned before? I tried to search for it but failed to find out the material u mentioned.

The encryption constant determines the pattern of spinda.

Really? Why didn't they use PID to determine it as in the previous pokemon version?

I can't understand they assign a new segment in pkx data only for spinda:confused:

What will happen if I reroll or change this constant?