- #REGISTER EV NOVA HOW TO#
- #REGISTER EV NOVA UPDATE#
- #REGISTER EV NOVA PATCH#
- #REGISTER EV NOVA CODE#
Earth is an Insignificant Little Blue Planet. Humanity exists, but we're still using Soyuz. The knup-knup are a sentient race under observation that has only gotten to basic tool use, but no missions involve them at all. The Krypt are derived from the former Vell-os ruling council, making them a human offshoot instead of true aliens. They only have any role in the Polaris storyline, and a small one at that.
#REGISTER EV NOVA CODE#
The code prevents users from trying to cross the boundary with too large an offset.įeel free to reject this if deemed unnecessary.Several Spiritual Successor games have been produced by fans of the original, including: It adds another item dayofs that works together with yearofs to allow finer-grained date offsets. I have implemented the change myself and created a pull request to merge this into kanjitalk755's branch. Wrapping an emulator inside an entire VM merely to change dates seems a bit inefficient. That way, the epoch year will be pulled from the prefs file (defaulting to 1904) instead of from the value currently set in macos_util.cpp.Įmendelson wrote:Perhaps you could run SheepShaver inside a VM (VMware, VirtualBox) and change the date of the VM? Without knowing exactly why you need a specific date in SheepShaver (rather than just turning back the clock a certain number of years), it's hard to justify asking kanjitalk755 or anyone else to go to the trouble of changing the code.
#REGISTER EV NOVA UPDATE#
_items.cpp and update prefs_items.h and then include prefs_items.h in macos_util.cpp. to do that, you'd need to add MAC_EPOCH_YEAR to. It should theoretically also be possible to add a prefs value so you can set this in prefs when you boot, if someone wants to do that. This build will always put you 30 years in the past. s_util.cpp so that TimetoMacTime has const int MAC_EPOCH_YEAR changed from 1904 to 1874. You can write a script that temporarily changes the date during launch, but as you say, SheepShaver patches in the time from the host, so the time will jump back on first clock sync.
#REGISTER EV NOVA HOW TO#
The immediate solution to your problem is to run King's Quest V using ScummVM on your main system instead of attempting to run it inside SheepShaver ScummVM doesn't have the bugs that the original SCI interpreter on Mac OS had.Īs for running SheepShaver with a particular date and time, you can do so using RunAsDate from Nirsoft on Windows I haven't figured out how to do this on OS X or Linux. Then I could for instance make a specific VM to play those Sierra games. I think the most practical solution would be a config item that applies an offset to the clock of the OS inside SheepShaver. There are probably many other examples and if Sheepshaver is still in use in the year 2040, then this feature might become a necessity!
#REGISTER EV NOVA PATCH#
There is a patch available that tries to fix this, but obviously the patch only shifts the problematic year and the game again hangs on the intro screen unless I turn back my computer's clock to before 2010.Īlso to be able to enter my old registration code for EV Nova, I had to turn back the clock to within a few days after the code was originally issued.
I'm now trying to play King's Quest V for the first time in ages and apparently many of these Sierra games have a ‘year 1993 bug’ that causes them to stop working after September 18th of that year. Not only is this cumbersome, it also makes some processes on the host go haywire, especially anything involving certificates. Currently the only way to time travel inside the guest OS is to turn back the clock of the host computer. Any attempt to change the clock inside the emulated OS will immediately cause the clock to jump back to the host computer's clock. I am going to severely necro this thread to state that supporting a different time inside the guest OS would be a very useful feature.
0 kommentar(er)
