SI
SI
discoversearch

We've detected that you're using an ad content blocking browser plug-in or feature. Ads provide a critical source of revenue to the continued operation of Silicon Investor.  We ask that you disable ad blocking while on Silicon Investor in the best interests of our community.  If you are not using an ad blocker but are still receiving this message, make sure your browser's tracking protection is set to the 'standard' level.
Microcap & Penny Stocks : Zulu-tek, Inc. (ZULU) -- Ignore unavailable to you. Want to Upgrade?


To: OtherChap who wrote (4793)3/25/1998 5:44:00 PM
From: John Hanzl  Read Replies (2) | Respond to of 18444
 
OtherChap -

Humm, something I can respond to...

Incidentaly, I have a targa non-linear video editing system on one of my computers, and I can display and edit full broadcast quality video from my hard drive array. TV quality video takes up a LOT of space. As in 7 megabytes per second, to be exact. It will be a long time before the net reaches those levels.

Since you used the words "full broadcast quality" and "7 megabytes per second, to be exact" I need to correct you.

I am the chief engineer for a video post house in Boston, and design digital equipment for the industry, so that is how I know...

True broadcast, full resolution / framerate, standard definition as defined by CCIR601 as 720 active pixels per line (remember, TV pixels are rectangular, not square like on a computer so the 720x486 frame yields the 4x3 ratio needed for TV) and 486 lines per field. There are 30 frames per second - keeping in mind that the 720x486 is a non-interlaced FRAME. CCIR601 is a component, color difference system comprising of luminance (Y) and Red-Y (R-Y) and Blue-Y (B-Y)samples. The color diff components are bandwidth limited due to reduced color detail sensitivity in the eye so for every byte of Y you have a nibble of R-Y and a nibble of B-Y. Finally, remember that there are 1024 bytes in a kilobyte. The math yields:

((720 pixels/line x 486 lines/frame)x30 frames/sec) = 10,497,600 pixeles/second

Each pixel is represented by one byte of Y and 0.5 bytes each for R-Y & B-Y so mult result above by 2 yields 20,995,200 bytes or

21 MegaBytes/second

Actually it is 27MB/s because CCIR601 uses 10bits instead of 8, bit who is splitting hairs!?

By the way, to broadcast that you need to serialize that data which results in a data stream of 270MegaBITS/second. Try spitting THAT through your modem, T1 line, T3 line, 10BaseT ethernet or even 100BaseT Ethernet - NOPE!

However, if you want me to talk about compression, I could!

JohnnyH