Posts for zeromus

1 2 3 4 5
45 46
Posted: 6/27/2017 11:56 PM
Quote
zeromus
Editor, Emulator Coder, Experienced Forum User
Joined: 8/7/2008
Posts: 1156
config > display > display method change around those options, being aware that if your system is broken suck, some them might not stick when you restart emuhawk to apply them
Posted: 6/27/2017 9:22 PM
Quote
zeromus
Editor, Emulator Coder, Experienced Forum User
Joined: 8/7/2008
Posts: 1156
should be fixed in https://github.com/TASVideos/BizHawk/commit/f536002053a8ea3fe21351f9cc6e48aaeadddffa
Posted: 6/27/2017 2:28 AM
Quote
zeromus
Editor, Emulator Coder, Experienced Forum User
Joined: 8/7/2008
Posts: 1156
Ok, so you DIDNT read something that said "the way to get bugfixes is to download the git and build it yourself", you just invented it. The bizhawk homepage has lists of other things to download including developer builds of the most recent commit. Anyway, why are you people still debugging it? I fixed it.
Posted: 6/26/2017 9:49 PM
Quote
zeromus
Editor, Emulator Coder, Experienced Forum User
Joined: 8/7/2008
Posts: 1156
Those tools which could be ported to bizhawk for a cigarette butt bounty by a lua hobo sure do make it more enjoyable to produce a desyncing movie
Posted: 6/26/2017 4:02 PM
Quote
zeromus
Editor, Emulator Coder, Experienced Forum User
Joined: 8/7/2008
Posts: 1156
That's your clue that there is no information other than whatever you can find natt writing because it's natt's invention. MDF and MDS is not supported. Only cue+bin and ccd is supported.
Posted: 6/26/2017 4:00 PM
Quote
zeromus
Editor, Emulator Coder, Experienced Forum User
Joined: 8/7/2008
Posts: 1156
From which information source did you draw that understanding
Posted: 6/26/2017 4:13 AM
Quote
zeromus
Editor, Emulator Coder, Experienced Forum User
Joined: 8/7/2008
Posts: 1156
well, what a coincidence. the global base path handling didnt make any senses to me. I just clobbered it all and started over and committed what fixes your problem and maybe breaks something else.
Posted: 6/22/2017 9:59 PM
Quote
zeromus
Editor, Emulator Coder, Experienced Forum User
Joined: 8/7/2008
Posts: 1156
Importing movies is for people about to edit those movies and who are willing to put in the time to fix the sync breakage. Sync breakage should be expected. In fact it can be guaranteed. For casual viewing, give up.
Posted: 6/22/2017 9:58 PM
Quote
zeromus
Editor, Emulator Coder, Experienced Forum User
Joined: 8/7/2008
Posts: 1156
settings > mode > detailed
Posted: 6/22/2017 9:51 PM
Quote
zeromus
Editor, Emulator Coder, Experienced Forum User
Joined: 8/7/2008
Posts: 1156
Your image captions are a lie. Those are not 2x windows, they're 1x windows. Bizhawk's view menu says 2x because it's trying to make a 2x window but your monitor is not large enough.
Posted: 6/4/2017 10:15 PM
Quote
zeromus
Editor, Emulator Coder, Experienced Forum User
Joined: 8/7/2008
Posts: 1156
I don't know what "Documents\Bizhawk" is. That does not seem like a legal path; it isn't c:\ and it isnt %somethingwithccolonbackslash% and it isn't .\ nor ..\ It is not clear what that should turn into fully qualified. Where should the documents directory be? It could be anywhere. Seems bizhawk gives up and ignores it and treats it as .\
Posted: 5/18/2017 9:00 PM
Quote
zeromus
Editor, Emulator Coder, Experienced Forum User
Joined: 8/7/2008
Posts: 1156
Sounds like a bug for endrift. Looks easily reproducible in 20 seconds from a save file. Can you test it in mgba and post it to endrift if its bugged?
Posted: 2/18/2017 10:39 PM
Quote
zeromus
Editor, Emulator Coder, Experienced Forum User
Joined: 8/7/2008
Posts: 1156
bizhawk supports multipass shaders. The shaders not working for you are not working for reasons outlined in the wiki page where I explain what shaders are supported. Here are some problems 1. I'm converting CG shaders to HLSL, which is a buggy process. I should be running them as HLSL directly. 2. I'm converting CG shaders to GLSL, which is a buggy process. I should be supporting GLSLs directly. 3. The CG shaders are not the cutting edge of development anymore; theyre a legacy format. In a few years, if I fully support CG shaders, youll be saying "dang I cant use these new slang or glsl shaders") 4. The shaders are generally broken and non-conformant to their own specifications anyway, and only work in retroarch because of accidental leniency 5. Many shaders use features we don't support yet The reasons for 1-3 above are due to the shader support in bizhawk being old and retroarch having moved on a bit. Now they have an automated process for converting cg to glsl (isnt that done with cgc though?) and are wishing nobody would use CG; and eventually theyll wish nobody was using GLSL. They have a new slang shader format that I dont even know what to do with. Bizhawk is not cutting edge in this department and probably never will be. Maybe you could change to the opengl display method and have slightly higher compatibility. -------- I've fixed the savestates in interlaced mode
Posted: 1/12/2017 10:53 PM
Quote
zeromus
Editor, Emulator Coder, Experienced Forum User
Joined: 8/7/2008
Posts: 1156
Sorry for your misconception. Max filesize of *something* is 128KB. Filesize of bizhawk's (and mupen's) complete dump of all potentially relevant RAM used for saving things (colloquially known as "save ram") from various sources is 290KB. This will be a helpful reference for your hex editing. https://github.com/TASVideos/BizHawk/blob/master/libmupen64plus/mupen64plus-core/src/memory/pif.c#L613
Posted: 11/20/2016 2:07 AM
Quote
zeromus
Editor, Emulator Coder, Experienced Forum User
Joined: 8/7/2008
Posts: 1156
sorry. fixed.
Posted: 8/8/2016 9:26 PM
Quote
zeromus
Editor, Emulator Coder, Experienced Forum User
Joined: 8/7/2008
Posts: 1156
ReadDelegates[addr] = new ReadMemoryDelegate(ReadRAMMirrors); //creates a new delegate ReadDelegates[addr] = TheOnePreCreatedReadRAMMirrorsDelegate; //does not create a new delegate
Posted: 8/8/2016 8:32 PM
Quote
zeromus
Editor, Emulator Coder, Experienced Forum User
Joined: 8/7/2008
Posts: 1156
create exactly one delegate for every function, not one delegate per address.
Posted: 8/8/2016 8:06 PM
Quote
zeromus
Editor, Emulator Coder, Experienced Forum User
Joined: 8/7/2008
Posts: 1156
Through the menu. Specifically the one that appears when you open a rom for that system.
Posted: 8/8/2016 5:03 AM
Quote
zeromus
Editor, Emulator Coder, Experienced Forum User
Joined: 8/7/2008
Posts: 1156
Steps for bringing your xenogears save file from mednafen to bizhawk 1. load xenogears, select one memory card in bizhawk and close it. 2. select what-mednafen-named-it.mcr 3. rename to what-bizhawk-wants-it-named.saveram 4. place that where-bizhawk-wants-it. 5. run bizhawk
Posted: 8/7/2016 8:03 PM
Quote
zeromus
Editor, Emulator Coder, Experienced Forum User
Joined: 8/7/2008
Posts: 1156
Try not creating a 64K delegates. Reuse a smaller number. I don't expect that will help much, but it isn't a fair comparison to fceux codebase until then.
Posted: 8/3/2016 6:29 PM
Quote
zeromus
Editor, Emulator Coder, Experienced Forum User
Joined: 8/7/2008
Posts: 1156
Put it on the bug tracker
Posted: 8/3/2016 6:15 AM
Quote
zeromus
Editor, Emulator Coder, Experienced Forum User
Joined: 8/7/2008
Posts: 1156
That doesnt work in the general case. In the general case there are dozens of buttons for multiple players. The original request is for the gamepad, which is much more sensible.
Posted: 8/2/2016 11:32 PM
Quote
zeromus
Editor, Emulator Coder, Experienced Forum User
Joined: 8/7/2008
Posts: 1156
Also at http://www.fceux.com/bizhawk-releases/
Posted: 8/2/2016 8:36 PM
Quote
zeromus
Editor, Emulator Coder, Experienced Forum User
Joined: 8/7/2008
Posts: 1156
Neither mine nor link_7777 's suggestions seem to work in 1.11.6
Posted: 8/2/2016 4:37 PM
Quote
zeromus
Editor, Emulator Coder, Experienced Forum User
Joined: 8/7/2008
Posts: 1156
Bind frame advance to your gamepad, hold down the buttons you want, and then hit frame advance?
1 2 3 4 5
45 46