I have it set to OpenGL. The PC shouldn't be an issue. I'm running a 4770k clocked at 4.2GHz and a 780Ti GPU. If it's not enough power, then I guess I'll just have to wait until I can get something new. I don't know what to do about Up/Down movements not registering on the Virtual Pad for analog coordinates though.
Saturnus core is slower than the original Mednafen core it was based on, which was already slow. At least it's stable. That CPU is at the cusp of usability, depending on game.
I know some possible ways to make Saturnus faster, but there are a lot of other things that need doing too.
http://www.youtube.com/Noxxa
<dwangoAC> This is a TAS (...). Not suitable for all audiences. May cause undesirable side-effects. May contain emulator abuse. Emulator may be abusive. This product contains glitches known to the state of California to cause egg defects.
<Masterjun> I'm just a guy arranging bits in a sequence which could potentially amuse other people looking at these bits
<adelikat> In Oregon Trail, I sacrificed my own family to save time. In Star trek, I killed helpless comrades in escape pods to save time. Here, I kill my allies to save time. I think I need help.
Pizza boy is same as VBA/BGB
Pizza boy/VBA/BGB is not correct. Gambatte is not correct.
_Who is correct, then?_
Is your bug report "pizza boy doesn't act like gambatte. I want it to work like gambatte even though gambatte is not correct"?
My first paragraph is an observation, my second paragraph is the bug report.
More interestingly, in Pizza Boy, it seems sound effects are somewhat messed up and in the game's SGB port, the colors seem wrong.
Opened issue: https://github.com/TASVideos/BizHawk/issues/924
It's intentional. It's a pseudo-SGB which has only the important functions. BSNES SGB is not ready for prime time. I can't say what's preferred, since we don't like pizza either, but it probably works better than BSNES. Use whichever one works, if you're lucky and one of them works.
Is there any way to truncate a movie from current frame "easily"? Right now, there's 3 ways:
1. manually edit the input log and remove all the input from end to whatever frame
2. open the movie in TAStudios, then playback to whichever point you want, then click "Truncate" and import movie
3. toggle off read-only, make a different input, toggle it back on, then remove that input using method 1.
Would it make sense to make an option that allows truncating while playing back a movie, or is that too niche (and I should just probably be more careful)?
Some features I would like to use across platforms
1. Disable video (headless) to seek much faster to given frame while other tools are available (TAStudio)
2. Disable ROM not in gamedb. Let me choose another entry.
3. Disable verificaions like invalid platform id, sync settings, mnemonics difference.
4. Disable error dialogs. Give me a warning like FATAL ERROR and let me able to make a memory dump or atleast history setting for the last created and unsaved input sequence in TAStudio.
PhD in TASing 🎓 speedrun enthusiast ❤🚷🔥 white hat hacker ▓ black box tester ░ censorships and rules...
Joined: 5/23/2006
Posts: 361
Location: Washington, United States
jlun2 wrote:
Is there any way to truncate a movie from current frame "easily"?
What about, save a state, toggle off read-only, load the state? That'll truncate without having to mess with the input file. I use this method all the time.
Is there any way to truncate a movie from current frame "easily"?
What about, save a state, toggle off read-only, load the state? That'll truncate without having to mess with the input file. I use this method all the time.
How are you doing this? My savestate seems to save the movie as well. Not complaining about that however; it saved my progress more than once. 🙂
Emulator Coder, Site Developer, Site Owner, Expert player
(3578)
Joined: 11/3/2004
Posts: 4754
Location: Tennessee
BizHawk 2.2 released. This release features the new Atari 7800 core written by Alyosha.
For those who haven't been following the the thread, you can see the development of this core here
And of course, see the release notes for more details.
I was wondering about the possibility of having support for the hex editor with libretro cores. Is there a technical barrier preventing them from having support?
Emulator Coder, Site Developer, Site Owner, Expert player
(3578)
Joined: 11/3/2004
Posts: 4754
Location: Tennessee
smellyfeetyouhave wrote:
I was wondering about the possibility of having support for the hex editor with libretro cores. Is there a technical barrier preventing them from having support?
very much so. There is no api on libretro for read/writing memory regions. And even after that has been fleshed out, each libretro core would have to adequately support it.
I was wondering about the possibility of having support for the hex editor with libretro cores. Is there a technical barrier preventing them from having support?
very much so. There is no api on libretro for read/writing memory regions. And even after that has been fleshed out, each libretro core would have to adequately support it.
Well that sucks, although it does make me question how they handled cheat support in Retroarch without reading/writing to memory regions. Is it implemented in the retroarch frontend rather than the libretro backend?
Edit: Found this in libretro-common
Any chance we could get cheat support since it appears to exist in the API?
I also found this but it's marked as experimental
#define RETRO_ENVIRONMENT_SET_MEMORY_MAPS (36 | RETRO_ENVIRONMENT_EXPERIMENTAL)
/* const struct retro_memory_map * --
* This environment call lets a libretro core tell the frontend
* about the memory maps this core emulates.
* This can be used to implement, for example, cheats in a core-agnostic way.
*
* Should only be used by emulators; it doesn't make much sense for
* anything else.
* It is recommended to expose all relevant pointers through
* retro_get_memory_* as well.
*
* Can be called from retro_init and retro_load_game.
Looks like it might be possible now if the core implements this feature?
I'm trying to code a game in Bizhawk in lua and it draws images on the screen. It works perfectly in 1.12.0 but in 1.13.0 I get all sorts of random errors, such as "file not found" and then it crashes. It's unusable.
Opened issue here.
Also, when using client.closerom(), the lua console seems to break and you cannot load any more scripts until you restart the emulator. I've been wanting to use a function that just closes the script itself but that doesn't seem to exist.
[...] I've been wanting to use a function that just closes the script itself but that doesn't seem to exist.
Closest equivalent would be error("Closed script",0). BizHawk's behavior is to terminate scripts that throw an unprotected error, and the error function's whole purpose is to throw an error.
If you regularly use pcall to call all your functions, you're on your own. I do not know BizHawk's behavior on functions throwing errors when registered to certain hooks rather than in the while true do emu.frameadvance end loop.
Opened issue here.
Also, when using client.closerom(), the lua console seems to break and you cannot load any more scripts until you restart the emulator. I've been wanting to use a function that just closes the script itself but that doesn't seem to exist.
