-
-
Notifications
You must be signed in to change notification settings - Fork 308
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
Adding Bochs bios for wider distribution #120
Comments
For the bochs bios, I think no. |
Bochs bios: http://bochs.sourceforge.net/cgi-bin/lxr/source/bios/rombios32.c
And from the Bochs bios makefile (files seem to have same license as above):
From the Bochs bios help page:
|
I have almost finished generalizing the main code tree, and splitting off the platform- and UI-dependent parts into submodules. A Linux version using Wx runs fine now, BSD testing will follow soon. The BOCHS idea... dunno, will bring this up [again]. |
After a discussion in the IRC channel, we have determined this is not going to work as the Bochs BIOS requires to have all the devices pre-initialized while real BIOS'es require them to NOT be pre-initialized, so they would conflict. Therefore, I am closing this issue. |
The Bochs bios rom seems to have a licensing scheme which may allow bundling of 86Box with the rom. This would also allow the developers here to modify the bios for emulation enhancements. Is this currently being considered? However, I don't know whether the two licenses are compatible with commercial distribution, too, although some versions of the GPL license allows this.
Also, along these lines, is it possible to create a branch of 86Box with enhanced portability to other host operating systems, such as FreeBSD? This would require a focus on a single model type, but would remove the necessity of the dialog boxes and dependency on the external windows. Also, the GUI and sound/video/input interfaces may be made generic for simple replacement to the equivalent functions of another host OS. For the current win32 systems, it should be possible to remove the dinput and d3d dependencies. All the video code could be contained in a single file, for instance.
The text was updated successfully, but these errors were encountered: