Posts for zeromus

1 2
37 38 39
45 46
Posted: 3/30/2014 6:08 PM
Quote
zeromus
Editor, Emulator Coder, Experienced Forum User
Joined: 8/7/2008
Posts: 1156
no. why do you want that? that suggests some deficiency in the input configuration system which would be better solved by improving it.
Posted: 3/25/2014 7:06 PM
Quote
zeromus
Editor, Emulator Coder, Experienced Forum User
Joined: 8/7/2008
Posts: 1156
OK, your choice of terminology is confusing. What you're looking for is the least horrible graphics plugin. Unfortunately with N64 they're all horrible, so you just have to pick which particular horribleness you prefer. "Faithful graphics" is a gross simplification and a matter of opinion.
Posted: 3/25/2014 5:48 AM
Quote
zeromus
Editor, Emulator Coder, Experienced Forum User
Joined: 8/7/2008
Posts: 1156
Some advocate for the plugin who has got it running will have to advocate for it. There's no way to use an n64 plugin in bizhawk without it being coded in, and theres no way to use an n64 plugin in a rerecording emulator with it being scrutinized by programmers, as most of them require some measure of repair. Are you so sure that the already-provided plugins are stacked with enhancements?
Posted: 3/15/2014 10:08 PM
Quote
zeromus
Editor, Emulator Coder, Experienced Forum User
Joined: 8/7/2008
Posts: 1156
being unable to launch shortcuts is no surprise. why are you doing that? the frontend doesnt allow you to add custom commandline arguments? if that's so, then the frontend fails at its most basic task.
Posted: 3/15/2014 2:05 AM
Quote
zeromus
Editor, Emulator Coder, Experienced Forum User
Joined: 8/7/2008
Posts: 1156
Yes, it has to be that way. Other snes emulators are horrible. Try changing the snes options with a snes rom loaded for more speed. At the present, only one NES core is supported, and it is a slow but decent one. In the future there will be faster ones.
Posted: 3/14/2014 6:31 PM
Quote
zeromus
Editor, Emulator Coder, Experienced Forum User
Joined: 8/7/2008
Posts: 1156
actually, it seems, bizhawk uses the 'name of the rom' which can come from the gamedb after it gets hashed and detected. Only if the game is unrecognized will the filename get used. This is pretty unusual for an emulator. There was some kind of decent reason for this, but I can't remember it. We should probably make it a user option.
Posted: 3/11/2014 10:07 PM
Quote
zeromus
Editor, Emulator Coder, Experienced Forum User
Joined: 8/7/2008
Posts: 1156
bind those keys in desmume and/or fceux and tell what happens
Posted: 3/11/2014 5:55 PM
Quote
zeromus
Editor, Emulator Coder, Experienced Forum User
Joined: 8/7/2008
Posts: 1156
http://tasvideos.org/EmulatorResources/Using.html
Posted: 3/11/2014 6:24 AM
Quote
zeromus
Editor, Emulator Coder, Experienced Forum User
Joined: 8/7/2008
Posts: 1156
Assorted notes: . sound bug is probably mupen's fault and out of our control. . Let's use SwappableDisplaySurfaceSet in VideoCopy; it's overkill but it'll get caught with the other uses in refactoring, and this can definitely easily be fixed.
Posted: 3/7/2014 5:55 AM
Quote
zeromus
Editor, Emulator Coder, Experienced Forum User
Joined: 8/7/2008
Posts: 1156
was fixed after 1.6.0 in r6112
Posted: 3/5/2014 5:05 AM
Quote
zeromus
Editor, Emulator Coder, Experienced Forum User
Joined: 8/7/2008
Posts: 1156
FractalFusion, .bins are always bad dumps. They're garbage. We should do something better than crash, and we will eventually, but don't expect a plain .bin to ever load in bizhawk. Use .cue instead.
Posted: 3/3/2014 11:58 PM
Quote
zeromus
Editor, Emulator Coder, Experienced Forum User
Joined: 8/7/2008
Posts: 1156
this bug has been fixed since 1.5.3
Posted: 2/26/2014 9:21 AM
Quote
zeromus
Editor, Emulator Coder, Experienced Forum User
Joined: 8/7/2008
Posts: 1156
oh man, what a lame bug. the game is 3MB and getting masked to romsize-1. thats only legal for powers of 2 roms. sorry.. you should be able to use file-on-disk memorydomain and adjust your addresses by 512 until you find a fixed build. I fixed this in r6159
Posted: 2/24/2014 9:24 PM
Quote
zeromus
Editor, Emulator Coder, Experienced Forum User
Joined: 8/7/2008
Posts: 1156
HowardC, you don't get to define emulation accuracy. People who have been making emulators for many years get to do that. I guess I made it too complicated. Lets try it more simply. The correct aspect ratio AND the correct digital pixels cannot both be displayed simultaneously in one window. If you want incorrect digital pixels, you can get correct aspect ratio, and this is done by a post-processing AR correction filter. In the emulation world, `accuracy` has been defined as the correct digital pixels. You can't change this, and I can't change this. If you use the unqualified `accuracy` in your own privately backwards way then you'll just be flapping your lips instead of conversing with people who have correctly apprehended the conventional meanings. If you wish to use the words 'analog accuracy' to distinguish from just plain accuracy, which is assumed to mean digital accuracy, then you may, without being confusing. In that case, I agree, in many ways both audio and video, bizhawk's 'analog accuracy' is below ideal levels. By continuing to discuss `accuracy` as if you have a right to define it, you make me imagine more vividly the day when I add a AR correction filter and get to hear you say 'i told you so, now your emulator is finally accurate' which makes me correspondingly less likely ever to do it.
Posted: 2/24/2014 6:12 AM
Quote
zeromus
Editor, Emulator Coder, Experienced Forum User
Joined: 8/7/2008
Posts: 1156
howardC, you need to define right and wrong more rigorously. our emulators are displaying 'right', as defined by a 100% of other emulator cores and an analysis of the output of the 2d image generation circuit in the original console. bizhawk is displaying 'wrong', as in, it strays too far from what you would expect to see on a CRT television. Some televisions will let you distort the image to create a variety of aspect ratios. Some televisions are broken and create a variety of aspect ratios. What you want is a filter which mangles the pixel-by-pixel-wise 'right' image to a format where pixels are munged together to take on a shape more similar to what you're accustomed to, a feature which only 2% of emulators have. If that were truly "right", and that was the only option we offered, there would be a chorus of outrage--because it isn't right. When asking for this feature, you ask for an "aspect ratio correction filter".
Posted: 2/23/2014 8:51 PM
Quote
zeromus
Editor, Emulator Coder, Experienced Forum User
Joined: 8/7/2008
Posts: 1156
Is the glide64 'final' plugin one of the ones available in bizhawk?
Posted: 2/23/2014 9:42 AM
Quote
zeromus
Editor, Emulator Coder, Experienced Forum User
Joined: 8/7/2008
Posts: 1156
OK, so, if I understand that video correctly... you want sega saturn 4meg compcart compatibility in bizhawk?
Posted: 2/20/2014 3:51 AM
Quote
zeromus
Editor, Emulator Coder, Experienced Forum User
Joined: 8/7/2008
Posts: 1156
We've already gone over this. Odds of replacing our heavily modified bsnes core with a newer version are practically nil.
Posted: 2/16/2014 12:01 AM
Quote
zeromus
Editor, Emulator Coder, Experienced Forum User
Joined: 8/7/2008
Posts: 1156
it's a bug. theres no workaround, except probably by disabling rewind. Edit - Bug possibly fixed in r6112
Posted: 2/11/2014 7:03 PM
Quote
zeromus
Editor, Emulator Coder, Experienced Forum User
Joined: 8/7/2008
Posts: 1156
1. By going into the config > controllers, like every other emulator. Controllers other than xbox pads can never work without manual configuration. 2. If you havent gone into config > controllers then I doubt you've gone to config > hotkey where you would discover the rewind hotkey, so I wonder how you think you know what the rewind button was. At any rate you may need to enable it with config > rewind and enable medium savestates 3. judging from my attempts to load a .gba game, an experiment which you could replicate, no. 4. you can't
Posted: 2/9/2014 10:45 PM
Quote
zeromus
Editor, Emulator Coder, Experienced Forum User
Joined: 8/7/2008
Posts: 1156
looks like they got broken. fixed in r6076
Posted: 2/9/2014 7:10 PM
Quote
zeromus
Editor, Emulator Coder, Experienced Forum User
Joined: 8/7/2008
Posts: 1156
I believe what you're looking for is NullEmulator.cs, line 50
Posted: 2/9/2014 3:57 AM
Quote
zeromus
Editor, Emulator Coder, Experienced Forum User
Joined: 8/7/2008
Posts: 1156
im sure you can find 900 bugs down this rabbit hole
Posted: 2/8/2014 9:52 PM
Quote
zeromus
Editor, Emulator Coder, Experienced Forum User
Joined: 8/7/2008
Posts: 1156
input bugs fixed in r6063. HRAM bug is a bit weird. obviously, the hex editor can't show an incomplete row. adding logic for handling that will be annoying, but maybe necessary. However, in this case, it's conceivable that we could present the HRAM as 0x80 bytes including the interrupt enable flag present at $ffff. That would involve libgambatte work probably. Are there any other known cases of memory maps with non-16B-aligned sizes?
Posted: 2/6/2014 3:56 AM
Quote
zeromus
Editor, Emulator Coder, Experienced Forum User
Joined: 8/7/2008
Posts: 1156
Buddybenj, if you ever gain the power to write software, you will learn the asymmetry between finite numbers of developers, infinite numbers of users, and the consequences that has on the real situation of who's doing whom favors, and how to efficiently marshal resources. While natt is busy guessing information which the person with the problem already possesses, he is unable to fix something else for some other person. Getting your panties twisted up about the problem you can see? Try harder to imagine the problems you can't.
1 2
37 38 39
45 46