Joined: 4/17/2010
Posts: 11486
Location: Lake Chargoggagoggmanchauggagoggchaubunagungamaugg
RGamma wrote:
feos wrote:
I noticed one more thing. Whenever I dump on x86 XP, overlapping windows break Dolphin capture by freezing it where the window is, and it doesn't happen to the same build on x64 7. What could be the reason for that? Dumping method doesn't affect it.
That's a known bug with older dolphin versions. Don't cover the window, move it off-screen or minimize it.
For future reference.
Warning: When making decisions, I try to collect as much data as possible before actually deciding. I try to abstract away and see the principles behind real world events and people's opinions. I try to generalize them and turn into something clear and reusable. I hate depending on unpredictable and having to make lottery guesses. Any problem can be solved by systems thinking and acting.
I've been recording video footage for a few days on similar versions (4.0-5070 and a few others; updating as I go) and I'm not getting video and audio out of sync. I'm also not TASing though; just basic realtime DTMs played back with audio/video dumping on.
Can somebody please can verify if this movie syncs on a recent build?
I'm a bit worried if when I submit the finished TAS, the movie won't sync in any a/v hack or even the latest build.
I'm using 4.0.2 32-bit, because it's the last Dolphin version that I can use.
Can somebody please can verify if this movie syncs on a recent build?
I'm a bit worried if when I submit the finished TAS, the movie won't sync in any a/v hack or even the latest build.
I'm using 4.0.2 32-bit, because it's the last Dolphin version that I can use.
If you can play it back in 4.0.2 you're fine for using 4.0.2 avsync
To answer your original question, your run wouldn't sync in a recent build because Dolphin's timing apparently changed as early as 4.0-1862.
There shouldn't be any problem syncing 4.0.2 movies on the A/V sync 4.0.2 build, since it doesn't change anything in Dolphin other than the video and audio dumping features (which aren't related to emulation). I was able to play back the Luigi's Mansion TAS and the new PM:TTYD TAS in the A/V sync 4.0.2 without any problems, so your run should sync fine in the A/V sync version too.
Joined: 4/17/2010
Posts: 11486
Location: Lake Chargoggagoggmanchauggagoggchaubunagungamaugg
Kurabupengin wrote:
Does the 32bit movie syncs with the 64bit emulator, and viceversa?
Yes, unless it doesn't work at all between those (RE4).
Warning: When making decisions, I try to collect as much data as possible before actually deciding. I try to abstract away and see the principles behind real world events and people's opinions. I try to generalize them and turn into something clear and reusable. I hate depending on unpredictable and having to make lottery guesses. Any problem can be solved by systems thinking and acting.
This is in regards to Dolphin's dumping feature and may have been answered previously, but I couldn't find any information regarding it.
Prior to 4.0-3595, the dumping feature was broken. The avsync builds fixed this by outputting a timecodes file in addition to the dumped video so that when it and the video were merged with the audio it created a flawlessly synced video. I've dumped videos this way before and I've had great success (minus a few special cases).
However recent builds have seen the issue fixed and now Dolphin dumps correctly. Sort of. The problem I'm having is that whenever I dump with these later versions of Dolphin the audio seems in sync at first. After a short while it goes horribly out of sync but not at any steady rate. A good example is of the NSMB Wii run currently published, if I were to dump it on a recent version of Dolphin that syncs (as listed on the bottom of the submission page) the audio would be in during the first world but horribly out by the end of the fifth world. As I said though, it's not a steady desync, it'll be in one moment and then horribly out the next.
Is it something I'm doing wrong? or perhaps a bug? and if so, what are my options?
I'm running Windows 7 Professional, with an i7-3770k @ 3.4ghz. I have 8gb of DDR3 memory, a 2gb R9-285 vga card on a B75M-A board. I doubt any of that is relevant but it's better to be thorough I guess.
I'm not as active as I once was, but I can be reached here if I should be needed.
It's an issue with the way it's dumped on Windows.
VFW is horribly outdated and can't handle variable framerate content (like video games). We've gotten close with the AV Sync patch, but it's inherently impossible to make something fully workable with VFW.
Now, Linux does not have this issue because it uses FFMPEG as it's dumping backend. FFMPEG can support inserting frames when they appear, unlike VFW where we duplicate the frames.
I've got a work in progress project of making FFMPEG the default dumping backend for Windows as well, which will resolve the issue. There is a PR out there for it on Dolphin, but in it's current state will probably not get merged.
Using Dolphin 4.0 x64 build 8311. I did a 5-min dump, like Video Dumping guide says, but, as a result, my dspdump was 2,27 seconds longer + the last video part had the same frame at the beginning and in the end. The situation is the same as thecoreyburton had. Seems like the video and audio are recorded at different speeds!
Wouldn't it be easier to combine the video and audio recording into a single file? Can it solve any problem?
TASing is like making a film: only the best takes are shown in the final movie.
Using Dolphin 4.0 x64 build 8311. I did a 5-min dump, like Video Dumping guide says, but, as a result, my dspdump was 2,27 seconds longer + the last video part had the same frame at the beginning and in the end. The situation is the same as thecoreyburton had. Seems like the video and audio are recorded at different speeds!
Wouldn't it be easier to combine the video and audio recording into a single file? Can it solve any problem?
The eventual plan is to have everything combined into a single file.
