Ya that's youtube's doing, I tried running the deblink script over the video but I'm a dumbass at this, so didn't bother after I couldn't get it to work haha.
I made a 10 minute intro loop of Zelda - A link to the past on all 4 platforms.
BSNES appears to sync perfectly with a real snes (if not a minute amount of frames off). I apoligize for the crappy quality on the real console, the capture quality was great, but deinterlacing the video produced a blurry pile of poo, I'm not that great at video editing.
I started each video at the moment the frame the nintendo logo 1st appears since it's extremely difficult to tell when the 1st frame after power on is for the SNES.
Also I apoligize for the audio coming from Snes9x 1.43, it was supposed to be the real console's audio. I'll re-do this when I have more time and hopefully fix the deinterlacing making the console look like poo. Anyone have any suggestions on deinterlacing?
Link to video
Compiling FCEUX is extremely easy. You just download the source, install the Miscrosoft Visual Studio 2010 Express Edition, load vc10_fceux.sln and hit F5.
Scumtron wrote:
Does this even matter to anybody else?
Dunno. So let's leave the Courier New until someone else bugs about it.
Don't forget to set build configuration in 'Configuration Manager' to 'Release' before pressing f5! ;)
Personally, I don't see a mouseover decimal display helpful when the point is to find a values easier, using a mouseover means the value won't be updated on a mouseover.
The best option for this situation is to add the range of addresses to a watch list and just set them to decimal.
The problem with that is it's difficult to implement for different data types. 1 byte in decimal probably wouldn't be very difficult, but 2 and even 4 byte would leave little room per row.
Is Mednafen's core the most accurate? And does FF7 use a special chip that the emulator is not compatible with?
No idea and no, although it seems to have more compatibility and accuracy than PSXjin and epsxe, I think only pSX trumps it but that is closed source. Apparently mednafen has timing issues that's causing it to not run some games properly, it's the battle scenes that are mostly messed up for FF7.
I Played legend of legaia for about 20 hours on mednafen and compared to my real psx, it's running it a bit faster than a real psx.
Yes, unlike other emulators, you need the firmwares/bios's for special chip games such as Capcom's CX4 chip for megaman x2/x3 and DSP1/2 Mario kart/Pilot Wings. Be sure to set the path to the firmware roms in the SNES path config tab.
I've updated the scripts, I made a mistake with dracula's box, he has 2 and one is invulnerable and marked clearly with an axis going through the box now.
FEOS:
If I get time, I will take a look.
Also, if you get time please pm on IRC, I'd like to discuss disassembly NES roms in IDA with you if you wouldn't mind.
That error code is the "Unspecified error" code for the Common language runtime (CLR).
What OS? Do you have compatibility mode checked on multiclient.exe? If so turn it off.
Are you running as administrator? If not, you should be.
Script:
Bizhawk version:
http://pastebin.com/6h58nMt9
FCEUX 2.1.16 version:
http://pastebin.com/MTs33mtvEmulators:
Bizhawk:
http://code.google.com/p/bizhawk/downloads/detail?name=BizHawk-1.1.0a.zip&can=2&q=
Fceux:
http://sourceforge.net/projects/fceultra/files/Binaries/2.1.5/fceux-2.1.5-win32.zip/download (2.1.15)
http://fceux.com/zip (interim)
Blue crosshair = Player vulnerability spot (it's 1 pixel)
Red box = Enemy collision box, touch this you die
Yellow box = Enemy projectile vulnerability box (this is what you're aiming at)
Green box = Enemy projectiles.
NOTE: Enemy boxes change depending on the player action, so if you crouch, their boxes change accordingly. This means when 2 players are active there's a chance you'll see 2 different red boxes if one player is crouching and the other is not, obviously you'll have to determine which box is for who. In 2 players, collision boxes will be darker than usual because it's drawing 2 boxes (one for player 1, the other for player 2).
Enjoy!
Hi ans, there seems to be something weird going on with the lua colors:
The boxes that have a white outline over enemies are actually set to have a yellow outline and yellow fill ("#FFFF0040","#FFFF00FF") but they show up more white than anything.
Here's the same script running in bizhawk using the same color codes and how it should look:
SNES resizes fine for me using x2, x3, x4. If your screen resolution ends up being smaller than what the magnification level is, it'll stay at one magnification level less.
I don't really see anything different this run does, you use a password to get the Z Saber and basically just two swipe every boss, not very entertaining.
FEOS:
If I get time, I will take a look.
Also, if you get time please pm on IRC, I'd like to discuss disassembly NES roms in IDA with you if you wouldn't mind.
Link to video
Enjoy!
Blue crosshair = Player vulnerability spot (it's 1 pixel)
Red box = Enemy collision box, touch this you die
Yellow box = Enemy projectile vulnerability box (this is what you're aiming at)
Green box = Enemy projectiles.
NOTE: Enemy boxes change depending on the player action, so if you crouch, their boxes change accordingly. This means when 2 players are active there's a chance you'll see 2 different red boxes if one player is crouching and the other is not, obviously you'll have to determine which box is for who. In 2 players, collision boxes will be darker than usual because it's drawing 2 boxes (one for player 1, the other for player 2).
Enjoy!
Enjoy!