Posts for zeromus

1 2
28 29 30
45 46
Posted: 1/3/2015 9:33 PM
Quote
zeromus
Editor, Emulator Coder, Experienced Forum User
Joined: 8/7/2008
Posts: 1156
uhh could you please describe what was going on in more detail for future users? where else did you have the dll and how was bizhawk searching for it there?
Posted: 1/3/2015 9:06 PM
Quote
zeromus
Editor, Emulator Coder, Experienced Forum User
Joined: 8/7/2008
Posts: 1156
nope. bizhawk is a complicated tool, and using it is complicated. There are about a million scenarios analogous to this in other cases on other platforms. You cant just take some number from some website and enter it in some blank in some software. You have to know what those numbers mean. If you want to write some docs, maybe we could get it into the cheats dialog.
Posted: 1/3/2015 9:03 PM
Quote
zeromus
Editor, Emulator Coder, Experienced Forum User
Joined: 8/7/2008
Posts: 1156
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.
Posted: 1/3/2015 5:53 PM
Quote
zeromus
Editor, Emulator Coder, Experienced Forum User
Joined: 8/7/2008
Posts: 1156
you can discover whether its a problem with SBI and protection by playing it in mednafen without the SBI and seeing what happens.
Posted: 1/3/2015 1:13 AM
Quote
zeromus
Editor, Emulator Coder, Experienced Forum User
Joined: 8/7/2008
Posts: 1156
For starters, you transcribe or screenshot the entire error message instead of escalating snippets
Posted: 1/2/2015 4:24 AM
Quote
zeromus
Editor, Emulator Coder, Experienced Forum User
Joined: 8/7/2008
Posts: 1156
Usually, it means whatever the text you didnt include after the error message says
Posted: 12/31/2014 1:41 AM
Quote
zeromus
Editor, Emulator Coder, Experienced Forum User
Joined: 8/7/2008
Posts: 1156
It would be pretty epic if we spun up a GB core instance within the n64 core to serve bytes from the GB rom's mapper through whatever port to the n64 core. That sounds like it could almost be within our emulator-hacking means for someone dedicated enough.
Posted: 12/30/2014 8:36 PM
Quote
zeromus
Editor, Emulator Coder, Experienced Forum User
Joined: 8/7/2008
Posts: 1156
please define "slow" by displaying the framerate and recording the number and write which bizhawk version youre using, otherwise we have to assume youre using version real.old.slow
Posted: 12/30/2014 6:07 PM
Quote
zeromus
Editor, Emulator Coder, Experienced Forum User
Joined: 8/7/2008
Posts: 1156
about 1080x957 depending on your OS bling
Posted: 12/30/2014 4:37 PM
Quote
zeromus
Editor, Emulator Coder, Experienced Forum User
Joined: 8/7/2008
Posts: 1156
no, it's not supposed to be broken into tabs. it's supposed to be simply too large for your monitor, since what you described (where "the rest" is the palettes) is exactly what happens when the window is too large for your monitor. making tool windows work on smaller monitors is lower priority than making them work at all in the first place.
Posted: 12/30/2014 4:14 AM
Quote
zeromus
Editor, Emulator Coder, Experienced Forum User
Joined: 8/7/2008
Posts: 1156
Changing the extension from .sav to .saveram will now work, since the file format VBA dumps will now be (mostly) correctly recognized by bizhawk
Posted: 12/28/2014 11:40 PM
Quote
zeromus
Editor, Emulator Coder, Experienced Forum User
Joined: 8/7/2008
Posts: 1156
create a .sav in emulator X and a .saveram in bizhawk and then check whether theres one whit of difference
Posted: 12/28/2014 4:33 AM
Quote
zeromus
Editor, Emulator Coder, Experienced Forum User
Joined: 8/7/2008
Posts: 1156
check the connection of your headphones cable
Posted: 12/27/2014 6:46 PM
Quote
zeromus
Editor, Emulator Coder, Experienced Forum User
Joined: 8/7/2008
Posts: 1156
Bizhawk, like every other emulator (?), does not respond to dragging of files for importing save files. That really needs to be done while the game isn't running. Change the filename to the correct name and replace the savefile that bizhawk drops. I'm sorry you don't know about game genie cheats. Even without using google to gain knowledge about them, adding them should have been straightforward. You may be more familiar with action replay cheats, which aren't supported.
Posted: 12/26/2014 4:31 AM
Quote
zeromus
Editor, Emulator Coder, Experienced Forum User
Joined: 8/7/2008
Posts: 1156
It would be desynched and on another path since the emulator detected saveram, if we hadnt known that would happen and made sure it doesn't detect the saveram when starting a movie. To start a movie from an existing saveram, you need an option in the emulator which it doesnt seem we have yet.
Posted: 12/25/2014 3:20 PM
Quote
zeromus
Editor, Emulator Coder, Experienced Forum User
Joined: 8/7/2008
Posts: 1156
It's good practice to type local everywhere in lua, in fact there's strict.lua to enforce it. Even at the global level it still makes sense, because it isn't actually global but instead 'script-level' and a local declared there wouldn't be accessible to other scripts, and would run faster than a true global. That's what I remember, anyway.
Posted: 12/24/2014 10:07 PM
Quote
zeromus
Editor, Emulator Coder, Experienced Forum User
Joined: 8/7/2008
Posts: 1156
The user of bizhawk may quite reasonably expect bizhawk to behave consistently among cores. The user of any software may quite reasonably expect to be in control of when changes are flushed to disk. Savestates dont appear without the user putting them there. Why should savefiles? Because the user indicated it to the game, OK I get it. That will work, right up to the point where it doesn't. We'll probably add an option for all the cores at some point in the future, but I'm not sure what the default should be. I'd rather work harder on training the user to be in charge of things, instead of depending on mushly emulation metaphors and automagic.
Posted: 12/24/2014 8:40 PM
Quote
zeromus
Editor, Emulator Coder, Experienced Forum User
Joined: 8/7/2008
Posts: 1156
The emulator doesn't currently work that way for other platforms. We're not changing it right now for PSX. What happens if your power goes out? The same thing as always: you lose what you haven't saved in a program. So tell your emulator to save.
Posted: 12/24/2014 6:22 PM
Quote
zeromus
Editor, Emulator Coder, Experienced Forum User
Joined: 8/7/2008
Posts: 1156
Maybe your emuhawk is crashing at shutdown instead of dumping the saveram. Check whether your ini file is saving changes currently when exiting emuhawk
Posted: 12/22/2014 8:35 PM
Quote
zeromus
Editor, Emulator Coder, Experienced Forum User
Joined: 8/7/2008
Posts: 1156
i cant say how it would look on anyone's TV, every tv looks different. Televisions may be stretched both ways. Using the mednafen display mode is what ryphecha thinks is most reflective of what people would want to see on a minimally cropped CRT running according to NTSC specs. I'm not the right guy to ask about this stuff, it pisses me off. I think the intended behaviour is for us to use whatever gets sent by mednafen, squeezed into 4:3.
Posted: 12/22/2014 3:33 PM
Quote
zeromus
Editor, Emulator Coder, Experienced Forum User
Joined: 8/7/2008
Posts: 1156
memory card saving is implemented. if it isnt working, its a bug.
Posted: 12/22/2014 7:15 AM
Quote
zeromus
Editor, Emulator Coder, Experienced Forum User
Joined: 8/7/2008
Posts: 1156
ok thanks for confirming those test cases. ill definitely be adding SBI support
Posted: 12/21/2014 9:58 PM
Quote
zeromus
Editor, Emulator Coder, Experienced Forum User
Joined: 8/7/2008
Posts: 1156
bizhawk can't load just a bin as a disc. It is not a good plan to load a bin directly. If bizhawk ever supports it, it will be hooked up in whatever ways make sense. The overscan option is just activating whatever mednafen does. Mednafen is attempting to emulate what a television does better than the average emulator. The PSX can make the 320x240 framebuffer shimmy all around your television within some legal NTSC frame bounds, so that's what's being emulated. In the future I will consider adding a mode that just outputs the framebuffer, but that's actually kind of hard once mednafen's internals have munged it up into content within an NTSC frame. Maybe one day there will be an option to skip bios. Thats just added work. It's not like anyone went out of their way to make the bios non-skippable. Skipping it is harder.
Posted: 12/21/2014 5:39 AM
Quote
zeromus
Editor, Emulator Coder, Experienced Forum User
Joined: 8/7/2008
Posts: 1156
feos wrote:
Tried out dumping with different options. but some of the segments look like this (what we don't want):
Fixed in r8609. Not actually a PSX bug, but a general bug in the avi dumping for resolutions like 350 wide which turn out to be 350*3 = 1050 (not multiple of 4). Not likely to be affecting other format dumps, since the multiple of 4 thing is just some ancient AVI flakiness.
Posted: 12/21/2014 3:52 AM
Quote
zeromus
Editor, Emulator Coder, Experienced Forum User
Joined: 8/7/2008
Posts: 1156
It sounds like you said that mednafen and psxjin both play the music the same, which is worse than bizhawk, which is... kind of unbelievable, but I guess it's possible. It's just, what psxjin and pcsx-rr do is useless information, so it confused me.
1 2
28 29 30
45 46