schwups

I have to keep "opera.dll", "html5_entity_init.dat" and the gstreamer folder of 12.02.

19 looks good. The KernelEx.dll works again. So far, no new errors have occurred here.

Sorry, I didn't say it here, that I extracted 7.0.2 with 7Zip and ran the GoogleEarth.exe in the client folder. GE is or should be installable up to version 6.0.2.

Thanks, if I figure out something, I'll let you know.

For about a month, maybe a little more, GE 6.0.2 or a lower version doesn't work anymore. The server login failed. Error Message: "GE can't contact the imagery server to download new images. GE detected an error while trying to authenticate." I guess something like a handshake Problem (SSE/TLS). I tried higher versions and succeeded partially with version 7.0.2.8415 (VC++ 2010). Test system WIN ME / KernelEX update 18). On my main computer (G41/Core2DUO Wolfsdale), I can start and run it, but ME crashes after close. Best is to restart directly by CTRL-ALT-DEL. On another machine (ME/KEX18/G31/Core2DUO Wolfsdale) GE 7.0.2 starts, do login, the globe appears and the zomm works, too. However, no new images are loaded here. I suppose a missing dll on the second one. I had ruled out KEXT after a test. Does anyone have any ideas or suggestions about this?

Yes, install the Chipset drivers directly after OS. That's the normal procedure.

Did you install the chipset driver first, before you install others?

So far I can see you didn't install the VIA 4in1 chipset driver. You have "PCI standard host cpu bridges" in your device manager. This indicates there are only standard MS drivers. The Via device name is "VIA standard host bridge". I don't believe that there is a problem with ACPI. I've a VIA P4M800 (VIAVT8237R). It isn't a laptop, but there aren't any problems.

@jumper: According to my tests should the culprit exist since update 11 in Kexbases. Like I said VLC 3 works up to update 10. You added "KERNEL32.CheckRemoteDebuggerPresent=" and many more API's to Kexbases 11. I entered "KERNEL32.CheckRemoteDebuggerPresent=" to k452stub to overwrite kexbases here. That's the only way it makes sense to me. The function in the stub file on the left (contents=kexstubs,std,kexbasen,kexbases) is irrelevant, because it should be overwritten by Kexbases 11 or higher. VLC 2/3 is useless in XP mode. Probably the same applies to version 1.x.x. Goodmaneuver described the errors.

I tried this with two different lines in the [BASE] section, but I can't see an effect. [BASE] contents=kexstubs,std,kexbasen,kexbases - here in [WINXP.names] KERNEL32.CheckRemoteDebuggerPresent= kexstubs .0 and [[BASE] contents=kexstubs,std,kexbasen,kexbases,k452stub - here in [WINXP.names] KERNEL32.CheckRemoteDebuggerPresent=k452stub.0 The second case was to overwrite kexbases. The runtime error on VLC3 start still persists. I don't comprehend your advice to test that line in the core.ini. Why Kexstubs (CheckRemoteDebuggerPresent=kexstubs.0) and why in [WINXP.names] section, although VLC must work with "default mode" and not XP mode?

I don't get a detailed error message. (This application has requested the runtime to terminate it in an unusual way.) DumpPE creates a very large logfile of 14MB. What should I look for? Taking into account the changes from release 10 to 11, only these api's have become conspicuous for me. It is only my suspicion. I tried to override the added api's with K452stub.ini or core.ini. The two abovementioned showed an effect. Already the Explorer didn't start. MSVCRT.DLL was mentioned in that message.

I would like to report that VLC 3.0.x runs with the Kext entry "[Kernel32.dll] CheckRemoteDebuggerPresent= " up to Release/Update 10. The runtime error occurs since kexbases 11 and higher. Could it be to do with LeaveCriticalSection and SetCriticalSectionSpinCount?

I'm surprised how easy it is for me to run VLC 3. Only the Kext entry "[Kernel32.dll] CheckRemoteDebuggerPresent= " is required. Thanks for the hint. System: ME, KernelEX 4.5.2 and Kext. VLC 3.0.4 runs also up to KernelEX update 8. Using update 12 and higher VLC fails to start and gives a runtime error. As far as I can remember the updates 9 to 11 made problems for me, so I didn't testet them.

The Opera HTML5 Player still plays some interviews and documentations, but no music anymore here. The you tube HTML5 testpage gives the same information for FF9.0.1 and Opera (12.02 / 11.64), that WebM VP8 and HTMLVideoElement is supported. The other formats have the exclamation mark. I found this to use Greasemonkey user scripts in Opera, but it doesn't work: https://www.ghacks.net/2008/08/10/greasemonkey-in-opera/

Marvellous, I also tested it with Flash 21.0.0.242. Is it possible to make the script working in Opera Presto, too?