Editor, Experienced Forum User, Published Author, Expert player
(3602)
Joined: 11/30/2014
Posts: 2752
Location: US
dwangoAC wrote:
This is a long overdue update but it's still going to be a bit rambly, I have a lot on my mind right now.
That's it for now, I need sleep as I haven't been getting enough of that
Yeah, it's extremely obvious just from your uncharacteristic posts. Take a break man. D:
As for the actual info, cool stuff! Nice work to team TASBot for making the most of limited opportunities.
Editor, Experienced Forum User, Published Author, Expert player
(3602)
Joined: 11/30/2014
Posts: 2752
Location: US
PikachuMan wrote:
I encountered a crash bug when rebooting core or closing emulator when running Gameboy games.
It looks like the crash happens when going from 'enable BIOS = true' to 'enable BIOS = false'. I'll look into it.
EDIT: It looks like the core is not able to properly dispose of the state pointer for some reason. I don't know why yet.
EDIT2: I don't know, now it just seems to happen randomly. I rebuilt the emulator several times, sometimes it happens, sometimes it doesn't. What does this imply? Compiler bug? Memory management issue?
Editor, Experienced Forum User, Published Author, Expert player
(3602)
Joined: 11/30/2014
Posts: 2752
Location: US
Agreed with the sentiment that technical gimmicks aren't likely to hold many people's attention anymore. I don't know, the selection committee said they wanted typical TAS stuff, but I'm not sure they really actually do.
My personal opinion is something interactive is needed to boost interest. Like, maybe we can do the SMB in SMW ACE, but give TASbot real time control of various aspects of the game, like enemy behaviour, to make it super hard and trolly. Then we can have a race between SMB runners to see if they can beat TASbot-SMB.
Well, just an idea for something different.
Editor, Experienced Forum User, Published Author, Expert player
(3602)
Joined: 11/30/2014
Posts: 2752
Location: US
Sonia wrote:
Also, I was wondering about something. Alyosha, could you please add a volume slider for the SMS core? The reason I'm asking this is the same as when they asked you to add it for NEShawk. It's just that when you enable FM Chip, the volume is way too low. You can only hear it properly if you set your PC's volume to max.
I'll do this as I rewrite the SMS/GG core to bring it up to speed with the other cores. This will start to happen in the not-too-distant future.
Editor, Experienced Forum User, Published Author, Expert player
(3602)
Joined: 11/30/2014
Posts: 2752
Location: US
The story surrounding Todd Rogers' Barnstorming time is filled with as much intrigue as Dragster.
Basically there are 4 times at issue:
32.04: Originally enterred into the databast at TwinGalaxies. Obviously impossible but still took a lot of effort to get it removed. I guess this was at a time when belief in the 'human factor' was still quite strong and Todd Rogers' reputation still un-blemished.
32.74: The 32.04 was changed to this since the thought is that 32.04 was just a typo and 32.74 is the lowest readily achievable score, which Todd probably legitamitely achieved numerous times (but I'm not sure if a specifc instance was used as justification for changing the 32.04 to this instead.) 32.74 is the current record according to TG.
32.50: This is one of those legendary times that there are claimed witnesses to but no evidence other then hearsay. There would need to be some kind of serious glitch discovery in order for this score to be achieved. At some point this score was the world record but was removed for reasons I'm not clear about.
32.67: Another legendary time, but this one is borderline believable. RTM, the former chief referee at TG, claims to have witnessed it personally. And actually, it might legitamitely be possible. There are several spots in my current run where it's possible to gain time, but I cannot maintain it throughout the run. Perhaps if someone really understood the games mechanics, they could work out how to improve the time here, it might even be decided in Todd Rogers' favor, who knows.
But, I'm not interested enough to bother. My only motiavtion here is that the current TAS fails to beat the RTA record, which is even recorded on video, so it's a bit embarrasing that the published TAS should fail to beat it.
Editor, Experienced Forum User, Published Author, Expert player
(3602)
Joined: 11/30/2014
Posts: 2752
Location: US
I just recently went back to try to match the RTA world record for game 2. I was able to beat it just slightly with a 49.95.
I don't know the programming details of what I changed, I just compared against my old run until I found some improvement.
http://tasvideos.org/userfiles/info/42764456087635749
Editor, Experienced Forum User, Published Author, Expert player
(3602)
Joined: 11/30/2014
Posts: 2752
Location: US
Debugging is definitely one of BizHawk's big weak points at the moment. Lack of subframe inputs is as well.
For in-house cores, the situation is at least tractable. NESHawk for example already has the entire core state available on every single clock tick. I've made progress on making other cores work this way as well. Eventually all in house cores will work this way. As feos mentions though this would require a new ecosystem to have any real use, but it's basically doable.
For ported cores the problem seems to be much more complicated. I'm not sure it's really even practical, and the maintanance burden would likely be quite large. But, these are also the cores that people are most interested in, so that's awkward.
Maybe we are just seeing the limits of this kind of multi-system, multi-source architecture?
Tompa wrote:
Not sure if this type of thing counts too for you list:
With the SNES9X core you are able to disable the Transparency effects. This is very useful to have when TASing dark rooms, as you'll be able to easily see anyway.
However, this option does not exist with the BSNES core. If that could be added somehoe, it would be nice.
Editor, Experienced Forum User, Published Author, Expert player
(3602)
Joined: 11/30/2014
Posts: 2752
Location: US
Sonia wrote:
I only did request [URL=https://github.com/TASVideos/BizHawk/issues/960]this[/URL] sometime ago, and pointed out the reasons why. I see it labeled as high priority. Think you can do it, Alyosha? or is there someone else already taking care of it?
Can I waterbox Mednafen's PCE core? lol no. 8D
I don't know anything about waterbox or mednafen or any of the relevent infrastructure stuff. natt would have to do that one.
I could potentially fix PCEHawk, I've looked into the code base in the past and it's not that much worse then other cores (except for the CD stuff.) It would need a ton of work though starting with a new CPU core.
But, there's really no point in having both in BizHawk. If Mednafen's core was ported, it would 100% obsolete PCEHawk. Properly fixing PCEHawk would by necessity make it on par with Mednafen, so porting it wouldn't be needed at that point.
I think I'll end up doing Coleco Adam next, so at least on my end the PCE can will be kicked down the road a bit longer.
Editor, Experienced Forum User, Published Author, Expert player
(3602)
Joined: 11/30/2014
Posts: 2752
Location: US
creaothceann wrote:
Just for fun I tested SMB on my PC at home (Win10 Pro @ i7-4790K @ 4GHz)
0.0.0.1790: 186 fps
0.0.0.1791: 180 fps
0.0.0.1864: 179 fps
0.0.0.1864: ~3200 fps (QuickNES core)
You win this round QuickNES....
I just added Mapper 114 support for Aladdin SuperGame.
I also cleaned up NESHawk a bit, but it didn't speed anything up.
Editor, Experienced Forum User, Published Author, Expert player
(3602)
Joined: 11/30/2014
Posts: 2752
Location: US
There is an MMC3 version that is marked as [!] from GoodNES:
Aladdin (SuperGame) (Mapper 4) [!].nes
md5:505DE5B7465F89013D6797523A079D61
This version hes no lava wall in the last level, it also doesnt run in FCEUX (due to obscure IRQ stuff that I forgot the details of.) Nevermind it seems to run just fine, i must have been thinking of something else.
There is also a 'Mapper 114' version which doesnt work in NESHawk.
So yeah, seems like one of these 2 would be the prefered version?
Thanks for the testing, that is consistent with what I would expect.
Sorry Sonia but it looks like you just got unlucky :(
I'll try to find some general optimizations that will at least get you back up to 1x speed in games like Kirby. A NES emulator not being able to hit 1x, even under abnormal conditions, just seems silly, there must be something I can do to get some better performance.
Editor, Experienced Forum User, Published Author, Expert player
(3602)
Joined: 11/30/2014
Posts: 2752
Location: US
So it seems certain that the PPU changes are the culprit here, but I looked over the code again and there just really isn't anything that would slow it down so much. (It's just a mess of 'if' 'switch' and 'for' loops really.)
From a compiler / different OS perspective (I do all my testing on Windows 10) the biggest change I made was taking FrameAdvance out of 'unsafe' mode since it was no longer relevent. I suppose there is a chance this could have a real impact on performance for your machine, but I wouldn't know anything about why. In looking over things again I also had a spurious 'unsafe' array I just removed, but I doubt that has any impact.
So far the only thing I can see that sticks out is that you are using windows 7. If anyone else with Windows 7 is reading this, can you please try NESHawk and see if you are having any similar slowdowns?
Editor, Experienced Forum User, Published Author, Expert player
(3602)
Joined: 11/30/2014
Posts: 2752
Location: US
Thanks for the feedback so far.
I'll look into at least getting Trace Logger going in mGBA, that seems pretty important. I'll probably look at Code Data Logger in NESHawk, although that's less important. The debugger more or less needs a rewrite, so that won't be happening soon.
Our GPGX build is very dated, That one will need natt.
TASeditor wrote:
Output log (dynamic RAM Watch).
Can you give an example for this one?
Still so much to do! 8D
Editor, Experienced Forum User, Published Author, Expert player
(3602)
Joined: 11/30/2014
Posts: 2752
Location: US
Hi all,
I'm looking for input on what things people want to see that I might be able to work on in BizHawk. Up until now I've just done whatever without any real direction. But now I'd like to try to do things that people are actually interested in.
So, just to be clear, I'm looking for things that people would actually, really use to make a TAS, not just 'it would be cool to have this system in BizHawk.' I really want to focus on something that would actually be used to do some TASing.
I've had a request for arcade PacMan, so I'm thinking of doing that, but I'd still like to hear other ideas.
Anyway, I'm open to suggestions. I do still plan on working on GBHawk but it's on the back burner until I can muster up the motivation to do the audio. I like to be working on a few different thing at once anyway.
Editor, Experienced Forum User, Published Author, Expert player
(3602)
Joined: 11/30/2014
Posts: 2752
Location: US
Hmm, strange stuff.
Maybe it's something like anti-virus or drivers, but I can't think of a reason why only NESHawk would be affected.
Thanks for trying though.
Editor, Experienced Forum User, Published Author, Expert player
(3602)
Joined: 11/30/2014
Posts: 2752
Location: US
smellyfeetyouhave wrote:
If you want, I can check with him to see if that old build still causes issues on his machine and if does, I can have him run the build that's causing Sonia trouble to see if it occurs. Might help track the issue down?
Yes please do, that would be helpful. Hopefully it can provide some lead.
Editor, Experienced Forum User, Published Author, Expert player
(3602)
Joined: 11/30/2014
Posts: 2752
Location: US
Ah ok, yeah I just happened to be hitting the one screen that wasn't crashing. I do see now that in previous builds the other ones were crashing while in the current build they work fine. Nice.
Editor, Experienced Forum User, Published Author, Expert player
(3602)
Joined: 11/30/2014
Posts: 2752
Location: US
Sour wrote:
Completely unrelated, but just in case you didn't see this thread already:
http://forums.nesdev.com/viewtopic.php?f=3&t=16507
It's a FDS test rom that validates the IRQ's behavior - Bizhawk currently fails a number of the tests (which causes Kaettekita Mario Bros to crash). Should be pretty simple to fix though.
Fixed.
Although Kattekita Mario Bros wasn't crashing for me previously, where was it crashing for you? Maybe I have a different version?
Also thanks for the valuable R&D on this Sour!
Editor, Experienced Forum User, Published Author, Expert player
(3602)
Joined: 11/30/2014
Posts: 2752
Location: US
Do Zelda TASes have a chance at working on console currently? If not I would consider an any% TAS kind of pointless at the moment anyway, might as well wait for CEN64 (assuming it will eventually be finished.)
Editor, Experienced Forum User, Published Author, Expert player
(3602)
Joined: 11/30/2014
Posts: 2752
Location: US
Sonia wrote:
Could you please update it to the correct one?
Done.
I tested your build, and did not notice any slow down. Try disabling rewind and see if that helps. Also check CPU and memory usage and make sure they aren't off the charts, although I did that on my end and nothing seems amiss.
Also what OS are you using?
I'm not sure what other variables might be at play here. Can you try a Dev Build from right before I made all the changes and see if it works fine there?
