Emulator Coder, Experienced Forum User, Published Author, Former player
Joined: 10/28/2007
Posts: 1360
Location: The dark horror in the back of your mind
Wyster wrote:
(I was able to dump a perfect quality video using FFV1 but it was too slow framerate and totally out of synch with sound)
FFV1 isn't really meant for direct playback (you end up with the video lagging sound as you described as your video player - which were you using, by the way? - struggles to play back the video), but it makes a reasonable input for further encoding steps. Did you try feeding the results from that into the rest of the encoding process?
nfq wrote:
I would imagine x264 would compress much better than lagarith, so I'd use x264.
It does - at the expense of an RGB-to-YV12 conversion completely outside your control. So, if you don't mind a hit in visual quality, by all means proceed, but I recommend against it.
Emulator Coder, Experienced Forum User, Published Author, Former player
Joined: 10/28/2007
Posts: 1360
Location: The dark horror in the back of your mind
I was just watching the run on YouTube, and in the description for Attack Ship I noticed the following comment:
"If I had waited 8 seconds more at the intro, the slow-ass elevator should have arrived when I'm there, and I could have gotten 2:50, but it's hard to know how fast you'll be, the first time around."
Considering this was the second-last level in the run, would it have been all that difficult to go back and add that in?
Considering all the sync issues people have been experiencing, this may be a moot point, but it's something to remember for the next pass.
Emulator Coder, Experienced Forum User, Published Author, Former player
Joined: 10/28/2007
Posts: 1360
Location: The dark horror in the back of your mind
I recently logged an instruction session by Aktan on how to use his modified .kkapture to capture video from Mupen64 to avoid the use of Mupen64's unstable internal AVI recording. What follows is my write-up of the instructions that he gave at the time.
---
Recommended Mupen64 plugins:
Make a backup of your plugin directory so that your old settings are preserved, as necessary. Also backup glide3x.dll in your Mupen64 root directory.
Place the above plugins into your Mupen plugins directory, and glide3x.dll from the "wrapper" directory in the Glide64 package into the Mupen64 base directory.
Edit Plugins/Glide64.ini; change instances of "filtering = 1" to "filtering = 0".
Start Mupen.
Options -> Settings -> General -> uncheck "Limit FPS (auto)".
Options -> Settings -> Config Plugins -> select Glide64 Napalm WX as the video plugin and Azimer's audio plugin for audio.
Go into the Glide64 configuration dialogue, check "show advanced emulation options", and close and reopen the dialogue.
Set video options as seen here and here. (Note: "use frame buffer objects" may be necessary for some video cards).
Select a video resolution that is a multiple of 320x240, but smaller than your screen size.
Load your game ROM, and observe the Glide64 text at the bottom of the screen. You should see "Filtering: Automatic" specified. If it's not, you will need to exit Mupen64 and edit Glide64.ini as described in step 3. Alternatively, you can press Backspace to toggle between filtering modes on the fly, but you'll need to do this every time the ROM is loaded. (WARNING: the plugin will detect backspaces even if Mupen64 isn't active, so don't press backspace while the movie is playing.)
Utilities -> Movies -> Start Movie Playback. Select the movie to play back, check "Open Read-Only", and enter 1 for "Pause at frame:". Click OK. The movie should now be paused on the first frame.
Make a save state.
Close Mupen.
Check that there are no .eep files for your game in the Save directory in the Mupen root directory (playback from .kkapture as follows doesn't clear these files out, and their presence can cause desyncs).
Start .kkapture; configure it as seen here. Note in particular the frame rate (120fps); as there will be a lot of duplicate frames in the output, use of a codec such as Lagarith that can store null frames is suggested.
Set "Demo" to your Mupen executable and set "Target" to a target filename, then click "kkapture!". Mupen will start.
Load the game ROM; wait for the Glide64 text to disappear (and ideally for a recognisable action to appear on the screen, so that you know when playback of the movie starts).
Pause Mupen.
Utilities -> Movies -> Start Movie Playback; select the movie as earlier, check "Open Read-Only", and click OK (don't specify a pause frame).
Load your save state from earlier.
Unpause Mupen - you are now capturing.
At the end of desired playback, highlight a non-Mupen window and press the right CTRL key. (WARNING: this means you can't use right CTRL during video capture, in addition to Backspace!) Mupen will exit upon doing so.
Emulator Coder, Experienced Forum User, Published Author, Former player
Joined: 10/28/2007
Posts: 1360
Location: The dark horror in the back of your mind
This game has officially been PWNED. (heh)
Just having Aztec and Egypt here makes this worth a Yes, but the general improvements make this all the more awesome.
Emulator Coder, Experienced Forum User, Published Author, Former player
Joined: 10/28/2007
Posts: 1360
Location: The dark horror in the back of your mind
nfq wrote:
This is the one I used, although I think it's just a renamed mupen v2.
It has a different md5sum, so that's unlikely.
Anyway, I've discovered that recording an AVI across the reset has an impact on sync. Since Mupen's AVI recording has a tendency to crash frequently on my computer, I haven't determined if this will cause the run to sync completely, but it looks promising.
Emulator Coder, Experienced Forum User, Published Author, Former player
Joined: 10/28/2007
Posts: 1360
Location: The dark horror in the back of your mind
So, the input file name suggests this was recorded with the anti-desync Mupen (besides which I've wondered if playing it back with that would fix the desync-on-reset problem). However, I've been completely unable to find this build anywhere - does anyone have a copy?
Emulator Coder, Experienced Forum User, Published Author, Former player
Joined: 10/28/2007
Posts: 1360
Location: The dark horror in the back of your mind
What are you using as a video codec? By the sound of it you are using uncompressed video, which you should almost never need to do.
If you're just going to upload the clip directly to YouTube, you could probably use something like ffdshow's x264 output. If you want better quality than that gives you, you could consult the Encoding Guide's video dumping section to get a good quality rip and then do a high-resolution encode - that will also tend to yield somewhat large files, but the resulting video quality after it passes through YouTube's re-encoding will be significantly better.
Emulator Coder, Experienced Forum User, Published Author, Former player
Joined: 10/28/2007
Posts: 1360
Location: The dark horror in the back of your mind
The power-on time stamp is fixed to "1234567890" when recording/playing input files. I believe an option is going to be added in the near future to allow that to be set.
