Search results

Not a bug :walkingdead:

Fixed.

Hm seems like for some reason, the Unown you were about to face was generated without its additional data which would define its forme. Can you reproduce this or did this only happen once? It will be fixed in the next version of the game anyways cause I changed the way the Pokémon generates its...

Did you try to open the file with any program? The end of the file contains byte data, meaning some program wrote directly into it using a byte stream. Even the header is there, going to let me believe it was some sort of image program (you can read "JFIF", which is a variation of the JPEG...

Can you upload your Pokedex.dat file?

Yeah, for some reason, you had two Pokémon at the same position in the same daycare. I changed the 1|0 in the second line to 1|1. If you replace the file, it should work again.

The problem really is that the game doesn't know what to do in the end because you would be throwing textures of different resolutions at it. Then it looks at the exceptions.dat and sees "ah, I need the large resolution" and tries to load a texture that has a large resolution. Problem is that...

There's nothing to fix cause it's not a bug. The problem you are having are the different resolutions for the same textures from different ContentPacks (=> extensions.dat are overwriting). The extensions from all ContentPacks are loaded before anything else is happening, and then the textures...

The exceptions.dat files of the ContentPacks are overwriting each other or are just not compatible with each other. You can either not use them together at all or you need to try to rearrange them in the ContentPack menu to load them in the correct order.

And the log file didn't say anything at all about that?

I tried the last two together, can you post a screenshot here of the problem you are having?

Can you link me the two ContentPacks you can reproduce this with and tell me where I can find such occurrences?

It's impossible to achieve using the current system. It's not impossible to visually represent the skin on an entity (as you can see on your own player), but those occurrences are hardcoded. Also, the player sprites are not supposed to be used by anybody else other than the player itself. You...

Well I didn't quite understood the problem yet. Maybe you can attach some screenshots of the problem? As far as I understood, interfering textures from different ContentPacks result in the "Not-Found"-Texture?

No, this is more of a principal and technical thing. To assign a sprite to an NPC (the NPC "wears" a specific sprite), it needs to pass over the filename of the sprite. The downloaded sprites only exist in the RAM of the computer though and don't have any file attached to them.

Is this a bug report in the wrong subforum? Or do you need any assistance? Because you didn't ask any question, really.

NPCs are not able to wear player's custom sprites. Not a bug.

Fixed.

Fixed.

Fixed.