My end goal is to make it windowed so OBS can pick it up as a source, but when it does decide to work, the window hides if you click off the game or onto my second monitor.
Most of the time it decides not to work, either attempting to run but it crashes, or it says I need to install the game, despite it being installed.
On DxWnd I have it going to the .exe in the C drive for Path and Launch, and the game complains about not having a d3drm.dll file in there, so I downloaded that from here: https://www.dll-files.com/d3drm.dll.html
I also have Run in Window checked along with the W and H for Window Initial Position & Size to 0 and 0 as, when it does run, the window is too large and "buttons" in the game do not match where they are displayed, but it is fixed when the window is shrunk a bit, which that setting accomplishes.
Other than that I don't have any other settings.
Any help getting this game running windowed consistently would be greatly appreciated!
If you would like to refer to this comment somewhere else in this project, copy and paste the following link:
I got a pretty stable and nice setting by using the fake-CD feature. To try this you should follow these directions:
1) create a game folder (es. "C:\Games\Tonka Garage")
2) copy the CD content to the game folder (except the WIN95 folder if you like to save some space)
3) create in the game folder two subfolders, "cd" and "Windows"
4) move the "DATA" folder inside the "cd" subfolder
5) copy the attached TONKA_GR.INI file inside the "Windows" subfolder
6) import the attached "Tonka Garage.dxw" in DxWnd
7) run the game hooking the TONKA_GR.EXE file. If you like you can change the window size & position in the DxWnd "Main" tab to fit your preferences
p.s. on the MyAbandonware site there is also a patch file, maybe it is useful or necessary, I don't know ...
I used your settings and it still had put the d3drm.dll file inside the Tonka folder, not sure if you needed to do that too!
It definitely starts up a lot more consistently than it did before! I've ran into a new problem however, it appears all the "3D" graphics are a garbled mess (see attached picture).
This issue is present in the showroom (building with car on top), paint area (building with paint on it), and the race track (and subsequently the crash test area in the race track).
Is there anything that can be done for this?
Also, I was messing around in the Main settings and using "Desktop Work Area" with 1600x1200 as the WxH, seems to be the best case scenario for my OBS-related needs, since it still can't choose the game as a source, so doing the "Desktop Work Area" method allows me to just use display capture and I'm all set! ... is what I wish I could say!
Going into the aforementioned showroom or paint area in this "mode" tends to hang the game, and if I alt-tab out then back in, it sometimes causes the game to crash and sometimes it doesn't... but that's very rarely.
If the "Desktop Work Area" crashes can't be fixed, then I can make the windowed version work (assuming the 3D graphics issue can be resolved).
I see the problem ... it must be investigated.
In my case the car is not badly rendered, it just dosn't show at all!!
The d3drm.dll had several revisions, one possible attempt is to try different versions of the file.
But I saw something even more interesting: trying DDrawCompat wrapper the game behaves differently (even worse), so I think Narzoul (the DDrawCompat author) could be interested in fixing it and helping us.
About the crashes, some are caused by the missing emulation of Win95 file system that allows READ+WRITE mode on CD files. The attached export holds some flags & tweaks that should improve the robustness of the game, You can import it or just copy the flags from the "Compat" and "Tweaks" tabs.
Thanks to Narzoul's help we made significant progresses in the understanding and fixing the game.
More details here: https://github.com/narzoul/DDrawCompat/issues/610#issue-5007581740
Now I'm going to summarize our results to give instructions to run the game perfectly.
If you would like to refer to this comment somewhere else in this project, copy and paste the following link:
Hmm, that's strange. My version of d3drm.dll in syswow64 is 5.1.2600.0 and I haven't applied any patches, and I haven't experienced any crashes when launching the game.
If you would like to refer to this comment somewhere else in this project, copy and paste the following link:
Here is a revised action list to run the game with the CD:
1) run the installer CD\ WIN95\CD_AUTO.EXE and select the install folder (es. C:\Games\Tonka_GR)
2) copy the CD content to the game folder (except the WIN95 folder if you like to save some space)
3) create in the game folder the subfolder, "cd"
4) move the "DATA" folder inside the "cd" subfolder
5) copy the attached TONKA_GR.INI file inside the "Windows" subfolder
6) import the attached "Tonka Garage.dxw" in DxWnd
7) Replace the game executable with the patch v1.1 (in attach or available on MyAbandonware)
8) add the d3drm.dll file in the game folder (see d3drm.rar in attach)
9) Be sure that in the game folder there is a copy of the "Models" folder (it should be copied there by the installer)
10) run the game hooking the TONKA_GR.EXE file. If you like you can change the window size & position in the DxWnd "Main" tab to fit your preferences
This procedure is NOT a perfect RIP because it seems to leave some data in the system folders (like in C:\Windows) so I still have to find a relocable RIP with no need to install ...
Here is a tentative procedure for a relocatable full-RIP:
1) create a game folder (es. "C:\Games\Tonka Garage")
2) copy the CD content to the game folder (except the WIN95 folder if you like to save some space)
3) create in the game folder the subfolder "cd"
4) move the "DATA" folder inside the "cd" subfolder
5) extract in the game folder the attached archive (it includes d3drm.dll, the game patch v1.1, the fake windows folder and the local model files
6) edit the file TONKA_GR.INI in the fake windows folder and update the INSTALL entry setting the path of the TONKA_GR.CXT file in the game folder
7) use the attached DxWnd profile
I tried replicating this but it's asking for "d3drm.dll," but what you include is "d3dim.dll", not sure if that's supposed to be the same file... I tried using the d3drm.dll file I had and the game crashed after the TONKA logo. Hmmmmm.
If you would like to refer to this comment somewhere else in this project, copy and paste the following link:
To make a perfectly relocable RIP it would necessary a further step, that is to allow macro expansions in the GetPrivateProfileString calls, but I'm working on this.
In any case, these are the the fundamental steps to make the game running:
the game must use the D3D2 Ramp device. Any attempt to remap it to a RGB or MMX device will give troubles with the 2D parts
the game must be patched and run with a specific version of d3drm.dll. Curiously, the version included in the CD doesn't work with the game v1.0 in the CD!
some accesses to the files in the CD need Win95 file system compatibility.
Something more should be done about this game:
add relocatable .INI file access
understand why Ramp device works better than RGB
Last edit: gho 2026-07-30
If you would like to refer to this comment somewhere else in this project, copy and paste the following link:
Still crashes right before the initial Tonka logo in the beginning even with your d3drm.dll, when using these new settings / instructions. I presume this doesn't happen on your end?
If you would like to refer to this comment somewhere else in this project, copy and paste the following link:
No, but I'm on Windows 7, so that might make a difference.
I assume that in your case, you should upgrade to version 1.1 and perhaps use the fixed exe (https://github.com/user-attachments/files/30503507/Tonka_GR_patched.zip)
You might also want to use d3drm.dll version 10.0.17134.1
If you would like to refer to this comment somewhere else in this project, copy and paste the following link:
Still getting that issue after using the patched version of the EXE. I googled the 10.0.17134.1 version of the d3drm.dll, I can only find 5.2.3790.0, 5.1.2600.0, and 5.1.2600.0, do you have a download of it?
Should also note for the record I'm using Windows 10.
Last edit: Blake 2026-08-01
If you would like to refer to this comment somewhere else in this project, copy and paste the following link:
Sorry, I misread Narzoul's comment, it was actually d3dim.dll version 10.0.17134.1, which was supposed to fix the rendering of car models.
Narzoul didn't specify the version of d3drm.dll that works for him, he just said it's from his VirtualXP.
gho mentions d3drm.dll version 10.0.10586.0, but maybe he meant d3dim.dll.
The version of my VirtualXP is this:
As mentioned in the ddrawcompat thread using the RGB device causes the background of some of the screens with 3d models in them to be a solid color. It sucks to use system dlls from other versions of windows but the Ramp device on win11 is completely broken. I found the problem but it's very strange, if the RGB device is used the game sets the wrong fill color for the background of the 3d surface. It sets ddbltfx.FillColor to 0xb7 but when the Ramp device is used instead it's set to the correct 0x59. If the fill color is fixed in dxwnd then the game works.
I have the game working fine in Win11 with ramp fevice. I tried to hack the ddbltfx as you suggested and used the ramp2rgb tweak but I got the following:
in showroom the transparency was ok but the 3D car model disappeared
in paint room the transparency was bad, the whole room painted with a darker shade of brown
Have you tried your hack in the paint room?
If you would like to refer to this comment somewhere else in this project, copy and paste the following link:
I don't like replacing system dlls so I'm looking for another solution. Anyway, the game uses the same algorithm as the ramp device to find the background RGB color in the color palette so when it copies the rasterized model to the screen it uses the same index as the ramp device for the color key. The RGB device has a different method which is why it sets a different index for the color.
This makes all the areas work. The showroom expects index 0x59 while the RGB device uses 0xb7 and the racetrack expects 0xb6 but gets 0x11. The ramp and and RGB device both use index 0x7f for the paintroom.
Last edit: crazyc 2026-08-02
If you would like to refer to this comment somewhere else in this project, copy and paste the following link:
Hi! I'm having a real hard time running Tonka Garage on DxWnd.
I downloaded the ISO from internet archive:
https://archive.org/download/Hasbro_Tonka_Garage_Win95_1998
My end goal is to make it windowed so OBS can pick it up as a source, but when it does decide to work, the window hides if you click off the game or onto my second monitor.
Most of the time it decides not to work, either attempting to run but it crashes, or it says I need to install the game, despite it being installed.
On DxWnd I have it going to the .exe in the C drive for Path and Launch, and the game complains about not having a d3drm.dll file in there, so I downloaded that from here:
https://www.dll-files.com/d3drm.dll.html
I also have Run in Window checked along with the W and H for Window Initial Position & Size to 0 and 0 as, when it does run, the window is too large and "buttons" in the game do not match where they are displayed, but it is fixed when the window is shrunk a bit, which that setting accomplishes.
Other than that I don't have any other settings.
Any help getting this game running windowed consistently would be greatly appreciated!
It's a Win95 game, it will take some finely tuned configuration. I'll try to do my best ...
I got a pretty stable and nice setting by using the fake-CD feature. To try this you should follow these directions:
1) create a game folder (es. "C:\Games\Tonka Garage")
2) copy the CD content to the game folder (except the WIN95 folder if you like to save some space)
3) create in the game folder two subfolders, "cd" and "Windows"
4) move the "DATA" folder inside the "cd" subfolder
5) copy the attached TONKA_GR.INI file inside the "Windows" subfolder
6) import the attached "Tonka Garage.dxw" in DxWnd
7) run the game hooking the TONKA_GR.EXE file. If you like you can change the window size & position in the DxWnd "Main" tab to fit your preferences
p.s. on the MyAbandonware site there is also a patch file, maybe it is useful or necessary, I don't know ...
Last edit: gho 2026-07-28
I very much appreciate your assistance here!
I used your settings and it still had put the d3drm.dll file inside the Tonka folder, not sure if you needed to do that too!
It definitely starts up a lot more consistently than it did before! I've ran into a new problem however, it appears all the "3D" graphics are a garbled mess (see attached picture).
This issue is present in the showroom (building with car on top), paint area (building with paint on it), and the race track (and subsequently the crash test area in the race track).
Is there anything that can be done for this?
Also, I was messing around in the Main settings and using "Desktop Work Area" with 1600x1200 as the WxH, seems to be the best case scenario for my OBS-related needs, since it still can't choose the game as a source, so doing the "Desktop Work Area" method allows me to just use display capture and I'm all set! ... is what I wish I could say!
Going into the aforementioned showroom or paint area in this "mode" tends to hang the game, and if I alt-tab out then back in, it sometimes causes the game to crash and sometimes it doesn't... but that's very rarely.
If the "Desktop Work Area" crashes can't be fixed, then I can make the windowed version work (assuming the 3D graphics issue can be resolved).
Hope you can assist me further!
Thank you!
I see the problem ... it must be investigated.
In my case the car is not badly rendered, it just dosn't show at all!!
The d3drm.dll had several revisions, one possible attempt is to try different versions of the file.
But I saw something even more interesting: trying DDrawCompat wrapper the game behaves differently (even worse), so I think Narzoul (the DDrawCompat author) could be interested in fixing it and helping us.
About the crashes, some are caused by the missing emulation of Win95 file system that allows READ+WRITE mode on CD files. The attached export holds some flags & tweaks that should improve the robustness of the game, You can import it or just copy the flags from the "Compat" and "Tweaks" tabs.
Last edit: gho 2026-07-29
Just to clarify, this is what I get: no 3D model at all!
I don't know, it works here. Maybe the problem is with graphics the drivers (or the fact that I'm running Windows 7).
Thanks to Narzoul's help we made significant progresses in the understanding and fixing the game.
More details here: https://github.com/narzoul/DDrawCompat/issues/610#issue-5007581740
Now I'm going to summarize our results to give instructions to run the game perfectly.
Hmm, that's strange. My version of d3drm.dll in syswow64 is 5.1.2600.0 and I haven't applied any patches, and I haven't experienced any crashes when launching the game.
Well, maybe. I didn't test all possible configuration, I (lazily) stopped at the first one that was working. So ...
For instance, here is what I get if I delete the local d3drm.dll and let the game pick what is installed somewhere in my system:
Here is a revised action list to run the game with the CD:
1) run the installer CD\ WIN95\CD_AUTO.EXE and select the install folder (es. C:\Games\Tonka_GR)
2) copy the CD content to the game folder (except the WIN95 folder if you like to save some space)
3) create in the game folder the subfolder, "cd"
4) move the "DATA" folder inside the "cd" subfolder
5) copy the attached TONKA_GR.INI file inside the "Windows" subfolder
6) import the attached "Tonka Garage.dxw" in DxWnd
7) Replace the game executable with the patch v1.1 (in attach or available on MyAbandonware)
8) add the d3drm.dll file in the game folder (see d3drm.rar in attach)
9) Be sure that in the game folder there is a copy of the "Models" folder (it should be copied there by the installer)
10) run the game hooking the TONKA_GR.EXE file. If you like you can change the window size & position in the DxWnd "Main" tab to fit your preferences
This procedure is NOT a perfect RIP because it seems to leave some data in the system folders (like in C:\Windows) so I still have to find a relocable RIP with no need to install ...
Last edit: gho 2026-07-30
Here is a tentative procedure for a relocatable full-RIP:
1) create a game folder (es. "C:\Games\Tonka Garage")
2) copy the CD content to the game folder (except the WIN95 folder if you like to save some space)
3) create in the game folder the subfolder "cd"
4) move the "DATA" folder inside the "cd" subfolder
5) extract in the game folder the attached archive (it includes d3drm.dll, the game patch v1.1, the fake windows folder and the local model files
6) edit the file TONKA_GR.INI in the fake windows folder and update the INSTALL entry setting the path of the TONKA_GR.CXT file in the game folder
7) use the attached DxWnd profile
Last edit: gho 2026-07-30
I tried replicating this but it's asking for "d3drm.dll," but what you include is "d3dim.dll", not sure if that's supposed to be the same file... I tried using the d3drm.dll file I had and the game crashed after the TONKA logo. Hmmmmm.
To make a perfectly relocable RIP it would necessary a further step, that is to allow macro expansions in the GetPrivateProfileString calls, but I'm working on this.
In any case, these are the the fundamental steps to make the game running:
Something more should be done about this game:
Last edit: gho 2026-07-30
In case anyone is interested, I got the procedure to build a "Tonka Constructions" game RIP.
@Blake
My d3drm.dll 5.1.2600.0
Still crashes right before the initial Tonka logo in the beginning even with your d3drm.dll, when using these new settings / instructions. I presume this doesn't happen on your end?
No, but I'm on Windows 7, so that might make a difference.
I assume that in your case, you should upgrade to version 1.1 and perhaps use the fixed exe (https://github.com/user-attachments/files/30503507/Tonka_GR_patched.zip)
You might also want to use d3drm.dll version 10.0.17134.1
Still getting that issue after using the patched version of the EXE. I googled the 10.0.17134.1 version of the d3drm.dll, I can only find 5.2.3790.0, 5.1.2600.0, and 5.1.2600.0, do you have a download of it?
Should also note for the record I'm using Windows 10.
Last edit: Blake 2026-08-01
Sorry, I misread Narzoul's comment, it was actually d3dim.dll version 10.0.17134.1, which was supposed to fix the rendering of car models.
Narzoul didn't specify the version of d3drm.dll that works for him, he just said it's from his VirtualXP.
gho mentions d3drm.dll version 10.0.10586.0, but maybe he meant d3dim.dll.
The version of my VirtualXP is this:
Last edit: huh 2026-08-01
As mentioned in the ddrawcompat thread using the RGB device causes the background of some of the screens with 3d models in them to be a solid color. It sucks to use system dlls from other versions of windows but the Ramp device on win11 is completely broken. I found the problem but it's very strange, if the RGB device is used the game sets the wrong fill color for the background of the 3d surface. It sets ddbltfx.FillColor to 0xb7 but when the Ramp device is used instead it's set to the correct 0x59. If the fill color is fixed in dxwnd then the game works.
I have the game working fine in Win11 with ramp fevice. I tried to hack the ddbltfx as you suggested and used the ramp2rgb tweak but I got the following:
in showroom the transparency was ok but the 3D car model disappeared
in paint room the transparency was bad, the whole room painted with a darker shade of brown
Have you tried your hack in the paint room?
That's only if the d3dim from older windows is used right?
Right!
I don't like replacing system dlls so I'm looking for another solution. Anyway, the game uses the same algorithm as the ramp device to find the background RGB color in the color palette so when it copies the rasterized model to the screen it uses the same index as the ramp device for the color key. The RGB device has a different method which is why it sets a different index for the color.
This makes all the areas work. The showroom expects index 0x59 while the RGB device uses 0xb7 and the racetrack expects 0xb6 but gets 0x11. The ramp and and RGB device both use index 0x7f for the paintroom.
Last edit: crazyc 2026-08-02