ROM Versions

TamaTalk

Help Support TamaTalk:

This site may earn a commission from merchant affiliate links, including eBay, Amazon, and others.
Status
Not open for further replies.
An amendment to my previous post: I asked around in the Tamagotchi Collectors Discord for manufacture dates of Euro and Aus V1s. Quickly found a wave 2 Aus shell with a manufacture date of Feb 1st 2005. A ROM test revealed its version number - 2.4. After all this time I'd assumed 2.4 was nothing more than a rumour that I'd read about in one Tamazone thread from ten years ago, but it turns out it's a real version! Not only that, but it was manufactured around the time of the V2's release, so there's a good possibility this is the missing version we've been looking for.

 
It's been a while since I posted in this thread as I'm far more active on Discord but I am the person with the A4.7 V4 and looking at the number it has on the back, it seems that it was manufactured approximately seven months AFTER the V4.5's release (13 March 2008). One thing I noticed about it that sets it apart from other V4s is the fact that it seems to have a very low skill point threshold for the universal group whereas it was previously quite high - I tested this by only having about 8-9 skill points in each category and still got a Meme adult. That's definitely a V4.5 characteristic but now I plan to look more into it to see if there are any others. 

My V4 is a European version and its number is 0031308 (13 March 2008). For comparison, my first wave European V4.5 has the number 0030707 (3 July 2007). Another very bizarre thing about my V4 is that it is actually a first wave shell (transparent blue with stars) which I certainly wouldn't have expected but it is interesting nonetheless.

v4%2B%25281%2529.jpg
 
Last edited by a moderator:
A few other miscellaneous things that didn't really fit with my last post. 

I was able to rom test an Asia/Pacific V5 and found out its rom version: 30.1. This falls in line with the North American and European versions which are 32.1 and 34.1 respectively. There don't seem to be as many variants of the V5 so if I had to guess, I'd say 30.1 is probably the only version for the Asia/Pacific V5. 

The number on the back of one of my second wave True Friends V2s (NA release) is 82706. We don't know if this is a misprint or if the tama really was manufactured in July 2006. If that date is correct, the tama itself is still running A.4 so that would rule out late NA V2s having a later ROM version (in that case, the reason for the Spanish version jumping to A.8 is unknown). 

The latest date I've seen in a North American V1 is 24 June 2005. The tama in question is running 4.2 so that essentially rules out a possible 4.3 unless that number was used for the Spanish version. 

 
Last edited by a moderator:
Okay, I think it's finally time to talk about those patent documents for the V1. The patents are for a "Communication Game Device", one of the patents being in Japanese and the other apparently being a translated version of the Japanese document. As such, there are a few translation errors here and there, so I'll be checking both documents.

Both of the patent documents were files on December 26th 2003, a few months before the Japanese release of the Tamagotchi Plus. I'm not sure what stage of development the Tamagotchi was at at this point, but by the looks of it, most of the mechanics had been decided upon.

The document begins with a crude drawing of a Tamagotchi device.

5f506043e318cf3ed8ee0982491dc13c.png


The shape of the device and the location of the keyring more closely match the vintage models than the Connection-era devices. Instead of a window at the top, two small circles are depicted as allowing the IR functionality. Specifically:

The main body 1 has at the upper part an infrared light emitting device 17 which is a sender and the infrared light receiving device 19 which is a receiver and they enable communication with other communication game devices.
Skipping ahead to figure 3, we're greeted with a diagram explaining Tamagotchi growth:

49d0c28295dfcc27b9ac8e14d6c56ff7.png


The diagram mostly matches what we expect of the V1. Although the bottom of the diagram says "Grandfather" and "Grandmother", this seems to be a mistranslation of じいさん and ばあさん which also mean "Old man" / "Old woman". The right of the diagram names the five different character categories on the V1 - "Earnest", "Ordinary", "Mischievious" [sic], "Unhealthy" and "Stubborn".

At the top of the diagram we see one immediate difference - the egg sprite from the (Japanese) P1 is shown instead of the one the V1 uses, which is a modified version of the Mesutchi egg sprite. No teenagers are shown, possibly because all the teenagers on the V1 were entirely new.

461aa94388685571466a27090a6b3b7d.png


Another diagram showing the character groups. Instead of describing the characters in terms of a single "care misses" parameter, each group corresponds to mental and physical wellbeing levels. Surprisingly, groups C and D are described as being "Ordinary mental wellbeing, poor physical wellbeing" and "Poor mental wellbeing, ordinary physical wellbeing" respectively, instead of D being described as worse care than C.

Figure 5 lists the different options underneath each menu, as well as some "hidden parameters":

c28082f7abdf12a9c2190f7bb1ee0578.png


These reflect the care parameters we saw before, as well as a device ID and some sort of "good luck" level.

Next we have a table showing the different variables in the first menu:

beef833f1f48d069564d4342b8f7dd88.png


This confirms that there are an additional two hunger hearts and one happy heart that aren't seen to the player. It also gives an explanation of how care affects the level of physical or mental underdevelopment. Apparently the weight of the character decreases by 1 for every hour the character is left with 0 hunger too? That's something I wasn't aware of, if that's present in the final version.

There's some interesting text regarding the weight parameter:

At the breeding age, if the weight reaches 99 g according to the way meals are given, a picture is displayed showing the virtual living object is overweight. If the weight is reduced to 80 g after dieting by playing the mini game, a normal character is displayed. The program enables the control such that if the virtual living object becomes obese, the chance of the virtual living object getting sick increases and it becomes impossible for the virtual living object to have a meal, and the discipline mode will not be carried out.
Sounds similar to a mechanic that was used on the Osutchi and Mesutchi and later on the Tama-Go. I guess this was a cancelled feature.

Continuing on the topic of care misses, there's also this table explaining care misses further:

5e48206de531b2969688cde46b33b0dc.png


Apparently, each of the games has the effect of decreasing one of the care miss parameters if you play them enough. The wording is ambiguous here but it goes into more detail in another part of the document - clearing 20 or more hurdles is what decreases the care miss counter, not playing the game 20 times. The luck parameter is given in a little more detail, too - it seems to affect how well your Tamagotchi forms relationships with other characters.

In fact, there's a whole section on what seems to be an entirely different take on the matchmaker mechanic:

If the growth phase of the virtual living object comes to the "breeding age" and day one goes by, the "arranged dating" system becomes available. The "arranged dating" system is a command that executes a program in which the virtual living object gives birth to a baby having good luck of level 1 if the "arranged dating" is successful even if the player does not communicate with another game device. In the "arranged dating" system, the player chooses one of four virtual living objects and the arranged dating is successful if both virtual living objects are chosen who will fall in love with each other and a heart sign lights up and a baby is born. The game player can choose the partner up to 3 times per day, and the game player is supposed to choose an arranged marriage partner considering the personality of the character (virtual living object). The virtual living object can be chosen with the A button, and the character of the virtual living object can be displayed with the B button. The rate of successful arranged dating changes with the level of good luck. The rate is also increased by 20% if the virtual living object has an item. A "debuchara" (obese character) has no chance of having a successful arranged dating experience. If the "arranged dating" is successful, a baby may be born, but after childbirth, the life of the parent and the child lasts for three days (a picture showing the parents and the child is displayed), and the parent’s numerical value is displayed as a parameter.
If the good luck mechanic is unused in the final version of the device, perhaps the removal of this feature was responsible.

Ever wanted to learn more about Tamagotchi poop? Well, now's your chance:

The "(3) toilet" command is to delete a picture representing excrement on a display a certain period of time after the virtual living object has a bowel movement. The program enables the control such that if eight excrements are shown on the display, the virtual living object gets sick (cannot eat meals or snacks or the game can no longer be played). Whenever the hunger parameter decreases by two, the virtual living object has one bowel movement.
Yeah, that first line really makes me laugh, too.

The document then goes on to explain the connection feature and an entire ranking system that's used to determine which character wins and which loses - I won't go into too much detail about this here though. The text very quickly cuts off here and switches to repeating what was already said, but in German this time. The Japanese document continues, though I can't guarantee the accuracy of Google Translate's take on this section:

In the case of "Ren-ai", the opposite aircraft communicated was heterosexual after 1 day of the spawning season.
Okay yeah this section is going to be an absolute nightmare to understand. Not to worry though - as I was writing this I realised I've been looking at the European version of the document, and the US version of the document was the one I had been looking at previously - for some reason, it contains more information than this one does.

Continuing on the topic of IR connection, the document makes the following claim about connection breeding:

This process is different from the "arranged dating process" using icon (4) "minigame"
So apparently that early matchmaker game mentioned earlier was literally in the game menu.

Pictures show the result of connection breeding, as well as the effect it would have on the luck level of the child:

dd954181bd603564f911e1024559719c.png


0aed5b0a1353acf654fcc9fd2a743673.png


Both the image and the text claim that both a boy and a girl are born, obviously contrasting from the final version. The animations seem pretty different, too!

Here's an interesting bit about recording friends:

Every time ten friends are listed as a result of various communications, an image showing a congratulations banner is displayed, and a special cake which is not served on normal occasions is served. The special cake refers to Snacks which can be eaten bringing the 'good mood' parameter to the top without increasing the weight.
I'm definitely not convinced this is a feature in the final version, unless they removed this in later versions and my V1-experience is just really limited.

This next bit is particularly interesting:

The communication game device of the present invention is capable of storing items “the gift given by the friend by communication' and items “the gift received in the seasonal event”under“a gift (item)” (See FIGS. 11A and 11B), and the given gifts can be used.
There's never any mention of any sort of seasonal event item in the figures. In fact, the figures show the following:

2aa682f1b6061bcc0e5d5bea20e6a5f2.png


96612afecc63a100a72863028a5df7f5.png


Note also here that the sprites for the ball and the flower are different from their final versions.

On the third day of the parent-child mode display at about 12 o'clock midnight, the parent disappears (implying separation of the parent from the child (leaving a nest)). Under this circumstance, if the power is on, the pictures will be displayed for this situation.
Interestingly, this passage seems to suggest that the parent death sequence is only visible if the lights are on. This changed in the final version.

Ever wondered how death works?

The conditions which satisfy the state of "seriously ill" include those cases where the virtual living object is neglected for 12 hours with the hunger parameter being 0, where the virtual living object is neglected in a state of being "seriously ill" for 12 hours, where the virtual living object gets sick four times during a single growth stage and where three days have passed after the "ojitchi" or "otokitchi" is displayed.
It seems like this last bit suggests that originally the Tamagotchi would have died three days after becoming an old timer? Perhaps it does that on the Osutchi and Mesutchi?

The next section describes the different animations that play throughout the day. We get this lovely timetable showing each character group's actions:

6b0c3fed831774c87a9c7cca3cf87d44.png


If some of the characters really do have a nap after waking up, I wasn't aware of it.

In "playing alone/play with an item', a picture is displayed based on a 50% probability after a lottery is performed once every 15 minutes during childhood. The pictures displayed in the event include five kinds of play including “play with an item'. A decision on which picture is displayed is made as follows: for the first five showings, a picture is chosen which has never been displayed. For the sixth and further showings, a picture is chosen randomly from the five previously shown pictures. As a teenager, the lottery is performed once in every 30 minutes and a picture is shown with a 50% probability. A picture is shown following the order of priority of a “seasonal event”, “play with an item', and “playing alone'. After all the different kinds of "playing alone/play with an item' have been shown, a picture is chosen randomly from all of the different kinds of pictures. A list of pictures displayed in the “playing alone/play with an item” modes is shown in FIG. 16. As seen from the list, different pictures are displayed at different stages such as childhood, teenager and adult.
"Seasonal events" are mentioned again, referring to the animations that play on specific dates throughout the year. Here's the animation list they mentioned:

9cb38268e36321ec6a6253df4b69a959.png

9fcaa36442b5be92478b8d6346c8eb9f.png


Marutchi is once again shown with a different ball sprite and - what's this? The vintage version of Masukutchi was apparently planned to feature on the V1, and we get a nice sneak peak of his close-up animation! It's likely that Masukutchi was replaced with the identically named Connection-era character. Kind of a shame, honestly. Kuchipatchi's close up sprite seems to have been subtly modified, too.

The seasonal animation list is as follows:

35728e1da562ac99a905a538b19ed1a3.png

9f555dd88c98db30f484353c1bd470bc.png


As far as I'm aware, the only seasonal events on the plus are New Year, Doll's Festival, Children's Festival, Star Festival, Full Moon Festival and Christmas.

The text goes into a lot more detail about each of these, but I'll pick out the more important bits:

On "St. Valentine's Day', February 14, pictures showing a male character having chocolate as a gift from a friend are displayed to commemorate the day or pictures showing a male character having chocolate are displayed at the time of the “playing alone' mode based on the probability of the level of good luck.

On “White Day', March 14, a picture showing a female character having a cookie as a gift from a friend is displayed to commemorate the event. During the playing alone” mode, the female character can get a cookie using a probability based on their level of good luck.

On April Fool's Day”, April 1, a picture showing a character pretending to be dead is displayed at the time of the "playing alone” mode to commemorate this day.

During April 3-10, in the "playing alone' mode, a picture showing a cherry blossom viewer is displayed.

During June 15-30 when the rainy season sets in, a picture of a paper doll is displayed at wake-up time to wish for fine weather (it disappears if another action is taken).

On August 15-17, a picture showing a ghost is displayed as an event of the “Bon Festival' during the “playing alone' mode. On August 20, a picture showing “exploding fire works’ is displayed in the “playing alone” mode time after 17:00 as an event of the “Summer Festival” and a picture showing "carrying mikoshi' is displayed during the “playing alone” mode time.

On October 10, “Health Sports Day', a picture showing a hurdle competition is displayed during the playing alone” mode as the event of the season.

On October 31, a picture is displayed showing a “pumpkin monster” for “Halloween during the “playing alone' mode.

On November 15, a picture is displayed showing a 3 year old, 5 year-old, and 7 year-old virtual living object (Tamagotchi) getting a gift at wake-up time to celebrate the “Shichi-go-san' holiday.

The countdown for the New Year starts 5 seconds before the New Year, and the numbers 5, 4,3, 2, 1, are displayed, and a picture showing “Happy New Year” is displayed.
Next, we get lots of diagrams explaining the connection process, as well as this lovely picture of Mimitchi doing... something

920992c8b3bc0f77e8ad2453c259ef51.png


The following values are identified as information that is sent during connection:

69d567938a55a73dbdf6bf51475f4e36.png


Once again, identifying the most important parameters:

The “recognition code” is a code for the recognition of the device expressed in 8 bits. The recognition code identifies the difference in the hardware configuration. For example, the communication game device of the same hardware configuration has the same recognition code, but a communication game device of a different hardware configuration has a different recognition code even if the game device can communicate with the game device having a different code.

The "version" is information expressed in 8 bits which varies depending on the kind of character picture (picture of the virtual living object) to be displayed, or the relationship between the memorized character picture and the picture ID.

The “command” is information expressed in 8 bits according to the communication currently performed. In the case of the initial communication process, a code of the “initial communication" is set for the sending game device and a code of an “initial communication response" is set for the receiving side.

The "ID" is the information (body ID) which a calculation processing section gives randomly at the time of reset (Such as at the time the battery is exchanged, etc.) to a communication game device using a number selected from 0 through 256 based on the control program. The information is used in combination with the “name code" explained below in order to identify a partner's communication game device.

The “character number is expressed in 6 bits and is given to each of the various virtual living objects as a code (picture ID). About 35 different codes are provided.

The “no mystery' is one-bit information. The code takes “0” which is defined as “mysterious” when the “version” information sent from the communication partner (picture code) is different from the “version of the player's game device. However the code takes “1” which is defined as "no mystery' when the “version' information sent from the com munication partner (picture code) is the same as the “version' of the player's game device.

The “hunger parameter is a three-bit parameter which affects the result of “quick-eating competition'.

The “number of encounters' increases by one every time communication is performed with the communication partner already remembered in the communication partner memory part.

After the initial communication process, the sending game device checks the received “recognition code” and the “version' to confirm that the receiving game device is able to communicate with the sending game device.
This also explains why a device with ROM version 2.0, upon connection with a debugged V1 showing V2 characters, will display the character icons as a random mess of pixels - the version number matches what the device is expecting, so the "No mystery" parameter is set to 1. However, as the 2.0 lacks the data for these characters, the necessary data is not present within the list of character sprites, so garbage data is displayed visually instead.

In fact, another paragraph later on in the document confirms this!

If the information on the “version' (memory picture code) exchanged in the initial communication process is identical on both sides, the character picture in accordance with the “character number obtained in the initial communication process is fetched. If the information on the “version' is not identical on both sides, the kinds of character pictures memorized in the image storage section may differ, or the character pictures may differ even if these pictures have the same "character number. In those case where the “version of the sending device and the receiving device are found to be different after the “version of a communication partner and the player's game device were compared, the communication game device of the present invention displays the “mystery mark' having the character number 16' indicating that the memory picture code is not identical. When the “memory picture code of the communication partner who communicates for the first time differs from the “memory picture code' of the player's game device, the “no mystery' parameter for the communication partner is set to “0” (i.e., “mystery’) in the steps of “add or renew memory” processing in the “add/renew memory’ process. After this setting, when the friend list is displayed, the “mystery mark” of a character number 16' is displayed as the virtual living object of the communication partner.
This next line is of particular importance:

In the case where the Step S12 shows that the partner device can communicate with the player's game device, a decision is made in the next step (Step S13) whether the communication partner’s “recognition code' is a 'store code'. The “store code” in the “recognition code” is used only for a communication game device installed in a store which is able to communicate with a communication game device. By the decision process, it is decided that the communication partner is a device installed in a store and the process shifts to the “store communication process' shown in FIG. 31 (Step S14).
(The figure isn't very interesting, please take my word for it). This section briefly describes the process behind recognising a device as a Deka device - it doesn't go into any more detail about the Deka features here, though.

After an incredibly hefty section about how games and gifts are decided upon, the Deka is returned to once more:

The “recognition code” refers to information for identify ing the device which serves as a communication partner. As shown in FIG. 33, the information includes 15 items denoted as VER 1-VER 15. If the “recognition code” is VER 1, the device which received the “recognition code' recognizes that the communication partner is a device installed in a store.
The "Recognition code" should probably start ringing some bells now - it's the ROM version!

5ee0c0999b8c717d16c456da54e883c9.png


Most of this table is completely redundant. Let's take a look at each of the devices that are named:

"Reproduced Tamagotchi" - The Japanese document says "Reprint" instead of "Reproduced". This probably just refers to the fact that Tamagotchi Plus is a "return" of Tamagotchis (かえってきた!) and it corresponds with the Plus's version number, 0.0.

"Store" - Deka Tamagotchi. I guess we can be pretty confident that the Deka has a version number of 1.0!

"Tamagotchi NEO" - 2.0 corresponds to the Connexion, so perhaps this is an early name for the Tamagotchi Connexion, and perhaps the Connection too.

"Portable Tamagotchi" - 3.0 actually corresponds to the unused English Deka, but it's very possible that plans for which versions would correspond to each version number changed this early in development. In fact, the Japanese document instead says "Keitai Tamagotchi" - apparently, they had plans for the Keitai this early in development.

The “device installed in the store' is a device installed in a store which is capable of communicating with the communication game device of the present invention. The device installed in a store is provided with functions and information which are not given to the usual communication game device. The pictures to be displayed and the various programs performed after the “device installed in the store' and the communication game device of the present invention communicate with each other are memorized beforehand in the communication game device. These pictures and programs are appropriate for the “device installed in the store' and are not displayed or performed until the communication game device acquires the “recognition code’ VER 1 in the initial communication process.
This next paragraph seems to suggest that the original friend list cap was 20 and that data from the list would delete itself:

If the number of communication partners exceeds 20, the information is added based on the new communication and the information about one of the communication partners who has already been memorized based on the predetermined conditions is deleted.
That's it for the huge wall of text in the document. There's still a couple fun figures to look at though!

b34a528e7e1de89f60dba1e79be858d9.png


If you've ever wanted a list of item ID numbers, here's some sort of table for you.

2466b01be43c3e727f6379e8ab6a9a80.png


And how about character IDs? A few of the names are a little bit corrupted, but the Japanese document gets them all right. The IDs perfectly match up with the order the characters appear in the debug list - that means we can give names to two characters who were previously ambiguous!

The character previously known as "Tsutayatchi" - named after Tsutaya, the company whose logo it is based upon - is actually called "Tsutatchi" (perhaps it received both names?). And remember this little nameless "three blocks" character that was originally intended to be a Deka character? The one that kind of looks like a phone signal and sends you text messages when you connect with it?

TamaConnection_ThreeBlocks.png


It's actually called Denpatchi! This makes a lot of sense, as "Denpa" can mean "Radio Wave" (mobile phones actually communicate with microwave radiation, but whatever).

Oh, and Tarakotchi appears on here twice. If you've ever wondered why he appears twice in the debug list, it's because the first one is for odd generations, and the second is for even generations.

I think that's about enough of this document - it's 2:00 am and I've found about as much as I can. My fingers have had enough. I hope you've all enjoyed reading! If you want to read more for yourself, here's a few links to the patent pages and the respective documents:

US Patent
https://patents.google.com/patent/US8545324B2/
https://patentimages.storage.googleapis.com/8f/7a/0a/aa530ac17e133b/US8545324.pdf

JP Patent
https://patents.google.com/patent/JP3702283B2/
https://patentimages.storage.googleapis.com/ba/10/22/91e25bf8c51100/JP3702283B2.pdf

EU Patent
https://patents.google.com/patent/EP1557211B1/
https://patentimages.storage.googleapis.com/94/fb/d2/8b1ba2d7e781ac/EP1557211B1.pdf

Thanks for reading!

 
Okay, I think it's finally time to talk about those patent documents for the V1.
This whole thing was a wonderful, well-researched read. Thankyou so very much for putting in the obviously-immense time and effort to compile it. :D

Instead of a window at the top, two small circles are depicted as allowing the IR functionality.
The two circles actually show where the two IR LEDs are inside the Connection-era devices - it's not that they're showing a lack of a window, it's just that the head-on drawing only shows what's absolutely necessary, and showing where those LEDs are is necessary even though they'd normally be hidden by the shell if you were looking at it head-on. Looking through the window on top of one should confirm this (I checked it on my V4).

Yeah, that first line really makes me laugh, too.
The tone comes off so straight-faced that it's absolutely hilarious. :lol:

The seasonal animation list is as follows:
It's really interesting to see White Day get a mention here!

For anyone unfamiliar with it, in Japan and a few other countries that adopted the custom from Japan, White Day is an "answer day" to Valentine's Day - on Valentine's Day men are given gifts, candies, and chocolates, and on White Day women are given gifts, candies, and chocolates (often white chocolates and also white marshmallows), often in return for gifts that they gave on Valentine's Day. This is why the patent documents here mention that only male characters receive chocolates on Valentine's Day, and only female characters receive cookies on White Day.

This is something that definitely wouldn't have made it into the V1! :lol:

Next, we get lots of diagrams explaining the connection process, as well as this lovely picture of Mimitchi doing... something

920992c8b3bc0f77e8ad2453c259ef51.png
That Mimitchi is either giving someone a flower, toasting a marshmallow, or running around lighting things on fire. :eek:

"Portable Tamagotchi" - 3.0 actually corresponds to the unused English Deka, but it's very possible that plans for which versions would correspond to each version number changed this early in development. In fact, the Japanese document instead says "Keitai Tamagotchi" - apparently, they had plans for the Keitai this early in development.
"Keitai" is the Japanese word used for mobile phones, so it doesn't surprise me that they managed to get "Portable" from it. :p

TamaConnection_ThreeBlocks.png


It's actually called Denpatchi! This makes a lot of sense, as "Denpa" can mean "Radio Wave" (mobile phones actually communicate with microwave radiation, but whatever).
That is awesome. :lol: It's nice to see that this guy actually has an official name!

Thankyou again for all of your hard work on this - it really is appreciated. :tarakotchi:

 
Last edited by a moderator:
I've ROM tested my V4 and V5 and my brother's V4 (he also has a V5 but I have no idea where it is) and here are the results:

European golden V4:
Version: A4.5 E
Serial number: 0002307
I've also noticed there's a number and a letter on the inside of the battery cover on the right, and on the Tamagotchi behind the battery cover next to the screw hole, and they're different between Tamagotchis, so I'll add them as well
Inside of battery cover: A2
Next to screw hole: D1

European blue swirl V4:
Version: A4.3 E (interesting, this one was actually bought AFTER the golden V4)
Serial number: 0050016
Inside of battery cover: B3
Next to screw hole: D2

European black/gold Gozarutchi V5:
Version: 34.1
Serial number: 0011108
Inside of battery cover: E3
Next to screw hole: B1

Also, I've actually found some differences between both V4s:

When they receive a poop or snake mail, the golden V4 (A4.5 E) drops to 1 happy heart, and the blue swirl V4 (A4.3 E) drops to 0 happy hearts.

When you try to connect both of them but choose "others" instead of "Jinsei" in one or both of them, when you press B on one of them (to change from stand-by to connect), the other one shows an error message which varies:

A4.5 E Jinsei, A4.3 E others:
Pressing B on the A4.5 E: "Select Jinsei to play" on the A4.3 E
Pressing B on the A4.3 E: "Select Jinsei to play" on the A4.5 E

A4.5 E others, A4.3 E Jinsei:
Pressing B on the A4.5 E: "Select others to play" on the A4.3 E
Pressing B on the A4.3 E: "Select Jinsei to play" on the A4.5 E

A4.5 E others, A4.3 E others:
Pressing B on the A4.5 E: "Select others to play" on the A4.3 E
Pressing B on the A4.3 E: "Select Jinsei to play" on the A4.5 E

I hope this helps! (Also, some of my friends have also had V4s and I've never seen a V4 in Spanish instead of English)

 
Last edited by a moderator:
When you try to connect both of them but choose "others" instead of "Jinsei" in one or both of them, when you press B on one of them (to change from stand-by to connect), the other one shows an error message which varies:

A4.5 E Jinsei, A4.3 E others:
Pressing B on the A4.5 E: "Select Jinsei to play" on the A4.3 E
Pressing B on the A4.3 E: "Select Jinsei to play" on the A4.5 E

A4.5 E others, A4.3 E Jinsei:
Pressing B on the A4.5 E: "Select others to play" on the A4.3 E
Pressing B on the A4.3 E: "Select Jinsei to play" on the A4.5 E

A4.5 E others, A4.3 E others:
Pressing B on the A4.5 E: "Select others to play" on the A4.3 E
Pressing B on the A4.3 E: "Select Jinsei to play" on the A4.5 E
I wasn't aware of this! Definitely interesting and worth investigating. I'd noticed the letter-number pairs on the battery doors too - no idea what they could mean at this point.

 
Spanish versions are rare enough in English speaking markets that we don't get to see Spanish ROM versions very often - though today a helpful user on the Tamagotchi Collectors Discord revealed two new version screens:

fuboQby.png


The Spanish V1 - assuming there weren't any later Spanish V1 versions - is 4.3. Not exactly surprising, but always nice to know!

qcm5jMH.png


The Spanish V4.5 has a Tougyutchi as its regional character just like the 5.5. By the looks of it, this version is called "A4.5 S·0", which is a little different to the convention used by other V4.5 versions.

---

Hey, while I'm here, let's talk about that "Recognition Codes" thing I mentioned in the patents post. It seems to be the case that all Japanese and international models that used Infrared and could connect to other versions in the connection series had a version in the same version numbering system - the integer part of the version number being the "Recognition Code" of that particular version. The version number was reset from 4U onwards, perhaps not coincidentally at the same time that the connection system was shifted away from IR. I think it's interesting to list all the known recognition codes, because it suggests where the different Deka versions could fit into the numbering (as well as potentially pointing at missing versions?

0 - V1 (Japan)
1 - Deka Plus (Japan)
2 - V1 (Europe, Asia-Pacific)
3 - Deka Plus (European English, unreleased)
4 - V1 (America)
5 - ???
6 - Keitai
7 - ???
8 - Hanerutchi
9 - ???
10 - ???
11 - Ouchi no Dekatama
12 - Akai
13 - ???
14 - Entama
15 - ???
16 - Uratama
17 - ???
18 - Hanerutchi 2
19 - ???
20 - ???
21 - Tamasuku
22 - ???
23 - Tamasuku 2
24 - ???
25 - ???
26 - ???
27 - Tamafure
28 - V5 (Japan)
29 - ???
30 - V5 (Asia-Pacific)
31 - ???
32 - V5 (America)
33 - ???
34 - V5 (Europe)
35 - ???
36 - V5.5 (All regions)
37 - ???
38 - ???
39 - ???
40 - +Color
41 - ???
42 - Hexagontchi
43 - iD
44 - ???
45 - ???
46 - ???
47 - ???
48 - ???
49 - iD Station
50 - iDL
51 - ???
52 - ???
53 - iDL (English)
54 - iDL (15th Anniversary)
55 - iDL (Princess Spacy)
56 - Tamagotchi P's

Missing versions include the Kakeibo, the Shopping Center Deka, the Game Center Deka, the Tamatama Market Deka, the Royal Market Deka, the Gotchi King Deka, the (potentially cancelled?) JAL Deka, the Jukutama Deka, the Otokitchi Dating Station, the iD Spot, the Conan iD (definitely not happening any time soon LMAO), the Lovely Melody iD and the iDL Spot. I think some of the Data Carddass might actually have recognition codes of their own even if they didn't use normal Tamagotchi firmware - they did connect to some of these devices after all, though I can't find much documentation about them.

There's also a few slightly unusual devices which could potentially use the same kind of version numbers?
- Tamagotchi Resort (I've not heard much about this one, perhaps it was cancelled?)
- Tamagotchi Music Fever
- Tamagotchi School Championship (some sort of plug and play??)
- Tamagotchi Restaurant (???)
- That one Chamametchi thing (??????)

Are there any other devices I might be missing? It seems to me like there's an awful lot of gaps.

 
Last edited by a moderator:
i kinda wanna do this with a p1 but i highly doubt it'll work with any 90's tama's.. but what about watchlin? will there be any rom checks discvoered... and how do i get a rom check for the tamagotchi connections? considering 1 of mine is on debug mode.

 
i kinda wanna do this with a p1 but i highly doubt it'll work with any 90's tama's.. but what about watchlin? will there be any rom checks discvoered... and how do i get a rom check for the tamagotchi connections? considering 1 of mine is on debug mode.
- Vintage Tamagotchis do have a test mode, activated with A+Reset. However, only the screen is tested in this mode - no version numbers.

- I'd not heard of Watchlin before, but yes it probably does have a test mode. I don't think any device so far has been found to not have a test mode.

- Connection versions that are debugged cannot access the test mode, as far as we can tell. Not really sure why. Usually the button combination for Connection devices is A+B+C+Reset or B+C+Reset depending on whether it's an international version or a Japanese-exclusive respectively. The reset button should be pressed while the other buttons are being held down.

 
So! One more gap filled in - a user in the Collectors Discord just tested their Tamatama Market Deka, revealing that its version is 15.0!

I guess this position makes the most sense considering the Entama corresponds to 14 - it seems like the first Deka corresponding to each main release takes on the version after the initial version.

Hopefully some of the remaining Dekas - the Deka Plus, Shopping Centre, Game Centre, Royal Deka, King Deka and Jukutama - can also be tested soon.

 
A few small updates:

Firstly, it turns out some Ketais have the ROM version 6.1. I haven't found much else about ROM versions and version differences in Japanese models, so any help with those would be greatly appreciated. It looks like the Japanese models might have continued using the numbered version notation the Plus / V1 used:

Plus / V1: 0.0, 2.0, 2.1, 4.0, 4.2
Keitai: 6.1
Famitama / V5: 34.1

I guess we'll see if the pattern continues as we collect more version numbers.

Another thing I thought it might be insightful to mention is the prototype version of the Tama-Go:



If you were around for the build up to Tama-Go's release you might remember that the shell designs completely changed. Firstly, the shells seen here used a more of a matte colouring scheme than the glossy shells we got in the final version. The faceplates were entirely different (I think I prefer these faceplates), the bases of the figures shown are more translucent than the final design of the lite figures, the packaging is a little different and it looks like the IR slot is transparent here (the three Tama-gos which aren't in use have completely opaque IR slots, I think they might just be mock-up models though. The pink one also seems to be missing part of its top).



Even the figures got prototype models! Gorippatchi never got her own figure. I wonder if this one is a functional figure, or just another mock-up? We'll see in a bit that it's probably the latter. There's also another image of a Mamametchi figure, which also never got released.

Memetchi's seen here again, but with a different design to the one in the previous image. I don't think this figure design was ever released.



This last image is of particular interest to me. First and foremost, we can see that despite the figure clearly being on, the device has other ideas. In a video of the event we also see that no "Welcome!" image comes up when the figure is placed on the Tamagotchi. I guess that either confirms the figures being mock-ups or the device still not being fully programmed as of yet.

You might also notice it says "cartridge" instead of "character". I'm really curious about this - I wonder what other differences this version contained? Do you think these prototype Tama-Go models still exist somewhere in the world? Or, indeed, any other prototype Tamagotchis?

If people want, I could continue updating this thread with interesting stuff about version differences as I learn more. That's kind of what this project is, after all - an attempt to document all the different versions that were released.
I think KidRetro64 had one.

 
also, for the sake of science i will sacrifice my ID L and MEets (once i get them  :p  ) also, how does one go about rom testing the meets and id l?

 
Lately I've been looking more into the version numbers of recent releases. This was probably triggered by the realisation that the Tamagotchi Meets is already available in at least 9 different variants, likely with more to come in the future depending on the success of the Tamagotchi On and Tamagotchi Some.

There's more gaps than there are in the Connection era list, and I'm not really sure what could go in those gaps. Some of the version numbers have been found in the Tamagotchi Meets app's coding - they're grouped in with other versions which make it seem as though they're alternative version numbers for versions that have already been recorded. I've marked these ones in yellow, so take them with a pinch of salt as they might not correspond to the name listed next to them. Despite this all of the version numbers observed on actual devices match up with the version numbers in this list.

001 - Tamagotchi 4U
002 - ???
003 - ???
004 - ???
005 - ???
006 - ???
007 - ???
008 - ???
009 - ???
010 - ???
011 - ???
012 - ???
013 - ???
014 - Tamagotchi M!x - Melody M!x
015 - Tamagotchi M!x - Anniversary M!x
016 - ???
017 - Tamagotchi M!x - Sanrio M!x
018 - ???
019 - ???
020 - Tamagotchi M!x - Dream M!x
021 - Tamagotchi M!x - Gift M!x
022 - Tamagotchi M!x - Sanrio M!x
023 - Tamagotchi M!x - Dream M!x V2
024 - ???
025 - ???
026 - ???
027 - ???
028 - ???
029 - ???
030 - Tamagotchi Meets - Fairytale Meets
031 - Tamagotchi Meets - Magical Meets
032 - ???
033 - ???
034 - Tamagotchi Meets App
035 - ???
036 - ???
037 - ???
038 - ???
039 - Tamagotchi Meets - Pastel Meets
040 - Tamagotchi Meets - Sanrio Meets
041 - ???
042 - ???
043 - ???
044 - ???
045 - ???
046 - ???
047 - Tamagotchi Meets - Fantasy Meets
048 - ???
049 - ???
050 - ???
051 - ???
052 - ???
053 - ???
054 - ???
055 - Tamagotchi Meets - Pastel Meets
056 - Tamagotchi Meets - Sanrio Meets
057 - Tamagotchi On - Fairytale On
058 - ???
059 - Tamagotchi Meets - Pastel Meets

One noticeable unusual quirk of the numbers so far is that Fantasy sits in the middle of the gigantic gap between the original Meets and the Pastel version. Even weirder is that its version number is lower than that of the Pastel and Sanrio versions which were both released before the Fantasy Meets. That, combined with the fact that there's huge gaps in the numbering and potentially multiple different version numbers for each version, means it's safe to say that there's something going on here that we don't quite understand yet. Perhaps it'll become more apparent as more new versions release.

The following versions are definitely missing from the list above:

Tamagotchi 4U+
Tamagotchi M!x - Spacy M!x
Tamagotchi M!x - Sanrio M!x
Tamagotchi Meets Station
Tamagotchi On - Magical On
Tamagotchi On App
Tamagotchi Some - Fairytale Some
Tamagotchi Some - Magical Some
Tamagotchi Some App


It's probably worth testing more of the devices that we already have, too, to confirm that they do indeed come with a variety of version numbers.

 
@hwd45 - I'm just curious, what's the "Tamagotchi Some"? Going by the versions that you've listed, I'm assuming that it's another localised version of the Meets - am I right on that? This is the first time that I've heard of it. :p

 
Indeed, I've not really heard it being mentioned much around here but I believe display units are already playable in some Korean stores.
Yes that’s right! It seems to have the same proggreming as the Meets ( excluding the language ) and being honest there probably won’t be much of a difference.

I think KidRetro64 had one.
No, I don’t own a TamaTown. So I can’t help with that side of the project.

also, for the sake of science i will sacrifice my ID L and MEets (once i get them  :p  ) also, how does one go about rom testing the meets and id l?
I’m not an expert on the IDLs and Meets, but they have pretty much opposite programming (making sense from there release gap.). Whatever results you get will probably be diffrent, if you manage.

 
Status
Not open for further replies.
Back
Top