Omnimaga
Calculator Community => Major Community Projects => WabbitStudio Software Suite => Topic started by: Geekboy1011 on October 08, 2014, 02:36:57 pm
-
So buckeye has been MIA for a while, presumably with school. Using wabbit I ran into some bugs with it that needed fixing and decided I might as well fork it and start picking up the maintenance and development of Wabbitemu.
That being said:
http://wabbit.keepdream.in
You can find current builds here.
Release Builds will be faster then the debug builds.
Changes so far:
*Added version info the the help about screen.
*Fixed some issues with the debugger and port 27 and 28
*fixed some other non issue bugs (bad usb port initializations and stuff)
Changes wanted but in planning:
*Remove bootfree support (sorry its just not legal to me)
*Replace com setup with a proper scripting language support
*Optimize lcd handling for color screens (this is not going to be easy :/)
Feature requests and bug reports here. As well as on the bit bucket tracker, Located here (https://bitbucket.org/Geekboy1011/wabbitemu/issues?status=new&status=open)
Any questions on how wabbit handles things I will also gladly look into and let you know.
-
IIRC wabbit didn't handle the CPU speed port for 2 and 3 correctly, but not sure about that.
-
Do you mean handle the over clock speed modes? or just 15/6mhz modes?
-
I'm not sure, ask runer.
-
What about rerecording features so people would properly make TASes?
-
/me hints native linux version
-
What about rerecording features so people would properly make TASes?
Thats the goal of the scripting language. Too allow stuff like that.
/me hints native linux version
Probably not happening for a while to much windows specific dependencies. It is sadly very dependent on windows functions :/
-
It would definitively be nice to see WabbitEmu revived. In the last year or so, people have complained that it has more and more bugs over the time and there are speed issues now that were not present a few years ago (back then, I could run the emu at 1600% speed, yet now the max I can reach is 200%)
*Remove bootfree support (sorry its just not legal to me)
Perhaps make the BootFree-based ROM creator require the actual calculator to be connected without necessarily requiring a ROM dump? It could just send the calc model and OS version and would refuse ROM creation if it's an invalid calc model.
Otherwise you could maybe make that ROM creator a separate program so it's not included in WabbitEmu directly, so that way, perhaps WabbitEmu will regain support from members who were against that feature.
I don't really mind if BootFree is part of the emulator, since it saved me considerable amounts of time in the past (it takes 30 minutes to dump a 83+ ROM via black link and 12 minutes via silverlink/USB), but I highly encourage people to not use that feature unless they own the calculator, regardless of if it's legal or not (I think it's legal since BootFree doesn't use any code from TI, but using that feature to avoid paying for the calc is unethical). So perhaps it could be kept but with restrictions such as the one I suggested?What about rerecording features so people would properly make TASes?
It already has those to a limited extent: Slowdowns are available, as well as savestates. However, I am not sure if GIF/video capture still continues after reloading a saved state and I never could figure out how to use frame by frame advance (IIRC it had to be done via breakpoints). A nice TAS'ing feature would be the ability to load key sequences from a file or the ability to rewind, but I guess those features are not necessarily the biggest priority right now.
-
What about rerecording features so people would properly make TASes?
It already has those to a limited extent: Slowdowns are available, as well as savestates. However, I am not sure if GIF/video capture still continues after reloading a saved state and I never could figure out how to use frame by frame advance (IIRC it had to be done via breakpoints). A nice TAS'ing feature would be the ability to load key sequences from a file or the ability to rewind, but I guess those features are not necessarily the biggest priority right now.
TASVideos lists here (http://tasvideos.org/EmulatorResources/Features.html) a list of features needed for a good rerecording emulator. The ability to load key sequences from a file as DJ described, also known as a movie file (not to be confused with AVI or GIF) is pretty much the minimum needed to implement, I think. Although I bet it's not the biggest priority, it would be nice to have Wabbitemu approved for use on TASVideos. The only approved emulator, Bizhawk, is barely able to emulate something.
/me hints native linux version
Probably not happening for a while to much windows specific dependencies. It is sadly very dependent on windows functions :/
/me points to wxwabbitemu (https://github.com/alberthrocks/wxwabbitemu)
It's getting pretty old and was forked from an old version, but it's nice to see it revived as well.
-
I'm glad to see work on Wabbit emu is being continued. It's been my emulator of choice for a long time. :D
-
What about rerecording features so people would properly make TASes?
It already has those to a limited extent: Slowdowns are available, as well as savestates. However, I am not sure if GIF/video capture still continues after reloading a saved state and I never could figure out how to use frame by frame advance (IIRC it had to be done via breakpoints). A nice TAS'ing feature would be the ability to load key sequences from a file or the ability to rewind, but I guess those features are not necessarily the biggest priority right now.
TASVideos lists here (http://tasvideos.org/EmulatorResources/Features.html) a list of features needed for a good rerecording emulator. The ability to load key sequences from a file as DJ described, also known as a movie file (not to be confused with AVI or GIF) is pretty much the minimum needed to implement, I think. Although I bet it's not the biggest priority, it would be nice to have Wabbitemu approved for use on TASVideos. The only approved emulator, Bizhawk, is barely able to emulate something.
Actually, now that you mention TASVideos it would definitively be nice to see Wabbit there. The only other alternative you mentionned is only for the TI-82 Stats and TI-83, not the 83+/84+/SE, and I never could figure out how to make a compatible ROM in it, let alone start it up.I'm glad to see work on Wabbit emu is being continued. It's been my emulator of choice for a long time. :D
I still use it on a regular basis, along with jsTIfied. However, I stick to older versions and even have three saved on my computer in case one of them fails.
-
I'm unsure if you plan to improve emulation accuracy since it has been lagging behind lately, but it is worth nothing that Reuben Quest 2 ASM runs twice slower in WabbitEmu than on the real calc. JsTIfied emulates the game with no problem.
-
Hmm i will have to check on that it should not have any issues with reuben quest unless he is doing somethign really funny. I will have to take a look later. Tho that being said make sure you grabbed a release version. The debug builds are rather garbage in speed
-
I know he uses Axe's 4 level grayscale routines and pretty much everything is ASM. I think he might use interrupts for other things like the earthquake animation during escape.
Also, sometimes the game freezes randomly when walking (even outside the escape sequence, but the following screenshot shows the issue during the escape, during which the earthquake animation still continues despite everything else having frozen).
(http://img.ourl.ca/reuben2final.gif)
-
WTF that earthquake is way slower than on-calc o.O
-
WTF that earthquake is way slower than on-calc o.O
On my calc actually it's not that much faster. D: but everything in overall is slower in WabbitEmu.
-
WTF that earthquake is way slower than on-calc o.O
On my calc actually it's not that much faster. D: but everything in overall is slower in WabbitEmu.
Speed up the emulation speed, it shouldn't be any slower.
-
Then outside the game it gets faster :P
-
Hmm it might be interrupt related I will get to this in the next few days. Lots of projects being sorted at once right now.
-
I confirm that it's definitively an issue with running Reuben. I just tried another program (although in Axe) in both TilEm and WabbitEmu and it ran at identical speeds in both. Only Reuben 2 seems to run slower.
-
Seems like I unintentionally found a wabbit bug :P
-
Yeah I will be looking into this more. You have tested it on the latest release Soru and Dj?
-
Not yet actually. I assume you mean your own fork release, right?
I also need to check in the latest version of link play in Super Smash Bros Open have been fixed.
-
I usually download here: http://wabbit.codeplex.com/releases/view/44625
-
Ah ok but it seems the latest version is from March 18th 2014, so they most likely still have the same problem.
-
http://wabbit.keepdream.in/ use one of these builds and see