I think that the problem was that I used a inconsistent Dolphin rev or I used a bad savestate when I got the Acient Light. Or both of them. I'll start using a better rev and be careful of using the savestates correctly ;P
But Sky Chase 2 and the Adventure Field of those parts are lost :/
I seem to have lost turnbyturn.txt
So.... still no further progress in here yet?
Why doesn't this URL work. http://www.majhost.com/gallery/metal-man-x/mega-man/new_bass_sprite-ii.png
Feature request: Lua function to parse those lsnes memory watch expressions This should basically be a one-liner to implement, because lsnes can already parse these statements.
(lambda functions for the win). Also revealed a crash with certain kinds of memory watch expressions and a bug in my IRC announce script. :-) [1] Granted, the boilerplate is only 1 line of code in itself.Language: C++function_ptr_luafun memory_watchexpr("memory.read_expr", [](lua_State* LS, const std::string& fname) -> int { std::string val = evaluate_watch(get_string_argument(LS, 1, fname.c_str())); lua_pushstring(LS, val.c_str()); return 1; });
Sorry to bring this old topic up, but I'm planning to make a TAS of Tetris "Mode B".
1. How do we get to levels 20-29?
2. Do I have to start the run on the PAL version?
3. I didn't know that level 19 is random at first, and now I'm confused about what to choose. If I manipulate luck and get a combination that's fastest to be solved, would it destroy the meaning of this TAS? Or should I enter level 19 as soon as possible without manipulating luck?
does this emulator work for 64-bit computers? if not, please make it happen!
With a bsnes-derived core, you can easily dump tracelogs of 4016\4017 activity and then use it to tell you what results your snesbot should return.
The button order is 0000 RLXA rldu SsYBLanguage: luadumpfile = nil; start_dump = function(filename) file, err = io.open(filename, "wb"); if not file then error("Can't open output file: " .. err); end dumpfile = file; dumped = false; current = false; iframes = 0; end end_dump = function() dumpfile:close(); dumpfile = nil; end current = false; iframes = 0; on_snoop = function(x, y, z, w) if z == 0 then if current and dumpfile then byte1 = math.floor(current / 256); byte2 = current % 256; dumpfile:write(string.char(byte1, byte2)); iframes = iframes + 1; end current = (w ~= 0) and 1 or 0; dumped = true; else if w ~= 0 then current = bit.any(current, bit.value(z)); end end end on_paint = function() if dumpfile then gui.text(0, 0, iframes, 0x00FF00, 0); end end
I hope to finish this TAS in this week (I'm not making it fast, I just want it finished) and submit it in the next week, so I can encode the run and write the submission.
(the first 2 or 3 BizHawk runs used the .tas extension).
Are you planning to create a new type code for the new extension, then?
Is this ever going to be fixed? It makes sense for the early BizHawk movies, but not for the runs published after the file extension change. This should be an easy fix, too.
Does the N64 movies in TASVideos measure their length based on "VI" like dolphin, or frames? Maybe that's why the time seems different, yet the movie still syncs.
I suggest the Snes9x threads be locked then, since the emulator's not only deprecated, but the development seems to have paused.
Bollocks, figured as much. It's a real shame, though. Why does development still continue with the horribly inaccurate 1.43 and 1.51 versions?
Couldn't you theoretically use this and a high definition capture card (or something else to record) to get really accurate N64 encodes with working games?
There should also be input.joyget(player) returning such a table.
lsnes and BizHawk might be too much for the Core i7 2670QM to handle.
What happened? I always wonder why any rr version past 1.52 has been killed off? The SPC700 emulation improvements are what make these tolerable to use; anything prior makes the games sound like crap.
How many stages do you have left to complete?
Playdump can't playback in realtime, so I need to convert to a WIP encode. For some reason, dumpconvert (r11.2) is crashing whenever I try to use it. I'm using the settings in the info page and it's not working.
- The game runs OK in 320x200 mode. However, there is a 360x240 mode that I would like to use, but it has minor graphic glitching at the top of the screen. If I can't fix that, should I just do the run in 320x200?
- Early in level 1, there is a slot machine. It is possible to manipulate this and win the jackpot (1 coin -> 200 coins), though it is very difficult (1 in 4096, so I'll give up if it can't be forced).
Lastly, this link states that the latest version is r11.2. However, the repository has an r11.7. I tried compiling this on my own and got errors. Could someone create a Windows binary for me and update that resource page? Thanks!
Is the problem that the run doesn't sync on an A/V sync revision? Or is it that our N64/GC/Wii superjudge is working on a run himself at the moment?
Yeah, is there a reason why its taking a while? No rush or anything, just curious.
