Stumbled on this whilst testing pcem and thought I’d give it a try. Followed the wiki and compiled qemu and the guest wrappers, all straight forward. Where things become unstuck is where the vmaddons.iso is used. Building stuff is simple, but it helps to know from what source, not referenced in the github documentation or wiki. Regardless, the acceleration works perfectly with Half Life (only game iso tested so far) but only with opengl at the moment. I tried JHRobotics wine dlls with 3dmark to attemp to replicate the benchmarking section of the video but they fail so I’d probably have to build my own to get that working. If I can be bothered to build the wined3d and ddraw dependencies then I’m sure the rest of it will work too but I’m test SoftGpu first. If that performs well enough then I’ll stick with it and save myself some effort. As for performance, I was getting a solid 60fps (linux host) Finally, the donation policy I have no issue with. I don’t need help compiling software but others may find it challenging at first so the author is entitled to be compensated for his time and effort. I would have donated simply to support development, however the obsfucation of key elements of the process I find unnecessary and deliberate and not in the spirit of foss. Coupled with some of the more toxic comments made and the almost elitist tone I shifted from potential donator/supporter to a disappointed observer.
Thank you @karlbaden7637 for the sincere comment. I don't know why it didn't show up publicly but I replied anyway. If you believed the obfuscation played its part in extortion of donation, then I wouldn't deny such game being played. I bet no one could argue that such game somewhat makes the project "interesting", too.🤣 TRUTHs can't be regarded as toxic, can they? Neither PCem nor 86Box are at all **ACCURATE** emulation for the **BS** about timings that those **RETARDED** fanboy glamorized. I simply called such software designs **STUPID** or the FOOLS' pretense for being clueless about virtualization. Moreover, having been the witness of the saga between PCem and the forks, primarily the-Unofficial, the-X and eventually whatever "Trash"Boxes, I simply couldn't stop making FUNs of it. 🤣 Pardon me!
@@qemu-3dfx My comments regarding obsfucation reflect the fact key elements of the build process are omitted as others have previously noted. Regardless these have been resolved with google-fu and everything works as desired now. However, providing releases as other projects do (including vmaddons.iso) is in the spirit of FOSS and would likely yield significantly greater donations than your current strategy. As always, this is a matter of opinion, you have yours, I have mine, neither is wrong, they just differ. I wholeheartedly agree with your right to ask for donations, and as previously stated I would have done so but for your overall tone. Curiosity led me down the rabbit hole of comments across multiple videos and those on your github space and there is a consistent theme of vitriol towards pcem/x86box. Personally I don't care much for either project, I think their approach is expensive and inefficient, and I fully recognise that your work takes a significantly better approach for which I applaud you wholeheartedly. But your reply simply affirms my initial assessment. You feel compelled to trash other projects when the underlying comment was sadly related to your behaviour not the, dare I say, meaningless competition. Let the 'truth' as you call it speak for itself, it doesn't need your help nor hinderance. What I really find quite sad is that this level of narcissism is completely unnecessary and just detracts from your otherwise brilliant work. NB: If you update you wiki to include full build instructions for apple silicon, locations of drivers (eg. bochs vga for xp) and add guidance on building vmaddons AND tone down the trashing of other projects I will glady provide an 'upper-class' donation
I truly appreciate and enjoy your correspondence. And I hope you enjoy the stumbled excitement that qemu-3dfx brings for retro gaming. Have you ever wonder why you would even be testing PCem to begin with🤣? Wasn't PCem **"the BEST"** and amazing piece of work as it was written and recommended all over the places? So it is just natural that such **"the BEST"** would always be the target of comparison. It is always an honor to be the target of comparison in fair & facts. While you don't care much for PCem/86Box, I do🤣, in hoping that they will bring healthy competition to qemu-3dfx in retro gaming in pristine condition & retail originality. Too "Saint-😇-ly" to be true, isn't it🤣? Fair enough, the naughty😈 side of story -- qemu-3dfx is toying in the idea of "anti-Christ", for ones belong to religious groups OR "anti-Matter" for atheists who speak Physics, for PCem being the "Christ" OR "Matter". So when PCem frown upon GPL forks and labelled those "Hostile", qemu-3dfx welcome them. PCem dislikes donations as they make the project "stressful" while qemu-3dfx absolutely loves❤️ them and makes its BEST with donor's privileges to "lure" them. They talk BIG about **Accuracy** and we called it **BS**, it's the games that matter. PCem preferred the **"Veil of Deceit"** cloaking and qemu-3dfx EVIL **"Force Lightning"** would have it torn in the **"Torch of Truth"**, the FUNs just keep on going...🤣 In the universe of Computer Science & Engineering, narcissism in particular has been serving as the fuel of breakthrough innovations. There is no right or wrong when such behavior is backed by facts, integrity and open debate. Only when one played with the fire in falsehood & deceits, then it rightfully deserved the consequence of an inferno into oblivion. Such as we all know, PCem is 0xDEAD.🤣
@@qemu-3dfx I don't have to wonder why I was testing pcem, I know exactly why I did so. Like many others I was curious if it could achieve it's claims, and to some extent it did, but not enough to be of value to me. That being said, it has a legitimate purpose, particularly in emulating ancient hardware. Is it viable to run some of the titles I'm interested in? Yes, but not at a performance cost I'm happy to accept on a relatively low end host system (Haswell i7/RX580). Also it didn't take long to see that there was some discord in it's development and subsequent forks and it hasn't seen any updates in 3 years, which unless feature complete is a signal for me to not invest time into using it. Forks are still active but overall it's just not my thing, I prefer efficiency and don't want my fans deafening me playing a 25-30 year old title. Despite this it's still an achievement and has value to others, regardless of how intent you are on trashing it. You clearly have an axe to grind with the pecm author and unamed moderators of Vogons (yes, I'm sure you did nothing wrong and it was all them), and perhaps this prevents you from appraising it objectively for what it is...something different, not necessarily competition. On this point, I hope the pcem discussion can conclude, it's not why I'm here. I'd comment on the 'anti-Christ' elements of your reply, but frankly I find them rather incoherent and not really relevant to my initial feedback, accept to say that you clearly enjoy being the disruptor/antagonist. Power to you. I maintain my initial view regarding obsfucation, in particular the m1 builds. Meeting the dependencies and following the documented process will build qemu, but it wont give acceleration. A test qcw image that works on linux fails on apple silicon (same commit). So the documented process either is not repeatable for apple silicon or something is withheld. Unless the build environment and run-time can be replicated, its always just going to work for you and no-one else. Naturally this clearly aids in generating the donations the project so loves. I do wonder who the collective 'we' is, because this is clearly an empire of one. If there were contributors then there would be transparency, bug reports, fixes, releases. Which leads me to the conclusion that this is the antithesis of FOSS. Yes, it has a GPL license and you stake the claim, but it's really the reserve of those with the skill to build on Windows/Linux while you hope the less fortunate cough up a donation. Hail the Anit-Christ 😈
Your last comment deserved my heartedly compliment, it was spot on and right on the points! To conclude on the PCem discussion, I would say the grind axe was thrown at anyone with superfluous PCem claims, the flawed visions on virtualization and similarly retarded mentality about GPU acceleration for anything relates to PC gaming. You can read up many of those in PCem forum posts. For anyone who use PCem for their own purposes, for eg. ancient hardware revival in emulation, well, they couldn't be annoyed for comments such as "PCem is SLOW" or "the Voodoo 3/Banshee emulation is USELESS for games", after all those ancient hardware are slow indeed in reality by modern standards. In my own interpretation, the stark complaints towards mere facts simply tells the story that someone felt the heat of humiliation as reality prevailed. I cordially invite you to watch "Mortyr USA (2001)" video for the ending laughs of it. In fact, Haswell i7/RX580 can't be considered low-end, only the Unprofessional VOGONS Moderator would call **Core i7-1165G7 a Terrible CPU** . The qemu-3dfx project started out with much worse AMD FX8300/G210 while going through a mid-life upgrade just for the GPU from a refurbished GT730 to be able to make better use of dgVoodoo2. In the history of mankind, knowledge that can't be understood can often be termed as either "magic" or "obfuscation". It is an undeniable fact that the Apple macOS build is more challenging as you had come to realize, though this isn't uncommon for many FOSS projects. On the other hand, FOSS does not give one the entitlement to be spoon-fed but rather it has always championed in research & exploration. There are ways around it anyway, qemu-3dfx welcome forks, the-X, the-Pure, the-Unofficial, the-Staging whatever you named them, just let someone bring them on. Other QEMU packagers, such as HomeBrew/MacPort, can do the same if they are interested. If all these had failed, then the Apple walled-garden shall have the last laugh, Parallel Desktop is the only commercial virtualization solution that cares about PC gaming on Mac. They can't be regarded as "less fortunate", ?can they🤣?, as they proudly afforded the entry into the amazing Apple walled-garden. So in retrospective, here's how different communities are perceived as they approach qemu-3dfx, the Windows has options & stability, the Linux has skills & knowledge and the macOS has $$$.🤣 I cordially invite you to watch "Prince of Persia 3D (1999)" video for a similar ending laughs.🤣 There are quite a few other videos with ending laughs, I will leave them to your curiosity to dig into this rabbit hole, hehe😜... As much as this seems to be an empire of one, the collective "we" are those supported & donated to the Project & Game Preservation, or as I may say "Welcome to the DARK side for PEACE & ORDER in 64-bit Legacy-Free Galaxy🤣". The collective "we" also include the proliferation of virtualization & the importance of GPU acceleration in preserving PC games, notable mentions include JHRobotics/Patcher9x and contribution of BOXV miniVDD that finally resolved the long-standing issue of windowed DOS prompt in Windows 98/ME. I would say the turn of events completely shattered the dreams of PCem to be of any relevance in PC gaming that its ego-swollen author and the fanatics fan base had hoped for to bring countless "spotlights" of self-glamorization. So what really killed PCem, the "Hostile" forks, the EVIL virtualization/pass-through evangelist or the abandon of project deemed USELESS for losing its spotlights?🤣
Thank you. Hope you enjoyed it. It may not be GOOD NEWS for "the other camp" as they are further outclassed in everything about Windows 98 virtual machine for Games. Compared to "the other camp" videos that used time compression at 8X speed during Windows 98 SE installation, this video showed REAL-TIME and from SETUP 2:00 to COMPLETION 7:00 in just 5 mins. Even an overkilled real Ultimate Retro Win98 PC can hardly achieve this, not to mention the inflated cost to build one nowadays.🤣 And for those yelled at difficulty of using QEMU without GUI and inadequate tutorials, I hope the 4 simple command-lines would have changed their minds. They are no-brainer and so much simpler compared to ROM hunting and plethora of machine configuration in a GUI. The only competition would be from the commercial brethren VMware/VirtualBox/Parallel. Unfortunately, they all dropped the balls on Windows 98, making QEMU the only high performance Windows 98 virtual machine with 3D acceleration for Games. Not everyone is happy about this, as FREE as of "FREE beer" isn't the way FOSS supposed to work. The temptation towards the DARK side is just irresistible...🤣🤣
The video author says it's just "4 simple command lines" and you get 3d acceleration on Windows 98SE. Surely not. Steps not shown explicitly include: 1) Acquiring and successfully compiling the *QEMU-3dfx* port. 👷 This also requires satisfying a series of dependencies which, depending on the OS, might require compiling some more. 🏗 In my case, I had to find and compile "pexports" as it simply did not exist in any accessible form anywhere I looked. 2) Procuring the *Windows 98 SE ISO*. ⬇ Easily done through the *WinWorldPC* library, if you don't possess a copy. 3) Assembling the *custom floppy disk*. 💾 This is a mystery to me. After acquiring the individual files (a fetch quest on its own) there was no way to put them all in a single 1.44MB image. ❓ 4) Getting the *3 mandatory drivers* listed in the requirements at the Wiki (also not linked anywhere), which were a pain to get. ⚙ Also, no instructions here nor on the wiki on how to get them into the virtual OS. 5) Getting the *2 optional extra files*, as it seems they are being used in this video and without them, your experience may vary. No idea where those would be found. 6) *Actually following what this video shows* 🙌 Most important step: getting things to actually work out as shown on the video. I've tried to follow this 9 times and it always fails with a different error. 🤷 I am aware nowhere does it say this is supposed to be a tutorial or guide (I CTRL+F'd it to make sure!). I'm glad this exists and that someone was able to make it work. Congratulations. I look forward to its progress for what it means for retro PC gaming using modern hardware. But it almost feels like the demonstration is intentionally obtuse. 🤔
Welcome to the adventure & exploration of **FOSS** .😁 Very good points and allow me to make small corrections. The whole process shown in the video is definitely 100% replicable. I had personally repeated this several times on both Intel & AMD laptops to refresh the golden Win98 OS image for games. Well, there is a **BIG IF** and the hint lies in the last sentence of the video description.🤣 If you spent some time with Google, then it was not difficult to find out that the project has always been tainted with an 😈EVIL intent for developers who turned to the DARK side in practice of [⚡FORCE LIGHTINING⚡]. It is a minefield to blow one's precious free hours, days, weeks or even years in the name of **FOSS** .🤣 The video aimed to demonstrate how easy & quickly a Win98 VM can be setup for games, **when all the ingredients** are readily in-place, to finish in 15 mins. None of (4) and (5) are mandatory as you had mentioned, but those are the BEST configuration. Without those, the installation process will be slower and more cumbersome. I dislike editing my videos for time compression or having a video that is too long and boring. They are all REAL-TIME, so I just found ways to make it as fast as possible. As always, I wish you a pleasant journey in the beauty of **FOSS** . Feel free to write blogs, create better videos to guide others when you reached the oasis of retro gaming with QEMU VMs. Or as with most others, GOOD LUCK at finding an Alternative.😁 A few cordial hints below:- - If you have Core i9-12900KF on cryogenic cooler, the "other camp" PC emulators MAY do well. - If you are with Apple M1/M2, Parallel Desktop is **CHEAPER** .🤣
@@qemu-3dfx QEMU seems the most promising so far; but this demonstration remains a platonic ideal to me, having been impossible to replicate. We'll see how it evolves. Alternatives I've seen include DOSBOX-X for older Windows versions and VMWare for 98 with 3D acceleration. Haven't tried that and don't know if it's free or it requires a paid version of VMWare. I have a Ryzen 9 3900X, so I might try PCEm and see how it does. Others say X86Box is better. I'll have to investigate.
@@DyeusPaterPlanitiae I proudly exercise the bragging right that QEMU with qemu-3dfx is the **ONLY** solution in the world that offers Virtualization with True 3D Acceleration on Win98/98SE/ME VM. VMWare for 98 with 3D acceleration is unheard of. If you pulled it off, it will be sensational. The rest are nothing but GOOD LAUGH for Retro Windows Games, especially PCem & 86Box since you mentioned them. For those 2, they are birds of a feather, but they bite each other instead of flock together.🤣🤣 The envious mainline author misinterpreted GPLv2 and shoved the ideal down everyone's throat. Then shamelessly kept playing the victim card of so-called "mis-gendered" harassment in hallucination of "GPL fork" labelled as "Hostile". The PCem fanboy RETARD craved for attention so much that it bluffed off the roof with so-called the "freaking fast 3Dfx recompiler". Their definition of "freaking fast" remains in the context of emulation, not for those who want to play games.🤣🤣 PCem is now essentially DEAD, killed off by none other than the author's swollen ego. 86Box focuses on accuracy, never had it been at performance for Games. A smart move likely out of PCem self-inflicted destruction.🤣🤣 GOOD LUCK at the Alternatives for Ryzen 9 3900X. It is a fine CPU for PCem & 86Box.🤣🤣
@@qemu-3dfx I think you should maybe stop being an asshole to everyone in the comments if you want more donation money, buddy. Your target audience consists, at least partly, of purist Windows users. I'm fairly certain you understand this, so why not just be transparent that you are not revealing the full requirements? Whether it is "easy" or not, you are leaving out critical information for those who may not understand where to gather the necessary *ingredients*. Behavior like this is what keeps potential Linux users at the door because they run into gatekeeping, condescending folks like you who refuse to speak plainly and respectfully.
Glad I could help. Feel free to browse other videos on this channel. You will be amazed how well QEMU works for "Very Old Game On New Systems" for Retro Games lovers. Too well that it freaks out the Moderator at VOGONS that felt rubbing something to one's face.
@@samfkt DOSBox is the BEST for DOS games. QEMU is for Windows Games, especially Windows Games with 3D acceleration. Some DOS games may work on QEMU though not as simple & straight-forward as DOSBox.
Impressive work! I wonder how you got the BOXV9x graphic driver work. "-device VGA" switch does not emulate a Bochs SVGA PCI card, does it? Did you modify the BOXV9x source code?
Thank you. The support for Bochs dispi is present in all the display controllers in QEMU. The implementation though has slight differences between QEMU and VirtualBox. Such differences need to be taken care of either in QEMU or BOXV9x/NT.
I really have to ask, what do you think of softgpu? You claim your virtualization software is the only one that has 3d acceleration but that's not true anymore. It's still buggy and WIP but in the future it may end up replacing your software since it's free and easier to setup.
SoftGPU is a great project and its competition to qemu-3dfx is very much welcome with open arms. Though it still has much to catch up with qemu-3dfx in both performance and games compatibility. With regard to ease of setup, I think the 3D setup for games is quite similar for both projects, but the overall VM setup is more user-friendly thanks to VMware/VirtualBox GUI vs QEMU CLI.
@@qemu-3dfx I'm glad you welcome the competition. I know that you ask for a 60$ donation for the wined3d dlls,, but I also have to ask, if you're aware that softgpu's wined3d dlls work on qemu-3dfx? I tried to run 3dmark 2000 and 2001se and it works really well.
For anyone who knows the tricks to build WineD3D and the knowledge to deal with Windows compatibility, all that WineD3D needs is good OpenGL acceleration. SoftGPU derives its OpenGL acceleration through MESA, in some ways similar to QEMU MESAGL. It is well expected that SoftGPU Wine9x DLLs would also work on qemu-3dfx. Though SoftGPU Wine9x is based on Wine 1.7.55, while qemu-3dfx delivers up-to-date Wine stable, fully leveraging upstream Wine development in games compatibility. If you practice some Google-fu, it isn't very difficult to find others building and sharing more recent WineD3D builds that also work for qemu-3dfx. It is a challenge for SoftGPU to address games compatibility issues without staying current with upstream Wine development. To some extent, qemu-3dfx can be perceived as work of leveraging. The GLIDE pass-through leverages most existing modern GLIDE wrappers such as dgVoodoo2 and nGlide while MESAGL pass-through leverages vendors agnostic host OpenGL implementation and provides the foundation for WineD3D. The donation is put in place as a courtesy in support of Game Preservation, contrary to some who made FALSE accusations of violating FOSS licenses. Lastly, if you don't mind a casual JOKE, the nonsense of instilling the *accuracy \*BS\** and *"whatever Voodoos"* for the 90's retro gaming by whatever "Trash"Boxes or "JUNK_PC"em is LAUGHABLE. It was indeed quite a surprise that many would have listened to such nonsense. So the donation doubled up as a game to play if "accuracy" matters or "it's all about the games".
What qemu version do you find to be the most stable when running 9x? I have had many stability problems with different versions over the years including bugs such as TCG multithread corrupting the FS after setup.
I used every versions of QEMU since 3.1.1 and FS corruption rarely happened. The current stable version is 8.2.2. FS corruption is a critical defect. You should have reported the bug to upstream if it is real.
@@qemu-3dfx yes that particular issue was fixed, 4.0 broke 95 (reboot loop after install) and it was fixed again by 4.2, but later versions have given me stability problems too. the devs do not seem interested in fixing issues with 9x guests.
I use 8.2.2 on Win98/XP VMs and they are rock solid with KVM/WHPX. TCG suffered some hiccups starting at 7.2.0 and 8.2.2 resolved all of them, AFAICT. WinXP SMP VM with TCG multi-thread is much better on 8.2.2.
where can I find a floppy file with the required things? Even a non-ramdrive fd doesnt have the right stuff. Plus the addition of patcher9x. I am not very good at anything that has to do with windows 9x, so I don't know if I can make one without a 98 system. Also the code in your github was just slightly off, you missed a dash and a comma at a few points but coding is hard so it is all good. I appreciate your work on this as I believe in preservation and emulation. Keep it up!
You have to prepare the floppy image yourself from the legit Windows 98 SE ISO. You can refer to the wiki on how to prepare it. github.com/kjliew/qemu-3dfx/wiki The link to Patcher9x is in the video description and the rest of the drivers are optional. Just ask Google for them.
Not that I know of, especially for Linux KVM accelerated VM that delivers near bare-metal performance. On modern machines, one gets the experience of modern CPU/GPU on Win98 VM & Games that even the ultimate real Win98 Retro PCs can hardly offer. But you got to try it out yourself or show me how to quantitatively measure input lag.
@@qemu-3dfx understood.When i said imput lag i dont mean to meassure precise in nanoseconds or something, just if you notice any lag while you play or just lag compared to the real hardware. Recently i built 2 retro pcs, one with k6+voodoo3 and another with p4+geforce2 ti. I did it because i love that games and i want to keep one retro PC to enjoy my childhood, in the other hand i have my main PC with actual hardware and im curious to try because retro hardware can be a pain, at least in my case there is always something to fix, a game that doesnt run properly, win98 doesnt boot after install one driver, i have read tons of threads just in 2 months to resolve problems. And thats not all, i even have to learn how to solder capacitors to replace them from a board...😅, anyway, i learn a lot.
@@jorge7317 I couldn't have agreed with you more, retro hardware has always been a PAIN. K6+Voodoo3 or P4+geforce2 ti can hardly match Ryzen 5 2500U on thin & light with Linux KVM, not to mention enjoying the Games at high-res 1280x960, 1400x1050 or 1920x1080 and the messy jobs of soldering & recapping. QEMU with qemu-3dfx precisely addressed the call for the FUN of Retro Games without the PAIN of retro hardware. If there is a way to quantitatively measure input lag, I would love to learn about it. It would slap hard into the poker faces of "the other camp" *FOOLISH & RETARDED bluffs* about 3D games playability with PC emulators without taking advantage of either virtualization or GPU acceleration. All the "accuracy" talks are just **BS** for games.
Great intro, thank you! After looking for aeons now, I must ask: is there a way in which you can provide the neat driver package you use in the video? Especially the sound drivers drive me nuts, i just cant seem to find the right one. Also, the boxvmini driver that I use does nothing like in your demonstration., and I am using the one provided by the os2 museum. Any hints or help would be much appreciated!
The exact sound driver is available at VOGONS post www.vogons.org/viewtopic.php?p=956313#p956313 You can check with the author at os2 museum for BOXMINI driver that supports QEMU. The QEMU driver package can be included in QEMU VM Addons for those supported & donated to the qemu-3dfx projects. Details at github.com/kjliew/qemu-3dfx#donation All project donors, past & present, are eligible for this FREE upgrade upon request.
Google is your friend. Otherwise, support the project with a small donation, QEMU VM Addons includes all the drivers in this video and QEMU binary package built and delivered for your platform of choice. Details at github.com/kjliew/qemu-3dfx#donation
@@qemu-3dfx Where do you download the QEMU VM Addons? I've been searching and cannot find it. Would be nice to have some links to the drivers mentioned on the wiki and used in the video. I see no details on the drivers on your link. Google says there is no results for "QEMU VM Addons"
Can you do a Tutorial on how to set up Qemu for windows 98 gaming and 3d acceleration? I don't know anything about QEMU. I used pcem and it's terrible. I'm using Windows 10
Find your ways to learn more about QEMU. Google is your friend. Then a small donation to support the project will have the binary package built and delivered for you for Windows 10. Details at github.com/kjliew/qemu-3dfx#donation Or, get a better CPU for PCem, such as the Core i9-12900KF, on cryogenic cooler.
Hey, got this up and running, so NFSII works great and TestDrive6 - I am trying a few others Elite force I am getting error could not load opengl subsystem ? - Also 3dmark2000 says needs mmx is this an easy change.
Elite Force -- I suggest that you look into other "From Install to Play" videos on this channel, such as Jedi Outcast, that uses the same Quake 3 game engine as Elite Force. 3DMark2000 MMX -- seems to be a recent issue, either with KVM or modern CPU itself, when "-cpu host" is used on QEMU. Just use a different CPU model from "host". I had the same issue on Ryzen 5 7535U before switching the CPU model to "-cpu EPYC,lm=off".
Practice your Google-fu. Otherwise, make a small donation to support qemu-3dfx and Game Preservation. All the drivers used in this video are included in QEMU VM Addons from QEMU binary package to save you time and for the frustration-free, ultimate Retro Gaming experience on QEMU Virtual Machines with Windows 98/XP. Details at github.com/kjliew/qemu-3dfx#donation
Why use LSI Scsi controller emulation and not IDE? Just curious. I know SCSI can be slightly faster than old IDE / ATA, as it can do multiple requests in parallel, but does it matter much. I usually can fit entire VM in ram / tmpfs, or on ssd, so latency should be really low anyway.
SCSI is noticeably faster than IDE in QEMU regardless of where you fit the VM. If you wish to replicate the same from SETUP 2:00 to Windows 98 First Bell 7:00 in 5 mins as in the video, then you will have to use SCSI. IDE will require an additional minute or two. Next is more than 4 devices. LSI SCSI can support up to 8 combination of SCSI HDD and CDROM on one controller. While you may not need that many devices at once since QEMU storage options for IDE/SCSI can go up to very large capacity in GiBs with just a single drive (unlike the *STUPID/RETARDED ROM dumps of AWARD/AMI as in PCem/86Box* ), it is handy for QEMU VVFAT that quickly shares any local folders with the VM Guest as SCSI HDDs. VVFAT is particularly useful for Windows 98 Guest due to limited networking options to access host storage or remote cloud/NAS storage.
Hey @qemu-3dfx,I noticed that it doesn't seem simple, I already tried to compile qemu 3dfx it took a long time, then the wrappers don't compile and today I have to try again, moreover I need that custom floppy with all the drivers, I need the things to do this vm. Do a FULL tutorial and don't say you do it in 15 minutes. It's a nice project but to use it I need you to give me the software
Check out GOG/Steam or a small donation to support the project and Game Preservation to have QEMU binary package built & delivered for your platform of choice. Details at github.com/kjliew/qemu-3dfx#donation
I gave your repo a try but I couldn't get this to work. The boxv9x driver would not work fully and windows would reject it on restart. Also what are all the things being installed by your vmaddons script?
BOXV9x is optional. VBEMP 9x can be the substitute for it. The optional QEMU driver package is included in QEMU VM Addons for those supported & donated to the qemu-3dfx projects. Details at github.com/kjliew/qemu-3dfx#donation
Followed this guide on QEMU v8, and I get "Windows Protection Error", even though I applied the patch9x thing. please help. Any chance you could update your guide for QEMU 8? Also, could you show how to mount host directories into Win98 Guest OS? that would be very useful. Thanks!
I believe your question had been answered at the GitHub with similar posted issue. This is not a channel for general QEMU support. You can always check out upstream docs for any QEMU useability issues at www.qemu.org/documentation/
@@qemu-3dfx "qemu-system-i386: -device AC97: no default audio driver available" Arrogance is a big problem amongst people. In your case this might be the largest. If you can't help ... why do you even respond? The AC97 driver does not work at all and you did not share the driver. We also don't know what exactly is fd.ima. Communicating properly is "out of your league" ;- )
I will split the question into 2 parts. The 1st part about super speedy Windows 98 SE installation is fairly common on today's modern systems, especially with fast NVME SSDs, when Virtualization is available. VMware/VirtualBox would probably just be the same, including vanilla upstream QEMU. This is no secret so long as one has the right Intel CPUs, presumably from Westmere to Comet Lake, that support Intel VT with UG/EPT. Now with the MMU TLB invalidation fix, all CPUs get it. The 2nd part about the 3D acceleration with 3DMark99 MAX demo is apparently the qemu-3dfx patched build of QEMU, as always similar to the rest of the contents of this channel. The video is in response to some viewers' rants about difficulty in using QEMU without GUI, inadequate tutorials on how to fully configure Win98 for QEMU or the "elitist" remark of choking QEMU into obfuscation. The 4 simple command-lines proved to those there is indeed nothing to configure and simple enough compared to "the other camp" plethora of useless combos in GUI or the brain-retarded tweaks of forcing all-cores turbo, disabling SMT or CPU power management to squeeze out the laughable last drop in performance to emulate Pentium II.
Is there a special version of QEMU required to do this? Is there a preferred Windows 98SE disc that works better than others? What is the floppy disk image used in the beginning?
- Yes, it is all about qemu-3dfx - No, just use Patcher9x. The link is in the video description. - A boot floppy prepared from legit Windows 98SE ISO. Check out github.com/kjliew/qemu-3dfx/wiki
@@qemu-3dfx Thank you for your prompt response. I was way more clueless before. Following the tutorial to set up QEMU-3dfx, I fail at the configure and make step because of some error with SDL. Is there a list of dependencies one would install on, say, an Ubuntu variant to make sure it compiles?
@@Nyah420 If you had troubles with dependencies and building, then a small donation to support the project will have everything built and delivered for your platform of choice. Details at github.com/kjliew/qemu-3dfx#donation
@@adec8875 You're welcome to step up and be the Savior for Retro Windows Gaming from qemu-3dfx total rip-off. The GPL license grants anyone the freedom to do anything with the source code in compliance with GPL. I am sure many will cheer for you, GOOD LUCK!😁
This could actually be useful if it were a ***TEXT*** file I could follow along with rather than a fuzzy video where I have to try to see what you're doing across various windows.
Just watch the video several times repeatedly to support the channel😁. Isn't this the intent of making videos on RUclips? You can also check out the wiki at github.com/kjliew/qemu-3dfx/wiki if you want something for cut-&-paste.
It works on my ancient AMD FX-8320 / GeForce GT730 desktop for Windows & Linux, much better than the FOOLS' "TRASH"Box or "JUNK-PC"em on Ryzen 5950X or Core i9 12900. Yours is a great machine for Retro Windows Games.
@@qemu-3dfx you always have to add additional hate messages to other projects in every fucking reply, calm down, 86box, pcem, dosbox etc all have their own use cases. you dont have to bring them up in every fucking reply, unrelated to the original comment at all
@@imadam So you read every replies? That's very cool! I think that remains manageable since the videos on this channel don't usually have that many comments, unlike other retro/emulation videos. Though I won't call those "Hate Messages". They meant to deliver TRUTH in strong tone called "Comparative" propaganda to counter the shit-load of misleading RUclips videos showing low-res, low-quality on those rubbish PC emulators for 20+-year old PC games. Those who find other use cases, I am sure they understood such humiliation does not apply outside of Retro Gaming.
@@alexm2358 Well then you will have to use the patch. As of today, it is the **ONLY** solution for 3D acceleration in Windows 98/98SE/ME VMs for Games that delivers the performance of modern virtualization. Many are hard at looking for Alternatives🤣🤣 Good Luck!
This may be the solution I have been looking for, but I want to pci passthrough my 3dfx hardware into the VM so I can run Glide in its full glory!. Has anyone done this successfully?
If that is what you want, then just go ahead and make it. If you actually mean the 3D-only add-on such as Voodoo1/2, then I can say Linux VFIO framework should have handled it nicely. Voodoo1/2 are simple in nature, no DMA and interrupt redirection to deal with. But then, qemu-3dfx delivers much more than real Voodoos with modern GPUs on modern systems, including the simplicity of same screen, same keyboard/mouse and laptops playability. DOSBox + QEMU featuring qemu-3dfx had truly made any Voodoos redundant and pointless.
Could you do a beginners tutorial on how to do this on windows and linux? This is literally the only option we have when it comes to 3d-accelerated windows 98 se and windows xp. I also mean including the compiling.
This VIDEO is already a beginners tutorial. If you need more than this, then Google is your BEST friend. Otherwise, it is easier to just buy the Games from GOG/Steam. For those having troubles at compiling, a small donation to support the project and Game Preservation will have the binary package built & delivered for one's platform of choice. Details at github.com/kjliew/qemu-3dfx#donation
@@waltercrack5297 Hello my friend! You need to be precisely clear about **"another option"** to help some fellows RUclips viewers looking for alternatives. After all, you commented on this video about Win98 VM, there is no other VM solutions that offer 3D acceleration on Win98 VM even till this day. If whatever "TRASH"boxes or "JUNK_PC"em are what you referred as **"another option"** , then it just makes me laughing all the way to the bank. Just stop making a FOOL from their RETARDED community/fans who had no shame in bluffing off the roof about the **"freaking fast"(TM)** Voodoo emulation. If they had delivered even the slightest competition, then such project could have been "free".🤣🤣 Anyway you're right, there are always other options at retro gaming but most just don't offer the same peace-of-mind in isolation of VM gaming. Otherwise, just offer the same $30 to VMware/Oracle/Parallel for a 3D acceleration Win98 VM. You're free to double or triple up the offer and see if they will do in your bidding.
I guess you can after patching with FIX95CPU but WineD3D may have issues that some WIN32 APIs aren't available for older versions of Windows. Win98SE and WinXP seem to be the best retro gaming duo for the late 90's till the turn of Millennia.
That's just another Debian-based distro. No big deal, QEMU binary package can be offered when you made a donation to support the project and Game Preservation. You're free to try that yourself, too.
Hi! Some time ago, i tried to Compile and Install your Modified QEMU version but, i had some errors with some develpoment packages of the Ubuntu repsitories. ¿Could you make a video, where yo detail complete instalation and compiling process, where you install al linux packages and show the repsoitories needed for a common linux distrubition like Ubuntu, and the other part where you compile the proyect?
I would suggest that you make a small donation to support the project and everything will be built and delivered for Ubuntu. It is one of the supported popular platform of choice. Details at github.com/kjliew/qemu-3dfx#donation
@@NTxC Thanks for your feedback. The whole idea has always been -- "This is NOT A SALE". Donations shall be comfortable, willingly and wholeheartedly. After all, this is all **FOSS**. With time & determination, the door has always been opened to anyone. Enjoy the learning journey and GOOD LUCK. It is also perfectly legal to pay someone else to do it for you. The GPL license grants anyone the freedom to do anything with the source codes in compliance with GPL.
Having the commands somewhere where they could be copy and pasted would be nice, not to mention that I had to change kvm to whpx, and got 'unable to find CPU model 'host'' after trying to run it, so tried replacing the with 'max' since it sounds equivalent, and then get WHPX: setting APIC emulation mode in the hypervisor Windows Hypervisor Platform accelerator is operational qemu-system-i386: WHPX: Unexpected VP exit code 4 I can't install HAXM because I use an AMD CPU, but tcg seems to work, BUT 'restart' is invalid, had to close and reopen the VM 'type config.sys' gives completely different out 'shcdx33f 'is invalid, but didn't need it for CD 'xcopy32' is invalid, as is 'xcopy'. Tried to use 'copy /S /E', but it complains both /S and /E are invalid switches despite being in the FreeDOS wiki page, -so from there I cannot do anything else.- So I then had to exit the vm again so I can boot from the CD drive to go into MS-DOS, and had to use xcopy32 from the CD drive to run xcopy32 Then exited the VM again to boot from the patch9x floppy so I could run it, and it had different options, including the default being different (scan *.CAB archives, extract files and patch them (VMM32 directly)) with the old default just plain not being there, and its taking much longer, and then it self-aborted after prompting to apply patches because I went away from the computer because it was taking so long. Then after attending the whole process a second time, 'unzip' isn't valid, and there isn't any zip files in mycd anyways. And also 'poweroff' is invalid And also the hard drive isn't bootable. Had to mount the Win98 install CD and boot DOS from that. And there are graphical glitches in the setup. And then right after entering a name at the first boot setup, there's immediately an illegal operation and closing it exits all of the windows leaving it softlocked. So that was a waste of several hours.
If you like to do the same on Windows 10/11 WHPX, then this is the same "From Scratch to 3D Acceleration" video to follow. ruclips.net/video/okFco8OSLn8/видео.html If you want some cut-n-paste actions, then refer to github.com/kjliew/qemu-3dfx/wiki with some common sense. You can also use a screen grabber and feed the frames into A.I. for screen-to-text actions. Otherwise, find something else, QEMU is way out of your league.
Stumbled on this whilst testing pcem and thought I’d give it a try.
Followed the wiki and compiled qemu and the guest wrappers, all straight forward. Where things become unstuck is where the vmaddons.iso is used. Building stuff is simple, but it helps to know from what source, not referenced in the github documentation or wiki.
Regardless, the acceleration works perfectly with Half Life (only game iso tested so far) but only with opengl at the moment.
I tried JHRobotics wine dlls with 3dmark to attemp to replicate the benchmarking section of the video but they fail so I’d probably have to build my own to get that working.
If I can be bothered to build the wined3d and ddraw dependencies then I’m sure the rest of it will work too but I’m test SoftGpu first. If that performs well enough then I’ll stick with it and save myself some effort.
As for performance, I was getting a solid 60fps (linux host)
Finally, the donation policy I have no issue with. I don’t need help compiling software but others may find it challenging at first so the author is entitled to be compensated for his time and effort. I would have donated simply to support development, however the obsfucation of key elements of the process I find unnecessary and deliberate and not in the spirit of foss. Coupled with some of the more toxic comments made and the almost elitist tone I shifted from potential donator/supporter to a disappointed observer.
Thank you @karlbaden7637 for the sincere comment. I don't know why it didn't show up publicly but I replied anyway. If you believed the obfuscation played its part in extortion of donation, then I wouldn't deny such game being played. I bet no one could argue that such game somewhat makes the project "interesting", too.🤣
TRUTHs can't be regarded as toxic, can they? Neither PCem nor 86Box are at all **ACCURATE** emulation for the **BS** about timings that those **RETARDED** fanboy glamorized. I simply called such software designs **STUPID** or the FOOLS' pretense for being clueless about virtualization. Moreover, having been the witness of the saga between PCem and the forks, primarily the-Unofficial, the-X and eventually whatever "Trash"Boxes, I simply couldn't stop making FUNs of it. 🤣 Pardon me!
@@qemu-3dfx My comments regarding obsfucation reflect the fact key elements of the build process are omitted as others have previously noted. Regardless these have been resolved with google-fu and everything works as desired now. However, providing releases as other projects do (including vmaddons.iso) is in the spirit of FOSS and would likely yield significantly greater donations than your current strategy. As always, this is a matter of opinion, you have yours, I have mine, neither is wrong, they just differ.
I wholeheartedly agree with your right to ask for donations, and as previously stated I would have done so but for your overall tone. Curiosity led me down the rabbit hole of comments across multiple videos and those on your github space and there is a consistent theme of vitriol towards pcem/x86box. Personally I don't care much for either project, I think their approach is expensive and inefficient, and I fully recognise that your work takes a significantly better approach for which I applaud you wholeheartedly.
But your reply simply affirms my initial assessment. You feel compelled to trash other projects when the underlying comment was sadly related to your behaviour not the, dare I say, meaningless competition. Let the 'truth' as you call it speak for itself, it doesn't need your help nor hinderance.
What I really find quite sad is that this level of narcissism is completely unnecessary and just detracts from your otherwise brilliant work.
NB: If you update you wiki to include full build instructions for apple silicon, locations of drivers (eg. bochs vga for xp) and add guidance on building vmaddons AND tone down the trashing of other projects I will glady provide an 'upper-class' donation
I truly appreciate and enjoy your correspondence. And I hope you enjoy the stumbled excitement that qemu-3dfx brings for retro gaming. Have you ever wonder why you would even be testing PCem to begin with🤣? Wasn't PCem **"the BEST"** and amazing piece of work as it was written and recommended all over the places? So it is just natural that such **"the BEST"** would always be the target of comparison. It is always an honor to be the target of comparison in fair & facts. While you don't care much for PCem/86Box, I do🤣, in hoping that they will bring healthy competition to qemu-3dfx in retro gaming in pristine condition & retail originality. Too "Saint-😇-ly" to be true, isn't it🤣?
Fair enough, the naughty😈 side of story -- qemu-3dfx is toying in the idea of "anti-Christ", for ones belong to religious groups OR "anti-Matter" for atheists who speak Physics, for PCem being the "Christ" OR "Matter". So when PCem frown upon GPL forks and labelled those "Hostile", qemu-3dfx welcome them. PCem dislikes donations as they make the project "stressful" while qemu-3dfx absolutely loves❤️ them and makes its BEST with donor's privileges to "lure" them. They talk BIG about **Accuracy** and we called it **BS**, it's the games that matter. PCem preferred the **"Veil of Deceit"** cloaking and qemu-3dfx EVIL **"Force Lightning"** would have it torn in the **"Torch of Truth"**, the FUNs just keep on going...🤣
In the universe of Computer Science & Engineering, narcissism in particular has been serving as the fuel of breakthrough innovations. There is no right or wrong when such behavior is backed by facts, integrity and open debate. Only when one played with the fire in falsehood & deceits, then it rightfully deserved the consequence of an inferno into oblivion. Such as we all know, PCem is 0xDEAD.🤣
@@qemu-3dfx I don't have to wonder why I was testing pcem, I know exactly why I did so. Like many others I was curious if it could achieve it's claims, and to some extent it did, but not enough to be of value to me. That being said, it has a legitimate purpose, particularly in emulating ancient hardware. Is it viable to run some of the titles I'm interested in? Yes, but not at a performance cost I'm happy to accept on a relatively low end host system (Haswell i7/RX580). Also it didn't take long to see that there was some discord in it's development and subsequent forks and it hasn't seen any updates in 3 years, which unless feature complete is a signal for me to not invest time into using it. Forks are still active but overall it's just not my thing, I prefer efficiency and don't want my fans deafening me playing a 25-30 year old title. Despite this it's still an achievement and has value to others, regardless of how intent you are on trashing it. You clearly have an axe to grind with the pecm author and unamed moderators of Vogons (yes, I'm sure you did nothing wrong and it was all them), and perhaps this prevents you from appraising it objectively for what it is...something different, not necessarily competition. On this point, I hope the pcem discussion can conclude, it's not why I'm here.
I'd comment on the 'anti-Christ' elements of your reply, but frankly I find them rather incoherent and not really relevant to my initial feedback, accept to say that you clearly enjoy being the disruptor/antagonist. Power to you.
I maintain my initial view regarding obsfucation, in particular the m1 builds. Meeting the dependencies and following the documented process will build qemu, but it wont give acceleration. A test qcw image that works on linux fails on apple silicon (same commit). So the documented process either is not repeatable for apple silicon or something is withheld. Unless the build environment and run-time can be replicated, its always just going to work for you and no-one else. Naturally this clearly aids in generating the donations the project so loves. I do wonder who the collective 'we' is, because this is clearly an empire of one. If there were contributors then there would be transparency, bug reports, fixes, releases. Which leads me to the conclusion that this is the antithesis of FOSS. Yes, it has a GPL license and you stake the claim, but it's really the reserve of those with the skill to build on Windows/Linux while you hope the less fortunate cough up a donation. Hail the Anit-Christ 😈
Your last comment deserved my heartedly compliment, it was spot on and right on the points! To conclude on the PCem discussion, I would say the grind axe was thrown at anyone with superfluous PCem claims, the flawed visions on virtualization and similarly retarded mentality about GPU acceleration for anything relates to PC gaming. You can read up many of those in PCem forum posts. For anyone who use PCem for their own purposes, for eg. ancient hardware revival in emulation, well, they couldn't be annoyed for comments such as "PCem is SLOW" or "the Voodoo 3/Banshee emulation is USELESS for games", after all those ancient hardware are slow indeed in reality by modern standards. In my own interpretation, the stark complaints towards mere facts simply tells the story that someone felt the heat of humiliation as reality prevailed. I cordially invite you to watch "Mortyr USA (2001)" video for the ending laughs of it.
In fact, Haswell i7/RX580 can't be considered low-end, only the Unprofessional VOGONS Moderator would call **Core i7-1165G7 a Terrible CPU** . The qemu-3dfx project started out with much worse AMD FX8300/G210 while going through a mid-life upgrade just for the GPU from a refurbished GT730 to be able to make better use of dgVoodoo2.
In the history of mankind, knowledge that can't be understood can often be termed as either "magic" or "obfuscation". It is an undeniable fact that the Apple macOS build is more challenging as you had come to realize, though this isn't uncommon for many FOSS projects. On the other hand, FOSS does not give one the entitlement to be spoon-fed but rather it has always championed in research & exploration. There are ways around it anyway, qemu-3dfx welcome forks, the-X, the-Pure, the-Unofficial, the-Staging whatever you named them, just let someone bring them on. Other QEMU packagers, such as HomeBrew/MacPort, can do the same if they are interested. If all these had failed, then the Apple walled-garden shall have the last laugh, Parallel Desktop is the only commercial virtualization solution that cares about PC gaming on Mac. They can't be regarded as "less fortunate", ?can they🤣?, as they proudly afforded the entry into the amazing Apple walled-garden. So in retrospective, here's how different communities are perceived as they approach qemu-3dfx, the Windows has options & stability, the Linux has skills & knowledge and the macOS has $$$.🤣 I cordially invite you to watch "Prince of Persia 3D (1999)" video for a similar ending laughs.🤣 There are quite a few other videos with ending laughs, I will leave them to your curiosity to dig into this rabbit hole, hehe😜...
As much as this seems to be an empire of one, the collective "we" are those supported & donated to the Project & Game Preservation, or as I may say "Welcome to the DARK side for PEACE & ORDER in 64-bit Legacy-Free Galaxy🤣". The collective "we" also include the proliferation of virtualization & the importance of GPU acceleration in preserving PC games, notable mentions include JHRobotics/Patcher9x and contribution of BOXV miniVDD that finally resolved the long-standing issue of windowed DOS prompt in Windows 98/ME. I would say the turn of events completely shattered the dreams of PCem to be of any relevance in PC gaming that its ego-swollen author and the fanatics fan base had hoped for to bring countless "spotlights" of self-glamorization.
So what really killed PCem, the "Hostile" forks, the EVIL virtualization/pass-through evangelist or the abandon of project deemed USELESS for losing its spotlights?🤣
By the way, this is a very exciting and remarkable project, congrats!!!
Thank you very much!
Always bringing good news, definitely excited to try this out.
Thank you. Hope you enjoyed it. It may not be GOOD NEWS for "the other camp" as they are further outclassed in everything about Windows 98 virtual machine for Games. Compared to "the other camp" videos that used time compression at 8X speed during Windows 98 SE installation, this video showed REAL-TIME and from SETUP 2:00 to COMPLETION 7:00 in just 5 mins. Even an overkilled real Ultimate Retro Win98 PC can hardly achieve this, not to mention the inflated cost to build one nowadays.🤣 And for those yelled at difficulty of using QEMU without GUI and inadequate tutorials, I hope the 4 simple command-lines would have changed their minds. They are no-brainer and so much simpler compared to ROM hunting and plethora of machine configuration in a GUI.
The only competition would be from the commercial brethren VMware/VirtualBox/Parallel. Unfortunately, they all dropped the balls on Windows 98, making QEMU the only high performance Windows 98 virtual machine with 3D acceleration for Games.
Not everyone is happy about this, as FREE as of "FREE beer" isn't the way FOSS supposed to work. The temptation towards the DARK side is just irresistible...🤣🤣
The video author says it's just "4 simple command lines" and you get 3d acceleration on Windows 98SE. Surely not.
Steps not shown explicitly include:
1) Acquiring and successfully compiling the *QEMU-3dfx* port. 👷 This also requires satisfying a series of dependencies which, depending on the OS, might require compiling some more. 🏗 In my case, I had to find and compile "pexports" as it simply did not exist in any accessible form anywhere I looked.
2) Procuring the *Windows 98 SE ISO*. ⬇ Easily done through the *WinWorldPC* library, if you don't possess a copy.
3) Assembling the *custom floppy disk*. 💾 This is a mystery to me. After acquiring the individual files (a fetch quest on its own) there was no way to put them all in a single 1.44MB image. ❓
4) Getting the *3 mandatory drivers* listed in the requirements at the Wiki (also not linked anywhere), which were a pain to get. ⚙ Also, no instructions here nor on the wiki on how to get them into the virtual OS.
5) Getting the *2 optional extra files*, as it seems they are being used in this video and without them, your experience may vary. No idea where those would be found.
6) *Actually following what this video shows* 🙌
Most important step: getting things to actually work out as shown on the video. I've tried to follow this 9 times and it always fails with a different error. 🤷
I am aware nowhere does it say this is supposed to be a tutorial or guide (I CTRL+F'd it to make sure!). I'm glad this exists and that someone was able to make it work. Congratulations. I look forward to its progress for what it means for retro PC gaming using modern hardware. But it almost feels like the demonstration is intentionally obtuse. 🤔
Welcome to the adventure & exploration of **FOSS** .😁 Very good points and allow me to make small corrections. The whole process shown in the video is definitely 100% replicable. I had personally repeated this several times on both Intel & AMD laptops to refresh the golden Win98 OS image for games. Well, there is a **BIG IF** and the hint lies in the last sentence of the video description.🤣 If you spent some time with Google, then it was not difficult to find out that the project has always been tainted with an 😈EVIL intent for developers who turned to the DARK side in practice of [⚡FORCE LIGHTINING⚡]. It is a minefield to blow one's precious free hours, days, weeks or even years in the name of **FOSS** .🤣
The video aimed to demonstrate how easy & quickly a Win98 VM can be setup for games, **when all the ingredients** are readily in-place, to finish in 15 mins. None of (4) and (5) are mandatory as you had mentioned, but those are the BEST configuration. Without those, the installation process will be slower and more cumbersome. I dislike editing my videos for time compression or having a video that is too long and boring. They are all REAL-TIME, so I just found ways to make it as fast as possible.
As always, I wish you a pleasant journey in the beauty of **FOSS** . Feel free to write blogs, create better videos to guide others when you reached the oasis of retro gaming with QEMU VMs. Or as with most others, GOOD LUCK at finding an Alternative.😁 A few cordial hints below:-
- If you have Core i9-12900KF on cryogenic cooler, the "other camp" PC emulators MAY do well.
- If you are with Apple M1/M2, Parallel Desktop is **CHEAPER** .🤣
@@qemu-3dfx QEMU seems the most promising so far; but this demonstration remains a platonic ideal to me, having been impossible to replicate. We'll see how it evolves.
Alternatives I've seen include DOSBOX-X for older Windows versions and VMWare for 98 with 3D acceleration. Haven't tried that and don't know if it's free or it requires a paid version of VMWare.
I have a Ryzen 9 3900X, so I might try PCEm and see how it does. Others say X86Box is better. I'll have to investigate.
@@DyeusPaterPlanitiae I proudly exercise the bragging right that QEMU with qemu-3dfx is the **ONLY** solution in the world that offers Virtualization with True 3D Acceleration on Win98/98SE/ME VM. VMWare for 98 with 3D acceleration is unheard of. If you pulled it off, it will be sensational.
The rest are nothing but GOOD LAUGH for Retro Windows Games, especially PCem & 86Box since you mentioned them. For those 2, they are birds of a feather, but they bite each other instead of flock together.🤣🤣 The envious mainline author misinterpreted GPLv2 and shoved the ideal down everyone's throat. Then shamelessly kept playing the victim card of so-called "mis-gendered" harassment in hallucination of "GPL fork" labelled as "Hostile". The PCem fanboy RETARD craved for attention so much that it bluffed off the roof with so-called the "freaking fast 3Dfx recompiler". Their definition of "freaking fast" remains in the context of emulation, not for those who want to play games.🤣🤣 PCem is now essentially DEAD, killed off by none other than the author's swollen ego. 86Box focuses on accuracy, never had it been at performance for Games. A smart move likely out of PCem self-inflicted destruction.🤣🤣
GOOD LUCK at the Alternatives for Ryzen 9 3900X. It is a fine CPU for PCem & 86Box.🤣🤣
@@qemu-3dfx I think you should maybe stop being an asshole to everyone in the comments if you want more donation money, buddy. Your target audience consists, at least partly, of purist Windows users. I'm fairly certain you understand this, so why not just be transparent that you are not revealing the full requirements? Whether it is "easy" or not, you are leaving out critical information for those who may not understand where to gather the necessary *ingredients*. Behavior like this is what keeps potential Linux users at the door because they run into gatekeeping, condescending folks like you who refuse to speak plainly and respectfully.
@@qemu-3dfxive had better luck just using WINE with a glide wrapper.
wow, that is awesome dude. I never knew that you could do this.
Glad I could help. Feel free to browse other videos on this channel. You will be amazed how well QEMU works for "Very Old Game On New Systems" for Retro Games lovers. Too well that it freaks out the Moderator at VOGONS that felt rubbing something to one's face.
@@qemu-3dfxare all games supported? Those dos games in win 98se as well as "non dos" games?
@@samfkt DOSBox is the BEST for DOS games. QEMU is for Windows Games, especially Windows Games with 3D acceleration. Some DOS games may work on QEMU though not as simple & straight-forward as DOSBox.
Great video!
Thanks for the visit
Impressive work! I wonder how you got the BOXV9x graphic driver work. "-device VGA" switch does not emulate a Bochs SVGA PCI card, does it? Did you modify the BOXV9x source code?
Thank you. The support for Bochs dispi is present in all the display controllers in QEMU. The implementation though has slight differences between QEMU and VirtualBox. Such differences need to be taken care of either in QEMU or BOXV9x/NT.
"SHSUCDX" sounds naughty
Everything sounds naughty when the mind does it.
I really have to ask, what do you think of softgpu? You claim your virtualization software is the only one that has 3d acceleration but that's not true anymore.
It's still buggy and WIP but in the future it may end up replacing your software since it's free and easier to setup.
SoftGPU is a great project and its competition to qemu-3dfx is very much welcome with open arms. Though it still has much to catch up with qemu-3dfx in both performance and games compatibility. With regard to ease of setup, I think the 3D setup for games is quite similar for both projects, but the overall VM setup is more user-friendly thanks to VMware/VirtualBox GUI vs QEMU CLI.
@@qemu-3dfx I'm glad you welcome the competition.
I know that you ask for a 60$ donation for the wined3d dlls,, but I also have to ask, if you're aware that softgpu's wined3d dlls work on qemu-3dfx? I tried to run 3dmark 2000 and 2001se and it works really well.
For anyone who knows the tricks to build WineD3D and the knowledge to deal with Windows compatibility, all that WineD3D needs is good OpenGL acceleration. SoftGPU derives its OpenGL acceleration through MESA, in some ways similar to QEMU MESAGL. It is well expected that SoftGPU Wine9x DLLs would also work on qemu-3dfx. Though SoftGPU Wine9x is based on Wine 1.7.55, while qemu-3dfx delivers up-to-date Wine stable, fully leveraging upstream Wine development in games compatibility.
If you practice some Google-fu, it isn't very difficult to find others building and sharing more recent WineD3D builds that also work for qemu-3dfx. It is a challenge for SoftGPU to address games compatibility issues without staying current with upstream Wine development. To some extent, qemu-3dfx can be perceived as work of leveraging. The GLIDE pass-through leverages most existing modern GLIDE wrappers such as dgVoodoo2 and nGlide while MESAGL pass-through leverages vendors agnostic host OpenGL implementation and provides the foundation for WineD3D. The donation is put in place as a courtesy in support of Game Preservation, contrary to some who made FALSE accusations of violating FOSS licenses.
Lastly, if you don't mind a casual JOKE, the nonsense of instilling the *accuracy \*BS\** and *"whatever Voodoos"* for the 90's retro gaming by whatever "Trash"Boxes or "JUNK_PC"em is LAUGHABLE. It was indeed quite a surprise that many would have listened to such nonsense. So the donation doubled up as a game to play if "accuracy" matters or "it's all about the games".
Hello,what's your CPU core 10.000ghz and goes like this in qemu the slowest virtualization program
It's in the video. Just watch it again.
What qemu version do you find to be the most stable when running 9x? I have had many stability problems with different versions over the years including bugs such as TCG multithread corrupting the FS after setup.
I used every versions of QEMU since 3.1.1 and FS corruption rarely happened. The current stable version is 8.2.2. FS corruption is a critical defect. You should have reported the bug to upstream if it is real.
@@qemu-3dfx yes that particular issue was fixed, 4.0 broke 95 (reboot loop after install) and it was fixed again by 4.2, but later versions have given me stability problems too. the devs do not seem interested in fixing issues with 9x guests.
I use 8.2.2 on Win98/XP VMs and they are rock solid with KVM/WHPX. TCG suffered some hiccups starting at 7.2.0 and 8.2.2 resolved all of them, AFAICT. WinXP SMP VM with TCG multi-thread is much better on 8.2.2.
where can I find a floppy file with the required things? Even a non-ramdrive fd doesnt have the right stuff. Plus the addition of patcher9x. I am not very good at anything that has to do with windows 9x, so I don't know if I can make one without a 98 system. Also the code in your github was just slightly off, you missed a dash and a comma at a few points but coding is hard so it is all good. I appreciate your work on this as I believe in preservation and emulation. Keep it up!
You have to prepare the floppy image yourself from the legit Windows 98 SE ISO. You can refer to the wiki on how to prepare it. github.com/kjliew/qemu-3dfx/wiki
The link to Patcher9x is in the video description and the rest of the drivers are optional. Just ask Google for them.
@@qemu-3dfx Thanks so much!
Hey man, thanks for the video.
Im curious to know, is there any imput lag while playing games?
Not that I know of, especially for Linux KVM accelerated VM that delivers near bare-metal performance. On modern machines, one gets the experience of modern CPU/GPU on Win98 VM & Games that even the ultimate real Win98 Retro PCs can hardly offer. But you got to try it out yourself or show me how to quantitatively measure input lag.
@@qemu-3dfx understood.When i said imput lag i dont mean to meassure precise in nanoseconds or something, just if you notice any lag while you play or just lag compared to the real hardware.
Recently i built 2 retro pcs, one with k6+voodoo3 and another with p4+geforce2 ti.
I did it because i love that games and i want to keep one retro PC to enjoy my childhood, in the other hand i have my main PC with actual hardware and im curious to try because retro hardware can be a pain, at least in my case there is always something to fix, a game that doesnt run properly, win98 doesnt boot after install one driver, i have read tons of threads just in 2 months to resolve problems.
And thats not all, i even have to learn how to solder capacitors to replace them from a board...😅, anyway, i learn a lot.
@@jorge7317 I couldn't have agreed with you more, retro hardware has always been a PAIN. K6+Voodoo3 or P4+geforce2 ti can hardly match Ryzen 5 2500U on thin & light with Linux KVM, not to mention enjoying the Games at high-res 1280x960, 1400x1050 or 1920x1080 and the messy jobs of soldering & recapping. QEMU with qemu-3dfx precisely addressed the call for the FUN of Retro Games without the PAIN of retro hardware.
If there is a way to quantitatively measure input lag, I would love to learn about it. It would slap hard into the poker faces of "the other camp" *FOOLISH & RETARDED bluffs* about 3D games playability with PC emulators without taking advantage of either virtualization or GPU acceleration. All the "accuracy" talks are just **BS** for games.
Great intro, thank you! After looking for aeons now, I must ask: is there a way in which you can provide the neat driver package you use in the video? Especially the sound drivers drive me nuts, i just cant seem to find the right one. Also, the boxvmini driver that I use does nothing like in your demonstration., and I am using the one provided by the os2 museum. Any hints or help would be much appreciated!
The exact sound driver is available at VOGONS post www.vogons.org/viewtopic.php?p=956313#p956313
You can check with the author at os2 museum for BOXMINI driver that supports QEMU.
The QEMU driver package can be included in QEMU VM Addons for those supported & donated to the qemu-3dfx projects. Details at github.com/kjliew/qemu-3dfx#donation
All project donors, past & present, are eligible for this FREE upgrade upon request.
great cool !! but where can i download scsi driver and vga driver? and bochs sgva pci driver??
Google is your friend. Otherwise, support the project with a small donation, QEMU VM Addons includes all the drivers in this video and QEMU binary package built and delivered for your platform of choice. Details at github.com/kjliew/qemu-3dfx#donation
@@qemu-3dfx Where do you download the QEMU VM Addons? I've been searching and cannot find it.
Would be nice to have some links to the drivers mentioned on the wiki and used in the video.
I see no details on the drivers on your link.
Google says there is no results for "QEMU VM Addons"
Can you do a Tutorial on how to set up Qemu for windows 98 gaming and 3d acceleration? I don't know anything about QEMU. I used pcem and it's terrible. I'm using Windows 10
Find your ways to learn more about QEMU. Google is your friend. Then a small donation to support the project will have the binary package built and delivered for you for Windows 10. Details at github.com/kjliew/qemu-3dfx#donation
Or, get a better CPU for PCem, such as the Core i9-12900KF, on cryogenic cooler.
@@qemu-3dfx 🗿
Hey, got this up and running, so NFSII works great and TestDrive6 - I am trying a few others Elite force I am getting error could not load opengl subsystem ? - Also 3dmark2000 says needs mmx is this an easy change.
Elite Force -- I suggest that you look into other "From Install to Play" videos on this channel, such as Jedi Outcast, that uses the same Quake 3 game engine as Elite Force.
3DMark2000 MMX -- seems to be a recent issue, either with KVM or modern CPU itself, when "-cpu host" is used on QEMU. Just use a different CPU model from "host". I had the same issue on Ryzen 5 7535U before switching the CPU model to "-cpu EPYC,lm=off".
I want to try this myself, but I can't find the drivers from the wiki: SigmaTel AC97 and LSI mini-port storage. Where should I look for these?
Practice your Google-fu. Otherwise, make a small donation to support qemu-3dfx and Game Preservation. All the drivers used in this video are included in QEMU VM Addons from QEMU binary package to save you time and for the frustration-free, ultimate Retro Gaming experience on QEMU Virtual Machines with Windows 98/XP. Details at github.com/kjliew/qemu-3dfx#donation
For those looking for copy and paste. Here it is. Given how bad of a tutorial this is, I am tempted to make my own.
# Create QCOW2 image
./qemu-img create -f qcow2 w98.qcw 1024M
# Boot from FD.IMA, FDISK/FORMAT, copy WIN98 folder then
# apply PATCH9X and MSBATCH.INF/Addtional Drivers
# (LSI SCSI/SigmatelAC97/BOX9X)
# for unattended install
./qemu-system-i386 -nodefaults -rtc base=localtime -display sdl \
-M pc,accel=kvm,hpet=off,usb=off -cpu host \
-device VGA -device lsi -device ac97 \
-netdev user,id=net0 -device pcnet,rombar=0,netdev=net0 \
-drive if=floppy,format=raw,file=fd.ima \
-drive id=win98,if=none,file=w98.qcw -device scsi-hd,drive=win98 \
-cdrom w98se.iso -boot a
#Boot from HDD, run SETUP /nm /pj
./qemu-systemi386 -nodefaults -rtc base=localtime -display sdl \
-device VGA -device lsi -device ac97 \
-netdev user,id=net0 -device pcnet,rombar=0,netdev=net0 \
-drive if=floppy,format=raw,file=fd.ima \
-drive id=win98,if=none,file=w98.qcw -device scsi-hd,drive=win98 \
-drive id=scd04,if=none,media=cdrom,file=Security9_enu_15.iso -device scsi-cd,drive=scd04
#QEMU VM Additions for 3D accelerations & 3DMark99 MAX demo
GALLIUM_HUD=simple,frp ./qemu-system-i386 -nodefaults -rtc base=localtime -display sdl,frame=off \
-M pc, accel=kvm,hpet=off,usb=off -cpu host \
-device VGA -device lsi -device ac97 \
-netdev user,id=net0 -device pcnet,rombar=0,netdev=net0 \
-drive if=floppy,format=raw,file=fd.ima \
-drive id=win98,if=none,file=w98.qcw -device scsi-hd,drive=win98 \
-drive id=vm3d,if=none,media=cdrom,file=vmaddons.iso -device scsi-cd,drive=vm3d \
-drive id=demo,if=none,snapshot=on,file=fat:ro:_demo_ -device scsi-hd,drive=demo
Be my guest and wish you success in making the best tutorial videos for QEMU in retro gaming.
Would be nice to know where to get the drivers from. A link to the floppy image file used would make this tutorial a ton more useful.
Why use LSI Scsi controller emulation and not IDE? Just curious. I know SCSI can be slightly faster than old IDE / ATA, as it can do multiple requests in parallel, but does it matter much. I usually can fit entire VM in ram / tmpfs, or on ssd, so latency should be really low anyway.
SCSI is noticeably faster than IDE in QEMU regardless of where you fit the VM. If you wish to replicate the same from SETUP 2:00 to Windows 98 First Bell 7:00 in 5 mins as in the video, then you will have to use SCSI. IDE will require an additional minute or two. Next is more than 4 devices. LSI SCSI can support up to 8 combination of SCSI HDD and CDROM on one controller. While you may not need that many devices at once since QEMU storage options for IDE/SCSI can go up to very large capacity in GiBs with just a single drive (unlike the *STUPID/RETARDED ROM dumps of AWARD/AMI as in PCem/86Box* ), it is handy for QEMU VVFAT that quickly shares any local folders with the VM Guest as SCSI HDDs. VVFAT is particularly useful for Windows 98 Guest due to limited networking options to access host storage or remote cloud/NAS storage.
@@qemu-3dfx ok. Thanks for the explanation. I will stick to IDE for now.
Hey @qemu-3dfx,I noticed that it doesn't seem simple, I already tried to compile qemu 3dfx it took a long time, then the wrappers don't compile and today I have to try again, moreover I need that custom floppy with all the drivers, I need the things to do this vm. Do a FULL tutorial and don't say you do it in 15 minutes. It's a nice project but to use it I need you to give me the software
Check out GOG/Steam or a small donation to support the project and Game Preservation to have QEMU binary package built & delivered for your platform of choice. Details at github.com/kjliew/qemu-3dfx#donation
I gave your repo a try but I couldn't get this to work. The boxv9x driver would not work fully and windows would reject it on restart. Also what are all the things being installed by your vmaddons script?
BOXV9x is optional. VBEMP 9x can be the substitute for it. The optional QEMU driver package is included in QEMU VM Addons for those supported & donated to the qemu-3dfx projects. Details at github.com/kjliew/qemu-3dfx#donation
Followed this guide on QEMU v8, and I get "Windows Protection Error", even though I applied the patch9x thing. please help.
Any chance you could update your guide for QEMU 8?
Also, could you show how to mount host directories into Win98 Guest OS? that would be very useful.
Thanks!
I believe your question had been answered at the GitHub with similar posted issue. This is not a channel for general QEMU support. You can always check out upstream docs for any QEMU useability issues at www.qemu.org/documentation/
When I type "restart" it says unknown command. :- D
Same for "reboot". WTF
And it also drops me an error for "-device ac97"
WTF about some common senses?! Otherwise, have the BEST of luck with Google or find something else to play. This may be way out of your league.
@@qemu-3dfx
"qemu-system-i386: -device AC97: no default audio driver available"
Arrogance is a big problem amongst people. In your case this might be the largest.
If you can't help ... why do you even respond? The AC97 driver does not work at all and you did not share the driver.
We also don't know what exactly is fd.ima.
Communicating properly is "out of your league"
;- )
The world is a DARK place. You're FREE to have your questions elsewhere.
is this normal qemu or your patched version ?
I will split the question into 2 parts. The 1st part about super speedy Windows 98 SE installation is fairly common on today's modern systems, especially with fast NVME SSDs, when Virtualization is available. VMware/VirtualBox would probably just be the same, including vanilla upstream QEMU. This is no secret so long as one has the right Intel CPUs, presumably from Westmere to Comet Lake, that support Intel VT with UG/EPT. Now with the MMU TLB invalidation fix, all CPUs get it.
The 2nd part about the 3D acceleration with 3DMark99 MAX demo is apparently the qemu-3dfx patched build of QEMU, as always similar to the rest of the contents of this channel.
The video is in response to some viewers' rants about difficulty in using QEMU without GUI, inadequate tutorials on how to fully configure Win98 for QEMU or the "elitist" remark of choking QEMU into obfuscation. The 4 simple command-lines proved to those there is indeed nothing to configure and simple enough compared to "the other camp" plethora of useless combos in GUI or the brain-retarded tweaks of forcing all-cores turbo, disabling SMT or CPU power management to squeeze out the laughable last drop in performance to emulate Pentium II.
Is there a special version of QEMU required to do this?
Is there a preferred Windows 98SE disc that works better than others?
What is the floppy disk image used in the beginning?
- Yes, it is all about qemu-3dfx
- No, just use Patcher9x. The link is in the video description.
- A boot floppy prepared from legit Windows 98SE ISO. Check out github.com/kjliew/qemu-3dfx/wiki
@@qemu-3dfx Thank you for your prompt response. I was way more clueless before. Following the tutorial to set up QEMU-3dfx, I fail at the configure and make step because of some error with SDL. Is there a list of dependencies one would install on, say, an Ubuntu variant to make sure it compiles?
@@Nyah420 If you had troubles with dependencies and building, then a small donation to support the project will have everything built and delivered for your platform of choice. Details at github.com/kjliew/qemu-3dfx#donation
@@qemu-3dfx total rip off
@@adec8875 You're welcome to step up and be the Savior for Retro Windows Gaming from qemu-3dfx total rip-off. The GPL license grants anyone the freedom to do anything with the source code in compliance with GPL. I am sure many will cheer for you, GOOD LUCK!😁
Anyone got a imagine of this i can use in virtualbox or whatever ?
It said very clear that this is for QEMU, not virtualbox.
How do i use QEMU 3dfx on UTM QEMU in Mac, does this working ?
You have to ask the question over there at github.com/utmapp/UTM/discussions, not here.
This could actually be useful if it were a ***TEXT*** file I could follow along with rather than a fuzzy video where I have to try to see what you're doing across various windows.
Just watch the video several times repeatedly to support the channel😁. Isn't this the intent of making videos on RUclips? You can also check out the wiki at github.com/kjliew/qemu-3dfx/wiki if you want something for cut-&-paste.
Nice Work!!!!
Just asking...will my machine have a chance to make it work
??
I have an I5-9400f
And an Nvidia gtx 1660
And 16gb ram
It works on my ancient AMD FX-8320 / GeForce GT730 desktop for Windows & Linux, much better than the FOOLS' "TRASH"Box or "JUNK-PC"em on Ryzen 5950X or Core i9 12900. Yours is a great machine for Retro Windows Games.
@@qemu-3dfx you always have to add additional hate messages to other projects in every fucking reply, calm down, 86box, pcem, dosbox etc all have their own use cases. you dont have to bring them up in every fucking reply, unrelated to the original comment at all
@@imadam So you read every replies? That's very cool! I think that remains manageable since the videos on this channel don't usually have that many comments, unlike other retro/emulation videos. Though I won't call those "Hate Messages". They meant to deliver TRUTH in strong tone called "Comparative" propaganda to counter the shit-load of misleading RUclips videos showing low-res, low-quality on those rubbish PC emulators for 20+-year old PC games. Those who find other use cases, I am sure they understood such humiliation does not apply outside of Retro Gaming.
Do I need to use a patched version of QEMU for the 3D Accel? Or can I just use the standard version?
If you don't require 3D acceleration, then you can use anything that supports CPU virtualization.
@@qemu-3dfx I do need 3D acceleration
@@alexm2358 Well then you will have to use the patch. As of today, it is the **ONLY** solution for 3D acceleration in Windows 98/98SE/ME VMs for Games that delivers the performance of modern virtualization. Many are hard at looking for Alternatives🤣🤣 Good Luck!
@@qemu-3dfx I'll do that then! Is it possible on Windows or is it Linux only?
@@alexm2358 All this is FOSS, it works where a port of QEMU is available, such as Linux, Windows and macOS.
This may be the solution I have been looking for, but I want to pci passthrough my 3dfx hardware into the VM so I can run Glide in its full glory!. Has anyone done this successfully?
If that is what you want, then just go ahead and make it. If you actually mean the 3D-only add-on such as Voodoo1/2, then I can say Linux VFIO framework should have handled it nicely. Voodoo1/2 are simple in nature, no DMA and interrupt redirection to deal with.
But then, qemu-3dfx delivers much more than real Voodoos with modern GPUs on modern systems, including the simplicity of same screen, same keyboard/mouse and laptops playability. DOSBox + QEMU featuring qemu-3dfx had truly made any Voodoos redundant and pointless.
Could you do a beginners tutorial on how to do this on windows and linux? This is literally the only option we have when it comes to 3d-accelerated windows 98 se and windows xp. I also mean including the compiling.
This VIDEO is already a beginners tutorial. If you need more than this, then Google is your BEST friend. Otherwise, it is easier to just buy the Games from GOG/Steam.
For those having troubles at compiling, a small donation to support the project and Game Preservation will have the binary package built & delivered for one's platform of choice. Details at github.com/kjliew/qemu-3dfx#donation
@@qemu-3dfx Rip off
@@adec8875 There is no such thing called FREE LUNCH in this world.
@@qemu-3dfx $60? I rather use another option. If it was a fair price like $30, i would donate without thinking.
@@waltercrack5297 Hello my friend! You need to be precisely clear about **"another option"** to help some fellows RUclips viewers looking for alternatives. After all, you commented on this video about Win98 VM, there is no other VM solutions that offer 3D acceleration on Win98 VM even till this day. If whatever "TRASH"boxes or "JUNK_PC"em are what you referred as **"another option"** , then it just makes me laughing all the way to the bank. Just stop making a FOOL from their RETARDED community/fans who had no shame in bluffing off the roof about the **"freaking fast"(TM)** Voodoo emulation. If they had delivered even the slightest competition, then such project could have been "free".🤣🤣
Anyway you're right, there are always other options at retro gaming but most just don't offer the same peace-of-mind in isolation of VM gaming. Otherwise, just offer the same $30 to VMware/Oracle/Parallel for a 3D acceleration Win98 VM. You're free to double or triple up the offer and see if they will do in your bidding.
Can I run OSR2 with this?
I guess you can after patching with FIX95CPU but WineD3D may have issues that some WIN32 APIs aren't available for older versions of Windows. Win98SE and WinXP seem to be the best retro gaming duo for the late 90's till the turn of Millennia.
@@qemu-3dfx OK. Thanks.
whereis unzip
Hey Google, whereis unzip
My qemu windows 98 is sound laggy. Version 2.5.0
If you indeed meant QEMU v2.5.0, then that is a very old, unsupported QEMU version. You should upgrade to a more recent versions.
@@qemu-3dfx my hostos is devuan 2 (ascii)
That's just another Debian-based distro. No big deal, QEMU binary package can be offered when you made a donation to support the project and Game Preservation. You're free to try that yourself, too.
Hi! Some time ago, i tried to Compile and Install your Modified QEMU version but, i had some errors with some develpoment packages of the Ubuntu repsitories.
¿Could you make a video, where yo detail complete instalation and compiling process, where you install al linux packages and show the repsoitories needed for a common linux distrubition like Ubuntu, and the other part where you compile the proyect?
I would suggest that you make a small donation to support the project and everything will be built and delivered for Ubuntu. It is one of the supported popular platform of choice. Details at github.com/kjliew/qemu-3dfx#donation
@@qemu-3dfx $60 is not a "small donation". I'd maybe consider donating $10-15.
@@NTxC Thanks for your feedback. The whole idea has always been -- "This is NOT A SALE". Donations shall be comfortable, willingly and wholeheartedly. After all, this is all **FOSS**. With time & determination, the door has always been opened to anyone. Enjoy the learning journey and GOOD LUCK. It is also perfectly legal to pay someone else to do it for you. The GPL license grants anyone the freedom to do anything with the source codes in compliance with GPL.
Having the commands somewhere where they could be copy and pasted would be nice, not to mention that I had to change kvm to whpx, and got 'unable to find CPU model 'host'' after trying to run it, so tried replacing the with 'max' since it sounds equivalent, and then get
WHPX: setting APIC emulation mode in the hypervisor
Windows Hypervisor Platform accelerator is operational
qemu-system-i386: WHPX: Unexpected VP exit code 4
I can't install HAXM because I use an AMD CPU, but tcg seems to work, BUT
'restart' is invalid, had to close and reopen the VM
'type config.sys' gives completely different out
'shcdx33f 'is invalid, but didn't need it for CD
'xcopy32' is invalid, as is 'xcopy'. Tried to use 'copy /S /E', but it complains both /S and /E are invalid switches despite being in the FreeDOS wiki page, -so from there I cannot do anything else.-
So I then had to exit the vm again so I can boot from the CD drive to go into MS-DOS, and had to use xcopy32 from the CD drive to run xcopy32
Then exited the VM again to boot from the patch9x floppy so I could run it, and it had different options, including the default being different (scan *.CAB archives, extract files and patch them (VMM32 directly)) with the old default just plain not being there, and its taking much longer, and then it self-aborted after prompting to apply patches because I went away from the computer because it was taking so long.
Then after attending the whole process a second time, 'unzip' isn't valid, and there isn't any zip files in mycd anyways.
And also 'poweroff' is invalid
And also the hard drive isn't bootable. Had to mount the Win98 install CD and boot DOS from that.
And there are graphical glitches in the setup.
And then right after entering a name at the first boot setup, there's immediately an illegal operation and closing it exits all of the windows leaving it softlocked. So that was a waste of several hours.
If you like to do the same on Windows 10/11 WHPX, then this is the same "From Scratch to 3D Acceleration" video to follow.
ruclips.net/video/okFco8OSLn8/видео.html
If you want some cut-n-paste actions, then refer to github.com/kjliew/qemu-3dfx/wiki with some common sense. You can also use a screen grabber and feed the frames into A.I. for screen-to-text actions.
Otherwise, find something else, QEMU is way out of your league.