hence why its not the plugins fault. the emulator hangs while loading the runtime for some reason.
Â
i expect if it they were built with MSVC10 (like 1964 is) it would open instantly as the emulator loads the modules.
hence why its not the plugins fault. the emulator hangs while loading the runtime for some reason.
Â
i expect if it they were built with MSVC10 (like 1964 is) it would open instantly as the emulator loads the modules.
sigh Ah well. It's a damned shame so many people had to team up to kill off the good days of Mupen64 and Project64. Now they'll never be updated to support plugins that are called upon for import using more modern run-times (the MSVC10).
Â
Well, while I'm archiving the NetPlay Mupen64++ I guess I'd best be off bundling 2.1 since it's just for NetPlay atm. Changing controls during a game would result in that 8-second wait due to the outdated compilation of the emulator which would be annoying.
Iconoclast, i've done some more testing and this is actually not an msvc issue either,
Â
In fact, its the project64 beta protection stalling the plugin init.
Yeah I remember it taking quite a long time to load on the beta Project64, though I remember it also being slower to load than other plugins on other emulators as well.
Â
Shame I can't figure how to test it now, though. I seem to have all the necessary Microsoft redistributables installed and no missing libraries but still can't seem to get the plugin to initialize now on Windows 7 x64. 2.1 RC3 still works.
^^ you got lattest dx runtimes?
Attachment.
Seems both of the parent import functions for MSVCP are unresolved C++ functions.
Â
In MSVCR100 parent import functions there were a few unresolved C++ and three unresolved C but everything else resolved when called through MSVCP instead.
Â
IDK what caused it. Microsoft gave me all the installers, not some foreign site.
you need to install msvc 10, you can't just copy paste dll's.
Not this time dammit. Like I said I used the installers to get all the runtimes, since I have Windows 7 x64.
Â
Problem is I used the 64-bit support T_T.
Go here for x86-32. [img]<fileStore.core_Emoticons>/emoticons/biggrin.png[/img]/emoticons/biggrin@2x.png 2x" width="20" height="20" />http://www.microsoft.com/download/en/details.aspx?id=5555
Â
Ironically, when I checked using the 32-bit version of Dependency Walker, it showed that I only have the 64-bit versions of MSVCR100 and MSVCP100 installed, not the 32-bit versions. So that's the problem. [img]<fileStore.core_Emoticons>/emoticons/biggrin.png[/img]/emoticons/biggrin@2x.png 2x" width="20" height="20" />
Heh, I don't know if auto-merged double-posts will show up as new, but here goes.
Â
So yeah I'm still noticing here that the plugin initialization is slowest on the beta system for Project64, with the protection scheming liable, though I still notice that entering the DllConfig() function is slow only for this particular version of the plugin. Initializing the plugin in this specific way, is what's slower on all the emulators and particular to this version only.
OH YEAH!
Â
Â
This is how controller plugins should be made. /emoticons/biggrin@2x.png 2x" width="20" height="20" />
(just kidding)
Â
A 4-KB DLL that supports everything to do with N64 controller emu !! :eek:
(just kidding)
Â
Backwards compatible with Pajama64, 1985, Fukken64Plus, on Windows 3.1!
(just kidding)
Â
heh, well semi-jk about all of that anyway
Â
Still who cares. Keyboard-only support and all, it still beats the shit out of having to use this bloated DirectX crap.
Â
you can delete mah post nao /emoticons/laugh@2x.png 2x" width="20" height="20" />