NT video miniport HD

The video miniport driver for VirtualBox has been updated. The miniport now supports a much broader range of resolutions, up to 1920×1200. Color depths of 32, 24, 16, 15, and 8 bits per pixel are supported for all resolutions, although Windows typically filters out some of those.

The above screenshot shows Windows NT 3.50 running in 1680×1050 resolution (16:10 aspect ratio), providing an impressive amount of screen real estate.

The list of supported resolutions now includes many common resolutions with 4:3, 16:10, and 16:9 aspect ratios. Only modes with square pixels are supported; for that reason, 1280×1024 (5:4 aspect ratio) is not on the list. The 1080p full HD resolution (1920×1080) is now supported.

Most users should now be able to find a convenient display resolution which either fills the entire screen in full-screen mode or is just large enough to fit without scrolling when the VM runs in windowed mode.

The list of modes is now checked against the size of video memory assigned to a VM. For VRAM sizes of 8MB or less, some high resolution, high color depth modes will be unavailable.

Note that unlike all later versions, Windows NT 3.1 does not dynamically query available modes and is limited to modes explicitly listed in OEMSETUP.INF. The list currently includes 640×480, 800×600, 1024×768, and 1152×864 resolutions.

The installation procedure is unchanged since the earlier release; a floppy image is provided for easy installation. For NT 3.x, the appropriate FRAMEBUF.DLL (either compressed or uncompressed) must be copied onto the installation floppy image before installing or updating the miniport driver.

This entry was posted in NT, VirtualBox. Bookmark the permalink.

13 Responses to NT video miniport HD

  1. A. Kohl says:

    Great! You should add a NT & Windows history section to the menu.

  2. michaln says:

    It’s planned, but first I have to research and write something!

  3. Tobis87 says:

    I noticed a problem in MS NT 3.51 using OS2 Presentation Manager For NT. When the PM Shell is launched the screen resolution is tried to change, but it keeps the same and there is distortion on the top of the screen. It does work under VGA Mode.

  4. michaln says:

    Before I spend any time on it, do you have any evidence that the PM add-on works with anything other than the VGA driver?

  5. michaln says:

    Actually, I tried NT 3.51 with the PM add-on and saw no problem. The PM desktop uses VGA mode (640x480x4bpp), but switching works fine here.

  6. You need WinDOOM!!! which runs great on NT 3.5 … that said, I wish there was more mainstream games of the mid 1990’s that were open sourced to bring them to OS/2 or Win32 …

  7. joedemo42 says:

    This driver is awesome. It even works flawless on Windows Neptune Build 5111. So far it also worked on anything else I threw at it. (NT-based, of course.)

    Thanks a lot for that.

  8. michaln says:

    That says a lot about the initial video miniport design. Much better than any other Microsoft OS before or since 🙂 The two-component structure (miniport/display driver) works quite well, but these days it’s a lot more complicated with all the 3D stuff. The Windows 3.x display driver model looks insane in comparison.

    Glad to know it’s working for you.

  9. Richard Cranium says:

    Any particular reason it only goes as high as 1920×1200? I, for some reason I cannot explain, have my heart set on 2048×1536 for 4:3 and 2560×1600 for 16:10.

    Note: 1280×1024, I agree, was silly with it’s 5:4 aspect, but I recall a few cards back in the day (such as my Tseng Labs ET4000/W32p and my brother’s S3) offered 1280×960 resolution, which is 4:3.

  10. michaln says:

    No particular reason except lack of testing. Technically it should be doable. I’ll probably update the driver to support more resolutions, but no promises as to when.

  11. Chris M. says:

    I took a peek at the Windows 3.1x video driver samples in the DDK. All ASM and pretty convoluted. Yet, somehow vendors came out with slick drivers that supported hardware acceleration and could switch resolutions on the fly and such.

    Whats interesting is the dates in the source comments. This stuff is from 1987 and makes references to OS/2 DOS boxes! The 8 plane Video 7 and 8514 drivers appear to actually be from the 3.x era.

  12. Michal Necasek says:

    Windows 2.0 was designed to run in the OS/2 1.x DOS box. The 8514 driver probably goes back to circa 1987 but the VGA stuff is partially even older, 1986 and possibly earlier.

    The hardware vendors had resources to throw at the problem (or were forced to, take your pick). They also worked on the driver for a number of years before they got to the 1994-1995 state.

    On the fly resolution switching didn’t really exist I believe, only more or less convincing approximations thereof. For many years, the standard was to reinstall video drivers in order to change the graphics resolution. Even NT 3.1 still worked that way, even though the miniport model was much more flexible.

  13. Yuhong Bao says:

    Interestingly, the source code for this dates only to September 1987. They never bothered fixing the conflict between Windows and OS/2 mouse drivers. I wonder if it was too difficult.

Leave a Reply

Your email address will not be published. Required fields are marked *