It's not a patch, but a filter.
Evidently, you were needed to install XviD and this filter to work it fully. FFDShow is good if it is installed. I hope it doesn't need something. Maybe I should remove all my codecs and filters to be sure. Anyway, it is working pretty nice for me ;P.
Actually I think it has to do with something OTHER then the XVID codec. Exhusted from options I downloaded a Kazaa lite codec pack (newest) and over-writen all my codecs and played the movie. It looks like some players like winamp etc are over-writeing the MP4 codec with its own version and why it wasen't working. So while it said it was having XVID problems it was this instead.
Got all movies working again, downloading kirby again to see if this is indeed whats going on.
Edit: List of Kazaa lite codec packs that fixed the problem with updated MP4 drivers.
Kazaa Lite Mega all codec pack
http://www.free-codecs.com/download/K_Lite_Mega_Codec_Pack.htm
Kazaa lite smaller packs
http://www.free-codecs.com/download/K_Lite_Codec_Pack.htm
I remember pulling off a glitch that brought general Leo back from the dead. How ever he disappeared in the next battle. I think it was Strago that got changed to Leo. And Leo was pretty powerful at that point. This was in the cave you can enter when travelingwith Figaro. Then, after a while the game crashed. But it was pretty kewl.
Is this a known glitch that can be re-done easily?
Would very much like to see it again.
I remember that bug. It was kool but effectively makes the game to crash.
1) When fighting Sandman, I have two options and I was looking for opinions. I can take him out flawlessly by 2:46 in round 1 OR I can get knocked down once, forcing him into a second sleeper pattern and get him by 2:35ish. Faster or flawless - which makes a prettier video?
Personally, the 2:35 one is better since it uses a strategy to have a good timeunit. And the point in this game, is to get the faster in timeunits not real time.
-ziplock- wrote:
2) I'm currently using blip's FCEU emu for the run - is this permitted yet for runs? (Fairly new, no?)
FCEU is permitted. Especially for a Punch out run.
the bahamut sidequest is long and hardif your level is low.
but the pink tuff drops a mega strong armor (1/64 chances)
The pinkpuff is giving a pink tail which can be exchanged for an Adamante armor at the same place where you can exchange the rat tail for Excalibur sword. In other words, it's a lost of time.
Btw using the duplication glitch can be very useful with the Excalibur sword. The problem, you must do a detour to the village of monsters but maybe it's good to obtain Leviathan and Asura.
I prefer the glitch run. If done correctly, the game is not supposed to crash. Well if you do the right moves, the game is supposed to be stable. Anyway, I think Jyzero can do that without any problem with the help of that algorithms FAQ.
Since I am an "old FF6(3 US) player" (I've played that game the last time about 5-6 years ago), I thought evade was good but this game is so glitchy that evade stats are integrated in MBlock stats. I am deceived by such bad programming. Now I understand why Beads aren't effective like it is supposed to be. To see those stupid glitches is the main reason why I want to see a timeattack of this game. Otherwise, it sucks.
Ok.. But can Gogo mimic the 8-hit or will he just make one?
Oh.. And sorry if I offend people by saying that Gogo is a he. We really don't know anyways, do we? =)
I think yes but I'm not sure myself. Maybe we should call Gogo "IT" ;).
I don't think it's worth taking the detour to have GoGo in the party since he is not enough powerful.
I wonder where that time attack is. It took me a couple of hours for LoZ so there's a high possibility he is in the world of balance.
>It is not a bad random since it's predeterminated. Again you can check it by yourself.
Didn't you affect randomization before? Like enemy placement and bomb refills? I think your submission said something like that. Why is it impossible in this particular screen?
I've got some problem to compile it directly under Linux, so I have decide to use MSYS and MinGW32 like they suggest on FCEU forum but I encounter some problem when it's time to "make".
drivers/win/input.o(.text+0x43): In function `InitDInput':
c:/source/fceu-0.98.12-blip.src/src/drivers/win/input.c:52: undefined reference to `IID_IDirectInput7A'
drivers/win/joystick.o(.text+0xc48): In function `JoystickFound':
c:/source/fceu-0.98.12-blip.src/src/drivers/win/joystick.c:368: undefined reference to `IID_IDirectInputDevice7A'
drivers/win/keyboard.o(.text+0x1c9): In function `KeyboardInitialize':
c:/source/fceu-0.98.12-blip.src/src/drivers/win/keyboard.c:64: undefined reference to `IID_IDirectInputDevice7A'
drivers/win/main.o(.text+0x219e): In function `InitializeDDraw':
c:/source/fceu-0.98.12-blip.src/src/drivers/win/video.c:134: undefined reference to `IID_IDirectDraw7'
make[1]: *** [fceu.exe] Error 1
make[1]: Leaving directory `/c/source/fceu-0.98.12-blip.src/src'
make: *** [all-recursive] Error 1
I can't view the movie - it desyncs are the very beginning right after link grabs the wooden sword...
Are you using the official FCEU version or blip's version? If it's blip's version, is it 0.98.10 or 0.98.12? Is the rom checksum fitting with what is written in the file info?
I think CVS did that. When I export the code from CVS, it seems to automatically convert all files into DOS format (CR-LF). If you want to build this under linux, you should probably just run dos2unix on every file in the source tree.
Yeah. But if I remember correctly there can be a one hit kill on the last boss. Or atleast to get to his last shape directly.
The final boss has 40,000 HP and the max damage I have seen is ~30 000 with Life or Cure spell, I don't remember exactly. So it's a 2 hit kill. Well 3 since the 2nd time you do this it heals the boss for ~10 000 if I remember correctly.
I don't think in a speedrun it will be possible to do 30 000 damage since you'll need to be at top level (46 I think).
Can someone explain why I can't ./configure blip's FCEU in Linux. It is written bash: ./configure: Permission denied
I have tried with chmod +x ./configure and sh ./configure and both failed.
I know I could simply use the binary but I want to compile it.
./configure
bash: ./configure: Permission denied
chmod +x configure
./configure
: bad interpreter: No such file or directory
Port all these features to Linux.
When the emu is paused and the windows is reduced and decided to expand that window, it just unpause automatically.
Frame advance and slow down seems unstable.
I have decided to do the same as I have done with blip FCEU. So here they are:
There should be a skip 1 frame function.
Do you mean when the emulator is paused ? (Like when you click Apply in the Color Adjust menu option) It can try.
Yeah when the emu is paused.
Jyzero wrote:
When your emu is paused and decide to open a movie file, it just unpause automatically. It must not do that.
It can be fixed but why would you want to load a movie when the emu is paused anyway ? If it is for AVI dumping, the Sync AVI with Movie option prevents to dump frame unless a movie is playing or has finished to play.
Well at first it was for AVI dumping but anyway I think it's better to be manually controllable.
Jyzero wrote:
Hotkeys remapping.
Hotkeys are hardcoded. I can't change them without recompiling. For quickpause, quicksave, quickload, and toggle slowdown, I had to code an additionnal layer of hot keys management. What other hot key do you want to remap ?
Evidently, there will be that skip 1 frame feature.
Jyzero wrote:
When recording AVI and trying to overwrite an existing file that is open by another software, the emu crashes. There should be an alert that indicates that the existing file is already open. I think it exists a Win32 function for that.
When you choose name file and AVI codec before recording to AVI, there's an annoying sound. Very abnormal.
AVI dumping will be more user-friendly later (with a nice dialog box).
At least, it is better than the last version of AVI recording you have sended to me ;)
Jyzero wrote:
*MAJOR BUG to be corrected urgently*
It seems it takes some delay, like ~0.10 seconds for pausing after pressing the pause button. For unpausing, it unpauses instantly or near but the blue screen still remain there for a moment. I have an AVI that show the proof of it. When recording AVI, it's not supposed to record some blue frames when the emu is paused. It should be instant and without that blue screen. The image is paused but the sound continue as a proof that the game is running while those ~0.25 seconds of blue screen. Very hard to do a perfect timeattack under theses conditions. Also it seems unstable, sometimes it pauses faster than another time.
*MAJOR BUG to be corrected urgently
EDIT: I tested what you said. The unstability is caused by Auto frameskip. When the emulator skip a frame, the previous one will be dumped twice. I recommend using 0 frameskip.
For the ESC pause key, I can't do much without rewritting the entire hotkey system.
For the quickpause key, I'll see what I can do.
Even at frameskip 0, it's doing the same thing. I must admit it's not that worse but still doing this.
Btw slow mode only works at auto frameskip.