Uploading frapsed video to youtube

[vesseblah]

Never use .avi - as simple as that.

AVI is container, not codec or compression algorithm - as simple as that.

[Djinni]

Never use .avi - as simple as that.

MP4 is 54gb... And doesnt seem to work on my 3rd screen...

[vesseblah]

To give some technical tidbits...

- MPEG-4 Part 2 is the old video compression from 1999, meant for SD quality, also known as divx, xvid, h.263 and MPEG-4 Simple/Advanced Simple Profile
- MPEG-4 Part 3 is the audio compression, also known as AAC
- MPEG-4 Part 10 is the new video compression for HD from 2003, also known as h.264, AVC and MPEG-4 High Profile

MP4, MKV and AVI are container formats, which means you can stick almost anything inside the container with varying number of limitations. Think of it as an box for carrying stuff, and inside you have the actual video which can be a DVD disc or BluRay disc. Both fit inside the container, but the BluRay disc has significantly better picture and sound quality.

[Riaya]

H.264 has the best compression ratio per quality you can get actually from everything I have seen. The only reason I keep suggesting get Freemake Video Converter is because it does a damn good job converting the video. Just take your original uncompressed .avi from fraps and use that to make it. Once done it should be in great quality and size to easily upload. Plus your timing on the video will not be messed up...

[Djinni]

hmm... Just trying that Freemake Video Converter now... still comes out at 11,540mb

[Riaya]

well that is a lot better than 23gigs. But do you know the official time it really is now?

[DeltrusDisc]

It should NOT be 25GB 'after' compression, sounds like you never actually compressed.

I take the Fraps videos, the many GB that they are, .avi files, stick them in Windows Movie Maker (yeah I know it sucks shush) and use a bit rate probably about 15,000/s and I get my videos to be about maybe 1GB for a 10 minute video.

[ApocolypticTampon]

his 1018 height is probably due to running in windowed with the taskbar up. thusly the taskbar is not part of the captured video feed.

If i remember correctly .avi is not a compressed video format.

---------- Post added 2012-04-29 at 11:10 PM ----------

@ deltrusdisc
Yes you are correct...
----------------------------------------------------------------------------------------------------------
Fraps video capture is raw data, insane data rate and consumption. No compression. 720p raw data was running 4gb/min.

You HAVE to bring them into some video editing software to , if at least compress it. 10m with 720p is around 1gb with .wmv

Windows has a very basic video editor which will suffice. Although you still have to manually upload the file to YouTube. I use Corel's VideoStudio Pro 5x, a very nice package with automated upload to YouTube along with nice DVD authoring software (lass than $100 if you want to do this regularly)

[Djinni]

Not going to be doing this enough to spend money on it.

Anyway like I said DeltrusDisc, it started at around 150gb as RAW video+audio. I then put it in VirtualDub and used the Xvid MPEG-4codec under "Select video compression" and saved it as avi.

Sounds like a plausible explanation ApocolypticTampon, since yes. That is how I play.
And Riaya, no it still shows the same time.



On a side note... In VirtualDub my options for video compression are:
(Uncompressed RGB/YCbCr)
Cinepak Codec by Radius
ffdshow Video Codec
Fraps Video Decompressor
FulMotion Video Decoder
Indeo video 5.10
Intel Indeo Video 4.5
Intel IYUV codec --- Detla frames "no", FOURCC code "i420", driver name "iyuv_32.dll"
Intel IYUV codec --- Detla frames "no", FOURCC code "iyuv", driver name "iyuv_32.dll"
Lagarith Lossless Codec
Microsoft RLE
Microsoft Video 1
VP70 General Profile
Xvid MPEG4 Codec --- Detla frames "yes", FOURCC code "yv12", driver name "xvidvfw.dll"
Xvid MPEG4 Codec --- Detla frames "yes", FOURCC code "xvid", driver name "xvidvfw.dll"


And a recent one since I started doing some of the stuff suggested here it now also shows:
x264vfw -H264/MPEG-4 AVC codec

[vesseblah]

Try with the x264vfw and the ratefactor at about 18-19, and you'll see massive improvement in file size. (btw, smaller RF = bigger file and better quality)

[Djinni]

Try with the x264vfw and the ratefactor at about 18-19, and you'll see massive improvement in file size. (btw, smaller RF = bigger file and better quality)

Hmm... I have no options to set a ratefactor (never seen that option anywhere actually.)

Also when I started the conversion in VirtualDub this time I got:

x264vfw [warning]: Few frames probably would be lost. Ways to fix this:
x264vfw [warning]: - if you use VirtualDub or its fork than you can enable 'VirtualDub Hack' option
x264vfw [warning]: - you can enable 'File' output mode
x264vfw [warning]: - you can enable 'Zero Latency' option

Nor do I have any idea where to find these options.

[vesseblah]

This is how to set it up

[glo]

Easy solution:

Download the widely popular, open-source, and easy to use "Handbrake" program. It already has a wealth of codecs built in as well, so you don't need to download them and fiddle with it.

http://handbrake.fr/

Set it to H264, VBR, 5,000Kbit (double pass) and let it render.

[Djinni]

Thanks Vesseblah,
Although even with those options set it still comes out with a projected file size at 20GB.

I've tried Handbrake before... I couldn't get on with it.