Thanks for adding basic support of 86F diskimages.
The advantage of the 86F format is it can hold many keydisk protection scheme.
So we can play keydisk protected games on emulators, no need to crack them.
I hope fully support will arrive in the near future.
v1.7.1 has been released! -> https://github.com/dividebysandwich/rust-dos/ … ases/tag/v1.7.1
Game manual and virtual joystick on the VR desk
The 3D scene now has things on the desk to pick up with a VR controller's grip button:
* The manual of the game that runs (from its profile's manuals and extras) lies on the desk as a booklet. Pick it up and turn its pages with the thumbstick of the hand holding it; with several manuals, **A/X** picks the next. Put it down and it settles on what is below it.
* A joystick: hold it by its stick and the stick follows your hand as the game port's joystick, with the trigger and A/X as its buttons. Hold it by its base to move it somewhere else on the desk.
Scenes of your own place the manual with an empty named `manual`, or bring their own booklet model with `manual_page_left` and `manual_page_right` pages (see `docs/vr.md`). A scene without one gets the manual anyway.
Dialup modem noises intensify
Video: https://youtu.be/XYpgWRVPmP8
Dialing out now sounds just like in the good old days: the modem's speaker plays the dial tone, the number as touch tones (`ATDT`) or pulse clicks (`ATDP`), the other end ringing, and a real modem's handshake, and CONNECT appears when the handshake ends.
* `ATM0` turns the speaker off, `ATM3` keeps it quiet while dialing, and `ATL0`..`ATL3` set its volume.
* The speaker has its own `modem` volume in the mixer.
* A key during the dialing or the handshake ends the call, as on a real modem.
Settings can now be opened with the mouse
Hold the **right mouse button for three seconds** without moving the mouse and the settings window opens, for a PC on a TV, a remote, or a keyboard with no F12 (#78). The program still sees the press, and moving the mouse while holding the button keeps it an ordinary press. Turn it off with `mouse_menu_hold=false` for a game that has you hold the right button still.
Settings in the browser's address
The web version takes any `rust-dos.conf` setting in its address as `?section.key=value`, for that visit only:
?emulator.cycles=3000&sound.sbtype=sb2
The browser's saved settings stay as they are, and a game profile's own settings still win over them.
New CPUs supported
Pentium Pro and Pentium II are now supported, courtesy of @kibertoad
Other changes and fixes
* Fixed PIT channel 2 counting while its gate is low, which made MS-Kermit hang over and over. The counter now stops and restarts with the gate as on the 8253, for programs that time delay loops with it.
* Video recordings (Ctrl+F7) go on while the machine stands still, with the settings window or the pause screen in the picture and silence in the sound, instead of skipping that time.
* On Windows, starting Rust-DOS from Explorer or a shortcut no longer opens an empty console window next to it. Started from a terminal, it still prints there.
* Kept host folder searches are dropped after a state load and after a shared disk is copied back, so a search never lists files that are gone.
* Mouse: set the driver up for the new screen when a program sets a video mode by @kibertoad in https://github.com/dividebysandwich/rust-dos/pull/61
* Benchmark harness (Criterion) with DOS file call benchmarks by @kibertoad in https://github.com/dividebysandwich/rust-dos/pull/62
* Report access denied and path not found for failed host file opens by @kibertoad in https://github.com/dividebysandwich/rust-dos/pull/63
* Interpolate the AWE32 filter coefficients from a table by @kibertoad in https://github.com/dividebysandwich/rust-dos/pull/64
* Redraw only the changed rows of 16-colour planar frames by @kibertoad in https://github.com/dividebysandwich/rust-dos/pull/65
* Copy XMS and EMS block moves a run at a time by @kibertoad in https://github.com/dividebysandwich/rust-dos/pull/66
* Redraw only the changed lines of the CGA's composite picture by @kibertoad in https://github.com/dividebysandwich/rust-dos/pull/67
* Encode GIF animations on a thread of their own by @kibertoad in https://github.com/dividebysandwich/rust-dos/pull/68
* Fix HTTP screen mouse input for large absolute ranges by @firestrand in https://github.com/dividebysandwich/rust-dos/pull/69
* Document what Windows 95 support rust-dos has by @kibertoad in https://github.com/dividebysandwich/rust-dos/pull/70
* Keep the S3 for an imported DOSBox configuration that boots a hard disk by @kibertoad in https://github.com/dividebysandwich/rust-dos/pull/71
* Report the Stats page's numbers in /api/stats by @kibertoad in https://github.com/dividebysandwich/rust-dos/pull/72
* Add cpu=pentium_pro and cpu=pentium_ii by @kibertoad in https://github.com/dividebysandwich/rust-dos/pull/73
* Stop an unanswered serial link from waking the network thread hundreds of times a second by @kibertoad in https://github.com/dividebysandwich/rust-dos/pull/74
* Keep host folder entries between path lookups by @kibertoad in https://github.com/dividebysandwich/rust-dos/pull/75
* Keep FindFirst's listing of a host folder for FindNext by @kibertoad in https://github.com/dividebysandwich/rust-dos/pull/76
* Log exceptions per place instead of the first 200 by @kibertoad in https://github.com/dividebysandwich/rust-dos/pull/79
Many thanks for the PRs!
**Full Changelog**: https://github.com/dividebysandwich/rust-dos/ … v1.7.0...v1.7.1
A convenient feature to help in gaming development is for a "headless mode" where the video and audio frames are redirected to files at a specified rate and length of time. It could be automatable at the command line. It would provide a kind of universal logging and for auditing that game code is running as expected. Errors can also be captured that are printed to the screen.
hail-to-the-ryzen wrote on Yesterday, 23:04:A convenient feature to help in gaming development is for a "headless mode" where the video and audio frames are redirected to files at a specified rate and length of time. It could be automatable at the command line. It would provide a kind of universal logging and for auditing that game code is running as expected. Errors can also be captured that are printed to the screen.
Rust-DOS already has that, though it's using websockets. This is also used by the web-based debug UI and allows mouse and keyboard input. Much more efficient than dumping files.
Hey, nice to meet y'all, and kudos to @Dividebysandwich for creating an amazing piece of software! Had a lot of fun contributing to it, and hope to keep doing so in the foreseeable future.
Any particular games some of you good folks would be interested in having their compatibility improved?
kibertoad wrote on Today, 18:42:Hey, nice to meet y'all, and kudos to @Dividebysandwich for creating an amazing piece of software! Had a lot of fun contributing to it, and hope to keep doing so in the foreseeable future.
Hey! Those are some really good PRs from you! BTW at the moment I'm finishing up the last niggles with Win98 support.
Thank you! Looking forward to the new release, some important fixes there.
Rust-DOS v1.7.2 has been released -> https://github.com/dividebysandwich/rust-dos/ … ases/tag/v1.7.2
Physical keyboard visible in VR
The new `keyboard` setting in `[vr]` shows your real keyboard, and your hands on it, through the scene with the headset's cameras, in a soft-edged window on the desk:
* `auto` puts it below the screen, then learns where it is from where your fingers press keys while the hands are tracked.
* `marked` puts it where you marked it with a controller, from the settings window's VR page
To manually mark the keyboard position, first select the bottom left corner of your keyboard, then pull a line to the bottom right corner.
Then just drag the square upwards to encompass the entire keyboard.
This feature requires passthrough support. This includes the Steam Frame running Rust-DOS itself, Varjo XR headsets, or a Quest through Link. Note that this hasn't been tested on every headset yet, so reports are welcome.
One more small improvement: The controller's tip can now pick up the manual and the joystick too, not only its grip.
Windows 98 SE
Windows 98 SE now runs on the booted machine, with the S3 and a Pentium Pro or Pentium II
* **Images from other emulators** can be loaded without modification, for example images installed in DOSBox-X (archive.org has loads of them along with their `dosbox.conf`) imported as a game or mounted by hand, or even installed in 86Box. Windows finds the IDE and floppy controllers as new hardware at its first start and asks to restart.
* **System Properties -> Performance** shows the system is configured for optimal performance: the hard disk and the floppy drives operate in 32 bit mode, Sound Blaster 16 works, the S3 video driver supports up to 1024x768 in 32 bit, the MS-DOS prompt works, **Restart in MS-DOS mode**, Shut Down, and save states are functional.
* **Installing from the CD** works too: make a disk with `MAKEIMG`, boot the Windows 98 boot floppy with the CD in the drive, and Setup ends on the desktop about 15 minutes later at full speed.
* **The network card:** The NE2000 is supported and will appear at the port and interrupt the image was set up with, Windows can fetch an IP address access the internet.
The new Windows 98 section in `CONFIGURATION.md` has the details, including how to fix an image that another emulator left with every drive in MS-DOS compatibility mode.
Some additional fixes: Windows' SB16 driver no longer fails with Code 10, disks with more than 16 heads get a translated parameter table for Windows' IDE driver, an empty floppy drive reports "Not ready" instead of "General failure", and a system booted from a floppy restarts from the hard disk once the floppy drive is empty, as a PC that boots from A: and then C: does.
Floppy controller and Plug and Play Sound Blaster
Two additions for booted Windows systems, by @kibertoad:
* **An 82077AA floppy disk controller:** Windows 95 and 98 now drive A: and B: with their own 32-bit floppy driver, instead of MS-DOS compatibility mode.
* **`sbtype=sb16vibra`:** the ViBRA16C, an ISA Plug and Play Sound Blaster 16, as DOSBox-X has it. Windows 95 finds the card and sets it up with its own Plug and Play driver, so a Windows installed on DOSBox-X with that card keeps its sound.
Faster Windows 95 games with the recompiler
Changes by @kibertoad, found by profiling Magic & Mayhem and Enemy Infestation on Windows 95:
* **DirectDraw into the frame buffer:** `REP MOVS` and `REP STOS` copy into the linear frame buffer in one go, and translated code writes to it directly. In Enemy Infestation's tutorial level the host's busy time dropped from 70-90% to about 60%, and the frame rate went from 43-55 fps to a steady 55-56.
* **POPF and POPFD** at ring 0 run as translated code. Windows 95 restores the flags with them around nearly everything it does, up to 467,000 times a second in Enemy Infestation.
* **FWAIT, FISTP QWORD and BSWAP** run as translated code. MSVC's float-to-integer conversion (`_ftol`) uses the first two, 500,000 times a second in Magic & Mayhem's main menu.
* **Smaller translated code:** memory operands share their slow paths, so translation is 20-25% faster, and programs with a lot of code no longer fill the code memory and get translated again and again.
Sampling profiler
When a game runs slowly, a profile now shows where the time goes, by @kibertoad: `POST /api/profile` on the debug server, or `--profile FILE` from startup to exit. It names the hot guest code, the devices and ports, the DOS and BIOS calls, and the instructions the recompiler hands back, as JSON, text, or folded stacks for flame graphs (inferno, speedscope). See `docs/profiling.md`.
Other changes and fixes
* Holding the right mouse button opens the settings again when the mouse jitters a little while held (#81, reported by @The-Solutor).
* `rust-dos.exe` now has version information in its file properties on Windows (#82, reported by @The-Solutor).
* FPU: 80-bit values round to the nearest double instead of being cut off, and FIST, FST, FRNDINT and compares round from all 80 bits. FIST of a value that doesn't fit, or of a NaN, stores the integer indefinite and sets the invalid-operation flag, and FRNDINT rounds halves to even and reports its rounding in PE and C1, as on a real x87.
* Memtest86+ 4.20 and 5.01 no longer reset in a loop after their PCI probe.
* On the SB16, a volume set through the SB16's own mixer registers now reads back through the SB Pro's too.
* DOS: creating a file over an existing one empties it, so a program that rewrites a shorter file no longer finds the old file's tail at its end.
* PIT channel 2 keeps a square wave running through a repeated control word, which gave Bao Xiao San Guo Zhi the same random number for every roll.
* Debug server: a saved state can be loaded with its C: drive from another folder.
* Add a sampling profiler by @kibertoad in https://github.com/dividebysandwich/rust-dos/pull/83
* PIT channel 2: keep square waves running through a control word, add pit2_gate_at_start, read back port 61h by @kibertoad in https://github.com/dividebysandwich/rust-dos/pull/84
* Load a state's folder drive from another folder by @kibertoad in https://github.com/dividebysandwich/rust-dos/pull/85
* Round 80-bit FPU values to the nearest double by @kibertoad in https://github.com/dividebysandwich/rust-dos/pull/86
* Empty a file a create call opens over an existing one by @kibertoad in https://github.com/dividebysandwich/rust-dos/pull/87
* Add the ViBRA16C as an ISA Plug and Play Sound Blaster (sbtype=sb16vibra) by @kibertoad in https://github.com/dividebysandwich/rust-dos/pull/88
* Add an 82077AA floppy disk controller for booted systems by @kibertoad in https://github.com/dividebysandwich/rust-dos/pull/89
* Say in the profiling docs that a profile translates the code again by @kibertoad in https://github.com/dividebysandwich/rust-dos/pull/90
* Translate FWAIT, FISTP m64 and BSWAP in the recompiler by @kibertoad in https://github.com/dividebysandwich/rust-dos/pull/91
* Share the slow paths of memory operands in the recompiler's trampoline by @kibertoad in https://github.com/dividebysandwich/rust-dos/pull/92
* Copy REP MOVS and STOS into the linear frame buffer at once by @kibertoad in https://github.com/dividebysandwich/rust-dos/pull/93
* Translate POPF and POPFD at ring 0 in the recompiler by @kibertoad in https://github.com/dividebysandwich/rust-dos/pull/94
* Write translated stores into the linear frame buffer directly by @kibertoad in https://github.com/dividebysandwich/rust-dos/pull/95
* Keep wide port writes off the CF9h reset register by @kibertoad in https://github.com/dividebysandwich/rust-dos/pull/96
* Read the SB16's levels through its SB Pro mixer registers by @kibertoad in https://github.com/dividebysandwich/rust-dos/pull/97
Many thanks for the PRs!
The amount of features you've been able to add in the three weeks since you posted this thread is impressive.
I think another poster already mentioned this, but...
Is it possible to set a target frame cap for the "auto" CPU setting?
I really like the concept that the program dynamically adjusts CPU speed to target a particular frame rate, but there are times where 1) a game doesn't have a built-in frame cap, and 2) a game will run too fast if capped at the display frame rate.
An example that comes to mind is Heavy Gear (note: I have not tested this at all in Rust-DOS). This is a Windows 95 game from 1997 that runs well in software mode on a Pentium 200MMX, but also supports Voodoo and DirectX graphics. In my experience, the gameplay feels "right" at about 30-40 fps, but it has no built-in frame cap (at least, in some regards). Some variables seemed tied to frame rate, like walking animations, and the game starts to feel wonky when it hits 60 fps.
Why not just set a specific CPU cycle target? Well, the game can experience a lot of slowdown when drawing a lot of polygons or effects. The idea that Rust-DOS might be able to maintain a constant 40 fps no matter the on-screen action is really appealing.
Anyway, thanks for making this!