schwups
Content Type
Profiles
Forums
Events
Everything posted by schwups
-
Thanks for your work and the hint.
-
KM76: I still haven't caught the culprit or have a workaround to make the sub menus and context menus readable. Siria, I have to deal with the language change again, basically I had the same or very similar results. I tested OMTC (offmainthreadcomposition) disabled on FF 45 and 48. It solved the UI glitch, that the window is not completely displayed or not at all in the case FF48 and these versions seem to run stable in contrast to FF35. The downside is that some web pages are not displaying correctly or are blank. FF 48 doesn't have the boolean "layers.offmainthreadcomposition.enabled" anymore. I created a new "layers.offmainthreadcomposition.force-disabled;true".
-
The rectangles are in lines 226, 348, 456, 550, 663 and 796. The main.kmm of 75.0 isn't affected.
-
The KM reader gave an "? in rhombus", WordPad shows a square instead of c on ME, but Notepad++ a c. Perhaps something like that could cause the converting problem. I already tried different skins and I also disabled individual and all macro extensions and KM plugins month ago. Supplement: I found five squares more inside the main.kmm with WordPad. All kmm errors are gone. Now there are only some css warnings.
-
I activated the error console and yes "Compat 75" was disabled. I corrected one character in line 226 of the main.kmm. $kLayersOnly=$kLayers*getpref(BOOL,"kmeleon.plugins.layers.cat?hOpen"); ? => c That solved almost all of the kmm errors (#13) and only two remained. But it isn't the culprit.
-
@siria Win ME and 98 has lost track of development for several years, but I believe I will remain staunch to ME. It's comparatively simple and yet good - A look at the task manager and I normally know what's the problem. Some members have given up and I think others are waiting for a final KernelEx release with installer. Old KernelEx 4.5.2 is downloaded more than four hundred times a week on sourceforge, so in principle there should be interest. Yes, I may be one of the first in the world to run KM76. In spring I was able to start KM 76, but had no clue to get online and to resolve that problem of the unreadable menus. Jumper said on 8 May (How you really browse the web on 98/ME in 2019) "In February 2018 I was able to surf simple websites with KG76 on 98se+Kex..19(pre). The main problem was all menu text truncated to one character (unicode strings not getting converted to ansi). After a few weeks it seemed to get stuck in offline mode--maybe a iphlpapi issue...". At that time I tried to find something in the kmm files that was somehow noticeable or strange by comparing KM75.0 and KM75.1 files, but without success. I admit that I can't edit macros and have no knowledge about them. So I'm very happy about your contribution here, your approaches, tips and assumptions. I think you are someone who knows K-Meleon particularly well here on this board.
-
The menus are unreadable since KM75.1. To start KM76 you must set the Xul.dll to XPSP2 (not legacy XPSP2) and I also set the exe to XPSP2. (Kex24 + my Kext file) Not to forget the GDIPlus.dll (XP or Vista).
-
I'm running RT's KM 76 (KM76.3.1-Goanna-20201010) and have Javascript enabled now. That's OK so far and also on some JS critical sensitive pages. If I try to open msfn.org/board on latest version of 24 October, the browser freezes with JS enabled. The icons and buttons aren't comely (artefacts) and the language change doesn't work or only partially and leads to additional errors. Best is to keep English-US. But especially the almost completely unreadable submenus and context menus are very annoying. I can add unreadable bookmarks, which I recognize by the ugly symbol. Recently visited addresses aren't saved. I want to check my results on another machine the next days.
-
"RtlIpv6StringToAddressW=" is required, otherwise FF doesn't start. If it isn't present, the automatic fallback to Ipv4 seem to fail. I hoped the error message prompt "Kstub823 ntdll.dll:RtlIpv6StringToAdressW" on first start could be avoided by removing this API. Possible is to ignore the message prompt and then switch "network.dns.disableIPv6" to true. Now I found "RtlIpv6StringToAddressW=o3" or "RtlIpv6StringToAddressW=t3" avoids the error. My revised ini file: Kexstubs.7z
-
I've got an overview: I can start and run versions 42 - 47.0.2. Versions 36 - 41.0.2 crash on start as well as 49 and higher. And 48.0 - 48.02 start initially without UI. It appears when I press F11(FullScreen) 2x. My first impression is that 48 is not stable on a lot of websites - thus maybe unusable. Supplement: I checked 48 again and noted that it doesn't really freeze. Every time when the window freezes I must press F11 to refresh. It is best not to leave the key with your finger. Additional requirements for FF 42 - 48 and KM 76: Dll's from XPSP2 or SP3 (Activeds.dll, adsldpc.dll, apphlp.dll, authz.dll, dbghlp.dll, dnsapi.dll, mprapi.dll, netrap.dll, netui0.dll, netui1.dll, ntdsapi.dll, ntlanman.dll, rasdlg.dll, rasman.dll, regapi.dll, rtutils.dll, samlib.dll, utildll.dll, w32topl.dll, winscard.dll, winsta.dll), MDAC2.8SP1 (Odbc32.dll, Odbcbcp.dll), GDIPlus.dll (for KM76) and Kext (ini file in next post). The names of all missing files were found with the DependencyWalker (DW). To do this open the Xul.dll with the DW. Missing modules are marked with a question mark in yellow circle. To get all names you must refresh or restart DW after adding files. New (missing) files will appear. You have to repeat the procedure several times. I have these files, XPSP2/SP3 and some from ReactOS 0.4.0, in the system folder. You also can try to paste them in the KernelEx folder, or KernelEx Subfolders like ROS, as KernelEx-KnownDll's. In this case (KernelEx-KnownDll's) is the registry entry in the Key [HKEY_LOCAL_MACHINE\SOFTWARE\KernelEx\KnownDLLs] necessary. Or paste them into the program folder, when you're afraid. To bear in mind pdh.dll, psapi.dll, userenv.dll, uxtheme.dll and wtsapi32.dll are already supported by KernelEX (KernelEX-KnownDll's). The portable Installer requires the apphlp.dll. It make sense to install the WindowsInstaller 12.0.2600.2, but I haven't testet that as requirement. After further testing, I initially ruled cabinet.dll (XPSP2 or 3), MDAC2.8SP1, Imagehlp.dll (2KSP3), msvcrt.dll = msvcr70.dll and IE6SP1out. Direct3D9 (OMTC): 1. Install DirectX 9c 2. "layers.acceleration.force-enabled" => true - OMTC requires hardware acceleration! 3. "layers.offmainthreadcomposition.enabled" => true
-
FF45 doesn't work without Kext! I've revised my ini file and removed redundant entries. Not all entries are required to run FF45: ~~~ Definitions ~~~ [ADVAPI32.dll] CredProfileLoaded=z1e [GDI32.DLL] D3DKMTCreateDCFromMemory= D3DKMTDestroyDCFromMemory= [LZ32.DLL] DnsValidateName_W= WinHttpReadData= WinHttpReceiveResponse= [ntdll.dll] _alloca_probe= NlsMbCodePageTag= NlsMbOemCodePageTag= NtImpersonateAnonymousToken= NtUnloadKeyEx=z1e RtlCopyLuid= RtlDeleteElementGenericTable= RtlDoesFileExists_U= RtlEnumerateGenericTable= RtlGetElementGenericTable= RtlGetFullPathName_U= RtlInitializeGenericTable= RtlInsertElementGenericTable= RtlIpv6AddressToStringA= RtlIpv6StringToAddressA= RtlIpv6StringToAddressW= RtlIsDosDeviceName_U= RtlIsGenericTableEmpty= RtlLengthSecurityDescriptor= RtlMakeSelfRelativeSD= RtlNtPathNameToDosPathName= RtlQueryTimeZoneInformation= RtlSelfRelativeToAbsoluteSD= RtlStringFromGUID= RtlUnicodeToOemN= RtlUpcaseUnicodeStringToOemString= [RPCRT4.dll] NdrAsyncServerCall= [SETUPAPI.dll] CM_Connect_MachineW= CM_Disconnect_Machine= CM_Locate_DevNode_ExW=
-
Now I'm running FF45.9esr (JS enabled) and latest KM 76.3.1 (JS disabled) on ME. I am quite surprised and I am not sure why. I believe it has to do with the KernelEx settings for the mfc*.dll/msvc*.dll files. I had tried different modes and had temporarily set mfc*.dll's to NT40 in context with "Streaming & Downloading Youtube Videos in 2020". I had problems with setting NT40. The mouse did not work repeatedly on OS start and I also had trouble shutting down. So I had set all the mfc* files to default or Base enhencements, if default didn't stick. FF 45.9 seem to run stable with JavaScript enabled, but it has the same or similar UI glitches as FF35. The extension "Classic Add-ons Archive" is installable and works. Switched: network.dns.disableIPv6 => true browser.newtabpage.enabled => false xpinstall.signatures.required => false to install unverified add-ons (already set in RT's builds) RT's FF45 build:
-
AFAIK there is no win98 compatible version of GPUZ. CPUZ could give an AGP Information. In my opinion you can trust Everest! Version 2.2 (2005) is free. All others are trial.
-
That is right, but it makes no difference, if the Msvcrt is "really" replaced by msvcr70. Ok I see, if it is really replaced the Dependency walker shows msvcrt, too.
-
Yes, oddly your Imortpatcher gives "[msvcrt.dll] _vsnprintf_s=" and the DependencyWalker shows msvcr70, too.?
-
After update to latest "curl-7.72.0-mbedtls-zlib-win32-static-xpmod-sse.7z" I get an error: Error starting Program: The Curl.exe is linked to missing export msvcr70.dll: _vsnprintf_s. Curl 7.69.1 is OK.
-
According to my first slight impression these managers work on ME. Thanks for the links.
-
Something to requirements (my system Win ME, but that shouldn't matter here): KernelEx 4.5.2: The Update fails, no matter how curl is set. Error: 1. "Curl.exe is linked to missing export-Kernel32.dll: FindFirstVolumeW" / 2. UpdRoots -open SrcStore failed=>0x2(2) KernelEx 4.5.2015.9, but with kexbasen 8: It works with an error "Curl.exe is linked to missing export-Kernel32.dll: FindFirstVolumeW". Adding this API to Kexstubs could help to avoid the error message. KernelEx - latest Update 24: The update worked perfectly. Set the curl.exe to 2k. Update 24 supports FindFirstVolumeW.
-
I did it with KEX 9 (kexbasen 8)! Youtube-dl and streaming with the MPC works now. I registered only the ax files of LAVFiltersXP-0.74.1.9-x86 (no other versions, same folder), installed youtube_source_2.2.2.exe again and renewed the registration of source_filter.ax (CryptStringToBinaryW replaced by CryptMsgClose). And suddenly MPC can stream. All LAV and youtubesource dll's and the .ax files are set to 2k. The replace of CryptStringToBinaryW is necessary with older KernelEx versions. The next step is reach this with KEX24. Fiddling with merits did nothing so far. Goodmaneuver, I don't have a Dxva2.dll set up on ME. I've seen the file comes with Vista. But I found it in my XPSP3 insallation, too. LAVFiltersXP-0.74.1.9 on GitHub was removed because of a incompatible D3D11 decoder. Is the file needed here, is there a connection?
-
Yes, if I set youtube-dl to minimal load help, I must set msvcr90.dll to 2k to support GetSystemWindowsDirectoryW. Then according to the DependencyWalker, it should work. Now the error is "OSError: Failed to write string".
-
It's astonishing how many scores I get more with a 7900GS PCIE 256MB - 40507 scores (3DMark2001SE). System: P5KPL/1600, 3,5 GB RAM DDR2-800 DualChannel, CPU Core2DUO E8500, driver NV 82.69, Win ME.
-
Yesterday, after I had the first success with Youtube-dl on WinME with KernelEx update 8/9, I tried to stream youtube videos again. Something has changed here too. I got a warning message and then on the player bottom "Failed to render File". I'm not sure, whether it was a good choice to replace CryptStringToBinaryW by CryptMsgClose in source_filter.ax. It's kind of nonsense. The DependencyWalker shows a green resolved C import. GraphStudioNext has automatically built a working playback graph. But as I said, streaming still doesn't work. Today I'm back to KEX24 and want to see what is possible with the new approaches. Is this a special version "zip of LAV audio 58"?? Can I download it somewhere? Goodmaneuver@ Am I right assuming that you don't replace CryptStringToBinaryW.
-
Thanks, I followed successfully your guidance to update the system certificates - System Certificates Updater (The easy way). I had a message "...missing export kernel32.dll: FindFirstVolumeW", but apparently the update was OK. And yes I downloaded a music file from Youtube on ME! I didn't create the config file and found the YT file in the windows folder merged into mkv (mp4/webm to mkv) format. It informed me about the possibility to keep mp4 and webm files (pass -k to keep).
-
LockFileEx is still provided by kexbases of KEX 24, but something goes wrong. First I ran youtube-dl straight from python on command.com and got "Import Error: No module named site". Then on XP I tested some commands for correctness to rule out errors here. On XP I also had had the "Import Error: No module named site", if I ran it straight from python. But your "standalone" worked. Afterwards back to ME I tried it with the older KernelEx combination 9 and 8 (kexbasen 8), psapi and uxtheme - initially without DoItYourselfKernelEx. KEX 9 up to 11 were known to be very flawed. Indeed something changed: Now your "standalone" seem to work and the access to the Internet takes place. Unfortunately a new proplem occurs, that the Certificate verify fails - SSL:c:727.
-
So far I also haven't gotten to grips with youtube-dl. It gives an error "AttributeError: Function LockFileEx not found" and crashes immediately. Could it be, that it runs for you due to you use an older KernelEX version? Maybe in this case I should test with older versions or I simply do something wrong...
