Jump to content
Strawberry Orange Banana Lime Leaf Slate Sky Blueberry Grape Watermelon Chocolate Marble
Strawberry Orange Banana Lime Leaf Slate Sky Blueberry Grape Watermelon Chocolate Marble

MSFN is made available via donations, subscriptions and advertising revenue. The use of ad-blocking software hurts the site. Please disable ad-blocking software or set an exception for MSFN. Alternatively, register and become a site sponsor/subscriber and ads will be disabled automatically. 


  • Content Count

  • Donations

  • Joined

  • Days Won


Wunderbar98 last won the day on February 4

Wunderbar98 had the most liked content!

Community Reputation

50 Excellent

About Wunderbar98

Profile Information

  • OS
  • Country


  • Country Flag

Recent Profile Visitors

The recent visitors block is disabled and is not being shown to other users.

  1. Thank-you for the feedback siria, don't think anyone else has put this much effort into the issue. My primary Windows 98 browser is RetroZilla. Unfortunately it does not appear to have similar about:config entries. Have been playing with about:config and various preferences, not much improvement. Unfortunately in RetroZilla there does not even seem to be a way to make View -> Use Style -> None default. Every new tab opens with the 'Default style' view, frustrating and lots of toggling. When i get a chance will review old SeaMonkey extensions again and see if there's anything there that may help. A trivial improvement is unchecking 'Allow documents to use other fonts'. This provides a more consistent font presentation and when visiting pages like Wikipedia, it stops the missing foreign language font popups i can't read anyway. Deselecting 'Always use the colors and backgrounds specified by the web page' is beneficial for unintended overlapped text with a non-contrasted background. It does, however, take away from the intended appearance of the page, so personally i don't like using it. Since roytam1 has updated many of these old browsers for connectivity, query whether future updates are possible for web page layout. My vote would be to improve non-JavaScript rendering. Since trying to count my blessings more in such a troubled world, prepending most problems with 'My first world problem is enter_trivial_problem_here' helps keep things in persepctive.
  2. Thank-you for the input Deomsh. Not 100% sure i've ever used USB with Windows 98. Always PS2 keyboard/mouse and parallel port printers. Years ago a Windows 98 system had a printer and separate scanner, presumably one used parallel and the other USB. This current printer is USB only. Everything USB related in BIOS is enabled. In Windows 98 Device Manager, Universal Serial Bus Controllers are enabled. Under this are two 'Standard OpenHCI USB Host Controller' and two 'USB Root Hub' entries, all have associated drivers. Under Other devices is an exclamation yellow 'PCI Universal Serial Bus' with no driver. I tried installing drivers for the exclamation yellow PCI Universal Serial Bus from the motherboard driver package and Windows 98 CD, no such driver. The motherboard has four USB ports, two by the ethernet connector and two by the mouse/keyboard ports. When a generic 32 GB USB stick is plugged in during runtime, the system powers the USB stick and pops up a Mass Storage device driver wizard. Apparently the Windows 98 CD does not have such drivers. The situation appears to be like the link below, the download is 'nusb36e-2694.exe' (969 KB). Has anyone got experience with this, it's just to get a 'mass storage' USB stick working correct? If i don't need mass storage, it appears the USB port is powered and functional to test a printer without the 'nusb36e-2694.exe' install? https://www.raymond.cc/blog/how-to-install-usb-mass-storage-device-on-windows-98/ Just want to get this right to give the printer every chance of working. This Window 98 system does not need access to USB sticks for data storage.
  3. Thanks for the code siria, looks like you spent lots of time on it. Just paste it into userContent.css jumper. By default there is no userContent.css file, just userContent-example.css. Copy userContent-example.css to userContent.css and paste siria's code. In RetroZilla v2.2 the pathway is: C:\WINDOWS\Application Data\RetroZilla\Profiles\default\your_profile\chrome With the tweaks was able to log in without changing to style none. However, can't tell i'm logged in. Still need to change back to style none to see my login stuff (notifications, settings, etc). First impression is somewhat better but still broken compared to a modern browser. Will test a bit more. What about a style that's essentially 'None' but just removes excessive whitespace?
  4. Was hoping you had the answers siria: https://msfn.org/board/topic/177106-running-vanilla-windows-98-in-2020/page/20/?tab=comments#comment-1177272 IMHO probably a losing battle once a browser needs to modify CSS site specific. Having used Dillo as a lightweight secondary browser for years, it's not a big issue for casual browsing but most would probably disagree. In RetroZilla, View -> Use Style -> None often needs to be selected, otherwise even links disappear from a web page. Also can't log in to this forum without setting style to none. Using Page Up/Down keys is more efficient than excessive scrolling, due to poor page layout and huge amounts of whitespace. After a long vanilla Windows 98 session, it's always refreshing to multi-boot to a newer browser.
  5. Unfortunately youtube-dl won't be happening as part of the emulation project, too much outdated software already from 2017. Thankfully the full-featured browsers are more self-contained, so SSL and certificate issues are not an issue for later releases.
  6. Noticed a few extra downloads for the Modern Web Browser Emulation project recently. As mentioned, significantly reworked READMEs are pending. The new documentation will be more thorough, address breakage, include lots of Firefox and SeaMonkey information, plus file sharing between host and guest. Might play around a bit with youtube-dl, since the Tiny Core Linux release has the appropriate Python libraries. If youtube-dl works well an additional README will likely be added. Interesting note, Ctrl-Alt-f keyboard shortcut toggles QEMU full-screen mode. If SeaMonkey is running when toggling full-screen, the browser loads https://www.fishcam[dot]com. This is crazy and at first thought is was some form of malware injection or browser hijack. Turns out it's an Easter Egg, still present in more recent versions of SeaMonkey. Unfortunately don't know of a way to disable this so QEMU can function correctly. https://en.wikipedia.org/wiki/Fishcam#Netscape The emulation project still results in a very sluggish browser. Maybe someday someone will figure out how to unlock more hardware or find a more efficient emulator for vanilla Windows 98. As will be mentioned in the READMEs, stay away from GTK3 (Graphic Took Kit) browser releases if performance is an issue, slightly older GTK2 browser releases will work a little faster. Sweet spot browser releases will be mentioned in the READMEs. Every bit of tweaking to make the browser work more efficiently will also likely be needed, something most Windows 98 users probably like to do anyway.
  7. Thank-you sparty411 for the feedback and kind words, it's been fun. In the not too distant future my forum activity will slow. After the browser emulation project, maybe some YouTube related 9xweb tweaks, maybe a printer install attempt. Then time to move on and finally start playing retro games, most i've waited over 20 years to play, plus other non-Windows computing and coding projects. Thanks for the input win32, based on your story and timelines it sounds like you may be younger than the proposed age 36-37 (no response necessary), maybe my estimate was incorrect. If you are in fact younger, it's nice to see your interest in this old OS. An old employer provided an IBM Thinkpad years ago, don't remember the model, it was rock solid. Have read many good reviews over the years. For a laptop, they seem quite serviceable. USB with Windows 98 has always been a mystery. Will need to look at it when attempting to install a printer. Although older, the household Canon MX310 has Windows XP drivers, not Windows 98. On this forum there are complaints about running printers on Windows 98 from 2005 already, so not too optimistic. The printer is apparently from the Pixma series. May try to find the newest Pixma drivers released for Windows 98 and see if it runs. This current Windows 98 hardware is destined to become multi-boot and the Windows install will primarily be used for old graphic software and printing programs. Unfortunately, if the printer won't run on Windows 98 another OS will need to be installed. Back to the USB mystery, Windows 98 claims to support USB. Almost seems like it should work out of the box but on my last two Windows 98 installs the USB Controllers in Control Panel -> System never installed and i can't seem to find USB drivers on the Windows 98 installation CD. Need to do more homework, there must be a simple vanilla method for installing a basic USB driver. Thanks for the story Bruninho, neat to see where others are coming from. For an Apple user, interesting you spend time with these old Windows releases, ahhh the nostalgia. Reminds me of the old Mac vs PC commercials.
  8. Wonder what the average age is of a typical Windows 98 user today? Although there may be the odd whippersnapper curious about DOS-based systems, my hunch is greater than 36-37 years of age would capture 95% of users. The average age would undoubtedly be much higher. Anyone who installed Windows 98 independently in 1998-1999 would probably have been 15-20+ years old. If i had to profile, predominantly male, computer hobbyist, stubborn and persistent with a strong sense of nostalgia. Most kids using their parent's Windows 98 computer in 1998-2000 probably upgraded without much thought when they bought their first system, whatever was preloaded at the local box store or used in school. I'm not sure many of the new generation would have the patience to get most of this stuff installed and working. User expectations are now so much greater in regards to graphics, performance and ease of use. More modern software, such as DOSBox, has made running old DOS applications simpler, without having to load an old operating system or assemble ancient hardware. Too bad, so sad, they don't know what they're missing :)
  9. Thanks for the feedback sparty411. Although there's conflicting information, will go with that. Probably better safe than sorry. The only systems that will have a chance at emulating these more recent releases will be SSE2 capable Pentium 4. The documentation will read as follows. If not SSE2 capable the last versions that should work are: Firefox ESR v45.9.0 Firefox v49.0.2 The Mozilla link provided earlier appeared conflicted and interestingly roytam1 reported Firefox v55.0.3 worked without SSE2 above. On my test FF_ESR_52.9.0 browser opened but the hardware was inadequate to properly test. Unlike FF_ESR_60.9.0, which immediately failed when launched from terminal. My tests and roytam1's used Linux releases, query differences from Window builds. Anyway doesn't matter much, thanks again.
  10. Install notes will eventually be completed for all Firefox releases listed below. The install process will be similar for non-ESR releases too, just the download URL will differ, use same dependencies from the ESR release era. The bloat and performance hit is evident with each new release. The key is finding a sweet spot between performance and usability. Although FF_3.6.28 was not an ESR release, it is included because it's classic. It has the same outdated cipher connection issues that plague all old OS users. If you want to run this version on Windows 98, consider kernel extensions with an enhanced FF v3.6 linked in this forum. According to wikipedia, TLS v1.1 and 1.2 were enabled by default in Firefox v27. Unable to test FF_ESR_60.9.0 onward due to exception error on non-SSE2 capable hardware. The GTK3 (Graphic Toolkit 3) releases are so heavy, unusable on current hardware. Of note SeaMonkey also changed from GTK2 to GTK3 sometime between v2.46 (in TCL v7 repository) and v2.49 (manual upgrade needed, see README.TXT). FF_3.6.28 (MAR 2012, 10 MB, GTK2) FF_ESR_10.0.12 (JAN 2013, 16 MB, GTK2) FF_ESR_17.0.11 (NOV 2013, 20 MB, GTK2) FF_ESR_24.8.1 (SEP 2014, 27 MB, GTK2) FF_ESR_31.8.0 (JUL 2015, 37 MB, GTK2) FF_ESR_38.8.0 (APR 2016, 44 MB, GTK2) FF_ESR_45.9.0 (APR 2017, 50 MB, GTK2) FF_ESR_52.9.0 (JUN 2018, 55 MB, GTK3) FF_ESR_60.9.0 (SEP 2019, 53 MB, GTK3, need SSE2 processor, untested) FF_ESR_68.5.0 (FEB 2020 ongoing, 63 MB, GTK3, need SSE2 processor, untested)
  11. Regarding the Modern Web Browser Emulation project, the firefox_getLatest script from the Tiny Core Linux v7 (TCL) repository broke. Just wanted to notify so nobody wastes time on it. If anyone still wants to hack, recommend the manual Firefox method described in the README.TXT. There will be lots of changes to the README files, so maybe just hold off. The SeaMonkey installation instructions should still work fine. Linux is also a victim of new and shiny. The script author refuses to update older releases, 'update to the latest' is the usual response. Hogwash. For those that know their way around Linux and Tiny Core, it just appears to be a new wget URL. Unsquash the firefox_getLatest.tcz extension, place the script in $HOME/.local/bin, shutdown, re-boot, modify the script, chmod +x. Note there may be more breakage than below, can't be bothered to check. Broken: http://download.cdn.mozilla.net/pub/mozilla.org/firefox/releases Good: http://download.cdn.mozilla.net/pub/firefox/releases Revamped READMEs are pending, it will take time. New notes will describe manual Firefox installation methods, bypassing the firefox_getLatest script. Focusing only on ESR releases, going back and forward in versions as much as this TCL v7 release and my hardware will allow. Presently running Firefox ESR 38.8.0 from April 2016. Since it's a little older, it still uses the more efficient GTK2 graphic toolkit. So it's actually fairly nice. In the end the broken script is likely a blessing in disguise, just a little more legwork. High-end Windows 98 hardware will still be required.
  12. Thanks for all feedback. Couldn't get built-in networking running with vanilla Windows 98 on this old QEMU. Despite best efforts, couldn't find a KQEMU accelerator for it either, not sure Windows 98 compatible QEMU ever had acceleration. Tests with Tiny Core Linux Xvesa vs Xfbdev graphics did not make an appreciable difference, if anything default Xvesa looked faster. Thanks for all the links. Disk Explorer good, will create a separate README.TXT for file sharing between host and QEMU guest. Extract v2.10 looked like an interesting console alternative but the download link failed in RetroZilla even with JavaScript, query broken link. Thanks for confirming Firefox v55.0.3. Seems Mozilla couldn't decide, apparent contradictions within the same article. Will probably update the README with a range for non-SSE2 systems between Firefox v49 - v55.0.3, let the user decide what they want to experiment with. Query whether some features required SSE2 and caused crashes (eg sync, pocket), don't know. From the link, looks like Firefox ESR v52 still supports non-SSE2 systems. https://support.mozilla.org/en-US/kb/your-hardware-no-longer-supported Will upload updated README.TXT files for this experimental Modern Web Browser Emulation project in the next few days to wrap it up. Based on slow browser performance, query whether it would be functional even with maxed out Windows 98 hardware (ie. 2.6 GHz Pentium 4), wish i had this for testing. Regardless, still fun to see what may be possible.
  13. Thanks for all responses. From DOS, running 'qemu.exe | more' or 'qemu.exe > QEMU_options.txt' lists all available options for this old QEMU, closest thing to documentation for this release. In LAUNCH.BAT replacing '-no-kqemu' with '-kernel-kqemu' may be worthy of a performance trial. Also noteworthy that this old QEMU does have built-in networking capability, so there must be a simpler way to file share. If it can be enabled built-in, this may be better than other options. Will play over the next few days, if anyone can solve please post notes. Not all of this is probably related to this old QEMU, maybe it helps solve the issue. https://wiki.qemu.org/Documentation/Networking QEMU performance is apparently slow with Xvesa graphics, planning time trials using Xfbdev frame buffer.
  14. Glad you got things sorted, hopefully it helps someone else. What setup are you using exactly? There are too many configuration options to discuss in a stripped down README. My test system uses a PS2 mouse. If anyone else using USB mouse has problems, please report the issue and solution. A README update may be pending. Couple other things that may help others. FLWM is not a favourite window manager, just the default, obviously the goal is to get a browser running. Ctrl-Alt-m maximizes windows. Right-click the desktop or a title bar for an application context menu. Search 'flwm_topside' in Apps to review default keyboard shortcuts. When in graphic mode Control Panel -> Mouse Tool can be used to adjust mouse speed. If a TCL boot gives mouse or graphic grief (unusable), try: Ctrl-Alt-Delete when QEMU window is active to exit TCL graphics and return to command line (cancel Window 98's coincidental task manager popup). In command line, move .xsession file (note the .xsession period). mv /home/tc/.xsession /home/tc/.xsession_backup Run graphic setup, select mouse type and resolution. xsetup Restart graphic mode. startx If good, ensure backup is selected upon TCL shutdown. Otherwise repeat 'xsetup' and trial another option.
  15. Thanks for all responses, i will investigate further. Thus far no passthrough attempts were successful, it could be that this old QEMU release did not yet have the feature. Will dig a little more tomorrow. Hi Brunhino. The documentation was changed to 'Within QEMU press Ctrl-Alt at any time to break out to the host system', rather than 'Within QEMU press Ctrl-Alt to break out to the host system'. The intention isn't to break out, just to let people know how. So if you're using the old README.TXT and entered Ctrl-Alt then your active cursor returned to Windows. If so just re-click on the QEMU TCL window and the mouse cursor should return to action. Unfortunately you're old hat with emulation so this probably isn't the case. My tests were performed on a bare metal Windows 98 installation. If you have Windows 2000 emulating Windows 98 emulating Tiny Core Linux then i'm not sure this will work, i believe QEMU needs hardware access. If i were you, use your favourite Windows 2000 emulator and go from there, bypass this old QEMU and Windows 98. You could try modifying the LAUNCH.BAT video driver and retest. It's defaulted to directx, try windib. SET SDL_VIDEODRIVER=windib
  • Create New...