How to calculate HDMI Bandwidth - AVS Forum
Forum Jump: 
 
Thread Tools
post #1 of 25 Old 02-18-2008, 05:10 PM - Thread Starter
Member
 
sk8conz's Avatar
 
Join Date: Aug 2004
Location: New Zealand
Posts: 146
Mentioned: 0 Post(s)
Tagged: 0 Thread(s)
Quoted: 0 Post(s)
Liked: 10
I'm sure I will feel very dumb the second someone answers this but :-

I can't seem to get the right answers when trying to calculate the bandwidth required for a given resolution/refresh etc.

Resolution X Refresh X Color Depth = Bandwidth

So for 1080p/60hz/8 Bits I get

(1920X1080) X 60 X 8 = 995,328,000

That is per channel so X 3 gives 2,985,984,000

But HDMI.org has 1080p/60/8 as 4.46Gbps (148.5 Mhz)


Where did I go wrong ??
sk8conz is offline  
Sponsored Links
Advertisement
 
post #2 of 25 Old 02-18-2008, 09:38 PM
Advanced Member
 
KurtBJC's Avatar
 
Join Date: Jun 2003
Posts: 567
Mentioned: 0 Post(s)
Tagged: 0 Thread(s)
Quoted: 0 Post(s)
Liked: 10
Well, for one thing, an eight-bit color signal rides in a ten-bit word, so you need to bump your calculation by 25%. That still doesn't get you there, because there are other issues, all of which can be rather difficult to sort through (I'm at home and don't have the spec document in front of me, and can't recall what all these little bits are called). Even if you get the formula right, it sometimes will get you the wrong answer because there are odd things in the spec; for example, if I recall correctly, 480i signal pixels are each sent twice, so that 480i and 480p wind up at exactly the same bitrate.

Kurt
Blue Jeans Cable
KurtBJC is offline  
post #3 of 25 Old 02-19-2008, 04:16 AM - Thread Starter
Member
 
sk8conz's Avatar
 
Join Date: Aug 2004
Location: New Zealand
Posts: 146
Mentioned: 0 Post(s)
Tagged: 0 Thread(s)
Quoted: 0 Post(s)
Liked: 10
I have the whitepaper as well, and I guess the big thing I'm not accounting for is the audio stream which as I understand it is multiplexed into the video stream.

So if I factor in a "typical" audio stream of say 5 channels then I should get pretty close.

No biggie, as I can take the 4.46 Gbps baseline (1080p/60Hz/8 Bits) and work backwards.

Which means that the new "holy grail" of 1080p24 actually takes something less than 2 Gbps (roughly).
sk8conz is offline  
post #4 of 25 Old 02-20-2008, 09:41 AM
Newbie
 
drewbowski's Avatar
 
Join Date: Oct 2007
Posts: 1
Mentioned: 0 Post(s)
Tagged: 0 Thread(s)
Quoted: 0 Post(s)
Liked: 10
Quote:
Originally Posted by sk8conz View Post

I'm sure I will feel very dumb the second someone answers this but :-
...
Resolution X Refresh X Color Depth = Bandwidth
So for 1080p/60hz/8 Bits I get
(1920X1080) X 60 X 8 = 995,328,000
That is per channel so X 3 gives 2,985,984,000
...

so, for a guidline of BW, is that the correct formula?
i'm trying to get straight pixel clock rate, BW, and what to use in my calculations.

i found some formula's ... Resolution x Refresh Rate x [1 + Blanking Period] ... and ... BW = [(TP x Vt) /2] x 3 ...
but would like to know what is correct, and where did the factors come from, such as the 2 divisor and 3 multiplier, and the 1+ blanking.

if anybody can at least point me to a white paper or table, i'd have much appreciation.
drewbowski is offline  
post #5 of 25 Old 02-20-2008, 10:52 AM
Advanced Member
 
KurtBJC's Avatar
 
Join Date: Jun 2003
Posts: 567
Mentioned: 0 Post(s)
Tagged: 0 Thread(s)
Quoted: 0 Post(s)
Liked: 10
You can download a free copy of the HDMI spec document, in .pdf format, from the HDMI Licensing people at hdmi.org -- as I mentioned, I'm out of the office this week so I don't have access to my copy right at hand, but as I recall it, there isn't a single fixed formula the way there is with DVI because of some of the oddities in the spec. For example, 1080i and 720p run the same bitrate despite the fact that the number of pixels per second is different, and 4:2:2 video is sent differently from 4:4:4, and some formats have pixels doubled, and that sort of thing.

Kurt
Blue Jeans Cable
KurtBJC is offline  
post #6 of 25 Old 05-21-2009, 05:50 PM
Newbie
 
balaji's Avatar
 
Join Date: Dec 2008
Location: Bay Area, CA
Posts: 6
Mentioned: 0 Post(s)
Tagged: 0 Thread(s)
Quoted: 0 Post(s)
Liked: 10
Quote:
Originally Posted by sk8conz View Post

Resolution X Refresh X Color Depth = Bandwidth

So for 1080p/60hz/8 Bits I get

(1920X1080) X 60 X 8 = 995,328,000

That is per channel so X 3 gives 2,985,984,000

But HDMI.org has 1080p/60/8 as 4.46Gbps (148.5 Mhz)

Where did I go wrong ??

Besides the fact that you missed out the 8bto10b encoding, you also left out the hblank and vblank which changes your frame size.

Thus the math will look like this: (1920+280) * (1080+45) * 60 * 10 * 3 = 4.455 Gbps.
balaji is offline  
post #7 of 25 Old 05-25-2009, 01:44 PM
Member
 
FiberOpticDude's Avatar
 
Join Date: Jan 2005
Location: Beaverton, Oregon
Posts: 92
Mentioned: 0 Post(s)
Tagged: 0 Thread(s)
Quoted: 0 Post(s)
Liked: 10
Note that the video signal only sets the bit rate, the audio signal does not add to the bit rate. The audio is packed into the blanking interval inside data islands. The coding for the video is called TMDS or Transition Minimized Differential Signalling and takes 8bits and adds 2 overhead bits. The coding for the data islands is different. It uses TERC4 which takes 4bits and adds 6 overhead bits.

So the video signal (resolution, frequency) actually determines the upper bound on the total bit rate available for the audio signal. FYI
FiberOpticDude is offline  
post #8 of 25 Old 05-25-2009, 04:52 PM - Thread Starter
Member
 
sk8conz's Avatar
 
Join Date: Aug 2004
Location: New Zealand
Posts: 146
Mentioned: 0 Post(s)
Tagged: 0 Thread(s)
Quoted: 0 Post(s)
Liked: 10
Quote:
Originally Posted by FiberOpticDude View Post

Note that the video signal only sets the bit rate, the audio signal does not add to the bit rate. The audio is packed into the blanking interval inside data islands. The coding for the video is called TMDS or Transition Minimized Differential Signalling and takes 8bits and adds 2 overhead bits. The coding for the data islands is different. It uses TERC4 which takes 4bits and adds 6 overhead bits.

So the video signal (resolution, frequency) actually determines the upper bound on the total bit rate available for the audio signal. FYI


Does this still hold true for the new uncompressed audio (DTS-MA and Dolby True-HD) ?
sk8conz is offline  
post #9 of 25 Old 05-26-2009, 10:30 AM
Member
 
FiberOpticDude's Avatar
 
Join Date: Jan 2005
Location: Beaverton, Oregon
Posts: 92
Mentioned: 0 Post(s)
Tagged: 0 Thread(s)
Quoted: 0 Post(s)
Liked: 10
Quote:
Originally Posted by sk8conz View Post

Does this still hold true for the new uncompressed audio (DTS-MA and Dolby True-HD) ?

Yes, this still holds for the new audio formats. Note that the high resolution video allows for a lot of audio bandwidth. For example, a 720p or 1080i 60Hz signal allows 8 channels of uncompressed, 192kHz sample rate, 24bit resolution audio. At 480p 60Hz you can have 8 channels of uncompressed audio at only 48KHz sample rate -- unless the signal has pixel repetition, in that case, with 4x pixel repetition you can have the 192kHz sample rate. This is because using pixel repetition the data rate is increased by 4x and the resulting audio "bandwidth" is increased by 4x.

I don't have the latest and greatest information, but I imagine that 1080p 60Hz allows for more than 8 channels of uncompressed audio - the bandwidth is there I just don't know if it is written into the specs.
FiberOpticDude is offline  
post #10 of 25 Old 07-10-2009, 11:11 AM
AVS Special Member
 
dobyblue's Avatar
 
Join Date: Apr 2006
Location: CANADA
Posts: 1,868
Mentioned: 0 Post(s)
Tagged: 0 Thread(s)
Quoted: 1 Post(s)
Liked: 13
Quote:
Originally Posted by balaji View Post

Besides the fact that you missed out the 8bto10b encoding, you also left out the hblank and vblank which changes your frame size.

Thus the math will look like this: (1920+280) * (1080+45) * 60 * 10 * 3 = 4.455 Gbps.

Can you tell me where my maths is wrong?

2200 * 1125 = 2475000 number of pixels
2475000 * 30 = 74250000 (8-bit color)
74250000 * 60 = 4455000000 (60 frames per second)
4455000000 / 8 = 556875000 convert to bytes/sec
= 4.14904207 Gbps?
dobyblue is offline  
post #11 of 25 Old 07-10-2009, 11:25 PM
AVS Addicted Member
 
MichaelJHuman's Avatar
 
Join Date: Nov 2006
Location: Colorado Springs, CO
Posts: 18,947
Mentioned: 1 Post(s)
Tagged: 0 Thread(s)
Quoted: 235 Post(s)
Liked: 118
And you seem to be ignoring the fact that there are three data lines. Audio and video share the three lines. I forget the exact details. It's in the HDMI document.

"But this one goes up to 11"
MichaelJHuman is offline  
post #12 of 25 Old 08-03-2009, 08:52 AM
Newbie
 
fjlin19710610's Avatar
 
Join Date: Aug 2009
Posts: 1
Mentioned: 0 Post(s)
Tagged: 0 Thread(s)
Quoted: 0 Post(s)
Liked: 10
HSYNC: 1920+280 (horizontal blanking pixel No.)
VSYNC: 1200+50 (vertical blanking line No.)
total pixel per frame = 2200x1250 = 2.75 Mpx/frame
Bit rate = 2.75 Mpx/frame x 24 (= 3x8) bit/px x 60 frame/s = 3.96 Gbit/s
TMDS: 8 bit -> 10 bit
TMDS bit rate = 3.96 Gbit/s x 10/8 = 4.95 Gbit/s
fjlin19710610 is offline  
post #13 of 25 Old 08-03-2009, 07:08 PM
AVS Special Member
 
nded's Avatar
 
Join Date: Dec 2004
Location: Largo, Florida
Posts: 1,558
Mentioned: 0 Post(s)
Tagged: 0 Thread(s)
Quoted: 0 Post(s)
Liked: 10
Aren't you over-inflating the bandwidth, when movies (the predominant 1080p content) are encoded on Blu-Ray and other formats like Vudu at 24fps?

Ed Qualls - Just Add Power
nded is offline  
post #14 of 25 Old 08-04-2009, 08:40 AM
Member
 
FiberOpticDude's Avatar
 
Join Date: Jan 2005
Location: Beaverton, Oregon
Posts: 92
Mentioned: 0 Post(s)
Tagged: 0 Thread(s)
Quoted: 0 Post(s)
Liked: 10
Nope, fjlin's got it right. The HDMI link is uncompressed video. Content encoded on a Blu-ray or for Vudu is highly compressed. It is uncompressed and delivered to your television via a very fat pipe - HDMI. The 1x data rate for reading a Blu-ray maxes out around 36Mbps. I'm sure a Vudu stream is less than that.
FiberOpticDude is offline  
post #15 of 25 Old 09-29-2009, 03:55 PM
Newbie
 
kasabe23's Avatar
 
Join Date: Jul 2006
Location: Katy, Texas
Posts: 5
Mentioned: 0 Post(s)
Tagged: 0 Thread(s)
Quoted: 0 Post(s)
Liked: 10
I think fjlins correct and I understand it. fjilns caculation has the vertical resolution at 1200. Why? If I use 1125(1080+45) in fjiln's equation I get 4.45Gbps. I am assuming is 1200 for computer resolutions?

So as long as a cable can pass 4.95Gbps or higher it will easily pass a bluray 1080p/60hz image. Based on that calculation then for 1080p/24fs
[(1920+280)*(1080+50)*(8bitscolorx3)*24frames/sec]*10/8=1.78Gbps. So is that to say if I output 1080p24 from a bluray player to a TV that accepts 1080p/24, Then I will be technically only passing 1.78Gbps through the the HDMI cable. Thus not needing a cable with a speed higher than 4.95Gbps.

This also sounds like at the current moment (and under 6ft length) we only need HDMI cable to pass a 4.95Gbps, as our highest "current source" (bluray) does not currently exceed that. Correct?

A good reputation is more valuable than money
kasabe23 is offline  
post #16 of 25 Old 10-02-2009, 10:02 PM
Newbie
 
kasabe23's Avatar
 
Join Date: Jul 2006
Location: Katy, Texas
Posts: 5
Mentioned: 0 Post(s)
Tagged: 0 Thread(s)
Quoted: 0 Post(s)
Liked: 10
I want to test my understanding on th HDMI 1.3 Category 1 vs Category 2 differences. Moreso to make sure I am explaining it correctly.

HDMI 1.3 Category 1 certifies that a cable "At minimum" passes 75Mhz(2.25Gbps). That is not to say it cannot pass a 1.65MHz(4.95Gbps) signal needed for the bandwith of Bluray. Just that "at minimum" it is certified to pass 75Mhz.

HDMI 1.3 Category 2 CERTIFIES that a cable "At minimum" passes 340Mhz(10.2Gbps). THis is way pass what is needed for Blu-ray. Obviously, Category 2 are undisputed to pass the 1080p of bluray.

So somewhere in-between this two certified standards are Category 1 cables that don't quite hit the 340Mhz mark, to be Category 2, but easily just as good for bluray.

A good reputation is more valuable than money
kasabe23 is offline  
post #17 of 25 Old 10-03-2009, 10:26 AM
Member
 
FiberOpticDude's Avatar
 
Join Date: Jan 2005
Location: Beaverton, Oregon
Posts: 92
Mentioned: 0 Post(s)
Tagged: 0 Thread(s)
Quoted: 0 Post(s)
Liked: 10
Kasabe23,

Yep, essentially you are correct... except where you say 1.65MHz (you mean 165MHz).

Category 1 certifies at least 720p/1080i performance which computes to 742.5Mbps on each of the three TMDS data lines in the cable... or a total data transfer rate of 2.23Gbps.

Category 2 certifies at least 3.4Gbps on each data lane or a total of 10.2Gbps data transfer.

A lot of Category 1 cables are perfectly capable of 1080p @ 60Hz with 36bit color which equates to 2.23Gbps per lane or approximately 6.7Gbps total. But you will have to try to find out. I have a system at work which works perfectly (no errors) at this rate through a 50m (165ft) HDMI cable using an equalizer at the end. The sad thing is that this setup can only be certified as Category 1 because it will not operate at 3.4Gbps (10.2Gbps total). So it can only be certified at 742.5Mbps when it is capable of 2.23Gbps.
FiberOpticDude is offline  
post #18 of 25 Old 10-03-2009, 03:05 PM
Newbie
 
kasabe23's Avatar
 
Join Date: Jul 2006
Location: Katy, Texas
Posts: 5
Mentioned: 0 Post(s)
Tagged: 0 Thread(s)
Quoted: 0 Post(s)
Liked: 10
Thanks FiberopticDude. Type0 on the 165. Here is how I understand the the bandwidth calculated for for HDMI bandwith.
HDMI TDMS Bandwith= [(Hsync+Hor blank pixels)*(Vsync+Ver blank Pixels)*Colorspace(ie8bitsx3ch)*refresh rate]*10/8=Total Gbps bandwith

For 1920x1080,8bitcolor,60hz refresh rate (assuming I have the verblanking pixels correct):

[(1920+280)+(1080+50)]*24*60]*10/8=4.47 Gbps.

How do I calculate the Mhz Date rate (ie. 4.95Gpbs=165Mhz) How do I calculate the to get 165Mhz?

A good reputation is more valuable than money
kasabe23 is offline  
post #19 of 25 Old 10-04-2009, 10:09 AM
Member
 
FiberOpticDude's Avatar
 
Join Date: Jan 2005
Location: Beaverton, Oregon
Posts: 92
Mentioned: 0 Post(s)
Tagged: 0 Thread(s)
Quoted: 0 Post(s)
Liked: 10
Yep, your equation is correct. The problem is knowing what the horizontal and vertical blanking is. It is not some percentage of the active video area, it is purely a number that you look-up once you know the resolution and frame rate.

Note that we don't ever really talk about the total bit rate (except for advertising purposes), we focus on the bit rate for each lane.

So for 1080p, 60Hz, 24bit color the data rate of each lane is:
[(1920+280)*(1080+45)*8*60]*10/8 = 1.485Gbps

The MHz rate is the pixel rate so for 24bit color (8 bits per R, G, B) all you have to do is divide the above rate by 10 so the pixel frequency is 148.5MHz. Note that this relates back to analog raster scanning. Also when I say pixel rate above I don't mean active pixels, I mean total pixels including blanking intervals.

Now when you talk about 1080p at 24fps. The blanking intervals change in size. This was done to make the data rate of 1080p24 = 1080i. I don't have the blanking interval sizes with me so I can't write down the exact equation but I believe it is something like:

[(1920+830)*(1080+45)*8*24]*10/8 = 742.5Mbps

I believe the horizontal blanking was increased so the data rate would match up with 1080i/720p data rate. This is probably done to reduce the number of data rates the circuitry has to deal with.

Now let's look at 36bit color at 1080p 60Hz.
[(1920+280)*(1080+45)*12*60]*10/8 = 2.23Gbps

Note that all my examples assume that the color coding is in a 4:4:4 scheme and not 4:2:2. I really don't know if much equipment operates with a YCbCr 4:2:2 so I'll stay away from that discussion.
FiberOpticDude is offline  
post #20 of 25 Old 01-28-2010, 03:11 PM
Newbie
 
av_phile's Avatar
 
Join Date: Jan 2010
Posts: 2
Mentioned: 0 Post(s)
Tagged: 0 Thread(s)
Quoted: 0 Post(s)
Liked: 10
Curious regarding HDMI 1.4. Would appreciate your thoughts why do you need one for 3D when HDMI 1.3 has a maximum of 10.2 Gbps? A single 1080p eats only 4.9Gbps, so to send two 1080ps for 3D you only eat 9.8 Gbps.

Another question: will 1080i eat less bandwidth than 1080p? Thanks.
av_phile is offline  
post #21 of 25 Old 01-28-2010, 07:05 PM
AVS Special Member
 
Richard Paul's Avatar
 
Join Date: Sep 2004
Posts: 6,959
Mentioned: 0 Post(s)
Tagged: 0 Thread(s)
Quoted: 4 Post(s)
Liked: 29
Quote:
Originally Posted by av_phile View Post

Curious regarding HDMI 1.4. Would appreciate your thoughts why do you need one for 3D when HDMI 1.3 has a maximum of 10.2 Gbps? A single 1080p eats only 4.9Gbps, so to send two 1080ps for 3D you only eat 9.8 Gbps.

Just a small correction but 4.95 Gbps would be for 1920x1200 and 4.45 Gbps would be for 1920x1080. As for HDMI 1.4 I think the maximum bandwidth remains the same as HDMI 1.3 and the difference in 3D support is that they defined the signaling formats which are used to deliver 3D video over HDMI. Here is an interview with the President of HDMI Licensing about HDMI 1.4.
Richard Paul is offline  
post #22 of 25 Old 01-29-2010, 09:43 PM
Newbie
 
av_phile's Avatar
 
Join Date: Jan 2010
Posts: 2
Mentioned: 0 Post(s)
Tagged: 0 Thread(s)
Quoted: 0 Post(s)
Liked: 10
Okay so the bandwidth is the same for both. Wikipedia confirms that. But why is the PS3 implementation of 3D after its firmware update require sequential 1080i to be sent over hdmi 1.3 if it just a matter of signaling difference. Whereas other 3D implementation can send the full 1080p for each eye over 1.4?
av_phile is offline  
post #23 of 25 Old 01-30-2010, 03:50 PM
AVS Special Member
 
Richard Paul's Avatar
 
Join Date: Sep 2004
Posts: 6,959
Mentioned: 0 Post(s)
Tagged: 0 Thread(s)
Quoted: 4 Post(s)
Liked: 29
Quote:
Originally Posted by av_phile View Post

But why is the PS3 implementation of 3D after its firmware update require sequential 1080i to be sent over hdmi 1.3 if it just a matter of signaling difference. Whereas other 3D implementation can send the full 1080p for each eye over 1.4?

There are many rumors about what the PS3 will be capable of in terms of 3D output over HDMI 1.3 and HDMI 1.4 but last I checked Sony has not yet made an official announcement.
Richard Paul is offline  
post #24 of 25 Old 04-11-2014, 09:02 PM
Newbie
 
HarryHydro's Avatar
 
Join Date: Apr 2014
Posts: 1
Mentioned: 0 Post(s)
Tagged: 0 Thread(s)
Quoted: 0 Post(s)
Liked: 10

Hi:

  This should give a good count for 8 bits per pixel, but each pixel I think can be red, green, or blue, or any combination. So, it might be 24 bits/pixel.  Cameras are not measured the same way.. Cameras I think have 2 greens, a red, and a blue, in a 4 byte block. (2X2) So, a camera resolution needs to be 2X and 2Y the size of the monitor the pictures are displayed on to be perfect.

 I think HDMI might just be 30FPS at the high pixel sizes..

Harry

HarryHydro is offline  
post #25 of 25 Old 04-11-2014, 09:28 PM
AVS Special Member
 
Otto Pylot's Avatar
 
Join Date: May 2004
Location: San Jose, CA
Posts: 7,515
Mentioned: 1 Post(s)
Tagged: 0 Thread(s)
Quoted: 213 Post(s)
Liked: 262
Huh? This is a 4 year old thread. We're now at HDMI 1.4b and 2.0 is coming.
Otto Pylot is online now  
Reply HDMI Q&A - The One Connector World



Forum Jump: 

Posting Rules  
You may not post new threads
You may not post replies
You may not post attachments
You may not edit your posts

BB code is On
Smilies are On
[IMG] code is On
HTML code is Off
Trackbacks are Off
Pingbacks are Off
Refbacks are Off