Experienced Forum User, Published Author, Experienced player
(618)
Joined: 11/30/2008
Posts: 650
Location: a little city in the middle of nowhere
You really do like dickhurt don't you? I knew you'd like it.
Also, thanks for the encode.
EDIT: if you are looking for a screenshot with maximum dickhurt, may I suggest 11997, or 13213?
Experienced Forum User, Published Author, Experienced player
(618)
Joined: 11/30/2008
Posts: 650
Location: a little city in the middle of nowhere
FODA: 8.8 seconds
mklip2001: maybe, but the USA version does not support vertical zipping or the pause jump glitch. It still may skip some areas though.
Experienced Forum User, Published Author, Experienced player
(618)
Joined: 11/30/2008
Posts: 650
Location: a little city in the middle of nowhere
byuusan wrote:
Okay, I've added standard movie recording and playback. Works from reset or from any arbitrary point in the game (via embedded save state.)
The playback is very stable on first try, no desyncs on a playthrough of the first stage of Dracula X.
...
I'm not quite sure how many TAS tools I want to implement directly into my emulator; as one of my design goals is to keep the GUI clean and simple.
It sounds pretty good already. As for your second problem; shortcut keys?
Experienced Forum User, Published Author, Experienced player
(618)
Joined: 11/30/2008
Posts: 650
Location: a little city in the middle of nowhere
Well, I have to say it now: Johannes, you are experiencing new Linux syndrome. You have publically announced many times that you have installed a particular distribution. The fact that you have a link to it as your forum signature at a certain forum at which you administer and your active participation in this thread to defend your beloved operating system is indicative of your inability to control your exitement. Hey! It's a joke, but you have to admit, you pretty much walked yourself right into that one.
Experienced Forum User, Published Author, Experienced player
(618)
Joined: 11/30/2008
Posts: 650
Location: a little city in the middle of nowhere
As far as I'm concerned, the best operating system is irrelevant to the one I use. The "best" operating system is highly debatable because it is highly dependent on the individual user's needs. For me, this is generally work and games. And by games I don't just mean emulators. The fact that I play PC games pretty much limits me to some kind of access to a windows environment, and my other need. To work? That can be done on any OS.
As far as the average Joe (and by that I mean someone off the street. not a gamer or a power user or anything) is concerned, It really doesn't matter which operating system to use, because all commonly used operating systems can do what the average Joe needs, and as long as the average Joe's needs are fulfilled, a better OS falls under the category of "if it ain't broke, don't fix it."
Do I need security? Not particularly because I don't store anything of monetary value on my computer. Do I need configurability? Not really. Do I need aesthetics? Fuck aesthetics. The only thing I do to make my computer experience prettier is change my background once a year. For me, I've always used windows. I currently use XP. It does what I need it to do, so I don't see any particularly good reason to change. But that's just my opinion. feel free to have your own.
Johannes wrote:
Ooh, you're so objective. Ever heard of a package manager, btw?
You haven't come across as particularly objective either. I'm not particularly objective, but I try not to leave any illusion that I am. Let's face it, with that particular example, if it takes more than two clicks to install a program, it's more complicated than windows. Also, Xkeeper was using a technique called exaggeration.
Apparently for everyone else, Linux is a simple deal of learning a few bits and pieces to be able to make everything work, but for me, after weeks of frustration not even being able to get the OS installed (in one case it took me a week to get past the boot screen on my install CD), I realised that someone neglected to mention that the "little bits and pieces" was actually a shitload of unnecessary work. (If it ain't broke...)
I was, at the time suffering from what I like to call, new Linux syndrome. which is an exited rush after realising that there is this whole world of free stuff out there which you can just get your hands on. It's beckoning, and you are powerless to stop it. You just want to scream "I USE LINUX!" in some kind of public shopping mall. It's like getting a new puppy, or a new iPod, or a new fucking anything. It's exiting at first, but the novelty wears off eventually, and I'm not saying that you'll stop using it. It just won't be as exiting to use. Once I did get some distribution installed, I spent a week just messing with screensavers, because that was the only thing I knew how to do, and it was freaking exiting while it lasted.
Basically what I'm trying to say is this: Linux didn't fit my needs, I mean, it probably could, but it would require learning a few "bits and pieces" beforehand. Dromiceius, I can't believe that you said learning C would be a short process. Yeah, it's free, and has a lot of freedom associated with it, and you can sleep soundly knowing that you're not a corporate whore, but as far as I'm concerned, all that's unnecessary. My computer works, and it does what I need it to do. I sometimes have the occasional problem, but otherwise, I'm fine.
Experienced Forum User, Published Author, Experienced player
(618)
Joined: 11/30/2008
Posts: 650
Location: a little city in the middle of nowhere
I'm not exactly sure which benefits you happen to be reffering to.
Also why should you settle for good when the best is in reach? But, hey you know what? It's byuusan's decision, not mine or yours.
Experienced Forum User, Published Author, Experienced player
(618)
Joined: 11/30/2008
Posts: 650
Location: a little city in the middle of nowhere
I'm not sure if this would work, but in my opinion, having a separate mode for TASing would defeat the purpose of using bsnes, because there would be a loss in precision, however small, and the whole reason to use banes is because of its infinite accuracy.
Anyway, my idea goes like this: when TASing, use the normal recording mode, but there must be some way to see if a certain save is problematic, and when this occurs, notify the TASer, or find a workaround such as saving a few cycles before or after.
Also, If you happen to know exactly how the save is problematic, then wouldn't it be possible to add some "resynch" data to the save, which could rectify any errors?
Experienced Forum User, Published Author, Experienced player
(618)
Joined: 11/30/2008
Posts: 650
Location: a little city in the middle of nowhere
I had a similar problem before, with 1.43. The remedy that I used was to change the avi dump framerate from 60 to 60.099 using virtualdub. Personally, I simply thought that this was an intended feature of the emulator, because that happened to be the framerate of the actual SNES console.
Experienced Forum User, Published Author, Experienced player
(618)
Joined: 11/30/2008
Posts: 650
Location: a little city in the middle of nowhere
If you really want to know, the frames were saved by reducing lag, such that there were no lag frames up to the point in which I terminated my TAS. The improvement was 8 frames.
Experienced Forum User, Published Author, Experienced player
(618)
Joined: 11/30/2008
Posts: 650
Location: a little city in the middle of nowhere
Like Comicalflop, I am voting Meh. The reasons for this are as follows: although I liked the glitching, and I think it is an impressive feat, yesterday, I questioned how optimal this run was, and my fears were confirmed when I tried to TAS a short segment of this, and within a short period of time, managed to save a number of trivial frames. I'm not going to elaborate, but given the short length of the movie, and the prestige associated with such a remarkable run category, I think that the title should be given to a run which was not so rushed, and possibly more thought out.
Experienced Forum User, Published Author, Experienced player
(618)
Joined: 11/30/2008
Posts: 650
Location: a little city in the middle of nowhere
Bump.
http://dehacked.2y.net/microstorage.php/info/1735137536/Tom%20and%20Jerry%20%28U%29.vbm
The above is a 122 frame improvement of level 1 compared to the current published run. Improvements are general optimization and abuse of left + right and jumping to maintain my speed at 448 (instead of oscillating between 428 and 448). I might go through with this, but I'm not too sure.
Experienced Forum User, Published Author, Experienced player
(618)
Joined: 11/30/2008
Posts: 650
Location: a little city in the middle of nowhere
I did manage to edit addresses AE90 to AEC2 in the SRAM, and they stayed. I'm not sure if these values have anything of use in them. I'm going to see if I can map the save file to see where any points of use are.
EDIT:Just some info on movement and acceleration: here is an excerpt from the ROM that deals with Mario's speed, it is taken directly from VBA's memory viewer:
Mario's horizontal speed is a selection of an address inside these values. The value of Mario's speed is given by the value at 0xA200 added to (or subtracted from) another number based on a universal timer (which I have yet to find an address for). Whatever number that gives is a pointer to an address whithin the 0x1A00 to 0x1AFF range. The universal timer is responsible for the 8 frame oscillation that occurs, while the value at 0xA200 is responsible for which, and what type of oscillation.
EDIT: fun fact. If this part of data was situated somewhere in the RAM, it would be possible to edit these values (specifically the 0x00's to 0x60's) by crushing those particular blocks and it would be possible to move Mario at hyperspeed (96 pixels per frame). Unfortunately, this isn't part of the RAM, but the ROM, and cannot be edited.
Experienced Forum User, Published Author, Experienced player
(618)
Joined: 11/30/2008
Posts: 650
Location: a little city in the middle of nowhere
IIRC the wand was grabbed with the use of the racoon tail. not a wall jump.
And yes, grabbing the wand above the screen is the fastest. second fastest is grabbing the wand at the bottom of the screen.
Experienced Forum User, Published Author, Experienced player
(618)
Joined: 11/30/2008
Posts: 650
Location: a little city in the middle of nowhere
I think I might have this garbage blocks thing figured out. Basically it works like this:
Each row of garbage blocks is a page in memory (256 bytes) and each byte represents one block.
60 is the value for nothing, and 00 is the value for a breakable block, which is the most prominent direct memory manipulation that you can do (i.e you can turn any 00 into a 60 in memory) others include collecting coins, and collecting power ups from blocks.
If the block is on screen, it stays that way. if the memory address representing that block is changed, the block's visual will only change after it has gone Offscreen. the behavior of the block may still change.
I cannot see what kind of memory manipulation will allow for going straight to the credit screens. SRAM starts at address 0xA000). There are two ways to get to the SRAM addresses to manipulate whatever is there. Either go downwards or upwards. Normal level data starts at 0xC000 as far as I know, and you can quickly fall to addresses 0xFE00 - 0xFEFF because everything between the active level data and the garbage is by default filled with 60's or in other words, nothing at all. This is the first bit of emptiness you fall through. the first row of garbage is 0xFE00 - 0xFEFF, the second row is 0xFF00 - 0xFFFF. By now, we have reached the end of the gameboy memory, so any further rows down are addresses 0x0000 onwards, or in other words ROM. If you try to break any blocks or anything, the game will restart because you can't overwrite ROM. If it is possible to bury yourself so deep that you reach addresses 0xA000, then you will have direct access to SRAM.
Alternatively, if you can use the bubble glitch and the new out of bounds glitch that MUGG just discovered, then you might possibly be able to rise to the SRAM area, and then manipulate it. As far as I know, for pumpkin zone 1 at least, 0xB000 to 0xBFFF is filled with nothing, giving us a straight path directly to the SRAM. Also, SRAM is filled with 00's or in other words breakable blocks. This means that we can in fact manipulate the SRAM to our advantage if we can get to it.
I know this is probably wishful thinking, but if this theory ends up correct, then this will be freaking awesome.
EDIT: I think that there is no bell tile specifically, but it is an item. This probably means that you can't use the bell glitch described above.
enjoy.