It's because you haven't done it clean.
Normally, you should configure then make to compile any source(Though, it's win32, I agree that you can include a preconfig file but you didn't mention it). And ./configure is overwriting you config file.
Plz,include the version number in source not the makefile.
$ gcc src/drivers/win/main.c
src/drivers/win/main.c: In function `ShowAboutBox':
src/drivers/win/main.c:223: error: syntax error before "FCEU_VERSION"
In file included from src/drivers/win/main.c:276:
src/drivers/win/sound.c: In function `RawWrite':
src/drivers/win/sound.c:207: warning: use of cast expressions as lvalues is deprecated
Btw, I am compiling it the normal way. Maybe it's related of use of gcc 3.4.5 and you 3.4.2?
So another new version? I haven't tested the "Fixed the reset bug with the MMC1 mapper saving" if it is really ok but I trust you. So I edited my first post again.
I don't remember if "Pause the emu, play a movie in read only then save a savestate then load that savestate. It is recording from now. Well I am not sure if it is really that.
But I found that if you're playing in read only and opening a savestate that is not from the movie but from an other movie when the emu is paused and save a savestate, it is playing the movie using the last input key recorded in the savestate in an endless loop. (This bug is half fixed. You can still do those steps but the movie won't last eternally like before) " was fixed but I will retest with this latest version and report you.
[Edit]: Are you sure the source is updated because when I compile it myself, it says it is the 0.98.13 version in the about dialog and in you binary, it says 0.98.15.
rofl, doing headbutt on enmy lowers your score, that's what happen in the video and will be there when I will submit it. Kinda stupid bug imo.
It happens only when hundreds number is 9. Ex. 900 , 1900, 69999.
Since someone wants to watch the movie, I guess he wants to download the movie file. So he downloaded it and loaded the movie with the emu and could check the MD5.
If someone had already the game, the emu could compare and tell him if the ROM is good or not.
If he doesn't have any ROM, he could still open the movie and manually check MD5.
Hint: Try having the ROM to compare MD5 instead of manually checking MD5 which is painful and stupid. But that's just my opinion.
I don't like the idea. Why do you want that? It's easier with emu because it can check and tell you if your ROM match.
Within emu = excellent idea.
Within site = bad idea.
I know it happens in Battletoads which is made by Tradewest like Double Dragon but battletoads is AOROM not MMC1. I know it happens in other games but don't remember which ones. Thinking of that it also happens in Legend of Zelda( MMC1), when I was doing my version.
After rereading the whole topic, I am not sure now what you meant because there's no flying kick technique acquired in my published video. I guess you meant the enemy, before acquiring the reversed kick and uppercut techniques, on the conveyor, at end of stage 1, instead of kicking him, I could head attack him. Is it that?
Anyway, if it's that, I have never thought of that. I should test it once to see if it worth it or not. With my new strategy to gain more points while doing as fast as possible, I think there's a place for that headbutt.
[Edit]: Thinking of that, the reversed kick and uppercut techniques are learned when fighting against Lindas. Anyway, after a quick testing, the headbutt saves me some frames there. Now, I need to do it perfect.
The first Chin is at end of stage 2 and it is faster by killing it the way I have done it. The other one, at stage 3, may be skippable. I will try. Though, I have some doubt that I will be able to skip the 3rd one if that's what you meant. ;)
I said it's impossible. Even if I send you the movie, create and load a state at frame 6939 makes that happen. It's the savestate feature that isn't 100% reliable. There's probably something that doesn't save or save correctly and that would explain why it is doing that.
I have nothing against you but I know it is more improvable. Seconds here and there lost. I know the previous movie wasn't so good and this one is still better but I know it is likely to be improved by at least another 2 minutes. Voting no.
No, it doesn't help doing that. While you wrote your post, I found something interesting.
Download this: http://hiddendragon.sytes.net/Double%20Dragon.rar
Now, open the savestate in the game, all looks ok. Now, load the state again, skip 1 frame then save then let the game play and load the state. Voilà, emulation is crashed. If you do those steps again except that you skip 2 frames, all is ok. Something is messy and MUST be fixed.
Edit: Btw, while doing those testings, one time my savestate become a savestate that reset the game. So I am 90% sure it is really related.
I've got a savestate that became corrupted for unknown reason. I am sure it is related to "FCEU sometimes change a valid savestate to another savestate that reset the game." problem.
Here is the state and pictures that show what it should be and what it shouldn't. http://hiddendragon.sytes.net/corrupted%20save%20+%20pictures.rar
Hope it will help fixing the problem.
Also, I've just noticed there some blinkings in memory viewer. Is it fixable?
I don't think it's totally true.
As far as I know, it's easier to get items when you kill enemies separately than killing all of them in one shot. That's to be considerate in his basic equation. There's a lot more variables that makes the randomness than he thought.
And from what I know, items are harder to get on GBA than on Snes and from what I have seen from some topics at Gamefaqs board.