<p dir="ltr"></p>
<p dir="ltr">On Jul 18, 2016 11:51 PM, "Rob Landley" <<a href="mailto:rob@landley.net">rob@landley.net</a>> wrote:<br>
><br>
> FYI:<br>
><br>
> <a href="http://hackaday.com/2016/07/11/cracking-the-sega-saturn-after-20-years/">http://hackaday.com/2016/07/11/cracking-the-sega-saturn-after-20-years/</a></p>
<p dir="ltr">I think I sent a link on the ML to the YouTube video about a week ago. </p>
<p dir="ltr">> (Alas, when we looked at possibly doing an FPGA saturn clone with J2 as<br>
> a side project for the 20th anniversary, it turned out there were some<br>
> tight timing constraints that make games misbehave very easily, at least<br>
> in software emulation. I think some j2 instructions take different<br>
> numbers of clock cycles than sh2 did? Don't remember the details, but we<br>
> shelved the idea...)</p>
<p dir="ltr">I'm still interested in doing some Qemu work. Currently the SH core (even before J2 additions) is not cycle-accurate, which is a bit of a critical error made by the initial Qemu SH port. Bill Gatliff's tests highlighted that.</p>
<p dir="ltr">Emulated peripherals are not likely to be cycle accurate, but more importantly, simultaneously running CPU's with tightly coupled timing requirements is almost guaranteed to be cycle inaccurate, as there is no efficient means of "clocking" them synchronously using Qemu's method of emulation (binary translated & cached blocks).</p>