EyesOfARaven

That did indeed have some relevant information, thank you. My Windows 98 won't break due to it, though, because I am isolating IE from Windows Explorer. However, the link provided me with knowledge of a few files with builds higher then ones I had that I can now transplant.

Hi, The first release of VLC 0.9.x for Windows was 0.9.2 Grishenko http://www.videolan.org/news.html and this version never work on W98 even with KernelEX The first version that work on W98 was 1.0.0 with KernelEX 4.0 final 2 (and work not with the previous versions of KernelEX) http://www.msfn.org/board/kernelex-4-0-fin...6-page-200.html I'm pretty sure there was a .9.0 and .9.1 binary release for Windows, but either way there have been multiple developer releases of every build number, including .9.0, for Windows.

I'm using a .local file to prevent Windows Explorer from using any of these replacements. As well I started with Maximus-Decim's update as a base (and have already made progress on that). The reason I asked for these files even though they are from RTM is that IE consists of freely downloadable files from Microsoft, so I didn't think it was illegal to distribute them. If it is then I withdraw my request and will get them on my own. Currently I am looking into the Longhorn betas for IE6 files.

It literally has to be a nightly, because somewhere between the last version of 0.8.x and 0.9.0, 9x support was dropped (at least according to our 9x last versions thread).

Depending on how you wrote the detection routine for older versions, and if he made OTHER changes to his shell32.dll as he seems to have indicated, he may not have ever installed 0.0.3 and it may just be falsely detecting it due to similar or other changes. (my completely-unfamiliar-with-this-situation 2 cents) Oh and I can provide a mirror for your stuff on the Infotaxis Project: http://sites.google.com/site/infotaxisproject (DNS is updating, but normally would be "projects.infotaxis.org") Even if you've already found a new location or mirror I'd like to still do one for you, it fits my site's mission.

I have been messing with adding/removing files from Internet Explorer 6 on my 98SE box. As a result, I've replaced nearly every file with at least a slightly newer version, but have run into a wall with some of them. if anyone has IE6 files from any other newer-than-98SE operating systems (except XPSP3, I have a box running that) they would also be appreciated. The builds of IE6 I'd like to get for this project because I feel they'd be of use (all with latest updates and SPs applied to OS/browser preferred): - Windows ME - Windows 2000 - Windows Server 2003 I need someone to upload (somewhere, mediafire maybe) their entire (preferably fully updated) Internet Explorer folder from each of the above operating systems. In addition to this, the following DLLs from system32: browselc.dll browseui.dll dispex.dll dxtmsft.dll dxtrans.dll inetcpl.cpl jscript.dll shdocvw.dll vbscript.dll wininet.dll xpsp2res.dll If any of these can't be found, don't worry about them. Thank you, and with your help, we can build a better IE6. For archival purposes, here's what I've found out so far: - MSHTML.DLL is the Trident engine itself, and anything post-2800 doesn't seem to want to run on 98 due to major file changes. - WININET.DLL is most likely a networking interface DLL, and the NT versions don't work with 98. I haven't tried ME's one, but I'd wager it will improve performance a tiny bit. - HMMAPI.DLL somehow is related to pulling registry information. Without it the About box bugs, displays no information, and won't close. Amusingly this isn't used on XP's version to get the registry information, even though it's sometimes present in the folder, it is doing nothing afaik. - SHDOCVW.DLL has the same post-2800 problems as MSHTML. - BROWSELC.DLL is probably related to browsing the local FS. - BROWSEUI.DLL - I have no idea what this does, but is probably related to the UI. If you use a post-2800 build of this file it will cause IE to just kinda... not open... but it displays no error.

Ofc I have, but in my experience KernelEx tends to be a bit less stable than native apps, and since VLC hasn't really gained many features/differences from .9 to 1.0 series I think I'll stick with .9 (at least for now). The one linked to by -X- is the final release, not the nightly before 98 support was removed. It will not work, even with KernelEx. (It gives me this error with KernelEx and Win2k or XP compatibility mode: VLC caused an invalid page fault in module USER.EXE at 0004:00005e25. Registers: EAX=00027714 CS=175f EIP=00005e25 EFLGS=00000206 EBX=0001772c SS=1257 ESP=00000000 EBP=0000000e ECX=000200e7 DS=166f ESI=00027714 FS=81c7 EDX=00040154 ES=087f EDI=00000154 GS=0000 Bytes at CS:EIP: 66 56 66 8b 76 0e 66 67 8b 76 04 8b 7e 0c 66 0b Stack dump: 00000154 00000000 00000000 00320000 175f5f13 00000000 015400e7 00027714 00027714 77140154 00000002 00000000 00560000 175f5f13 00000000 015400e7 But it's kinda irrelevant, as it's an old version, and I don't want to use KernelEx to run VLC anyway)

Yep that's it. I'm not sure why blip.tv stuff takes so much more CPU than youtube and other sites though. It's odd.

This is the last known build of VLC that works on Windows 98, and it is no longer available on the VLC servers. 0.8.6i is the latest stable that works on it, but I think it would be nice to get the slightly newer build, at least for archiving purposes. Can someone link me to it or give me a copy of it? Thanks.

Why backup and restore the MBR when the MBR is the same on all Windows 98 installations (or for that matter, all DOS-based Windows). Run "fdisk /mbr" to write a new MBR, and you could omit the DOS boot files from the image to save a bit of space, and make your boot media, whatever it may be, DOS 7.10, and thusly doing a sys C: or what-have-you will put 98-compatible DOS on the disk. You probably would want to still backup autoexec.bat and config.sys, but this would save you from putting command.com, msdos.sys, and io.sys into your archive (not much space saved, but it's something). Edit: I didn't read that you were using non-DOS MBRs, but this process will work for anyone who isn't.

Hrm, I was having this same problem on a 1024x768 monitor with the same setup but a 64MB Geforce 4 420 MX.. I'm now running at 1360x768.. Considering I doubled many aspects of the graphics performance and only raised the resolution a little bit I'd think it should perform better, but it doesn't... And BTW: I know Hulu and such are higher resolution and take more horsepower, but I have trouble fullscreening even lower quality stuff. Low quality youtube does OK, but I have lots of trouble with blip.tv content for some reason. Ex. the latest video here: http://www.cinemassacre.com/new/index.php

I'm running 98SE with the unofficial SP3 beta, KernelEX 4 final 2, and RP9 with the RP10 salvation beta. I have Flash Player 9 installed on IE6, and when I watch flash movies, all is well unless I go fullscreen. Then the performance degrades to nearly slideshow speed. Is it my hardware? The specs are: Pentium III 1ghz 512MB RAM Geforce 5200 128MB PCI 750GB HDD @ Ultra DMA 5 (on Promise Ultra133tx2 card) I would think that this setup should be more than beefy enough to play a flash movie in fullscreen. How come I seem to remember fullscreen games being faster than windowed, and now flash is faster windowed than fullscreen? Is it the scaling? Is there a fix? Help please, I really want to watch flash movies comfortably on my 98 box.

I am a huge fan of IE6. It is the most lightweight fast browser out there, only finally reached in speed by SRWare Iron (Google Chrome but tweaked for speed and privacy). Anywho, for now obvious reasons, I don't update my browser to IE7 or IE8. Only very recently (past month or so) has IE6 begun to fail me. A few sites don't care about it anymore, and youtube has announced that they won't support it for much longer. Google Chrome Frame is a neat way around these problems, but will only work for supporting sites. I searched around and found that there's a way to force Chrome Frame to render ALL sites, but apparently it's a bit broken. It makes most pages fail to load fully. So basically Chrome Frame is good for it's supported sites and that's about it, which means Google and Youtube for now. Anybody know of any unofficial updates to fix wonky quirks like the IE6 javascript engine or newer revisions of HTML under IE6? Am I going to have to make a patch for it myself (if I can manage)? Am I alone in liking IE6 so much anyway?

I was originally under the impression that Windows licensing supports 4GB of addressing for RAM, whether it be BIOS, VRAM, SysRAM etc.., and that anything above 4GB when you total that up was deducted from the SysRAM and ignored. Apparently this is not the case, with 64-bit addressing under 32-bit Windows, so this raised a question for me: How does Windows do 64-bit mapped memory? What does it do with it? Does [only] the system make use of it? Do modern applications use calls to allocate it if available? Does the underlying system allow the use of it regardless of how the program was written? I assume due to it's age and inherent limitations, Windows 98 doesn't share in modern versions of Windows' possible API for 64-bit address space, so if it still maps the RAM off to there, I assume it just sits there, waiting for some application to claim it (such as your RAMDisks, rloew)? BTW: rloew: I wish there was some way I could afford to get some of your apps.. I am so out of money, but It'd be great to get Win98 working efficiently on one of my modern boxes. Really impressive work you've done.

OH DUH! LOL... I compiled the exe version under XP, and wasn't thinking. This means that it is essentially a compiled version of only Periscope for NT. Until I get around to sticking it in a 9x box and compiling again you'll just have to use the Deps/Script packages. Sorry, rofl. At least you can check it out on NT without installing Python, xD

I am going to fix up shell mode tonight (in a few minutes I'll start, in fact) and then .6 will be ready for release - which will probably happen tomorrow. Until then, if Periscope's explorer mode is broken as you say, I'll explain how to use shell mode (which is what you are in): In the Periscope folder, you will find a folder called "PRS" - think of this as the "Start Menu" folder in explorer. Whatever you put in here, including directories, will end up replicated in Periscope Launcher. You can put shortcuts, exe files, documents, folders - whatever you want in here. This basically acts as the "start menu" for Periscope, and it is something of a hybrid, functionally, between Program Manager, Workplace Shell, and Explorer. Again, I will post here when I have an update. Edit: I finished the requisite work tonight, it was much less broken than I thought, so it's all done and uploaded. I also uploaded dependency packages for 9x and NT, so it's easy for everyone! http://code.google.com/p/periscope-file-ma.../downloads/list I will make an EXE build sometime, but I am unsure when. Edit 2: Ah yes, I forgot to mention, there is ONE known bug - filenames with parenthesis seem to not get along with it. Nothing bad happens, but they get cut off upon trying to open them. I haven't had a chance to track that down yet. Edit 3: I made an EXE build for all of you who don't feel like installing the Depdencies packages: http://periscope-file-manager.googlecode.c...6-win32-bin.rar Note that I adapted the code to run from EXE instead of PY really quickly, so even though I tested it and it was working for me, it might not work for you. If you encounter a problem, please tell me and in the meantime you can try the script release.

I just did some major revamping (new version not released yet though) including the following: -Fixed any and all glitches that have arisen from .4 to .5 for Win9x due to development on Win7. -Changed the icon system to use whatever Explorer would use for almost all icons (folders are really the only exception). As we stand it's not ready for release because the new icon system broke shell mode, but I am working on it right now. Here's a screenshot of it on Windows 7: And here's one of it on Windows 98SE: Here's a revision of what you should install to run it on 98SE, from my own experience in setting up an environment for it today: - ActivePython 2.5.4 - Comtypes 5.2 - wxPython 2.8 win32 Unicode When .6 is ready to launch I'll be sure to also package a UPX-compressed EXE version that should be tiny and portable. Edit: Oh and note that the reason I only gave screenshots of explorer mode is because shell mode is broken ATM, and media mode is very.. preliminary.

I got it working per those instructions (the second set, ignoring everything about installing OSes and etc.) and it ran. It worked surprisingly well in some regards, and puzzlingly bad in others. I.E., It showed hidden folders I've never even been aware of the existence of due to the hidden nature of them in XP, such as search folders on the desktop - these don't even show up with an attrib command. On the other end of the spectrum, "My Documents" shows up with no title, and when clicked doesn't work, and the C:\ drive, while shown correctly, won't open when clicked on. As well, the default option for many filetypes is not "Open", but one of the other possibilities (depending on filetype). For me it was Open in VLC for all folders, heh. Thanks though, it gave me some insights and something to do. One small step, yadda yadda. Edit: Oh and the instructions don't work on Neptune's explorer, btw. I figured as much, but just thought I'd let you know. If anyone knows of directions for getting win2k's explorer going on XP point me to them please.

I saw this thread a long time ago: http://www.msfn.org/board/index.php?showto...rt=#entry721487 I tried running Neptune 5111 explorer, Win2k explorer, Win98 explorer, Whistler 2296 explorer, and NT4 explorer on XP (SP3) with nothing but errors about ordinals and the like. What did this guy do to just get NT4 explorer to just work like that? Thanks.

A valid request and probably a good idea for testing, since it will be more accessible. This isn't the easiest thing to do in Python, however, so it will take some time before I can get around to it. I will post back here (and on the project page) when I have, though.

Just make sure you have UNICOWS (Mircosoft Unicode Layer for Windows) installed and you shouldn't have any trouble with that. While Unicode and 9x don't get along fantastically, I haven't had any trouble with this or VLC, both of which use it. I have no choice in the matter, as the wxPython ANSI distribution is broken it seems. Feel free to try it if you want, but you will most likely experience errors running the script if you try the ANSI version of wxPython. My Windows 98 box has 98SE2ME, GDI Heap Extender, all official updates, a number of smaller tweaks, wxPython Unicode, comtypes, pywin32, and ofc Python 2.5. (Comtypes and Pywin32 are the submodules that come with ActivePython that I actually use, you could download and install them separately but they aren't super-easy to find download links for).

I've got a Gateway P-6831FX laptop, with an IDT/Sigmatel audio card (one of those HDA things). Whenever 7 goes into it's sleep/hibernation mode (they combined them, it's kinda wierd because they still refer to both, and powercfg /h off doesn't stop it from entering this mode...), and comes back, the sound is completely silent (though it tries to play, and the volume sliders all show that there IS sound coming through, I just cannot hear it). This forces me to reboot my machine far more than I'd like to. Ideas? Oh and I'm using the stock drivers that come with Windows, and have run update.

I run into this on a regular basis (though it may not be the same reason yours failed, I thought I'd put this here for future searchers' benefit), and have solved it in my case. I have external disks (many of them) formatted as exFAT, and if they are dirty, Windows mounts them as Read-Only without informing me of this in any way shape or form. Closing all programs that are using the volume, and then running chkdsk /f x: (where x is your drive letter) fixes this in that particular scenario.

Check the Google code page for specific requirements, or follow my directions below. If your system has all of these, please post the exact error you are receiving, along with the exact OS version (even if it isn't 98, as this is a crossplatform program), what packs/etc. (KernelEX, Revolutions, 98SE2ME, etc.) you may be running, and any other pertinent information you feel is useful. Oh and be sure to use the Periscope .5 update, as it includes a number of small but important fixes over .4. If you install ActivePython 2.5, this includes everything you need except WX. Please be sure to use the Unicode version of wxpython, as the ANSI version is apparently not maintained too well and does not work (at least for me). I do care about feedback, and appreciate it. I have been busy (my brother got married) and am now back to troubleshoot any issues you might have with Periscope. Development will pick back up shortly. Thanks for your patience!

I've been writing a cross-platform file manager/shell/launcher that supports every version of Windows from 95 and up to 7, and Linux, Mac, BSD, etc. It is written in Python/wxPython. The current release is broken on many platforms, but not Windows, so if you'd like to give it a spin you could head over to the project page: http://code.google.com/p/periscope-file-manager/ It is, in it's current stage, functional enough for you to check out. It acts like a cross between Program Manager, Workplace Shell, and Windows Explorer. I'm developing this for myself, really, but I've released it under an open source license, so if anyone wants to contribute or tweak it to their liking they are welcome to. The current version as of this post is v.05, which is available in the downloads section at the above link. All major bugs should be fixed by v.06, so if you want to play it extra-safe, wait for that release. Enjoy.