Drugwash

The reason I've piled up all those codecs is simple: whenever some video wouldn't play, I either let GOMplayer search for the correct codec or I manually googled the web for one. DivX would've never been present if it could decode older Div3 video files. But GOM complained it couldn't play those, neither with Xvid nor with the built-in codec, so I had to install DivX. The others have been installed for the very same reason. For example, .bik videos (from older games) can't be played with anything else (to my knowledge) than Bink & Smacker's own player. I also got lots of troubles with certain very old videos, also from games, which needed a specific Intel Indeo codec, older than the one built into Win98SE. Had a hard time finding the right one, since there were two of them at large and the wrong one was the most available around. I must say FFDshow has by large failed me, with a very choppy playback back when I was using the 400MHz Pentium II CPU. Back then I tried any and every possible combination of settings, to no avail, so I scrapped it and decided to never touch it again. The only problem I have currently, is DVD playback. Despite a 700MHz Pentium III CPU, 256MB PC133 RAM and 128MB GeForce4 Ti4200 video, the video is choppy. I've seen a 600MHz P III with same amount of RAM and a lousy 64MB GeForce2 video play DVDs with no problem whatsoever, so it's quite frustrating. Granted, the other machine was running XP so maybe the codecs were more compatible since they were newer. The DVD-RW unit is the same for both machines: Samsung SH-S182 (mine is version "D" - no Lightscribe - while the other is "M") and the player is also the same (GOMplayer).

Personally I believe .FLL is just an attempt at "personalizing" the .FLV type and/or protecting their "assets", but without access to such .FLL file I can't say for sure. Regarding associations, I didn't mean Windows extension type association with certain player, but internal GOMplayer association of the .FLV decoder with the .FLL extension, which might get it to play .FLLs.

You can always send a request e-mail to GOMlabs so they associate the .FLL extension with the .FLV video type. I use GOMplayer myself but since I don't have any interest in .FLL files there's no reason for me to bother them.

Codecs installed on my system: - AC3 filter 1.51 - Bink and Smacker - DivX 5.2.1 - DScaler 5 MPEG decoders - Intel A/V Codecs v2.0 - oggcodecs 0.71.0946 - RadLight APE DirectShow filter - RadLight MPC DirectShow filter - Valex AC3-DTS codec - Microsoft Windows Media Video 9 VCM - Monkey's Audio - MP3 Parser DirectShow filter - QuickTime Alternative 1.56 - x264VFW - Xvid MPEG-4 Video Codec 1.2.1

They made sure that nobody from Romania can access their site. I'm not in the mood for hunting for a proxy, even assuming a fully stealth one would allow downloading large files.As far as I'm concerned, Flash based-video hosting sites such as VEOH, YouTube, GoogleVideos and such, can go [..] themselves as both video and audio quality are lousy at best.

I'm sorry for not being able to help you since I can't get a .FLL file.

You may reboot in DOS mode (F8 after POST screen > Command prompt) and type EDIT AUTOEXEC.BAT while in the C: root. After editing, press ALT+F then S to save the edited file (will overwrite the original) and then ALT+F and X to exit the editor. It's best to have a backup copy of autoexec.bat before editing it.

There should be an attachment option at the bottom of the reply window when you post. If the file exceeds 200kB, you'll have to use a free host such as mediafire, uploaded.to, etc (please no rapidshare!) and post the link here.

Thank you, my friend, for this update. However, I'm afraid I might not be able to offer feedback anymore, since either I'm living a nightmare or my ISP locked out 9x users so I can't log in to PPPoE with my 98SE machine anymore. Stay safe and keep up the good work! EDIT: ugly issue with PPPoE connection but I got it fixed and I'm back in business.

I've asked the same for U120s a while ago and the reply was a firm "no". The drivers are strongly tied to the NT kernel and it would require a complete rewrite, which nobody here has the time and will to perform. I'm not familiar with the E160 model but if it accepts a microSD as U120s does, then you can use it in card reader mode, with the help of Maximus-Decim's Native USB driver (NUSB). It won't help in synchronizing the address book (through HUAWEI PC Assistant) or any other phone-specific function, but you'll at least be able to manipulate the files on the memory card without having to remove it. A tip: if it doesn't accept MP3 but accepts WAV, you can easily convert MP3s to WAV by using NCH Switch, with little quality loss and neglectable file size increase (IMADCPM 22050 Hz stereo). (took me almost seven years to fix the small typos in here...)

Heh, trying hard to hang on, surrounded by so many bright guys. Glad to see you back. Now please, put your Santa suit on and deliver a nice pack for the good guys and gals out here.

If anything, I haven't stumbled into any Java-related problems so far, but can't vouch for u7's perfect behavior on any and all Java-based site. Second opinions would be welcome. Oh, sorry cannie, had the page open for a while before replying, couldn't notice your post above. Glad to be of help.

Couldn't find any other version of it within the 9x packs on my HDD. I believe these update files (exe + dll) are not meant to be run on 9x. The pack should be easily repackable with the help of an .inf, problem is, the files with missing dependencies should be thoroughly tested before allowing them to pass as compatible with 9x.

Java 1.6.0 update 7 can very well be installed on 9x and the procedure has already been explained. It only takes letting the installer unpack the .msi within to the Temp folder and then run the .msi manually to install. Make sure you copy the .msi to another location before closing the error dialog, otherwise it will be deleted. I have u7 installed on my 98SE machine following this procedure, as the only available version of Java.

Another idea would be to pop the hard drive out, take it over to a friend that has an external adapter or any other means of mounting it to another computer and have the data backed up by any available means (direct file copy, partition clone/imaging, etc). It would also be good if you could take a snapshot of the error thrown by that particular application (Dr.Watson - a Windows tool that can be started by typing drwatson in Start > Run - could create a usable report) and/or a profiling report through Dependency Walker. These tools can offer a clue on what might be the cause of the error. If that error appears in a whitish window with relatively large fonts, it's a GDI error and may be fixed by updating to the ME versions of gdi.exe/gdi32.dll (there's an unofficial pack around that does that, forgot its name). Whatever you choose, always keep a backup of the old files when updating and remember any file can be restored in plain DOS mode, should anything bad occur.

The update.exe within the package has a few unresolved imports. Its dependency updspapi.dll misses ntdll.dll/NtQueryInformationProcess. Missing dependencies in the updated files: mshtml.dll - kernel32.dll/unknown shdocw.dll - ole32.dll/CoAllowSetForegroundWindow (delayed), shell32.dll/SHPathPrepareForWriteW SHBindToParent (delayed) shlwapi.dll - ole32.dll/CoWaitForMultipleHandles (delayed), shell32.dll/SHBindToParent (delayed) All others have no missing dependencies (on my updated 98SE system). I have not tested any of them in real usage. PSAPI.DLL on my system is the one from the KernelEx package.

soporific, Java 1.6.0 update 7 can be installed by running the included .msi, if first stripped off of the installer (run the installer, let it unpack the .msi in Temp, grab it from there before closing the error message dialog).

AFAIK, v5.6.2.8 (latest version) should work in all Windows versions (save for Win95 unless WININET.DLL is updated). Download links here.

The catch is, on their official site only the 4.x version is listed as Win9x compatible, while the links above point to v5.x and 6.x. Also, the other link you posted a while back leads to a dead end. For Japanese only, I work with JWPce which doesn't need the IME. Still looking for a generic, light Unicode editor though, same as oc_dt.

EmEditor 4.13.1 does run on 98SE, however it's behavior is somehow strange and I'm not sure about it's licensing. I downloaded the standard version directly off their official site, in the Old and New section. Does not work with IME.

Secunia advisory on Slim Browser, 2004-2008: link. Of course, the underlying IE advisories should be taken into account too.

ConTEXT 0.98.5 seems to be interesting with all those available highlighters, however it keeps throwing access violation on start and on opening the Tools menu, under 98SE (no KernelEx installed).

I'm not sure about this timezone update... I've had a weird behavior on my machine where the time would change due to DST earlier than it should, so I manually fixed it and after a week or two it got changed again! Dunno what to look for and where (I'd appreciate some pointers), but I have a hunch there may be leftovers from previous updates that trigger DST changes. I've had about 4-5 such timezone updates installed recently. Another issue is with Root Certificates Update: it invalidates all manually installed certificates that were previously found on the system. Is it supposed to do that or is it a bug? I have manually installed a couple of certificates that allow me to access a private SVN repository and they were invalidated by such root certificates update.

Quote from my CD catalog: May 12, 2003 - Slim Browser v3.53 This is the first reference to Slim Browser recorded in my catalog. A week or two later I updated the Romanian translation, adding diacritics, mainly for personal use. Soon after, I sent this translation to the developer of Slim Browser, who added it to the official release. Ever since, I've been using it on a daily basis, first in Win95 (after a brief period of Netscape usage) and then in Win98SE. I started recommending it to my friends (most of them using XP), I even helped them configuring it and they've always been happy with SB. True, it does have a quite high memory usage - depending on the number of open tabs and the information displayed - but some of its functions and the way they work make Slim Browser irreplaceable to me. Oh and it's IE-based, you know... and apologies for repeating myself: no firewall, no real-time antivirus, nothing but Spyware Blaster (also an old timer for me). To each - their own, I guess...

JRE6 update 7 was the last that worked under Win9x, although they advertised it as "not recommended". After that, they made sure no Win9x user could use the 6 branch.