I am attempting to help a friend/local arcade operator get their Outrun 2 cab back to being reliable. Current status: the system often fails to boot, complaining that the GDROM lid is open. It will sometimes be running fine and stop, complaining that the GDROM lid has been opened. They have bought a replacement GDROM, and refurbished their original. All with the same unreliable result.
I am unclear on which version of Chihiro this is. No one on the internet seems to have posted and labeled photos of both. It has a main board, and a daughter board on top of the same size, with one of two DIMM slots filled (512MB RAM) and a smaller daughter board on top of that that has a second Ethernet port. The cab was originally part of a linked pair of cabs and had an Ethernet switch inside connected to the upper Ethernet port on the Chihiro.
Firmware versions:
Main Board
Region: USA
Boot Version 2.05
QC Firm 1.08
SC Firm 1.09
Media Board
DIMM Board(Type 3)
Memory Size 512MB
Firm Version 1.12
Network Board
Firm Version 12.07
We recently attempted to netboot it, first with a Pi3 and Piforcetools. We changed jumper 9 to 2-3 and it would now wait on the network. We set up static network settings for both the (core) Ethernet and the (media) Ethernet using different IPs. The result: Piforcetools could not ping the Chihiro. One-by one, we tried both a crossover cable and using the built-in switch into both Ethernet ports using both IPs.
Next, we borrowed a Windows laptop and tried pinging the Chihiro. The result: the (core) IP would respond from *both* Ethernet ports and the (media) IP would not respond from either. An average of about 25% of all pings were dropped with a “General failure” error. Needless to say, TransferGame.exe would always fail. We never got far enough to bother with the zero key.
So, any advice or opinions? There is much less info out there for the Chihiro than for the Naomi I am more familiar with. I am not convinced I can update firmware with these problems still active. It is even slightly possible that whatever flaw is causing a 25% packet loss might even be related to the GDROM problems.
I am unclear on which version of Chihiro this is. No one on the internet seems to have posted and labeled photos of both. It has a main board, and a daughter board on top of the same size, with one of two DIMM slots filled (512MB RAM) and a smaller daughter board on top of that that has a second Ethernet port. The cab was originally part of a linked pair of cabs and had an Ethernet switch inside connected to the upper Ethernet port on the Chihiro.
Firmware versions:
Main Board
Region: USA
Boot Version 2.05
QC Firm 1.08
SC Firm 1.09
Media Board
DIMM Board(Type 3)
Memory Size 512MB
Firm Version 1.12
Network Board
Firm Version 12.07
We recently attempted to netboot it, first with a Pi3 and Piforcetools. We changed jumper 9 to 2-3 and it would now wait on the network. We set up static network settings for both the (core) Ethernet and the (media) Ethernet using different IPs. The result: Piforcetools could not ping the Chihiro. One-by one, we tried both a crossover cable and using the built-in switch into both Ethernet ports using both IPs.
Next, we borrowed a Windows laptop and tried pinging the Chihiro. The result: the (core) IP would respond from *both* Ethernet ports and the (media) IP would not respond from either. An average of about 25% of all pings were dropped with a “General failure” error. Needless to say, TransferGame.exe would always fail. We never got far enough to bother with the zero key.
So, any advice or opinions? There is much less info out there for the Chihiro than for the Naomi I am more familiar with. I am not convinced I can update firmware with these problems still active. It is even slightly possible that whatever flaw is causing a 25% packet loss might even be related to the GDROM problems.