The contents of the Component video sync page were merged into Component video on 3 June 2023. For the contribution history and old versions of the redirected page, please see its history; for the discussion at that location, see its talk page. |
This is the
talk page for discussing improvements to the
Component video article. This is not a forum for general discussion of the article's subject. |
Article policies
|
Find sources: Google ( books · news · scholar · free images · WP refs) · FENS · JSTOR · TWL |
This article is rated C-class on Wikipedia's
content assessment scale. It is of interest to the following WikiProjects: | ||||||||||||||
|
Why was 1080p removed from compatible video resolutions? Component cables support 1080p, some HDTVs allow 1080p over component, but some do not. ~Michael
I have re-removed 1080p from the component list. The official specification does not offer 1080p over component. Some devices may be able to do this, but this article is causing confusion as people are reading it and assuming that most component devices support 1080p - if they strictly adhere to the component specification (which most devices do) they do not. 129.253.170.50 ( talk) 15:31, 18 August 2010 (UTC)
Can one use regular composite audio/video RCA cables (yellow/red/white) to carry the RGB component video stream, or are the special RGB RCA cables required? Emfraser 17:20, 6 September 2005 (UTC)Stuff
This page states that SCART uses RGB component signal, while the SCART page says that component is not supported. What's correct? Mcpusc 09:31, 28 Dec 2004 (UTC)
RGB is in the SCART standard, YPrPb is not, but some devices support the non-standard sending of YPrPb down scart cables. Generally, RGB is called "RGB", and YPrPb is called "component". 146.87.193.4 17:08, 9 January 2007 (UTC)
As there are many unanswered questions everywhere in regards to Component to SCART can a pinout of a working version mentioned above please be included.
Also if there is a solution for .. Component OUT ---> SCART IN please include. MrCyberdude ( talk) —Preceding undated comment added 10:53, 14 November 2010 (UTC).
"it is more usual to embed the sync signal in the green or Y component. The latter is known as sync-on-green."
Dit it mean "the former"? -- Hsugawar 16:33, 10 Jun 2005 (UTC)
Most video systems with a Y (luminance) channel, such as YPbPr and S-Video, put their sync signals on this channel. This is very common. Systems which use RGB color channels usually have one (such as in SCART) or two (such as in VGA) channels dedicated to sync alone. Embedding the sync signals in the green channel (Sync-on-Green) is far less common. -- AtomicLiberator 18:52, 31 May 2007 (UTC)
I'm in the process of wiring a system to convert a video signal from VGA (from a PC) to component using a single VGA-to-component cable (such as this one), and I've found that the process requires five different signals: the normal R, G, and B cables that I've always used when working with component, and also two that are marked "HD/CS" and "VD." Without those cables plugged into the monitor, I lose sync. I assume that they both are carrying two different and necessary components of the sync, but I don't know what exactly they are, or why the sync isn't being transmitted on a single channel. Is anyone familiar with this technology? What do HD/CS and VD do, exactly? I assume the H and V stand for horizontal and vertical (and the D for Delay?), but beyond that I'm unable to figure out what they are.
"The settings on many DVD players and TVs may require that you designate the type of input/output being used, or the image may not be properly displayed. Progressive output will not be properly displayed through component video outputs."
Why not? Isn´t component video the only "mainstream" way to have Progressive output? JeffersonRyan 06:33, 26 July 2006 (UTC)
For any consumer video equipment which has VGA out (d-sub 15pin), and with a VGA-BNC cable, can I simply use the RGB from BNC to act as the RGB in component? Of course adaptors are used for BNC plug to RCA plug. —The preceding unsigned comment was added by 144.214.54.102 ( talk • contribs) .
Can somebody please offer me some advice regarding the best cable-type use? I have a projector (Toshiba tlp-s70) which is now a couple of years old. It has available inputs of monitor - computer(y/pB/pR) - video and S-video - control. Im just about to buy a new DVD player to use with the projector but Im confused which is the best type of video input to use. It would be great to know before I spend out on new cables.
Thanks, Dave.
I cannot find anything on EIA-TIA-343. I have SMPTE-170M however. Is there really an EIA/TIA-343?
Thanks,
Nat
That's the markings on the component in/out BNC plugs on the breakout box for a Media 100 Macintosh video editing system I have. —The preceding unsigned comment was added by 67.136.145.237 ( talk) 07:43, 5 December 2006 (UTC).
This article uses both British and American English spellings, it should only use one method of spelling based on the background of the article in question. Which spelling method is to be used? —The preceding unsigned comment was added by Damuna ( talk • contribs) 19:50, 5 December 2006 (UTC).
Shouldn't the article say something about the audio cables used with component cables? - IG-64 08:54, 9 January 2007 (UTC)
This section seems suspect:
RGB has been largely ignored, despite its quality and suitability, as it cannot easily be burdened with Digital Rights Management. RGB was never popular in North America for consumer electronics, as S-video was considered 'good enough'.
Lack of references aside, the language seems slanted with words like "burdened", "ignored", and "good enough". Factually, I believe RGB is falling out of favor because chroma+luma systems deliver the same information with less bandwidth and less formats store RGB natively (because of the "compression" factor), requiring an inefficient format conversion upon display. I don't think DRM has anything to do with RGB's decreased use; RGB appears to be an obsolete encoding. Finally, while the article expresses disdain toward S-Video's comparative adoption, S-Video was never accepted by more than a fringe in the general consumer market. Most jumped from composite to component or HDMI.
Whelkman 16:15, 2 February 2007 (UTC)
I believe what he is trying to say is that DMI can not be suffeciently enforced on RGB. Also, I think S-video was popular in Canada, ATI favored it and it was kind of a cheap selling point for consumer electronics, but was not very popular in the U.S. or, to my Knowledge Mexico, probably due to increase in the cost to manifacture, consumers to convert, and margianal increases in quality over the video, audio L and R already established in these regions.
Insulus 19:31,7 January 2008
Why is this true:
"Analog RGB is slowly falling out of favour as computers obtain better clarity using Digital (DVI) video"
It previously said that component (vga?) had no compression. Doesn't this mean the image is perfect? How can you have better clarity than a perfect image?
Maybe I'm misunderstanding.
Thanks.
75.15.113.47 21:57, 6 February 2007 (UTC)Jonathan
One confusion I've had when setting up for HD has been that the capacity of an interface is not necessarily what that interface provides. HDCP doesn't "like" Component Video, but that HDCP-enabled devices will still output to them, albeit at a lower resolution. I'm not sure how this would fit into an article on Component Video, but it does affect the interface's capabilities, in practice. Stevarooni 15:37, 2 November 2007 (UTC)
"Component video cables do not carry audio."
Isn't it more accurate to say that a component video signal does not carry audio? Component video cables are just RCA connected-cables, aren't they? Mike ( talk) 19:24, 21 February 2008 (UTC)
There really should be a page for Digital component video. There is a notice at the top of the page that references digital video, Chroma subsampling and YCbCr, but these are colorspace encoding schemes or other things tangentially related to digital component video.
-- Tmetro ( talk) 01:46, 1 August 2008 (UTC)
Why do some SDTVs feature Component video input if they can only display a maximium screen resolution over 480i which can already be acheived by standard Composite cables? Can SDTVs display 480p? —Preceding unsigned comment added by 99.194.57.10 ( talk) 21:12, 8 April 2009 (UTC)
In December, someone suggested that this article be merged with YPbPr. This topic recieved no discussion, and seems like it would do nothing more than provide confusion. Unless anyone would still propose merging these two articles, I will remove the merger tag within the next couple months. -- Zach425 talk/ contribs 20:17, 24 July 2009 (UTC)
One thing confuses me that the article doesn't really explain. What is the point of YPbPr (rather than "pure" RGB) in component video? I can understand its use in composite and multiplexed signals where it makes sense to compress the two colour signals more than luma. However, surely in component form all three are allocated the same bandwidth- which I assume is the same bandwidth as R, G and B signals.
So why bother using component YPbPr over RGB at all- let alone the fact that it's apparently more popular? 88.105.112.128 ( talk) 23:48, 9 April 2010 (UTC)
There is enormous confusion on this article about component video. People are commenting on this page who are mixing up the ideas of colour space and signal separation. If we accept the idea that colour space makes component video, well that makes all colour video signals component (even the ones which are also composite) as all colour video signals require colour space in some fashion or another. Nowhere is this confusion best illustrated than in the idea of digital component video. MatthewFP ( talk) 01:18, 11 December 2010 (UTC)
Can any of the three colored connections (either the red, green, or blue cable) be used in place of a single "composite" (yellow video) cable? I realize that Audio will still need to be connected and that the user should just use a composite single strand(yellow cable) instead of using a 3 strand component (red, green, blue) cable and only using one of these colors but I'm curious if this will work and if it matters which colored cable of the component cable I used for this connection.
Could somebody clarify whether or not the RCA cables can be used inter-changeably between composite and component?
It would be nice to specifically mention that. — Preceding unsigned comment added by 68.106.52.251 ( talk) 15:24, 16 June 2013 (UTC)
I have Yellow for VSYNC and black for HSYNC on my current RGBHV BNC cable. According to the article, it should be the other way around. -- MrBurns ( talk) 22:04, 5 March 2014 (UTC)
The section about sync signals says the following (in other words):
As far as I know, "sync on composite" and "composite sync" are not mutually exclusive - for instance, a SCART device switched to RGB usage will take the necessary sync from a pin otherwise used for composite video in. I am unsure whether it separates the sync from composite video transmitted alongside RGB or uses pure composite sync. The point is, especially if the latter is true, that there is "composite sync on composite" - it is composite sync and it is transmitted over a wire also used for full composite video.
Similarly: "Sync on luma" can refer to two ways of sending sync, in both cases it is composite sync. The first - a wire marked "luma" is used for transmitting composite sync to complement RGB. That makes no sense at all. And the second - S-Video or YPbPr use composite synchronisation combined with the luminance signal, and that is always true.
To prevent confusion, the information in the section - and also some "Composite sync" article I found lying around - should be clarified. Yet in what way, I am unsure.
If I am mistaken in my knowledge and opinions, feel free to correct me. Skloo ( talk) 15:12, 4 November 2018 (UTC)
I think something is wrong with this statement "RGB analog component video standards ..contain a lot of redundant data since each channel typically includes much of the same black-and-white image."
This is correct for black-and-white image, but wrong for the color, which is what RGB is used for. It's just a more or less direct interface of the RGB monitor. For black and white image, all three RGB channels are the same, and just like that YPBPR uses only Y channel, so they are the same in terms of redundancy and bandwidth. Luma-based monitor interface also often suffers from double signal conversion, and excess bandwidth for chromа, where the human eye is way less sensitive than to luma. Тhis is all true for the composite video standards, not for high-frequency video transmission. Texdruk ( talk) 19:59, 28 August 2023 (UTC)
The contents of the Component video sync page were merged into Component video on 3 June 2023. For the contribution history and old versions of the redirected page, please see its history; for the discussion at that location, see its talk page. |
This is the
talk page for discussing improvements to the
Component video article. This is not a forum for general discussion of the article's subject. |
Article policies
|
Find sources: Google ( books · news · scholar · free images · WP refs) · FENS · JSTOR · TWL |
This article is rated C-class on Wikipedia's
content assessment scale. It is of interest to the following WikiProjects: | ||||||||||||||
|
Why was 1080p removed from compatible video resolutions? Component cables support 1080p, some HDTVs allow 1080p over component, but some do not. ~Michael
I have re-removed 1080p from the component list. The official specification does not offer 1080p over component. Some devices may be able to do this, but this article is causing confusion as people are reading it and assuming that most component devices support 1080p - if they strictly adhere to the component specification (which most devices do) they do not. 129.253.170.50 ( talk) 15:31, 18 August 2010 (UTC)
Can one use regular composite audio/video RCA cables (yellow/red/white) to carry the RGB component video stream, or are the special RGB RCA cables required? Emfraser 17:20, 6 September 2005 (UTC)Stuff
This page states that SCART uses RGB component signal, while the SCART page says that component is not supported. What's correct? Mcpusc 09:31, 28 Dec 2004 (UTC)
RGB is in the SCART standard, YPrPb is not, but some devices support the non-standard sending of YPrPb down scart cables. Generally, RGB is called "RGB", and YPrPb is called "component". 146.87.193.4 17:08, 9 January 2007 (UTC)
As there are many unanswered questions everywhere in regards to Component to SCART can a pinout of a working version mentioned above please be included.
Also if there is a solution for .. Component OUT ---> SCART IN please include. MrCyberdude ( talk) —Preceding undated comment added 10:53, 14 November 2010 (UTC).
"it is more usual to embed the sync signal in the green or Y component. The latter is known as sync-on-green."
Dit it mean "the former"? -- Hsugawar 16:33, 10 Jun 2005 (UTC)
Most video systems with a Y (luminance) channel, such as YPbPr and S-Video, put their sync signals on this channel. This is very common. Systems which use RGB color channels usually have one (such as in SCART) or two (such as in VGA) channels dedicated to sync alone. Embedding the sync signals in the green channel (Sync-on-Green) is far less common. -- AtomicLiberator 18:52, 31 May 2007 (UTC)
I'm in the process of wiring a system to convert a video signal from VGA (from a PC) to component using a single VGA-to-component cable (such as this one), and I've found that the process requires five different signals: the normal R, G, and B cables that I've always used when working with component, and also two that are marked "HD/CS" and "VD." Without those cables plugged into the monitor, I lose sync. I assume that they both are carrying two different and necessary components of the sync, but I don't know what exactly they are, or why the sync isn't being transmitted on a single channel. Is anyone familiar with this technology? What do HD/CS and VD do, exactly? I assume the H and V stand for horizontal and vertical (and the D for Delay?), but beyond that I'm unable to figure out what they are.
"The settings on many DVD players and TVs may require that you designate the type of input/output being used, or the image may not be properly displayed. Progressive output will not be properly displayed through component video outputs."
Why not? Isn´t component video the only "mainstream" way to have Progressive output? JeffersonRyan 06:33, 26 July 2006 (UTC)
For any consumer video equipment which has VGA out (d-sub 15pin), and with a VGA-BNC cable, can I simply use the RGB from BNC to act as the RGB in component? Of course adaptors are used for BNC plug to RCA plug. —The preceding unsigned comment was added by 144.214.54.102 ( talk • contribs) .
Can somebody please offer me some advice regarding the best cable-type use? I have a projector (Toshiba tlp-s70) which is now a couple of years old. It has available inputs of monitor - computer(y/pB/pR) - video and S-video - control. Im just about to buy a new DVD player to use with the projector but Im confused which is the best type of video input to use. It would be great to know before I spend out on new cables.
Thanks, Dave.
I cannot find anything on EIA-TIA-343. I have SMPTE-170M however. Is there really an EIA/TIA-343?
Thanks,
Nat
That's the markings on the component in/out BNC plugs on the breakout box for a Media 100 Macintosh video editing system I have. —The preceding unsigned comment was added by 67.136.145.237 ( talk) 07:43, 5 December 2006 (UTC).
This article uses both British and American English spellings, it should only use one method of spelling based on the background of the article in question. Which spelling method is to be used? —The preceding unsigned comment was added by Damuna ( talk • contribs) 19:50, 5 December 2006 (UTC).
Shouldn't the article say something about the audio cables used with component cables? - IG-64 08:54, 9 January 2007 (UTC)
This section seems suspect:
RGB has been largely ignored, despite its quality and suitability, as it cannot easily be burdened with Digital Rights Management. RGB was never popular in North America for consumer electronics, as S-video was considered 'good enough'.
Lack of references aside, the language seems slanted with words like "burdened", "ignored", and "good enough". Factually, I believe RGB is falling out of favor because chroma+luma systems deliver the same information with less bandwidth and less formats store RGB natively (because of the "compression" factor), requiring an inefficient format conversion upon display. I don't think DRM has anything to do with RGB's decreased use; RGB appears to be an obsolete encoding. Finally, while the article expresses disdain toward S-Video's comparative adoption, S-Video was never accepted by more than a fringe in the general consumer market. Most jumped from composite to component or HDMI.
Whelkman 16:15, 2 February 2007 (UTC)
I believe what he is trying to say is that DMI can not be suffeciently enforced on RGB. Also, I think S-video was popular in Canada, ATI favored it and it was kind of a cheap selling point for consumer electronics, but was not very popular in the U.S. or, to my Knowledge Mexico, probably due to increase in the cost to manifacture, consumers to convert, and margianal increases in quality over the video, audio L and R already established in these regions.
Insulus 19:31,7 January 2008
Why is this true:
"Analog RGB is slowly falling out of favour as computers obtain better clarity using Digital (DVI) video"
It previously said that component (vga?) had no compression. Doesn't this mean the image is perfect? How can you have better clarity than a perfect image?
Maybe I'm misunderstanding.
Thanks.
75.15.113.47 21:57, 6 February 2007 (UTC)Jonathan
One confusion I've had when setting up for HD has been that the capacity of an interface is not necessarily what that interface provides. HDCP doesn't "like" Component Video, but that HDCP-enabled devices will still output to them, albeit at a lower resolution. I'm not sure how this would fit into an article on Component Video, but it does affect the interface's capabilities, in practice. Stevarooni 15:37, 2 November 2007 (UTC)
"Component video cables do not carry audio."
Isn't it more accurate to say that a component video signal does not carry audio? Component video cables are just RCA connected-cables, aren't they? Mike ( talk) 19:24, 21 February 2008 (UTC)
There really should be a page for Digital component video. There is a notice at the top of the page that references digital video, Chroma subsampling and YCbCr, but these are colorspace encoding schemes or other things tangentially related to digital component video.
-- Tmetro ( talk) 01:46, 1 August 2008 (UTC)
Why do some SDTVs feature Component video input if they can only display a maximium screen resolution over 480i which can already be acheived by standard Composite cables? Can SDTVs display 480p? —Preceding unsigned comment added by 99.194.57.10 ( talk) 21:12, 8 April 2009 (UTC)
In December, someone suggested that this article be merged with YPbPr. This topic recieved no discussion, and seems like it would do nothing more than provide confusion. Unless anyone would still propose merging these two articles, I will remove the merger tag within the next couple months. -- Zach425 talk/ contribs 20:17, 24 July 2009 (UTC)
One thing confuses me that the article doesn't really explain. What is the point of YPbPr (rather than "pure" RGB) in component video? I can understand its use in composite and multiplexed signals where it makes sense to compress the two colour signals more than luma. However, surely in component form all three are allocated the same bandwidth- which I assume is the same bandwidth as R, G and B signals.
So why bother using component YPbPr over RGB at all- let alone the fact that it's apparently more popular? 88.105.112.128 ( talk) 23:48, 9 April 2010 (UTC)
There is enormous confusion on this article about component video. People are commenting on this page who are mixing up the ideas of colour space and signal separation. If we accept the idea that colour space makes component video, well that makes all colour video signals component (even the ones which are also composite) as all colour video signals require colour space in some fashion or another. Nowhere is this confusion best illustrated than in the idea of digital component video. MatthewFP ( talk) 01:18, 11 December 2010 (UTC)
Can any of the three colored connections (either the red, green, or blue cable) be used in place of a single "composite" (yellow video) cable? I realize that Audio will still need to be connected and that the user should just use a composite single strand(yellow cable) instead of using a 3 strand component (red, green, blue) cable and only using one of these colors but I'm curious if this will work and if it matters which colored cable of the component cable I used for this connection.
Could somebody clarify whether or not the RCA cables can be used inter-changeably between composite and component?
It would be nice to specifically mention that. — Preceding unsigned comment added by 68.106.52.251 ( talk) 15:24, 16 June 2013 (UTC)
I have Yellow for VSYNC and black for HSYNC on my current RGBHV BNC cable. According to the article, it should be the other way around. -- MrBurns ( talk) 22:04, 5 March 2014 (UTC)
The section about sync signals says the following (in other words):
As far as I know, "sync on composite" and "composite sync" are not mutually exclusive - for instance, a SCART device switched to RGB usage will take the necessary sync from a pin otherwise used for composite video in. I am unsure whether it separates the sync from composite video transmitted alongside RGB or uses pure composite sync. The point is, especially if the latter is true, that there is "composite sync on composite" - it is composite sync and it is transmitted over a wire also used for full composite video.
Similarly: "Sync on luma" can refer to two ways of sending sync, in both cases it is composite sync. The first - a wire marked "luma" is used for transmitting composite sync to complement RGB. That makes no sense at all. And the second - S-Video or YPbPr use composite synchronisation combined with the luminance signal, and that is always true.
To prevent confusion, the information in the section - and also some "Composite sync" article I found lying around - should be clarified. Yet in what way, I am unsure.
If I am mistaken in my knowledge and opinions, feel free to correct me. Skloo ( talk) 15:12, 4 November 2018 (UTC)
I think something is wrong with this statement "RGB analog component video standards ..contain a lot of redundant data since each channel typically includes much of the same black-and-white image."
This is correct for black-and-white image, but wrong for the color, which is what RGB is used for. It's just a more or less direct interface of the RGB monitor. For black and white image, all three RGB channels are the same, and just like that YPBPR uses only Y channel, so they are the same in terms of redundancy and bandwidth. Luma-based monitor interface also often suffers from double signal conversion, and excess bandwidth for chromа, where the human eye is way less sensitive than to luma. Тhis is all true for the composite video standards, not for high-frequency video transmission. Texdruk ( talk) 19:59, 28 August 2023 (UTC)