Editor, Emulator Coder, Experienced Forum User, Site Developer
Joined: 5/11/2011
Posts: 1108
Location: Murka
Indeed. I created Bizhawk's FDS emulation with a goal of accuracy; the result is hundreds of extra lag frames (relative to FCEUX) at every disk load point.
Editor, Emulator Coder, Experienced Forum User, Site Developer
Joined: 5/11/2011
Posts: 1108
Location: Murka
not a bug. the SNES changes resolution on the fly, so the window does too. not saying it's ideal behavior; i'm not sure what the best thing to do is in those situations.
Editor, Emulator Coder, Experienced Forum User, Site Developer
Joined: 5/11/2011
Posts: 1108
Location: Murka
feos wrote:
No one minded SM had 5 branches from that point (it was cool, and 2 more published branches to come)
I think that the forest of super metroid publications on this site is a cluster-circle-jerk of boring junk.
Of course, I don't really care much about any of that stuff at all.
Editor, Emulator Coder, Experienced Forum User, Site Developer
Joined: 5/11/2011
Posts: 1108
Location: Murka
Warp wrote:
Sorry, I didn't quite understand.
Ignore that.
The GBC has 32K of wram, which can easily fit some of the simpler GB(non-C) games. Due to differences in code location and lack of interrupts though, you wouldn't be able to use any existing game program as is.
All platforms in bizhawk (and in most other emulators around here) are subject to the one input per frame rule. It's not a core problem in most cases (including bsnes); just a frontend thing. I don't particularly like it, but it simplifies some things, and has no negative consequences in many games on many platforms (any game that uses a simple "once per frame" input reading setup). If you need subframe snes recording, try lsnes.
Editor, Emulator Coder, Experienced Forum User, Site Developer
Joined: 5/11/2011
Posts: 1108
Location: Murka
The colors will be wrong on youtube no matter what you do. Even if you get something that looks correct on your computer. Youtube displays with different color matrices depending on all sorts of specifics of operating system, graphics card, and settings.
Editor, Emulator Coder, Experienced Forum User, Site Developer
Joined: 5/11/2011
Posts: 1108
Location: Murka
I watched and dumped it in an attempt to reproduce your sound problems (was unsuccessful). I could encode it, but I haven't started yet and don't have any particular desire to.
Editor, Emulator Coder, Experienced Forum User, Site Developer
Joined: 5/11/2011
Posts: 1108
Location: Murka
boct1584 wrote:
ALSO: 1.3.0 runs the game at full speed without a movie, but only 45-50fps with a movie. Huh?
EDIT: The sound also seems fine.
Yes, movie recording or playback with the snes core specifically incurs quite a bit of overhead. I'd love a better solution; the basic problem is that the some of the constructions in the core are not very TAS-friendly.
Tompa wrote:
(Despite versions like 1.52 emulates better than BizHawk).
[Citation Needed]
feos wrote:
The newly unzipped one for me keeps lagging the sound (it sounds like when you freeze VBA while it's running). But AVI capture has all sound correct! WTH?
There are three different throttling options available which might help you reach full speed with relatively glitch-free audio and\or video; try them out. The capture being fine no matter what should be no surprise; like all emulator captures that aren't horribly broken, it dumps in a non-realtime fashion blissfully immune to realtime timing problems.
Editor, Emulator Coder, Experienced Forum User, Site Developer
Joined: 5/11/2011
Posts: 1108
Location: Murka
adelikat wrote:
BizHawk 1.3.0 Released
This release features a new core: ColecoVision, as well as FDS support for NESHawk. In addition, NESHawk is now 20% faster!
There's a lot of other fixes, and features, so I recommend reading the
full release notes.
Windows binary
If you are copying BizHawk 1.3.0 over an old install of BizHawk, you must first purge all of your .dll files. New ones are in different places and will not overwrite old ones, leading to problems. We always recommend unzipping a new release to a new folder anyway.
Editor, Emulator Coder, Experienced Forum User, Site Developer
Joined: 5/11/2011
Posts: 1108
Location: Murka
creaothceann wrote:
Hack: A modification of a game that was not programmed explicitly with that possibility in mind.
Mod: A modification of a game that was programmed explicitly with that possibility in mind.
Editor, Emulator Coder, Experienced Forum User, Site Developer
Joined: 5/11/2011
Posts: 1108
Location: Murka
It's probably avisynth that's leaking. Consider running avisynth in a separate process (like avs2pipemod).
Youtube x264 uploads should always be 8 bit 4:2:0 yuv limited range. Lossy or lossless works. MP4 may work, but I've had best success with MKV. 601 vs 709 doesn't matter because it will be wrong no matter what.
Editor, Emulator Coder, Experienced Forum User, Site Developer
Joined: 5/11/2011
Posts: 1108
Location: Murka
It could be the "ROM Glorious Ballsack Community", wouldn't change anything. What they've chosen in their own community as consistent is not consistent with terms in the computing community at large. Since TASVideos is outside that community, we have to deal with ambiguities that arise from the conflicting terminology. We don't call game mods Glorious Ballsacks and I don't think we should call them Hacks either.