Jump to content

AndrewNi

Member
  • Posts

    19
  • Joined

  • Last visited

  • Days Won

    1
  • Donations

    $0.00 
  • Country

    United Kingdom

Everything posted by AndrewNi

  1. I'm using -vga std (the default) and vbemp NT version k. The performance is no mystery on my PC - I can't use any accel options because I use VirtualBox, which conflicts with them. It's all software CPU emulation. The textures are what I'm more interested in working out. On Bugs, the textures are fine on my old ATI graphics card, and in Liew's video playing GP3, he's using a Windows machine with an AMD Vegas GPU. Is it possible that the Intel GPU and Apple M1 GPU cores are missing an OpenGL extension that AMD/ATI GPUs have? Or maybe the wrapper maps them in a strange way? I admit to being very confused as to how backwards compatibility works in OpenGL. This is all fun and curiosity for me, so if Parallels works, then great! Case closed, as you say.
  2. He is? Hi Liew Do you mean "nope, I haven't tested other OpenGL programs" or "nope, it doesn't crash, they work fine"? The ReactOS DLLs are the best working ones on my system. GP3 seems to work OK with them, but I still have the missing texture thing that I also saw in Bugs Bunny. Also my computer isn't very fast at all (far removed from a $6000 machine), so it's outputting about 1fps. It's so slow in fact, the FPS counter that usually proudly appears in the console isn't there. This screenshot comes from the calibration option. Maybe it's night time... I was puzzling over commit 0dd2b2d. Normally, if you put the file mesagl.cfg in the same directory as the program, you can limit ExtensionsYear to a specific year for the whole VM. However since that commit, whenever a WGL function is called, the value is reset on purpose. I don't know if it's because I'm using Windows as the host, or if it's the guest software's behaviour, or whatever, but virtually every call seems to be a WGL function/started with one and thus the host cap is being effectively ignored. The puzzle is... why? Why ignore the cap for WGL? (Although capping the year didn't help with the missing textures.)
  3. Bruno, have you tested ordinary OpenGL programs within the guest? e.g. wglgears is often used as a demo. If you have, does it crash qemu in the same way? I expect it would still load XQuartz, though. I don't have a Mac, but on Windows as the host, it always produces a new MESAGL window when doing OpenGL passthrough work. This sounds similar to what happens with XQuartz. In keeping with the thread, I have been looking at ReactOS. The qemu-3dfx wrappers work perfectly fine within it, and if you put the opengl32 wrapper into the system directory, ReactOS' implementation of WineD3D (which seems to be around version 3.3, but with some extra patches) will pass along the OpenGL commands. ReactOS' compatibility with the Windows programs themselves is a bit hit-and-miss though, so I have isolated the WineD3D components for use on Windows XP RTM+. They even made a nice control panel applet. ReactOS' WineD3D 3.3ish DLLs: https://mega.nz/file/kcpmEJ7I#KRmaA--70ssX3-O162Yg-Dz76IXYfDlJoIKAd-jPohA As for the license thing, I thought it was quite straightforward. Wine is licensed under the GNU Lesser Public License 2.1, and it says that a fee can be charged for the binaries/sources, with no upper limit etc. As long as anyone who pays can successfully ask and receive the source code, then there's no problem. (e.g. when you buy a Linux-based router, you get the binaries in its flash memory but no source code, just a website to visit if you want it.) So this lay person (<----) highly suspects he's in the legal right. Of course, anyone who does buy them gets 100% of the rights he has too - so, for example, I could buy his product, then legally sell them to two people for $40 each and make a profit. Steady on... actually I'm surprised he didn't work out a deal with you. Instead of spreading the good word across half the web, you've spread the erm... not-as-good word. You could be like, the CEO of project advertisement, after all, I only found out about this project via your postings.
  4. Hey. So I have been following this topic for about a week, here and on Vogons. You've posted about this topic a lot, Bruno. A lot. I'm honestly thinking Liew's asking price might be good value for you. (Although I do have issues with him labelling it as a "willing donation" when there's an exact amount listed, etc.) helkaluin's builds: Wine began using the D3DKMT* APIs, which are only available on Windows Vista and above. Fun fact: even the latest dev builds of WineD3D work fine on Vista. But that's no good for XP and below. Fortunately, Wine also contains an implementation of those APIs we can link against. I have managed to build three versions of WineD3D - 4.12.1, 4.21 and 5.0.5. They are compatible with Windows XP RTM and above. They won't work with Windows 2000, 98 (not even with KernelEx) or below, not at the moment anyway. https://mega.nz/file/tBpEQbSQ#tXkiMX_b2UD8-YQbbrtfV1KOivyglORr8FF3qoyn3ek I have tested these builds on a real Windows XP machine with an ATI Radeon HD4xxx GPU, and they all work well with the standard DirectX samples (rotating teapots, spinning cubes, floating text, etc). I have also compiled qemu-3dfx and all its wrappers, with Windows 7+ as the host target. Building qemu-3dfx itself was actually quite painless, but this is where things get complicated. The characteristics of the host system are very important. I tried the Bugs Bunny: Lost In Time Demo on Windows XP RTM with WineD3D 5.0.5. Using the exact same VM HD image on two systems - ATI Radeon HD4xxx (booted into W7) and an Intel UHD 630 (W10), I got these two differing results: Intel UHD 630: ATI HD4xxx: No textures on the Intel, but perfect functionality on the ATI GPU. I also attempted to play Crammond's Grand Prix 3 Demo, since it's mentioned a lot. However, it wouldn't even start - no crashes as such, just a black screen. Interestingly, it would not work on the host Windows system either, without qemu/WineD3D involved etc. Perhaps it's just a problem with the demo, but it might also be something to do with the host GPU, which of course, propagates into qemu. (In other words, don't get your hopes up Bruno! :- ) As for "did Liew create modified builds of WineD3D?" - I'm confident he did. My evidence? ScaleWindow. See this post by kjliew on Vogons, where he describes using the ScaleWindow setting to stretch the image, because otherwise you get a small box in the corner of the window. If you scroll down the thread a bit to this post, you get to see the whole registry file with ScaleWindow included. This setting is not a part of WineD3D's source code, and it's not listed in the WineD3D registry key settings. Honestly, although this is a fascinating piece of work, and Liew obviously knows a lot about graphics APIs and GPUs etc, I don't think this is really a viable way to play games. I was testing PowerSlide via Glide, which worked fine graphically, but the truck's wheels kept sticking - something to do with keyboard inputs into qemu, I assume. I've never had a problem like that on PCem. You also get 100% DirectX compatibility with PCem, since you're using the official Microsoft libraries. Anyhow. I hope that the above libraries are of some use to somebody, and I also hope that Liew gains a sense of community spirit, because at the moment, I don't feel like his efforts are really about game preservation as he claims on his Github page.
  5. Hmm, I'm not convinced. Here's why: The tooltip for Windows Update at 1:24. The shortcut I have on my Windows Me computer doesn't have that description, it just says Location: C:\WINDOWS. However, Windows XP does have that description in its tooltip.The My Computer folder at 1:45 has the grouping of XP.The description for the disc drive is "DVD Drive". On mine (with a DVD-ROM drive) it says "Compact Disc".The icon for IE belongs to either 4, 5 or 5.5. But "Lock the Toolbars" functionality didn't come to 98/Me until IE6. The toolbars are clearly locked at 1:45 as there is no handle to the left of File or the Back button.For these reasons I think that it's either a good theme applied to XP, Me's shell on XP, or so much of Me is replaced by XP that it's not really Me anymore.
  6. You can still get the stone look in 2000, but you have to do a tiny bit of manual pixel art. Attached to this post is a screenshot of the design of the stone pattern in 98SE. In 2000, open the Display Properties and click Pattern. Choose any pattern you don't like in the list, and edit it. Copy the pattern from the 98 screenshot by clicking inside the square on the left (click once to make it black, again to white/other colour). When finished, press the Change button, then Done, then OK. Hopefully after all that you should have the stone pattern background.
  7. DeepBurner seems to start OK in my 95 OSR2 virtual machine, with shlwapi.dll version 5.50.4943.400 from IE 5.5. Maybe you need to update IE or install the shell update included with IE4.
  8. The problem is with Microsoft Works, it can't open the protected sheets within the workbook. Excel Viewer 97 will open it alright.
  9. Atlantis Word Processor supports opening and saving DOCX files, and is very light at about 5MB in size.
  10. That same problem also happens to me inside Virtual PC with Windows 98SE. It seems that running the DirectX Diagnostics Tool (dxdiag) before running Firefox fixes the issue, at least temporarily. I don't know why it does, though. Before / After dxdiag: I didn't give it any more thought since it's only a VM, but maybe szakacsze can try it and see if it helps.
  11. In Office 2000 and above you get a taskbar entry for each opened document, in Office 97 you have to use the Window menu to switch. (I assume that has something to do with 97's NT 3.51 compatibility.)
  12. Hi, the setting is under Tools -> Options -> View tab Untick "Field Codes" (towards the right side) and OK the settings dialog.
  13. I've just tried it with Office 97 SR-2. The Office 2007 Compatibility Pack installs fine, and you can open Word 2007 documents.
  14. Autopatcher can also download the XP x64 updates, allowing you to burn them to CD for offline install. That's what I used for my last install of XP x64.
  15. You get a month of usage without the key. The activation bubble will popup from the tray to remind you to activate, and when you do click on that it'll ask you to enter your key first. I assume the expiry relies on the idea that you can't activate without a valid key, and without activation after a month it will stop working until you do.
  16. Hello AgentZero In theory this should work. When I tried it this way, I had problems (see post #42), so I can only help you to that extent. Do note that once you have managed to re-compress all the cabinet files for each Office CD, you'll need to use a tool that optimises the CD so that duplicate files are not stored more than once. I used UltraISO for this, but there are others around. Yes. Also make sure it un-sets the attribute to all subdirectories and files too when it asks. You are right, but I think you missed something. The idea of this procedure is to: Turn the install CD(s) into admin install image(s) (it takes the files out of the cabs), and slipstreaming the service pack into it. [steps 1+2] Create a directory structure to hold the updated files and original installation tables. [steps 3+4] Recompress the updated files into cabinets by using the original cabinet names stored in one of the tables. [step 5] Update the MD5Sums of the files so that the installation procedure is successful by importing them with Ocra. [step 6] Remove all unnecessary files and restore original XML files. [step 7] The file it asks for is identical to the one on the CD. But that file should be there; are you sure you did the admin install as it asked? It's asking for the directory you made in the sort folder for (in this case), Visio. So in the file you should delete all the others and put in 'vispro', if that was the name of the folder you made. Oh, I remember this. I had the same problem. It's Ocra, it doesn't export all of the Long File Name - so what you have to do (by hand, unfortunately) is rename them to what they want. Componen.idt = Component.idt Director.idt = Directory.idt CabinetD.idt = CabinetDetail.idt That should fix it. It should be fine where it is, just remember to give whatever commands need it the right path. I managed to do the (beef stew) procedure without doing such a thing, so unless it is explained further I don't see how it would do anything. In C:\Visio. All cabs from the CD should now have been deleted so that the new ones can be put there. This might have failed due to previous errors, though. Try it again after fixing the table name problem above. I don't think so, no. It's supposed to update the MD5Sums contained within it. They're going to change due to the new cabinet files. It should only be looking at cabinet files. I hope what I have said helps you in some way. Again, when I tried the individual AIO method it failed to install properly for me, and the original method was designed for 'beef stew', but perhaps you'll have better luck. (Sorry about the quotes not showing up properly, not sure what's up with them)
  17. Hi hohner, this process can be a bit confusing at first and usually takes a few tries. Put them in the path variable, as suggested. If you're not sure what's in your path variable, you can just put the files in the Windows folder (i.e. C:\WINDOWS or C:\WINNT) as that's always in the path. There was probably an error somewhere, try it again after moving the two executables above. The cabbing and MD5Summing should take a small while before it prompts you. Somewhere in the thread was the answer to that. For each setup.ini, rename it to setupxxx.ini, where 'xxx' is an abbreviation of the application. So, for example, Frontpage could be called 'setupfpg.ini'. For each ini file, you will need to make a copy of setup.exe and rename that accordingly. So for our 'setupfpg.ini' file, we'll have a 'setupfpg.exe' installer in the main directory. For the Main Office 'suite', keep the original names 'setup.ini' and 'setup.exe'.
  18. I must be doing something wrong... will anyone lend me a hand? I'm using SP2, but I figured as other people have had success there must be some way of getting it to work. I've tried both methods; 1 CD at a time and all 5 in one directory and both have had quirks. 1 CD at a time results in successful completion of sort2cabs.js and when I go to install the program it usually works. But under some configurations (such as installing Frontpage before Office) I'll get an error saying a CAB file was not found, and when I point it to that file it refuses to have it. Also, on a successful installation ticking the box to delete installation files does nothing (i.e. it doesn't remove the cabs in MSOCache). 5 in 1 is strange because at the end when it tries to calculate the MD5 sums of the cabinets it fails to find one and stops with an object error. I might try SP1 to see if it makes a difference, but I think I'll wait for this project to ferment a bit futher first EDIT: With a bit more toying around I've finally managed to make the beef stew method work. The same error occured as last time (just after cab creation is completed) but I decided to comment out the cab compression bit and run the script again, where it continued on as if the error didn't exist. Cache options don't appear much like Zxian was describing, but I used the enhanced setup thingy with enforcecache=true and that allowed me to cache them. Anyway thanks for the script marek722


×
×
  • Create New...