TASVideos

The way bizhawk's configuration and config persistence system works right now, there's no way we can tell that a setting has been changed. Configuration persistence would have to be coded specially when each config dialog is closed, and then it would be haphazard and unpredictable. Don't count on bizhawk ever working that way. I'm not sure the way it works now is really very great, but since I can save the config any time I want manually, I don't mind it much.

Posted: 8/22/2015 3:04 PM

Quote

zeromus

Editor, Emulator Coder, Experienced Forum User

Joined: 8/7/2008
Posts: 1156

i don't know what "externalized settings files for controllers" means. All the settings go in one file. As youve discovered, it doesnt save the settings unless it closes cleanly. Config > Save Config is what you're looking for.

Posted: 8/20/2015 3:09 AM

Quote

zeromus

Editor, Emulator Coder, Experienced Forum User

Joined: 8/7/2008
Posts: 1156

Well, that was quite a rabbit hole. Looks like the system vendor was only providing outdated intel drivers. Outdated intel drivers call SetDllDirectory at various intervals when direct3d8 is used, and at various lesser intervals when direct3d9 is used. Jabo was enabled for N64 by default; it was activating the d3d8 and screwing up the dll redirection. Forcing the system to accept newer intel-provided drivers fixed the problem. Additionally, I'll checkin a fix which tries to repair the DLL redirection around the sites where the old intel driver munges it. This may still be important, since some systems can't upgrade their drivers as readily as we saw here (especially, older GPU models won't have had newer drivers ever issued) Regarding slimdx.dll, somehow the user's mscvcr100.dll got straightened out and the problem disappeared. We'll have to debug that some other time. For the record, here's a driver version that doesn't work: (windows 8.1) Intel HD Graphics 4600 10.18.10.3308 - 9/16/2013 and one that does: (windows 8.1) Intel HD graphics 4600 10.18.14.4251 - 7/7/2015

Posted: 8/19/2015 9:11 PM

Quote

zeromus

Editor, Emulator Coder, Experienced Forum User

Joined: 8/7/2008
Posts: 1156

ok, so, clearly something jacked up on your system changed the dll directory in our process. We've seen that happen to a limited capacity with intel gpu drivers, but you seem to be running nvidia so it must be different. There's some things we might could do wrestle against that in our code, but it won't work in every case (though it may work in this case). It'd be better if we could find out what's screwing up the dll directory. You could do this by killing processes one by one, and then running emuhawk, and eventually you might find the problem goes away. Of course, you can't do that if you can't even run emuhawk at all anymore. You could fix that of course by undeleting the dlls. We've seen slimdx fail in this way on account of having nonsense msvcr100.dll installed (by what?? we don't know yet.) the prerequisite installer won't overwrite the dlls if they're there, but you had just deleted them, so... I'm baffled. If it's the same problem with slimdx.dll we've seen before, then you have a 64bit msvcr100.dll installed in the syswow64 directory (it should be 32bit). We can check that by copying it OUT of the windows directory, and then loading it in dependency walker (which will say whether it's 64bit). Maybe something's interfering with the prerequisite installer. I'm sure I can sort all this out if you get on IRC and negotiate with me for a chance to teamviewer to your PC, but since you know the workaround, I wouldnt blame you if you lost interest. Still, I'd like to debug it while I can.

Posted: 8/19/2015 5:54 AM

Quote

zeromus

Editor, Emulator Coder, Experienced Forum User

Joined: 8/7/2008
Posts: 1156

try loading a gbc and a gba game, just as a test of other dlls we've built. genesis, psx, and nes (change core to quickNES) too. maybe we can find a pattern. the N64 video plugins we built too, but I have no clue why those work. Make sure you tried all the n64 video plugins as well. try running getting process monitor and running it to watch for accesses to "path contains -bkm" to see if the wrong path is getting searched, or whether it's getting searched and the file is even getting open but the dll loading is failing at some later point try deleting your 4 files c:\windows\system32\msvcr100.dll c:\windows\system32\msvcp100.dll c:\windows\syswow64\msvcr100.dll c:\windows\syswow64\msvcp100.dll and then rerunning the prerequsite installer

Posted: 8/19/2015 3:35 AM

Quote

zeromus

Editor, Emulator Coder, Experienced Forum User

Joined: 8/7/2008
Posts: 1156

Try it again copying only the audio plugin, and then whichever other dlls it can't find, one by one, so we can discover whether there's something peculiar about the audio dll, or all the plugin dlls, or what

Posted: 8/19/2015 2:40 AM

Quote

zeromus

Editor, Emulator Coder, Experienced Forum User

Joined: 8/7/2008
Posts: 1156

Try pasting all the dlls from the dll directory into the same directory as emuhawk.exe. You may have heard a lot of people suggesting this, but it isn't as effective as they think. Nonetheless, it may work in this case. You're not supposed to have to do that obviously. If that fixes it, maybe we can find out why it fixes it. It's odd though, the video plugin is loaded first. If it couldnt find the plugin dlls, then youd think it would fail on the video plugin first, so I'm not confident. The audio plugin seems to be very lightweight, why would it be the one that fails? It's practically nothing at all. Also try running bizhawk from a directory on your desktop

Posted: 8/19/2015 12:09 AM

Quote

zeromus

Editor, Emulator Coder, Experienced Forum User

Joined: 8/7/2008
Posts: 1156

open the .cue in notepad and you'll see why.

Posted: 8/18/2015 11:48 PM

Quote

zeromus

Editor, Emulator Coder, Experienced Forum User

Joined: 8/7/2008
Posts: 1156

What "plugins" are located in the dll folder? Did you manually put anything there? All your fooling around in the path configuration isn't going to solve anything. But it was helpful in answering another question I have, which directory is your bizhawk based in. There seems to be nothing unusual about that. Since the other thread was about the same error message, maybe you could try some of my debugging from the other thread:

zeromus wrote:

could be security software interfere with the file loading. try turning all that off. Make sure the file size is 8,704 bytes. try opening it in http://www.dependencywalker.com/ to see if it can load OK on your system outside of bizhawk.

did you run the prerequisite installer?

Posted: 8/18/2015 6:10 AM

Quote

zeromus

Editor, Emulator Coder, Experienced Forum User

Joined: 8/7/2008
Posts: 1156

link please

Posted: 8/18/2015 12:10 AM

Quote

zeromus

Editor, Emulator Coder, Experienced Forum User

Joined: 8/7/2008
Posts: 1156

mystery solved, user had customized region settings to use custom - sign for negative numbers, breaking .net's ability to parse normal negative signs. not likely to affect anyone else ever in any universe.

Posted: 8/17/2015 10:44 PM

Quote

zeromus

Editor, Emulator Coder, Experienced Forum User

Joined: 8/7/2008
Posts: 1156

gahhhhhhhhhhhhhhhhhhhhhhhhhhhhhhhhhhh sorry i told you wrong. the express version doesnt work. but use this sln instead https://dl.dropboxusercontent.com/u/4260750/temp/BizHawk.sln.zip then rightclick BizHawk.Client.EmuHawk and say Set as Startup Project. Then debug it and wait for the badness to happen in the line of code in your screenshot. You should be able to peek at the variables involved then Or get with me on IRC and I can teamviewer us a solution to this in about 30 seconds

Posted: 8/17/2015 8:25 PM

Quote

zeromus

Editor, Emulator Coder, Experienced Forum User

Joined: 8/7/2008
Posts: 1156

get visual c# 2010 express edition. get the source. debug it. wait for it to crash. see what string is getting passed into Convert.ToInt32()

Posted: 8/17/2015 5:09 PM

Quote

zeromus

Editor, Emulator Coder, Experienced Forum User

Joined: 8/7/2008
Posts: 1156

Well then, you must be used to stuff breaking. I just tested it in a windows XP japanese version and it worked OK. I dont think I can be bothered to find an italian XP and figure out how to reproduce your weird customizations. I suggest you install visual studio and debug it, see which string from the xml is getting choked on. I checked the .net sources and theyre attempting as usual to make all our lives miserable by converting the numbers with your current locale, but there arent any weird numbers in that xml... theyre just all small integers -10<=X<=137 or thereabouts

Posted: 8/17/2015 4:09 PM

Quote

zeromus

Editor, Emulator Coder, Experienced Forum User

Joined: 8/7/2008
Posts: 1156

Either your bizhawk is corrupted, or your italian operating system can't load XML. Since I would have expected this to be a problem for more people by now if the font XML loading was frail in this way, I doubt that's the problem, unless you've changed something from the default in how your system displays numbers or something like that. At any rate, it just sounds like you need to disable your security software and download a new bizhawk.

Posted: 8/10/2015 9:22 PM

Quote

zeromus

Editor, Emulator Coder, Experienced Forum User

Joined: 8/7/2008
Posts: 1156

scan your system for malware and then disable your security software and stop using hacked feos builds. after that, i may have to teamviewer to your PC to sort this out,

Posted: 8/10/2015 8:10 PM

Quote

zeromus

Editor, Emulator Coder, Experienced Forum User

Joined: 8/7/2008
Posts: 1156

Since youve discovered it's a combination of movies and not a specific movie, I know it's a bug that has been fixed in recent commits (the bug is random and didnt happen to me with all your movies on windows 10). Use an interim build or wait for the next release.

Posted: 8/10/2015 1:57 AM

Quote

zeromus

Editor, Emulator Coder, Experienced Forum User

Joined: 8/7/2008
Posts: 1156

ReyVGM wrote:

But the experienced guys over at gamehacking.org have been itching to be able to make Saturn and Sega CD codes with a decent debugger/ram search/trace logger, etc. for years now. Currently there's no decent way to do so. Same with Genesis, N64 and PS1.

Well, bizhawk would be a promising platform for those three and saturn to boot. But we don't have anyone focusing on debugging features right now. It's a huge chunk of work. We really need a programmer dedicated to it. However. Mednafen has a PS1 debugger, and I think a genesis. Whether you call it decent depends on how well you cope with texty interfaces. Theyre very adequate for mednafen development purposes. Moreover, no$psx + cheat engine should give you decent debugger + ram search

Posted: 8/10/2015 1:51 AM

Quote

zeromus

Editor, Emulator Coder, Experienced Forum User

Joined: 8/7/2008
Posts: 1156

that's mednafen-rr. I don't know anything about it except that it's effectively 6 years old.

Posted: 8/9/2015 7:14 PM

Quote

zeromus

Editor, Emulator Coder, Experienced Forum User

Joined: 8/7/2008
Posts: 1156

Nobody's working on saturn right now. If you want those features, your best bet would be to inspire someone with a story of what great things youll do with it. PC-FX is available on windows mednafen. Yes, there is a chance.

Posted: 8/9/2015 7:02 PM

Quote

zeromus

Editor, Emulator Coder, Experienced Forum User

Joined: 8/7/2008
Posts: 1156

Think whatever you want, it's useless without evidence. So, if you put ONLY the offending movie in your movies directory, you can make it crash? If so, then post that movie file somewhere so we can debug it.

Posted: 8/9/2015 4:22 PM

Quote

zeromus

Editor, Emulator Coder, Experienced Forum User

Joined: 8/7/2008
Posts: 1156

temporarily remove all your movie files and see if it still happens. If that fixes it, re-add them one by one until you find which one causes it. The play movie dialog is heavy duty, but it doesnt do anything that should depend much on your OS configuration

Posts for zeromus