My Pastel Meets arrived yesterday complete with its packaging and while I was happy about, lingering in the back of my mind was why would someone want to part with such a recent Tamagotchi? Well, I have unfortunately found the answer: it freezes everytime the screen turns on after it's reset. When the screen turns on, the tamagotchi stands frozen in place during its idle animation and while pressing the buttons does cause the accompanying sound effect, eventually they stop responding altogether. And the screen stays frozen like that probably forever since mine never turned off. Reseting the device causes it to act normal till, once again, the screen goes off and then turning it back on causes it to return frozen. Interestingly, it always remains frozen on the last screen that was open - such as the clock screen or outside - rather than returning to inside the house where the standard idle animaton would resume. If the screen does turn off, then the device will act normally which I've discovered is triggered by pressing the reset button.
Taking this together with further observation of my M!Xes - the previous Tamagotchi version - I conclude the malfunction with my Pastel Meets is that the device is missing the programming that tells it what to do when the screen resumes. On both my Spacy and 20th Anniversary M!X, I discovered that the idle animation is not programmed to completely restart when the device is activated - as is the case with my On - but rather to resume from the last frame the animation was at when the device turned off. This was no doubt added for immersion to give the allusion that the tamagotchi continued moving off-screen instead of truly turning off. It is, of course, weak immersion since I never noticed it all this time but it does give a more immersive feel if you pay attention and turn the screen on immediately after it goes off, where the animation thus appears seemless. This explains why when I turn my Pastel Meets on, the screen is frozen on the last frame of the idle animation my tamagotchi did instead of being frozen at the start of the animation. It also explains why it freezes on both the clock screen and outside the tama's house rather than returning to inside the house and starting the idle animation.
I already mentioned the solution to the freezing problem but, since I mentioned it as a detail, it is worth restating again: pressing the reset button causes the screen to turn off and turning it on again with the buttons causes the device to act normally. I theorize that the reason this happens is because the reset button overrides all other commands the device is being given by the programming inside of it and it always tells it to turn off the screen and then reboot which, of course, takes it to the download and clear data screen. For some reason, mine doesn't reboot but instead just turns off which I wonder may be because the programming is stalled and maybe when it recieves the command to turn off, that leads to it then being able to follow the other commands that direct it on how to behave when the screen is turned on again. If I had more programming knowledge, I could probably give a more educated guess if not answer that altogether, since all electronics are essentially machines following scripted directions written in a language the machine can understand.
It might be worth noting that the solution I had created before I discovered the "reset trick" was simply to connect my Pastel Meets to one of M!Xes or On as I thought this might create a save point so that I wouldn't lose so much progress if I reset my Pastel Meets. I imagine this is actually true as after every connection on the Meets/On, it says that it's "updating" which of course means that it's saving data. This probably is not a good longterm solution as I would only have control during the narrow window where the device first reboots and I'd maybe have to leave it for a long time in sleepmode to reach its natural save points and then I'd have to reset it again. Or perhaps by that time I would have found out where it made all of it's natural save points and planned accordingly - whereupon it might make more sense to get a refund. I did buy it from Japan You Want and I can totally understand why they thought it was functioning fine because, oddly, none of these freezing problems happened in the baby stage - possibly because the baby stage has so much going on.
Taking this together with further observation of my M!Xes - the previous Tamagotchi version - I conclude the malfunction with my Pastel Meets is that the device is missing the programming that tells it what to do when the screen resumes. On both my Spacy and 20th Anniversary M!X, I discovered that the idle animation is not programmed to completely restart when the device is activated - as is the case with my On - but rather to resume from the last frame the animation was at when the device turned off. This was no doubt added for immersion to give the allusion that the tamagotchi continued moving off-screen instead of truly turning off. It is, of course, weak immersion since I never noticed it all this time but it does give a more immersive feel if you pay attention and turn the screen on immediately after it goes off, where the animation thus appears seemless. This explains why when I turn my Pastel Meets on, the screen is frozen on the last frame of the idle animation my tamagotchi did instead of being frozen at the start of the animation. It also explains why it freezes on both the clock screen and outside the tama's house rather than returning to inside the house and starting the idle animation.
I already mentioned the solution to the freezing problem but, since I mentioned it as a detail, it is worth restating again: pressing the reset button causes the screen to turn off and turning it on again with the buttons causes the device to act normally. I theorize that the reason this happens is because the reset button overrides all other commands the device is being given by the programming inside of it and it always tells it to turn off the screen and then reboot which, of course, takes it to the download and clear data screen. For some reason, mine doesn't reboot but instead just turns off which I wonder may be because the programming is stalled and maybe when it recieves the command to turn off, that leads to it then being able to follow the other commands that direct it on how to behave when the screen is turned on again. If I had more programming knowledge, I could probably give a more educated guess if not answer that altogether, since all electronics are essentially machines following scripted directions written in a language the machine can understand.
It might be worth noting that the solution I had created before I discovered the "reset trick" was simply to connect my Pastel Meets to one of M!Xes or On as I thought this might create a save point so that I wouldn't lose so much progress if I reset my Pastel Meets. I imagine this is actually true as after every connection on the Meets/On, it says that it's "updating" which of course means that it's saving data. This probably is not a good longterm solution as I would only have control during the narrow window where the device first reboots and I'd maybe have to leave it for a long time in sleepmode to reach its natural save points and then I'd have to reset it again. Or perhaps by that time I would have found out where it made all of it's natural save points and planned accordingly - whereupon it might make more sense to get a refund. I did buy it from Japan You Want and I can totally understand why they thought it was functioning fine because, oddly, none of these freezing problems happened in the baby stage - possibly because the baby stage has so much going on.
Last edited by a moderator: