Player (73)
Joined: 11/25/2009
Posts: 77
Tried to record an AVI of Zelda no Densetsu: Mujura no Kamen (J 1.00) via AVI Writer. http://pastie.org/pastes/8345136/text?key=aqqdqrrxkb5cyzxt6xria Additionally, if I choose to continue, the BizHawk window will be completely unresponsive, except to "joystick" input. I cannot even right-click BizHawk's button in the taskbar to close it down. System: Windows XP SP3 (x86).
Editor, Emulator Coder
Joined: 8/7/2008
Posts: 1156
Sounds like a problem with your system that bizhawk isn't responsible for. It's crashing from the windows code which manages the video codecs. Likely other video-related things on your system are junked up and broken. Try reinstalling codec packs and video drivers. Can you dump avis from any other emulators?
Player (73)
Joined: 11/25/2009
Posts: 77
My video card drivers are up-to-date. I use K-Lite Codec Pack for codecs, if that helps narrowing it down? My installation of K-Lite may be a few months old now though (but not older than a year at least). I can record AVIs via "regular" Mupen 64 perfectly fine, and have never had problems before either. By the way, when I try recording with ffmpeg instead and I have a Lua script with some gui.text() lines, to print some "OSD" text, I just get a black screen in the final video file... If I remove the gui.text() lines from the script the video comes out properly, and for a second I thought it even solved the AVI Writer issue, but the error message came back after I retried it yet again a few minutes later (and this time I didn't even have the interface for Lua open).
Editor, Emulator Coder
Joined: 8/7/2008
Posts: 1156
Thinking you have updated software doesnt mean your system can't be hosed. For example, even brand new ATI drivers are junk compared to years old nvidia drivers. Actually, new drivers from any vendor are more likely to be junkier than old drivers (new drivers do nothing but fix new games and break old things) so downgrading is always a smart choice as well. Additionally, virtually any other junk installed on your system can interfere with bizhawk, malfunction, and then interfere with the avi codecs. About all we could do is attempt to dredge up additional information when that win32 operation fails, and print it for diagnostics. Best bet for you is to use the ffmpeg writer, unless youre willing to uninstall things willy-nilly. If theres a bug with that and the OSD capturing, then lets fix that.
Player (73)
Joined: 11/25/2009
Posts: 77
I tried a fresh "unpack" of BizHawk on another computer (fresh XP SP3 x86 installation by the way), same ROM, no default settings of BizHawk changed. I get the exact same error... And I don't have anything other than BizHawk and its dependencies installed apart from the aforementioned (very) newly installed system itself, so there's no "junk". I have to ask, did you even try to reproduce it yourself? Because I have no problems recording NES, SNES, Genesis or other older game systems with AVI Writer. Well anyway, I don't mind using ffmpeg.. in fact, it probably is a better encoder anyway. But I feel that you, as a developer, should want to fix bugs, or at least not even offer any buggy, or even worse, "unfinished" functionalities. It's great if you're willing to fix the ffmpeg black screen issue, but it feels like you're trying to find a "valid" reason not to do anything about the AVI Writer. You know.. this it typical of software developers, too; always blaming the users of being too "n00b" to do some standard troubleshooting, or a little research when they submit bug reports. I have tried older drivers, too, and I don't notice any difference (i.e. it doesn't fix the AVI Writer issue). Out of curiosity, what would you want me to uninstall in that case.. ? I don't mind uninstalling things - I'm quite capable of restoring my software configurations if I have to re-install it. So just tell me, and I'll try it, but I doubt it'll help since it doesn't even work on a fresh installation of the system... Maybe you guys just don't intend for support on XP?
Editor, Emulator Coder
Joined: 8/7/2008
Posts: 1156
I never suggested a freshened bizhawk directory would have any effect. Instead, I suggested that it didnt have anything to do with bizhawk. But it was a good idea, anyway, since I suppose it might have been affected by your choice of n64 video plugin. And another system is of course a great idea. Im dissapointed and sort of surprised that didnt fix it. Try using the uncompressed RGB avi codec, (if you can even get that far...?), which can help (but not authoritatively) eliminate a number of problems from consideration. You probably have no problems recording on older game systems with AVI writer because theyre not booting up the 3d on your glitchy video card which is hosing your codec system. Also, sometimes glitchy codecs can be glitched by perfectly functioning videocards/drivers due to everyone trying to hardware accelerate video codecs, and in this case the added stress of 3d could be exercising the codec in a way its not accustomed to (most people are not doing 3d rendering on GPU while encoding) I, as a developer, have offered finished and largely bugless (at least on par with other emulators) AVI-writing capabilities. If your system is malfunctioning, which I suspect it is, it isn't our fault. I'm trying to find a "valid" reason to have even an inkling of a suspicion that there is a flaw in bizhawk here, instead of in your system. Unfortunately, 100% of evidence suggests its your equipment's problem. Why assume the issue has anything to do with XP? It worked fine for me on XP. We intend for support on XP. We dont knowingly do anything that wouldnt work on XP. Clearly, if you have a fresh windows install with nothing else installed (except, presumably, a codec pack?) then theres nothing to uninstall except 2 things: the video driver and the codec pack. So, I suggest you try different/older codec packs, or better yet, none at all to positively rule that out. Also, different video card vendors might be called for. I doubt video card vendors give a crap about XP anymore, so theyre likely releasing massively bugged out stuff. Changing vendors would change bugs substantially. Allow me to recap; I've been disorganized. Here's what works for me: bizhawk 1.5.1, mujura no kamen, windows XP, avi writer, RGB uncompressed
Player (73)
Joined: 11/25/2009
Posts: 77
I never suggested a freshened bizhawk directory would have any effect.
Indeed. But a clean setup may help sometimes with some apps, so I figured I'd try...
But it was a good idea, anyway, since I suppose it might have been affected by your choice of n64 video plugin.
You know, I sort of thought of this at one point, don't know why I didn't try it yet. Until now I've used Glide64mk2. I'll get back to the thread once I've tried the others.
Try using the uncompressed RGB avi codec, (if you can even get that far...?)
It unfortunately does not get that far. The error appears when I click the "OK" button on the dialogue where you choose which writer to use.
your glitchy video card
Hmm. Why do you say glitchy? I mean, is this something you know for a fact? I haven't noticed anything that would suggest the graphics card is damaged, but then.. I haven't run any actual tests in a while. I'll say this though: when I insert this particular graphics card (ATI Radeon HD4850 by the way) into the motherboard, I have to press it kinda hard to be able to properly screw the bracket into the computer case. I don't know if's an "incompatibility" with the case, or the motherboard, but I did recently get a new computer case, and it was as bad with this as the previous case, so that probably rules out the computer case being the problem for that. I can't say I remember it being as difficult with any previous graphics cards I've had...
Why assume the issue has anything to do with XP?
I just assumed most people was dropping support for Windows XP "because it's 11 years old, blahblah..." I still say XP is superior to the cherished Windows 7 though, no matter how many "bugfixes" (or much less important to me, new implementations) it supposedly has. It's good to know you guys are still supporting XP.
except, presumably, a codec pack?
Yes, that and chipset drivers. I never actually installed any graphics card drivers at all on that system actually, so that I can't uninstall. Uninstalling the codec pack won't help, because I actually already tried before installing it. Do you recommend any particular codec pack by the way? And are you saying, what I think you are; that nVidia is recommended over ATI? Or older graphics cards in general even.. ? Because I'm seriously noticing a drastic fall in hardware quality these days (monitors are a nightmare for example).
Player (73)
Joined: 11/25/2009
Posts: 77
...I'll get back to the thread once I've tried the others.
I'm back! Switching plugins didn't really work. However... for WHATEVER reason, enabling all the OSD settings under "view" (i.e. "display FPS" etc.), disabling "display status bar" and then rebooting the BizHawk core "solves" it. I'm not sure why, but maybe this info helps somehow? I've reproduced it without errors by doing this at least three times now (and actually reversing these settings every other time to check if it throws an exception again).
Editor, Emulator Coder
Joined: 8/7/2008
Posts: 1156
use config > gui > use gdi+ display method and see if that helps. without gdi+ display method, its using direct3d. a lousy videocard/driver, combined with direct3d, combined with opengl, combined with video codecs, is really pressing your luck. we have a long term plan to replace the direct3d with opengl which should improve things a bit after a period of some pain. nvidia is always recommended over ati, in all circumstances, in all eras.
Player (73)
Joined: 11/25/2009
Posts: 77
I only get a black screen again with GDI+. It does throw an exception too, when I try to record with the aforementioned settings at default.
Editor, Emulator Coder
Joined: 8/7/2008
Posts: 1156
what model cpu do you have on the systems youve tested this on
Player (73)
Joined: 11/25/2009
Posts: 77
Both have Intel Core 2 Duo E8200.
Editor, Emulator Coder
Joined: 8/7/2008
Posts: 1156
I should mention, if you havent installed any video drivers at all, then youre either operating in a configuration that the codec suppliers probably havent tested, or youre using a default video driver which is as likely to have bugs with the codecs as any other driver. Perhaps on configurations where you havent installed video drivers, software opengl is getting used by the mupen core and thats hosing your codecs in a way i havent ever even tested. You'd know because mupen should be going about 1fps. Possibly youre using a 16bpp or 24bpp desktop color depth? That's getting hard to support or test anymore.
Player (73)
Joined: 11/25/2009
Posts: 77
I'm using 32bpp. Are there any particular Windows services that BizHawk depends on by any chance? Here is how I usually configure services on XP installations: https://dl.dropboxusercontent.com/u/48454461/misc/svcr.htm
Editor, Emulator Coder
Joined: 8/7/2008
Posts: 1156
bizhawk doesnt depend on any services or anything strange that the prerequisite installer doesnt install. windows codec subsystem is crashing, not bizhawk. its strange that both your test systems have the same cpu. do they have the same motherboard and gpu as well? since some combination of hardware and drivers is likely causing your problem, testing two very nearly identical systems isnt the most valuable of tests.
Skilled player (1703)
Joined: 9/17/2009
Posts: 4952
Location: ̶C̶a̶n̶a̶d̶a̶ "Kanatah"
Nisto, maybe try using TeamViewer and repeat whatever you were doing while zeromus or another dev monitors it?
Player (73)
Joined: 11/25/2009
Posts: 77
I got it working. I had to install the DirectX 9.0c SDK (http://www.filehippo.com/download_directx/7692/). So screw that web installer, throw the SDK in the prerequisites archive instead. ;) EDIT: it's back... kinda. But now it's at least resolvable - until the next time I reboot the core. It comes back if I cancel the compression codec window (i.e. test for exception errors) and reboot the core. I notice in the Temp directory, that there are files being created even though no actual file has started recording. Are you making proper use of file handles? (Otherwise it's pretty much indeed solved.)
Editor, Emulator Coder
Joined: 8/7/2008
Posts: 1156
You should notice also that the file disappears when the codec selection process is done. I'll be glad to debug a different stacktrace, if youve discovered the directx SDK can un-scramble your drivers. If you get the same stacktrace now with your new repro steps, then all youve done is paper over the real problem somehow by jiggling your files around a bit. We shouldnt be depending on anything in the SDK. Maybe for some reason directx web update is malfunctioning on your system(s) but thats usually very reliable
Post subject: BizHawk 1.5.2 Released!
adelikat
He/Him
Emulator Coder, Expert player, Site Developer, Site Owner (3581)
Joined: 11/3/2004
Posts: 4736
Location: Tennessee
BizHawk 1.5.2 Released! The big change in this release is completely redone Ram Search, Ram Watch, and Cheats tools. With the demands of N64 TASing, I had to add more support for things like float and fixed point, and tighten up ram usage and performance. Another fun feature is the ability to load games on the ti-83 core. As usual, I recommend reading the full release notes. Windows binary
It's hard to look this good. My TAS projects
Editor, Experienced player (607)
Joined: 11/8/2010
Posts: 4012
Oh, wow! This new release is a huge improvement in performance on my machine. Max throttle speed in GBCHawk went from 77 fps in 1.5.1 to 400 fps in this! Thanks, BizHawk team!
Editor
Joined: 3/31/2010
Posts: 1466
Location: Not playing Puyo Tetris
As always, it gets better.
When TAS does Quake 1, SDA will declare war. The Prince doth arrive he doth please.
Editor, Experienced player (607)
Joined: 11/8/2010
Posts: 4012
What's the correct hash and filename for the TI-83 BIOS? Neither the hash nor accepted filename is listed in BIOS_Info.txt, and I've tried setting several different ROMs manually with Set Customization but haven't found anything that's worked.
adelikat
He/Him
Emulator Coder, Expert player, Site Developer, Site Owner (3581)
Joined: 11/3/2004
Posts: 4736
Location: Tennessee
Pulled from gamedb/gamedb.txt : 4EDF419CAA9FB0542B4FED8BCD8B54C2 TI-83 v1.02 TI83 initPC=6ce 28308683219BC1242B3A423F05061E69 TI-83 v1.03 TI83 initPC=6ce 02D48EAAD98A74619E2F68DE23AC212F TI-83 v1.04 TI83 initPC=6ce 552338D93033ECCA7B06CAB4D9DA789B B TI-83 v1.06 TI83 initPC=6ce D4448D09BBFDE687C04F9E3310E023AB TI-83 v1.07 TI83 initPC=6ce 13B0ACA73319CD7617705DD6BD509B8B B TI-83 v1.08 TI83 initPC=6ce 163B7CECDD3862116DFA7F0D650D56AB B TI-83 v1.10 TI83 initPC=6ce 5ACB6614E0004AAF8B9EC706D4E47DFB B TI-83 v1.12 TI83 initPC=6ce
It's hard to look this good. My TAS projects
Editor, Emulator Coder
Joined: 8/7/2008
Posts: 1156
Those hashes are weird. I'm not sure what they are. Theyre supposed to be typed. I just made edits to add a info (details) view to the firmware options dialog so you can see which files the firmware manager is expecting and what their hashes are. This will make it easier to solve this problem in the future.
Editor
Joined: 3/31/2010
Posts: 1466
Location: Not playing Puyo Tetris
zeromus wrote:
Those hashes are weird. I'm not sure what they are. Theyre supposed to be typed.
Those hashes, are MD5 checksums. Here's the SHA-1 Hashes: ce08f6a808701fc6672230a790167ee485157561 *Texas Instruments TI-83 BIOS v1.02 (19xx)(Texas Instruments).bin 8399e384804d8d29866caa4c8763d7a61946a467 *Texas Instruments TI-83 BIOS v1.03 (19xx)(Texas Instruments).bin 33877ff637dc5f4c5388799fd7e2159b48e72893 *Texas Instruments TI-83 BIOS v1.04 (19xx)(Texas Instruments).bin 3d65c2a1b771ce8e5e5a0476ec1aa9c9cdc0e833 *Texas Instruments TI-83 BIOS v1.06 (19xx)(Texas Instruments).bin ef66dad3e7b2b6a86f326765e7dfd7d1a308ad8f *Texas Instruments TI-83 BIOS v1.07 (19xx)(Texas Instruments).bin 9c74f0b61655e9e160e92164db472ad7ee02b0f8 *Texas Instruments TI-83 BIOS v1.08 (19xx)(Texas Instruments).bin 25b373b58523647bb7b904001d391615e0b79bee *Texas Instruments TI-83 BIOS v1.10 (19xx)(Texas Instruments).bin 37eaeeb9fb5c18fb494e322b75070e80cc4d858e *Texas Instruments TI-83 Plus BIOS v1.03 (19xx)(Texas Instruments).bin 6615df5554076b6b81bd128bf847d2ff046e556b *Texas Instruments TI-83 Plus BIOS v1.12 (19xx)(Texas Instruments).bin These came from the matching MD5 Hashed files.
When TAS does Quake 1, SDA will declare war. The Prince doth arrive he doth please.