Video Bandwidth CalculatorThis calculator should help you determine how much bandwidth a resolution needs, thus allowing you to more easily figure out what type of display cable you need.
Resolution: x @ .
Cables have a transmission overhead as well, if the TMDS method 8b/10b is used for signals then the overhead is 2 bits per 8 bits, meaning 24 bits will use 30 bits of bandwidth. This is why all the base numbers in this calculator is without any overhead unless stated otherwise. To compare with the cable limit, look at the timing based results for a better approximation. DVI-D Dual Link has a tentative limit, the actual bandwidth limit is that of the copper and the hardware chipset.
Types of video timings are DMT, GTF, CVT/CVT-R/CVT-R2, CEA-861. The overhead may vary from resolution to resolution, and with EDID the monitor itself tells the system what the timings should be, which may or may not match typical timings. 59.94 Hz may also be specified as 60 Hz or vice versa and thus add to the confusion, the calculator works with exact numbers so 59.94 Hz will not be the same as 60 Hz. The CEA-861 numbers will display only for certain resolutions and only some are supported by HDMI standard, support by the DisplayPort standard should be full. Bitdepth is assumed to be RGB or YCbCr 4:4:4, other color models exists like YCbCr 4:2:2 and YCbCr 4:2:0 that uses less bandwidth but at the cost of quality, these are not considered in the current version of the calculator.
Ironically modern flat panel screens like LCDs require no blanking, all this mess with video timing is a remnant from the old CRT monitors.
Audio Bandwidth CalculatorThe following is a audio bandwidth calculator, it shows you how much bandwidth LPCM (uncompressed) audio requires, any potential transmission overheads are not included in the resulting numbers.
Channels: , ,
Audio bandwidth of common cables and interfaces (without any overhead):
Lossless and lossy codecs may be used to squeeze more audio data together, these are not listed here and support varies widely between standards versions and interface implementations.
The number of channels and frequencies listed for each standard is what is officially listed as being supported, implementations may support less than or more than what is listed here. If details are wrong, or the calculations are inaccurate please use the contact form, if the needed corrections are reasonably easy to implement they will be done.
© Roger Hågensen, EmSai™ 2014