rainwarrior

Mapper 30 4-Screen Mirroring

Was fixed later on Github: https://github.com/TASVideos/fceux/commit/9b6ff8fe490cae56f6a3bc24e0ac19e47b5eaa41

I'm not sure about other build platforms, but for me, the Z_SOLO was defined by the VS project for zlib provided with the latest version of libping. (lpng1634/projects/vstudio/zlib/zlib.vcproj) I tried replacing the bottom of zmbv.cpp with the following as a test, and it resulted in no error and correctly captured video, using either the zlib library compiled with Z_SOLO defined or not. voidpf zalloc(voidpf opaque, uInt items, uInt size) { if (opaque) opaque = 0; return calloc(items, size); } void...

I'm not sure about other build platforms, but for me, the Z_SOLO was defined by the VS project for zlib provided with the latest version of libping. (lpng1634/projects/vstudio/zlib/zlib.vcproj) I tried replacing the bottom of zmbv.cpp with the following as a test, and it resulted in no error and correctly captured video, using either the zlib library compiled with Z_SOLO defined or not. voidpf zalloc(voidpf opaque, uInt items, uInt size) { if (opaque) opaque = 0; return calloc(items, size); } void...

I'm not sure if it's possible to catch at compile time. Z_SOLO has an affect on zlib when it's compiled, but I don't think this changes anything you can query directly. (I think it's supposed to be up to the user to define it both when compiling zlib and when they use the library in their project.) This specific error happens because the Z_SOLO version requires allocator functions to be passed as part of the stream structure. Actually, if you sent malloc/free here in the zmbv implementation it might...

Video capture failure and crash

Migrated to github where I will eventually finish this: https://github.com/bbbradsmith/fceux/tree/wram_initialization https://github.com/bbbradsmith/fceux/issues/4

Using turbo while recording AVI turbos the audio