Homebrew DosBOX Wii
goku21temp said:
SCUMMVM has nothing to do with DOS. It's a built from the ground up application that uses the original data files to fully recreate the games. That's why you don't need the .exe's from the games or anything for SCUMMVM to work, just the data files. It's not actually an emulator, all the games you run on SCUMMVM would be classified as 100% accurate remakes of the orginal games.
It would be nice to see games like Duke and whatnot run on the Wii through DOSBox but imo, it will never happen. There just isn't enough memory and cpu power to do it. Anything that was designed to run on a Pentium chip (like Duke or Shadow Warrior) will never run at playable speeds on the Wii through DOSBox.
If you want to play those games the best bet is someone to write or port a Build engine (what Duke/SW/etc ran on) optimized for the Wii. It's not impossible, there are recent versions of the Build engine out there (eDuke32, etc).
- Joined
- Nov 3, 2006
- Messages
- 1,013
- Trophies
- 1
- Location
- Oregon
- Website
- www.ds-scene.net
- XP
- 727
- Country
Just made a video of Ultima 8 running in dosbox wii, sorry about the poor video quality. The batteries died in my camera so I couldnt re shoot it, but I will try to make some more vids for other games later.
Thank you to the developers of dosbox, keep up the great work!
Edit: I made a vid for warcraft 1 for thoes who are interested, the game works, but is really slow just like Ultima 8.
Thank you to the developers of dosbox, keep up the great work!
Edit: I made a vid for warcraft 1 for thoes who are interested, the game works, but is really slow just like Ultima 8.
- Joined
- Nov 3, 2006
- Messages
- 1,013
- Trophies
- 1
- Location
- Oregon
- Website
- www.ds-scene.net
- XP
- 727
- Country
Just upped a video of the intro from X-Wing, I will upload a video of gameplay footage for all that is interested tomorrow. *Cough*bump*Cough*
Anyone gotten Oregon Trail Deluxe (1992 version) runnin? Everytime I try it it seems to lock up.
Anyone gotten Oregon Trail Deluxe (1992 version) runnin? Everytime I try it it seems to lock up.
has anyone used it lately, I have tested the latest and don't have a wireless keyboard yet.
Cannot you use '~' key from the on-board keyboard to map drives? It's not there.... Thoughts
Answer hopefully not: you must use keyboard OR rename all your long filenames
Cannot you use '~' key from the on-board keyboard to map drives? It's not there.... Thoughts
Answer hopefully not: you must use keyboard OR rename all your long filenames
Do anyone know is there an easy possibility to to catch keyboard cursors (up, down, left, right) and spacebar that wiimote will use d-pad and 1/2 button but without plugging keyboard to wii? I want to play in Prehistoric so this instruction will be also very helpful for other players 
I've found Moonstone prepared app but still no idea how to do it
I know there is a config file but i'm unable to find/guess what to put in it that wiimote will act properly.
I've found Moonstone prepared app but still no idea how to do it I know there is a config file but i'm unable to find/guess what to put in it that wiimote will act properly.
errrrrrr ok some one talking about dosbox now i was compile one
r115
sync to dosbox r3778
r116
fix USB support (patch by Yardape8000)
http://www.mediafire.com/?1wduaj1hhu2r55b
r115
sync to dosbox r3778
r116
fix USB support (patch by Yardape8000)
http://www.mediafire.com/?1wduaj1hhu2r55b
Do anyone know is there an easy possibility to to catch keyboard cursors (up, down, left, right) and spacebar that wiimote will use d-pad and 1/2 button but without plugging keyboard to wii? I want to play in Prehistoric so this instruction will be also very helpful for other players
I know there is a config file but i'm unable to find/guess what to put in it that wiimote will act properly.
You can edit the mapper-0.74.map file taken from Moonstone. Look for the line key_space "key 32" and replace with key_space "stick_0 button 0" "key 32" for Wiimote 1 button 1. Try other keys with the same pattern and change button 0 with whatever button number.
I may be wrong, but Prehistoric seems playable with a joystick so there's nothing to change for directions (stick_0). Don't forget to point to this file in Dosbox.conf; if it's not the case : mapperfile=mapper-0.74.map.
This is not tested, it'd be better if you can borrow (or steal) a keyboard and assign the keys yourself typing ctrl+F1 in Dosbox.
-- After the test --
It seems we're fucked right now with arrows binding, so no Epic Pinball with wiimotes (tried it some time ago and didn't remember that). Maybe, we have to change the code.
ok here is the 1.6.1 SVN r116 beta2 i make
[1.6.1 SVN r116 beta2 - May 18, 2012]
* sync to dosbox-x 12.03.26
http://vogons.zetafleet.com/viewtopic.php?t=31881
- Accurate PS/2 keyboard emulation, support for scan code sets 1, 2, and 3, emulation and response to LED commands, reset commands, mode changes, and obscure commands
- Gravis Ultrasound panning register fixes. Mainline DOSBox seems to have a buggy implementation that ends up locking all audio to center no matter what value is written. I fixed that code in this version. DOS programs that rely on stereo sound should actually play in stereo now through DOSBox.
- PS/2 AUX port emulation. This enables DOS programs and OSes to work that don't use INT 33h and communicate directly with the PS/2 mouse connected to the keyboard controllers "AUX" port. This code is wired in so that INT 33h emulation is enabled by default, but shut down the instant the "reset" command is sent to AUX.
- CGA snow emulation. If you set machine=cga and enable the option, video memory I/O is slowed down to CGA speeds and writes will trigger "snow", just like an actual CGA.
- Sound Blaster "Goldplay" support. Back in the early 1990's a tracker library was used in some demos that provided music playback to LPT DAC and various other outputs including Sound Blaster. The problem is the library's Sound Blaster support uses a weird hacked DMA transfer mode that is basically setting the DMA buffer length to 1 byte and having the controller loop over that, then writing the byte from an interrupt handler. Mainline DOSBox tends to render this as a low frequency "rumble", while this fixed version detects that case and plays the audio perfectly. This fix is ideal for some demoscene entries in the 1991-1993 time frame.
DOSBox-X emulation additions:
- ISA Plug & Play emulation. This is useful for PnP-aware DOS programs or for running Windows 95 within DOSBox. The implementation provides both BIOS and I/O compatible PnP interfaces to the PnP-aware software.
- Serial mouse emulation. You can enter "serial1=serialmouse" into your dosbox.conf to have DOSBox emulate a Microsoft compatible mouse connected to your serial port of choice. Some software made prior to the introduction of PS/2 mice need this. With Windows 1.0, this option is the only way to get a usable mouse cursor within the graphical interface.
- Higher memory limit. Mainline DOSBox limits system memory to no more than 64MB. This branch removes that limit and allows up to 512MB.
- Finer-grained memory sizes. If you want to relive the days when PCs had less than 640KB of RAM or had odd extended memory sizes like 1630KB, you can use the memsizekb= option to specify memory size in KB instead of MB.
- Refresh rate control. You can set a fixed refresh rate that all video modes are locked to. For example if you are capturing content for television, you can force the refresh rate to 59.94 to avoid framerate conversion issues with your video editing software later.
http://www.mediafire.com/?nix5u56annmmfqt
[1.6.1 SVN r116 beta2 - May 18, 2012]
* sync to dosbox-x 12.03.26
http://vogons.zetafleet.com/viewtopic.php?t=31881
- Accurate PS/2 keyboard emulation, support for scan code sets 1, 2, and 3, emulation and response to LED commands, reset commands, mode changes, and obscure commands
- Gravis Ultrasound panning register fixes. Mainline DOSBox seems to have a buggy implementation that ends up locking all audio to center no matter what value is written. I fixed that code in this version. DOS programs that rely on stereo sound should actually play in stereo now through DOSBox.
- PS/2 AUX port emulation. This enables DOS programs and OSes to work that don't use INT 33h and communicate directly with the PS/2 mouse connected to the keyboard controllers "AUX" port. This code is wired in so that INT 33h emulation is enabled by default, but shut down the instant the "reset" command is sent to AUX.
- CGA snow emulation. If you set machine=cga and enable the option, video memory I/O is slowed down to CGA speeds and writes will trigger "snow", just like an actual CGA.
- Sound Blaster "Goldplay" support. Back in the early 1990's a tracker library was used in some demos that provided music playback to LPT DAC and various other outputs including Sound Blaster. The problem is the library's Sound Blaster support uses a weird hacked DMA transfer mode that is basically setting the DMA buffer length to 1 byte and having the controller loop over that, then writing the byte from an interrupt handler. Mainline DOSBox tends to render this as a low frequency "rumble", while this fixed version detects that case and plays the audio perfectly. This fix is ideal for some demoscene entries in the 1991-1993 time frame.
DOSBox-X emulation additions:
- ISA Plug & Play emulation. This is useful for PnP-aware DOS programs or for running Windows 95 within DOSBox. The implementation provides both BIOS and I/O compatible PnP interfaces to the PnP-aware software.
- Serial mouse emulation. You can enter "serial1=serialmouse" into your dosbox.conf to have DOSBox emulate a Microsoft compatible mouse connected to your serial port of choice. Some software made prior to the introduction of PS/2 mice need this. With Windows 1.0, this option is the only way to get a usable mouse cursor within the graphical interface.
- Higher memory limit. Mainline DOSBox limits system memory to no more than 64MB. This branch removes that limit and allows up to 512MB.
- Finer-grained memory sizes. If you want to relive the days when PCs had less than 640KB of RAM or had odd extended memory sizes like 1630KB, you can use the memsizekb= option to specify memory size in KB instead of MB.
- Refresh rate control. You can set a fixed refresh rate that all video modes are locked to. For example if you are capturing content for television, you can force the refresh rate to 59.94 to avoid framerate conversion issues with your video editing software later.
http://www.mediafire.com/?nix5u56annmmfqt
I'm thinking... Why don't you ask for permision to [email protected] to merge your project with his project in http://code.google.com/p/dosbox-wii/ ?
You're doing a really great job!!
[1.6.1 SVN r116 beta3 - May 19, 2012]
* sync to dosbox-x r00000108
http://vogons.zetafl...er=asc&start=40
DOSBox-x branch update:
Basic IDE emulation added. There is code for both ATA (hard disk) and ATAPI (CD-ROM) emulation. The ATA disk emulation does not fully work yet. ATAPI emulation is enough to satisfy MSCDEX.EXE and the OAK CD-ROM driver I have in the VM. For whatever reason, Windows 95 currently ignores the devices (I see it emit IDENTIFY DEVICE and then boot up without further conversation). There is debugging code active, prepare to see your console fill up with "ATAPI command" debug info when using the CD-ROM drive.
How to enable the emulation.
Add to your dosbox.conf:
[ide, primary]
enable=true
[ide, secondary]
enable=true
(and so on for 3rd and 4th controller if you like)
For ease of use I wrote the IDE emulation to tie into DOSBox's INT 13h and MSCDEX.EXE CD-ROM code and through the "imgmount" command. The way it's written now, if you use imgmount to attach hard drives or CD-ROM drives the command will automatically also attach it also to the IDE emulation as ATA and ATAPI device respectively. I added a "-ide" switch that allows you to specify exactly which IDE port to attach it to:
-ide 1m - Attach to primary IDE controller as master
-ide 1s - Attach to primary IDE controller as slave
-ide 2m - Attach to secondary IDE controller as master
-ide 2s - Attach to secondary IDE controller as slave
-ide auto - Attach to unused slot (default)
-ide none - Do not attach to IDE port
In my test environment, I boot to windows 95 like this:
[autoexec]
# floppy disk from DOSlib test code by ./make.sh and ./make.sh disk
imgmount 0 "/usr/src/dos/hw/ide/test.dsk" -t floppy -fs none
# C: drive for Win95
imgmount 2 "drive_c.hdd" -size 512,63,64,1023 -t hdd -fs none -ide 1m
# D: drive with Windows 95 install CD-ROM
imgmount 3 "win95-install-cdrom.iso" -t iso -fs iso -ide 2m
# Now start Win95
boot -l c
The emulation is enough to permit using OAKCDROM.SYS and MSCDEX.EXE to install Windows 95 straight from the CD-ROM drive. As usual, make sure you don't have S3 VGA enabled. Currently Windows 95 installs correctly, but will fall back on "MS-DOS compatibility mode" to talk to the hard disk using INT 13h and MSCDEX.EXE for CD-ROM access. But it's enough now that you can at least run and install things from CD-ROM in Win95.
The DOSlib source code has been updated to allow you to experiment with some ATAPI CD-ROM commands. The device reset now shows you the IDE registers after reset so you can see for yourself some of the "magic bytes" that ATAPI devices show to identify themselves.
Enjoy!
r166b3 download
http://www.mediafire...jk805qccofdcqls
* sync to dosbox-x r00000108
http://vogons.zetafl...er=asc&start=40
DOSBox-x branch update:
Basic IDE emulation added. There is code for both ATA (hard disk) and ATAPI (CD-ROM) emulation. The ATA disk emulation does not fully work yet. ATAPI emulation is enough to satisfy MSCDEX.EXE and the OAK CD-ROM driver I have in the VM. For whatever reason, Windows 95 currently ignores the devices (I see it emit IDENTIFY DEVICE and then boot up without further conversation). There is debugging code active, prepare to see your console fill up with "ATAPI command" debug info when using the CD-ROM drive.
How to enable the emulation.
Add to your dosbox.conf:
[ide, primary]
enable=true
[ide, secondary]
enable=true
(and so on for 3rd and 4th controller if you like)
For ease of use I wrote the IDE emulation to tie into DOSBox's INT 13h and MSCDEX.EXE CD-ROM code and through the "imgmount" command. The way it's written now, if you use imgmount to attach hard drives or CD-ROM drives the command will automatically also attach it also to the IDE emulation as ATA and ATAPI device respectively. I added a "-ide" switch that allows you to specify exactly which IDE port to attach it to:
-ide 1m - Attach to primary IDE controller as master
-ide 1s - Attach to primary IDE controller as slave
-ide 2m - Attach to secondary IDE controller as master
-ide 2s - Attach to secondary IDE controller as slave
-ide auto - Attach to unused slot (default)
-ide none - Do not attach to IDE port
In my test environment, I boot to windows 95 like this:
[autoexec]
# floppy disk from DOSlib test code by ./make.sh and ./make.sh disk
imgmount 0 "/usr/src/dos/hw/ide/test.dsk" -t floppy -fs none
# C: drive for Win95
imgmount 2 "drive_c.hdd" -size 512,63,64,1023 -t hdd -fs none -ide 1m
# D: drive with Windows 95 install CD-ROM
imgmount 3 "win95-install-cdrom.iso" -t iso -fs iso -ide 2m
# Now start Win95
boot -l c
The emulation is enough to permit using OAKCDROM.SYS and MSCDEX.EXE to install Windows 95 straight from the CD-ROM drive. As usual, make sure you don't have S3 VGA enabled. Currently Windows 95 installs correctly, but will fall back on "MS-DOS compatibility mode" to talk to the hard disk using INT 13h and MSCDEX.EXE for CD-ROM access. But it's enough now that you can at least run and install things from CD-ROM in Win95.
The DOSlib source code has been updated to allow you to experiment with some ATAPI CD-ROM commands. The device reset now shows you the IDE registers after reset so you can see for yourself some of the "magic bytes" that ATAPI devices show to identify themselves.
Enjoy!
r166b3 download
http://www.mediafire...jk805qccofdcqls
@[member='beerfield']
I'm not sure Tantric will implement this cause he has other fish to fry, and it was asked a long time ago.
@[member='ECSS']
Are you TheGreatCodeholio on Dosbox forums? If it's the case, are you interested in such a feature more Wii related?
I'm not sure Tantric will implement this cause he has other fish to fry, and it was asked a long time ago.
@[member='ECSS']
Are you TheGreatCodeholio on Dosbox forums? If it's the case, are you interested in such a feature more Wii related?
Similar threads
- No one is chatting at the moment.
-
-
-
@
BigOnYa:
Mad dog 20 20? Oh yea fixed the typo. I haven't seen that or had forever. Do they still make it? -
-
-
-
-
-
@
OctoAori20:
On another note, I love how folks are drawing Callie in that suit that Splatoon NA dropped on Twitter -
-
-
-
-
@
Sicklyboy:
Think I prefer Barq's to MUG though. But, it's been a while, maybe I need a side by side to refresh my memory lol -
-
-
-
-
-
-
-
-
-
-
