how many GB's per hour for an uncompressed AVI file?

[lordsmurf]

I don't remember anymore.
I usually don't count GB's, I just do it.

I need TRUE GB size too, the file output size (gigabytes), not gigabits.

[SSJ4Thiran]

its like 14.7 GB per hour.

[Wile_E]

No, he said uncompressed, not compressed DV which is 13GB/hour. I did a quick search on google, but didn't really find any facts for uncompressed. But one site said 75GB/hour and another 90GB/hour. Who knows. Why not use Virtualdub and set it to capture for an hour?

[SSJ4Thiran]

ya i did this about a month ago and on the transfer rate it said 14.7 GB uncompressed. But im not sure plus why would you need to know?

[piano632]

Well, DV is 5:1 compression and it's 13GB/hr. with PCM audio, so somebody do the math.

[lordsmurf]

Yeah, it's somewhere between 60GB-80GB, if I recall correctly. Some of that "unneeded info" I just purged from the old gray matter. And now I need it.

[junkmalle]

720x480 30 fps uncompressed 24 bit rgb is ~112 GB/hr

720x480 30 fps uncompressed YUY2 is ~75 GB/hr

1 GB = 1,000,000,000 bytes

[jimmalenko]

Found this in the Forum Archives ...

Most video capture devices will capture a maximum of 720x480 (NTSC). At three bytes per pixel (RGB), 30 frames per second, 60 seconds per minute, 60 minutes per hour, that's 720x480x3x30x60x60, or about 112 GB/hour of video.

Most hardware actually captures in something like YUY2 format because that is closer to what's actually in a NTSC video signal. That reduces the number of bytes per pixel to 2 (instead of 3 for RGB). So an umcompressed YUY2 file will be 720x480x2x30x60x60, or about 75 GB/hour.

RGB: 720 x 480 x 3 x 29.976 x 60 x 60 = 104.200 GB

YUV: 720 x 480 x 2x 29.976 x 60 x 60 = 69.467 GB



EDIT:

Well bugger me, timing couldn't be better !

[edDV]

Let's see.

Uncompressed 13.5 MHz sampling, 8bit

720x480 = 345,600 pixels x 3bytes (YUV) = 1.037 MB / frame

1.037 x 30frames x 60sec x 60 min = ~112 GB / hr. for 4:4:4

4:4:4 sampling = ~112 GB / hour (uncompressed)
4:2:2 sampling = ~75 GB / hour (uncompressed)
4:1:1 sampling = ~ 56 GB / hour (uncompressed)

For 10bit multiply x 1.25

PAL 720x576 has 20% more lines per frame. PAL uses 25 fps vs 29.97 or ~20% less frames per second so data size is a wash.


SMPTE 259M-C (4:3 SDI) uncompressed serial 4:2:2 = 270Mb/s = ~97 GB /hr data flow
SMPTE 259M-D (16:9 SDI) uncompressed serial 4:2:2 = 360Mb/s = ~130 GB /hr data flow

720x480 30 fps 4:2:2 YUY2
huffyuv "Predict median" = ~27 GB/hr (lossless)
huffyuv "Predict gradient" = ~29.6 GB/hr (lossless)


HDTV 8bit uncompressed
1280x720 YUV 60 frames/sec = ~597 GB/hr
1920x1080 YUV 30 frames/sec = ~672 GB/hr

For 10bit multiply x 1.25

[vhelp]

If using a codec, then things will get a little hairy in the size
department.

But, I did a quick test of a 60 sec capture ...

For instance, when I use my ATI Rage Fury Pro (composite only) it only
allows me to capture in UYVY format (driver problem on my end)

And the specs for filesize with this setup was:

** YUV -- ( UYVY 4:2:2 ) planar format
** 1.2GB for 60 second capture (or, 1,215,537kb every time)
** aprox 72.9GB/hr

-vhelp 3516

[manono]

I get 16 GB or so per hour using Lagarith lossless at 720x480 and 23.976fps from DVD sources and the YUY2 colorspace.

[vhelp]

Thanks Manono, for the reminder..

I knew of this Lagarith codec, but I put it off from testing because of other
obligations. Now, since I'm messing around w/ other codecs with my
ATI Rage Fury Pro card, I wouldn't mind testing it out with my other
usual codec format for quality purposes

@ LS

If this is OT to you, I appoligies.., but I think it might benefit your
quest in some way

Just curious..

Are you looking for an RGB capture alterntative, or are you just
researching an idea or something ??

If you don't mind my posting out loud here ...

The way I see it with codecs and formats and things, a codec (the right one)
would probably or most benefit depending on the MPEG Encoder being used.

For intance, if TMPGenc is the MPEG Encoder of choice, then woudn't it be
wise to find the matching codec for an RGB format source file ??

{
Course, the RGB codec would have to be an non-compress type
}

And, in another instance, if say, an MPEG Encoder only accepts YUV (and
variation) format source, wouldn't it be wise to a match codec closest to
the YUV format of this MPEG Encoder's preference ??

{
Course, the YUV (flavor) codec would have to be an non-compress type.
But then, woudn't one consider sampling and sub-sampling to be a
form of compression, though not the same compression as usual process. I
consider such, to be a form of compression because of the throwing away
of alternating or nearby or avaraging of pixles
}

And, given the above, and to my knowledge, the following are such:

** RGB source = TMPGenc; Prococder; Mainconcept; and All-in-One suites;
** YUV source = CCE (Cinecraft) (but also allows RGB)

For the RGB lineup, these encoders will down/up convert YUV/RGB sources,
to meet the requirements for the given Encoder (CCE will likewise do the
same for it's process handling)

Just thinking out loud here.

Thanks,
-vhelp 3517

[lordsmurf]

YUY2, merely wanting to know how big of a hard drive is required for a 2-hour file.

[edDV]

YUY2, merely wanting to know how big of a hard drive is required for a 2-hour file.

150GB

[vhelp]

Ahh.. then in that case, you next step is to rule out any compression
that might be involved with a given YUY2 codec you choose.

For intance, Huffy; Lagarith; MJPEG; and a few others.

But, there are some codecs that will allow one to capture in YUY2
as RAW. Just plain YUY2. But, at the moment, I forget which ones.

-vhelp 3518

[vhelp]

Some last minute out-loud stuff ...

Oh, wait.. I think that ATI has a few codecs you can try, that captures
in YUV as: YUY2; YV12; UYVY; and YVU9 RAW format. I gave an example of
the UYVY one w/ specs, in my first post here (see above for prev info)

fwiw, I think that what you want (in a codec, or format) is a format
that does not do any weard sampling (or sub-sampling) to the capture
source (during capturing, that is) And, I think the one I posted earlier,
the UYVY does not sample the output -- but I could be wrong.

I think that the only and probably the best way to test this out, is
to use some source materials that have RED in it, and capture it using
the codec formats I described above. The problem is, to find a given
source that could be used as the reference source for this test, and
also, that you find a source material that is truely known for it *not*
having any sampling issues (or chroma issues) and test using it.

Thanks for putting up with me

EDITED: 08.20.05 - ..fixed a few erros in the above para.

-vhelp 3519

[vhelp]

@ LS

Just a heads up..

For RAW YUY2 (and other variants.. ie, UYVY for ATI 's proprietory)
This will be approx 20mb/sec transfer. That means a great deal
of hd activity and greater chance of dropped frames.

Sometimes, the drops don't occur until the first 4Gig boundary, or
when the hd segment (disk area) requires adjustment (internally) and
will usually cause a few dropped frames. Sometimes, this becomes a
cascading effect. I was having this experience yesterday and today.
So, I wanted to give you a heads up. It's been a while since I last
captured in the RAW.

But, should you experience minor problems in dropped frames. My
advice ( ) would be to break your captures into smaller steps.
This is how I usually work, when this occurs. You still get the
job done. Time is not a factor, but quality is.

Oh, and fwiw, based on my understanding, Huffy is not RAW yuy2. It's
compressed.

If you want TRUE, RAW YUY2/UYVY video data, then you need to capture,
using a codec that supports RAW capture mode to YUV.

Although you did not specify RGB as a factor for experimentation, I
feel I should touch on it..

RGB should not give you any trouble in the dropped frames department
because there is no conversion. But, this is even greater hdd space.
So, depending on one's system stability/tuning/efficiancy, that could
tip the scale, on a user to user (sys to sys) bases. However, what remains
to be writen down as trueth on weather or not capture cards are YUV internally
still remains.. a thorn in my side.

-vhelp 3528

[lordsmurf]

I know HuffYUV is compressed.
I was asking about raw YUY2.

[edDV]

I know HuffYUV is compressed.
I was asking about raw YUY2.

See http://www.fourcc.org/
and YUY2

YUY2 is 2 bytes/pixel just like UYVY or YUYV so the size is the same ~75GB/hr.

[lordsmurf]

I know HuffYUV is compressed.
I was asking about raw YUY2.

See http://www.fourcc.org/
and YUY2

YUY2 is 2 bytes just like UYVY or YUYV so the size is the same ~75GB/hr.

Yeah, thanks for that. It's just over 70GB.

[edDV]

Exact file size depends on audio and metadata.

Serial transmission via SMPTE 259M is 270 Mb/sec.

• Level A- 143 Mbps NTSC
• Level B- 177 Mbps PAL
• Level C- 270 Mbps 525/625 Component
(4:3 aspect ratio)
• Level D- 360 Mbps 525/625 Component
(16:9 aspect ratio)