Debating on recording format for a capture device

Sir VG

Edit history:

Sir VG: 2011-02-05 12:35:58 pm

2011-02-03 01:07:20 pm

Fucking Weeaboo

I recently got a new video capture device, allowing me to capture runs in HDMI, the AverMedia C027. I'm looking over capabilities for it to record in 720p (it does 1080i, but not 1080p). Looking at recording choices, for HDMI I can either record in MPEG-2, AVI (which doesn't seem to want to work for me, as it throws me a "resolution change" error and stops recording), and MP4 (H.264) (well, it does record into iPod format too, but I think I can safely skip that). So I'm debating on what format I want to record in.

Both allow a recording size of 1920x1080.

MPEG-2 allows a higher video quality. Right now I have a 30000 quality, where the H.264 caps at 15000. Audio Sample Rate is 48000 for both, but the Bitrate for MPEG-2 allows for 384 (I'm currently set at 320) vs a cap of 192 for H.264.

So what would be better for the site, and what is going to work with anri-chan for encoding? Also, what is an easier format to edit should I want to make sample clips for myself?

(Final size after recording doesn't matter - I have plenty of HD space. But a MP4 encode of about 1m31s came out to about 70MB while a 3m31s MPG file came out to about 254MB.)

At this point I'm only using it for HDMI recording. While it is capable of recording component/composite/s-video, there's too much stutter on the display (probably due to being forced to take out the video card due to a lack of PCI-e slots and using onboard instead), and recording in s-video is just easier for me to do on my dvd recorder instead. If I ever get a component splitter (I am using an HDMI splitter so I can play on my HDTV w/o lag), I may use it for that too, but not at the moment.

Edit: Looks like MPEG-2 is probably my better choice, since anri-chan handles it just like my DVD VOBs.

Thread title:

I recently got a new video capture device, allowing me to capture runs in HDMI, the AverMedia C027.  I'm looking over capabilities for it to record in 720p (it does 1080i, but not 1080p).  Looking at recording choices, for HDMI I can either record in MPEG-2, AVI (which doesn't seem to want to work for me, as it throws me a "resolution change" error and stops recording), and MP4 (H.264) (well, it does record into iPod format too, but I think I can safely skip that).  So I'm debating on what format I want to record in.

Both allow a recording size of 1920x1080.

MPEG-2 allows a higher video quality.  Right now I have a 30000 quality, where the H.264 caps at 15000.  Audio Sample Rate is 48000 for both, but the Bitrate for MPEG-2 allows for 384 (I'm currently set at 320) vs a cap of 192 for H.264.

So what would be better for the site, and what is going to work with anri-chan for encoding?  Also, what is an easier format to edit should I want to make sample clips for myself?

(Final size after recording doesn't matter - I have plenty of HD space.  But a MP4 encode of about 1m31s came out to about 70MB while a 3m31s MPG file came out to about 254MB.)

At this point I'm only using it for HDMI recording.  While it is capable of recording component/composite/s-video, there's too much stutter on the display (probably due to being forced to take out the video card due to a lack of PCI-e slots and using onboard instead), and recording in s-video is just easier for me to do on my dvd recorder instead.  If I ever get a component splitter (I am using an HDMI splitter so I can play on my HDTV w/o lag), I may use it for that too, but not at the moment.

Edit: Looks like MPEG-2 is probably my better choice, since anri-chan handles it just like my DVD VOBs.

Sir VG

Edit history:

Sir VG: 2011-02-07 12:49:02 pm

2011-02-07 12:42:38 pm

Fucking Weeaboo

I'm working on encoding a run that I captured using my capture device. The run is encoded in MPEG-2 at 60FPS. When I run it through anri-chan, the audio ends up gradually getting behind the video. By the end of the 50 minute run, it's WAY behind.

Thing is, I actually think it's actually the VIDEO getting ahead, rather then the other way around. Why? Because the time on the MP4 outputted by anri-chan (NQ) is 0:50:13. The MPEG-2 files? 0:18:11 + 0:18:13 + 0:14:03 = 0:50:27 (3 times, as I have the files autobreak at 4GB). Tack on 10 seconds for the statID and that means that the video is 14 seconds shorter then it should be.

Tacking on the log to see if it helps.

Edit: Loading all 3 .mpg files manually into DGIndex produces the correct time of 0:50:27.

Attachment:

log_2153769.txt

nate

2011-02-07 01:28:13 pm

man, i know nothing about the hd support in anri ... that's bizarre that you can make the .avs yourself and it's somehow different. makes me wonder what's different about anri running it through dgindex and you running it through dgindex. it seems like anri uses a different version of dgindex for hd stuff, but i could be wrong on that ... this is definitely one for snow.

Sir VG

2011-02-07 01:47:35 pm

Fucking Weeaboo

I tried playing the Demuxed M2V file and MPA file that was outputted when I manually ran DGIndex, using MPC. The M2V file was the proper time (0:50:27). The audio was still an issue, getting behind by a very large margin at the end. For the best end reference, I used when I cracked the no-death easter egg in Limbo. The time in the video when I did was 0:49:29, while the audio was at almost 0:49:37.

I know I'll be sending you the MPG files at some point, since I'm submitting it. It'll be a nice whopping 11GB for ya, nate. I'm just wanting to do an encode for myself for YouTube, and to have a single file for working on audio commentary, though I think I can fix that part by using a program called MPEG-VCR. (The whole point of having my capture card split the MPEG-2 files is so I can burn to DVD for backup. I may just start backing up to HDD, since I've got plenty of space.)

nate

2011-02-07 01:58:58 pm

man, is there an echo in here? i may have to take back what i said about dgindex not being able to handle dropped frames not being a good enough reason to hack nmf creation from dvd source using mplayer into anri ... what bothers me about it is that usually even after doing that i have to adjust the audio sync manually (because it turns progressive desync into constant desync) and i have no idea how that would work in anri.

this kind of thing is why i suspected anri would be unworkable but that turned out not to be the case, with these issues remaining at the periphery until now. hopefully this isn't a trend.

Sir VG

Edit history:

Sir VG: 2011-02-08 07:34:40 am

2011-02-08 07:21:54 am

Fucking Weeaboo

Well, my merging using MPEG-VCR didn't help me out any, as it ran into the same problems. However, I did run across a MPEG-2 plugin for VirtualDub that has allowed me to open the files directly, so I can rip out the audio.

http://home.comcast.net/~fcchandler/Plugins/MPEG2/index.html

(Released under GPL. Read the instructions on how to use it, if you're interested folks. No, you can't merge the MPEG-2 files with VirtualDub though. I could probably reencode using a lossless codec into AVI and merge that way, but since I can play the M2V and dub with MPC the WAV, I should be able to get a video to do an audio commentary with fine.)

Edit: Interesting. I ripped out the audio from all 3 MPEG-2 files individually, then merged them together in Goldwave. And the time came out to the same as the encoded MP4 (sans the statIDs). I relooked at the WAV files and added up the individual times. Sure enough, it came out to 50:03.717, not the 0:50:27 that MPC reports when I load up the MPEG-2 files in it. I'm gonna try plopping in 5 seconds of dead time before the audio and dub it over the MP4 in MPC and see if it sits in sync.

Well, my merging using MPEG-VCR didn't help me out any, as it ran into the same problems.  However, I did run across a MPEG-2 plugin for VirtualDub that has allowed me to open the files directly, so I can rip out the audio.

http://home.comcast.net/~fcchandler/Plugins/MPEG2/index.html

(Released under GPL.  Read the instructions on how to use it, if you're interested folks.  No, you can't merge the MPEG-2 files with VirtualDub though.  I could probably reencode using a lossless codec into AVI and merge that way, but since I can play the M2V and dub with MPC the WAV, I should be able to get a video to do an audio commentary with fine.)

Edit: Interesting.  I ripped out the audio from all 3 MPEG-2 files individually, then merged them together in Goldwave.  And the time came out to the same as the encoded MP4 (sans the statIDs).  I relooked at the WAV files and added up the individual times.  Sure enough, it came out to 50:03.717, not the 0:50:27 that MPC reports when I load up the MPEG-2 files in it.  I'm gonna try plopping in 5 seconds of dead time before the audio and dub it over the MP4 in MPC and see if it sits in sync.

Aftermath

2011-02-08 06:37:59 pm

Quits halfway

I have that card, just use Vdub and huffyuv for capture. The software it comes with, which it sounds like you're using, is pretty garbage. I'd recommend re-encoding to lagarith afterward since anri sometimes doesn't play nice with huffyuv.

Vdub doesn't have the file limit problem, and I get no audio desync, as far as I can tell. I once did a 350GB huffyuv recording at 720p 60fps and audio was fine the whole time.

Sir VG

Edit history:

Sir VG: 2011-02-08 08:36:36 pm

Sir VG: 2011-02-08 08:22:56 pm

Sir VG: 2011-02-08 08:04:52 pm

Sir VG: 2011-02-08 07:08:47 pm

2011-02-08 07:05:40 pm

Fucking Weeaboo

I don't have a file limit problem, I just chose to limit to 4GB because I was going to burn to DVDs, but I've since backed out of that idea. I know I don't as I've got a nice 35GB 2+ Hour Bayonetta video that I play around with for fun. And the desync occurs if I do something with the videos, at this point. Hell, even the whole "merge WAVs and dub over the MP4" didn't work. Bleh.

As for the other ideas, I'll try them out, including the capture element. I'm just trying to attempt to work with what I have, since having one solid video file is going to be easier then having 3 parts and no statID (as I'm doing audio commentary, as I've stated several times before). I'm curious to as to how the quality will compare to this MPEG-2 files. I love the absolute beauty of them. It's just working with them is a total pain.

Edit: I've given VirtualDub capturing a try. And I must say...it's HORRIBLE. Either the settings I have are wrong, or it does a really awful job at recording audio. The resolution also isn't right (it's 720x480, not 1280x720 and I see no way to adjust this), but I wonder if it's because I'm capturing HDMI with Lagarith?

Here's a small encode with VirtualDub. I'll post a good video from the included software to show how it SHOULD look and sound.

http://www.megaupload.com/?d=2WAER81T

Here's the MPEG-2 file. Same section recorded as the one above, but with AverMedia's software: http://www.megaupload.com/?d=FVAUKCSL

I don't have a file limit problem, I just chose to limit to 4GB because I was going to burn to DVDs, but I've since backed out of that idea.  I know I don't as I've got a nice 35GB 2+ Hour Bayonetta video that I play around with for fun.  And the desync occurs if I do something with the videos, at this point.  Hell, even the whole "merge WAVs and dub over the MP4" didn't work.  Bleh.

As for the other ideas, I'll try them out, including the capture element.  I'm just trying to attempt to work with what I have, since having one solid video file is going to be easier then having 3 parts and no statID (as I'm doing audio commentary, as I've stated several times before).  I'm curious to as to how the quality will compare to this MPEG-2 files.  I love the absolute beauty of them.  It's just working with them is a total pain.

Edit: I've given VirtualDub capturing a try.  And I must say...it's HORRIBLE.  Either the settings I have are wrong, or it does a really awful job at recording audio.  The resolution also isn't right (it's 720x480, not 1280x720 and I see no way to adjust this), but I wonder if it's because I'm capturing HDMI with Lagarith?

Here's a small encode with VirtualDub.  I'll post a good video from the included software to show how it SHOULD look and sound.

http://www.megaupload.com/?d=2WAER81T

Here's the MPEG-2 file.  Same section recorded as the one above, but with AverMedia's software: http://www.megaupload.com/?d=FVAUKCSL

ballofsnow

Edit history:

ballofsnow: 2011-02-08 09:05:19 pm

ballofsnow: 2011-02-08 09:03:27 pm

2011-02-08 08:55:25 pm

Quote from Sir VG:

I'm working on encoding a run that I captured using my capture device. The run is encoded in MPEG-2 at 60FPS. When I run it through anri-chan, the audio ends up gradually getting behind the video. By the end of the 50 minute run, it's WAY behind.

Thing is, I actually think it's actually the VIDEO getting ahead, rather then the other way around. Why? Because the time on the MP4 outputted by anri-chan (NQ) is 0:50:13. The MPEG-2 files? 0:18:11 + 0:18:13 + 0:14:03 = 0:50:27 (3 times, as I have the files autobreak at 4GB). Tack on 10 seconds for the statID and that means that the video is 14 seconds shorter then it should be.

Tacking on the log to see if it helps.

Edit: Loading all 3 .mpg files manually into DGIndex produces the correct time of 0:50:27.

Try to see if the total frame count matches up. Run a preview in DGindex and look at Coded # for frame count. The anri log has a total framecount in the mediainfo section.

Quote from nate:

man, i know nothing about the hd support in anri ..

DGindex seems to work with mpeg2 HD still. For avc, there's that unofficial build I made to accept mts files.

[quote="Sir VG"]I'm working on encoding a run that I captured using my capture device.  The run is encoded in MPEG-2 at 60FPS.  When I run it through anri-chan, the audio ends up gradually getting behind the video.  By the end of the 50 minute run, it's WAY behind.

Thing is, I actually think it's actually the VIDEO getting ahead, rather then the other way around.  Why?  Because the time on the MP4 outputted by anri-chan (NQ) is 0:50:13.  The MPEG-2 files?  0:18:11 + 0:18:13 + 0:14:03 = 0:50:27 (3 times, as I have the files autobreak at 4GB).  Tack on 10 seconds for the statID and that means that the video is 14 seconds shorter then it should be.

Tacking on the log to see if it helps.

Edit: Loading all 3 .mpg files manually into DGIndex produces the correct time of 0:50:27.[/quote]

Try to see if the total frame count matches up. Run a preview in DGindex and look at Coded # for frame count. The anri log has a total framecount in the mediainfo section.

[quote="nate"]man, i know nothing about the hd support in anri ..[/quote]
DGindex seems to work with mpeg2 HD still. For avc, there's that unofficial build I made to accept mts files.

nate

2011-02-08 09:04:56 pm

there are things like "capture pin" and "capture filter" in the vdub video menu (i think ...) while in capture mode that are often used to set the resolution and other things. check the dropdowns at the lower right - make sure you're capturing 48000 hz stereo 16-bit audio. uncompressed is the default i believe. i'm attaching the hd version of huffyuv in case you don't have that (no idea if it works with that card though).

Attachment:

huffyuv-HDYC.zip

Aftermath

2011-02-08 09:06:26 pm

Quits halfway

Your settings are wrong, guaranteed. To change the resolution when in the video capture mode go to the Video dropdown and near the bottom you'll see "set custom format..." There's a box to enter your own resolution, so put in 1280x720 and you'll get your 720p. Don't use lagarith because I don't think your CPU can handle it, use huffyuv. The filesizes are a little larger, but you won't be dropping frames like mad.

In the Capture dropdown, go to disk I/O and make it 16MB chunks and 16 of those, just to make sure your HDD doesn't drop any frames.

Go to Timing and make sure that you have the radio button for "Do not resync audio/video streams" and make sure none of the 4 checkboxes at the bottom are checked. That should fix any audio desync you have.

@nate: normal huffyuv works with the aver card.

Sir VG

2011-02-09 03:36:07 am

Fucking Weeaboo

Well, I still must be doing something wrong, given that I'm getting a 4GB file for 1:47 worth of video. No, not 1 hour. 1 MINUTE. Capture rate doesn't need to be this high, huffy.

At least the audio now sounds better. Yes, it is capturing in PCM 48000 hz 16-bit.
(Audio only: http://www.megaupload.com/?d=FNVCEL0Y )

As for the run I'm trying to encode, I noticed something in the video today. It's a gradual desync per MPG file. When I get to a spot where one MPG ended and another began, there's a short hiccup, then the audio is back on track (until it desyncs again).

Quote:

Try to see if the total frame count matches up. Run a preview in DGindex and look at Coded # for frame count. The anri log has a total framecount in the mediainfo section.

DGIndex reports 180250 for the Coded #. anri-chan's log says FrameCount:180232, an 18 frame difference. The audio is off much more then 18 frames.

Attachments:

huffy-test1.png

recording data - test1.PNG

bmn

Edit history:

bmn: 2011-02-09 04:58:10 am

2011-02-09 04:56:59 am

4 gigs for 1m45? Yeah, that's normal. You're capturing nearly 3 times the resolution and twice as many frames as SD footage, with a lossless codec that only compresses to 1/2-1/3 that of raw footage. The result: over 5 times the bitrate - raw YUY2 720p is 880Mbit/s (110MB/s, 6.6GB/min), it's crazed.

Sir VG

2011-02-09 05:04:07 am

Fucking Weeaboo

Ouch. For some of the games I'd be doing, I'd be sending HARD DRIVES to nate instead of DVDs. I mean I rough calculated that if I captured a 51 minute video (which is a little over the length of my Limbo run), I'd have a roughly 111.5GB file to send to nate. (3.9GB/107 seconds (the length of the sample avi) * 60 seconds/minute * 51 minutes = 111.5327102803738 GB) I know that's the price you pay for encoding in HD, but damn there has to be a better way. Granted yes I should be able to encode it fine in anri-chan 3.2, but if I want to keep a backup of everything...I'll go through these 2TB HDDs I have at a pretty good clip.

bmn

Edit history:

bmn: 2011-02-09 05:20:46 am

2011-02-09 05:19:27 am

If you transcode the capture to Lagarith (would take 3-4 hours for the video you mentioned) it'd take 30 or so gigs off that, but yeah, that still leaves you with a ~80 gig file to deal with. I use the same capture method, so I can't really think of anything better.

Sir VG

2011-02-09 05:24:58 am

Fucking Weeaboo

And I'm running into the same issue, only the OTHER direction...the audio is ahead after an encode with anri-chan. And given that the encoded video is only 1m20s (I cut off a bit of the beginning since it's just Xbox menu garbage), that's pretty sad.

http://www.megaupload.com/?d=R068X98E

anri-chan log attached.

Man, I so want to encode in HDMI but these issues are making me cry. Sad

Attachment:

log_6053658.txt

Aftermath

Edit history:

Aftermath: 2011-02-09 09:11:44 am

2011-02-09 09:06:03 am

Quits halfway

Well, luckily, it shouldn't be a gradual desync like before, but just a constant one (which is what the previous "timing" settings ensured). What you'll want to do is open up the video in the vdub editor, go to the Audio dropdown, then click on "Interleaving..." At the bottom of that box is an "Audio Skew Correction" that will offset the audio forward or backward by however many milliseconds you put in. From what I've seen, this will usually just be 200 or 400 ms, so let me know if it's a bigger desync than I'm thinking. Once you find out what that value is supposed to be, go back to your capture mode, Capture -> Timing... -> Audio Latency Determination, click the button for fixed and type in the number that fixed the audio lag. Now it'll be applied to the recordings and should all be in sync.

One thing that just occured to me is that this would only really work if you're able to get a smooth video playback of the huffy/lagarith file in vdub, so hopefully you can and are able to fix that.

Well, luckily, it shouldn't be a gradual desync like before, but just a constant one (which is what the previous "timing" settings ensured). What you'll want to do is open up the video in the vdub editor, go to the Audio dropdown, then click on "Interleaving..." At the bottom of that box is an "Audio Skew Correction" that will offset the audio forward or backward by however many milliseconds you put in. From what I've seen, this will usually just be 200 or 400 ms, so let me know if it's a bigger desync than I'm thinking. Once you find out what that value is supposed to be, go back to your capture mode, Capture -> Timing... -> Audio Latency Determination, click the button for fixed and type in the number that fixed the audio lag. Now it'll be applied to the recordings and should all be in sync.

One thing that just occured to me is that this would only really work if you're able to get a smooth video playback of the huffy/lagarith file in vdub, so hopefully you can and are able to fix that.

Sir VG

Edit history:

Sir VG: 2011-02-09 11:01:57 am

2011-02-09 09:27:48 am

Fucking Weeaboo

Seems like it's off by over 1 second, judging by listening/watching when I switch from "no" to "yes" on the "No Active Profile" prompt. I'm having a hard time pinning down the exact margin, but I'm guessing about 1.2 seconds. I'll have to play around with it a bit, but knowing where the timing adjustment is will be a start.

Edit: Ran a test with a timing adjustment for the audio of 1200ms, and adjusted the capture settings to 60.000 (the "calculated' was like 58.blahblahblah). I ran though the Xbox 360 menu, which is probably the easiest way to test sync. Sounds like it's in sync. Granted it was a short test (36s), but prior to that I was getting desync really really quickly, so this is a good sign. FINALLY.

Sir VG

2011-02-10 02:47:49 pm

Fucking Weeaboo

Well, it seems like I've only slowed down the gradual desync. I tried a longer recording (about 9 minutes) and sure enough...desync. It takes a few minutes for it to happen, but it does. I use Bayonetta again since it's a game that's very easy to pick up cues, so it's easier to tell sync. I think I hear where the desync really gets noticeable at a little before 3 minutes in.

http://www.megaupload.com/?d=4X37A8A8

bmn

2011-02-10 04:00:35 pm

May still be the capture framerate. 360 uses standard NTSC framerate (59.94fps), which, compared to 60, loses a second over the course of 14-15 minutes.

Sir VG

2011-02-11 11:01:21 pm

Fucking Weeaboo

Tried adjusting the capture rate in VirtualDub to 59.94. I still get desync, though it's about 1:15 to a 1:30 later now.

Aftermath, are you sure that having "Do not resync audio/video streams" marked is the best option? Cause even with the proper frame rate and adjusting the timing by 1200ms, I'm still going out of sync.

Test 3: http://www.megaupload.com/?d=UKQYB9B0

Aftermath

Edit history:

Aftermath: 2011-02-12 09:10:11 am

2011-02-12 09:08:06 am

Quits halfway

Hmm, I don't think I noticed a desync until about 4:57, did you segment there? 2:15, that explosion sounded on time, but maybe at 3:03, when the dragon goes through, that's a little late (for audio)? Might just be me, but the sword at 3:10 sounds correct.

But yeah, I was sure that "do not sync" was the best option, since it's worked with the half a dozen or so capture devices I've used, but maybe it's not going to work in this case for whatever reason. Could try the other options and see if there's any effect.

It is strange though, since we have identical cards and I've never had any audio desync issues from capturing.

Sir VG

Edit history:

Sir VG: 2011-02-13 10:48:46 pm

Sir VG: 2011-02-12 11:23:11 am

2011-02-12 09:25:16 am

Fucking Weeaboo

The initial jump after the dragon breaks through the clock always sounds late, even in game. When Bayonetta chucks the clock handle into the wall sounds fine in Take 3. The easiest way to actually tell desync is listening to the story dialogue, since the audio of any speech begins at the exact same time that the text appears.

I've finished up Take 4, where I told VDub to sync the audio to the video by resampling and see if that helps. It'll take a bit for anri-chan to encode it, so I'll update later when the encode is done.

Edit: Either because I left the 1200ms adjustment or because of the sync the audio change, it totally failed. I had desync (audio behind video) almost instantly. Man, why is my computer being such a putz?

Edit2: I also tried the option to sync the video to the audio. The recording lasted to sometime between 3:45-4:00 before desync happened. When I watched, I noticed that the video stuttered right before it went out of sync. This really leads me to believe that it's a major problem with my computer. I do have another similar computer (virtually the same, except a slightly slower processor and slightly smaller HDD) that I can just swap out the daughter and capture card and see if that works. I mean, I even see a difference in their performance lately even encoding DVD runs with anri-chan, so I think my slightly bugger PC just needs a cleaning and a fresh Windows install.

Test (again): http://www.megaupload.com/?d=I2O07WV5

The initial jump after the dragon breaks through the clock always sounds late, even in game.  When Bayonetta chucks the clock handle into the wall sounds fine in Take 3.  The easiest way to actually tell desync is listening to the story dialogue, since the audio of any speech begins at the exact same time that the text appears.

I've finished up Take 4, where I told VDub to sync the audio to the video by resampling and see if that helps.  It'll take a bit for anri-chan to encode it, so I'll update later when the encode is done.

Edit: Either because I left the 1200ms adjustment or because of the sync the audio change, it totally failed.  I had desync (audio behind video) almost instantly.  Man, why is my computer being such a putz?

Edit2: I also tried the option to sync the video to the audio.  The recording lasted to sometime between 3:45-4:00 before desync happened.  When I watched, I noticed that the video stuttered right before it went out of sync.  This really leads me to believe that it's a major problem with my computer.  I do have another similar computer (virtually the same, except a slightly slower processor and slightly smaller HDD) that I can just swap out the daughter and capture card and see if that works.  I mean, I even see a difference in their performance lately even encoding DVD runs with anri-chan, so I think my slightly bugger PC just needs a cleaning and a fresh Windows install.

Test (again): http://www.megaupload.com/?d=I2O07WV5

Sir VG

2011-02-17 06:03:54 am

Fucking Weeaboo

Today, I switched the card over from one computer (running XP) to my other I have (running Windows 7). I set VDub to 0ms for the audio adjustment to see if it would sync. And it does, but something really bizarre happens to the video at about 2:05 into it, where it kinda skips or something and ends up horribly out of sync from there on. Looking at the original AVI file, it happened during the original recording.

It's not like this computer is bad or anything. The only real weakspot is the video card, since there's only 1 PCI-e slot, which of course, the capture card has to take.

Kinda getting frustrated with this. Suggestions? (And yes, I turn the Vdub display off so it doesn't choke the system that way.)

http://www.megaupload.com/?d=8DA1BG8W

Aftermath

2011-02-17 06:12:32 am

Quits halfway

Hey, just out of curiosity, if you go into Flash Media Encoder, set the res to 720p and the framerate to 29.97 or 30fps and start it, does FME force it to 60fps on you too? Gets kind of annoying when I don't really need to stream at 60fps or use that high of a bitrate.

Will edit when I watch your test stuffs.