#316
|
||||
|
||||
The small one is coming with a backshell, it's just not shown in the picture. What I said was "Now, if only I could source a backshell for the other plug...", referring to the large 7-pin round one. No one seems to have one, so I may end up trying to make my own.
__________________
Evolution... |
#317
|
||||
|
||||
Has anyone considered construction of the CPA encoder? I wonder if an existing encoder chip can be modified for the purpose.
Ideally, it would be interesting to create as envisioned, a truly NTSC-CPA signal. Y', Cb', Cr', is available from many consumer devices and this would simplify the construction of the quadrature modulation and luma adder. The R-Y axis would have to be inverted each field and the CPA sync would have to include the flag to properly correlate and signal the color field. Any thoughts? It may be interesting to have an "official" competition to see who comes up with the best design. Maybe the prize could be, say, an RCA CTC-11 or something like that? |
#318
|
||||
|
||||
Quote:
Darryl |
#319
|
||||
|
||||
Quote:
If it does turn out to be CPA, Darryl will definitely be getting a call from me. Rest assured, I will not stop until I am able to get some sort of picture out of this thing- hopefully a color one.
__________________
Evolution... |
#320
|
||||
|
||||
Quote:
I thought an FPGA implementation would be a bit over the top in this case. I suppose I am old school still thinking of a firmly hardware based implementation. For component 525 video, no rescaling would be required and fairly basic hardware following early 50's guidelines (but in solid state) would have been most appropriate. |
Audiokarma |
#321
|
||||
|
||||
Quote:
Implementing a discreet analog approach is certainly possible, but unless the source for the component video is coming from a very old piece of equipment, it's being sourced as digital data anyway, so it's just easier and cleaner to do all the work in the digital domain. The great thing with fpga's is they can be thought of as equivalent to a software based solution but for hardware. You are still physically wiring low level hardware blocks together, but using firmware to do so, so you can change and add to the design ad infinitum without having to actually change physical parts or wiring. They are also extremely cheap for applications like this, so not only are they very flexible, it would be difficult to do a discrete design for a lower size or cost. Darryl |
#322
|
||||
|
||||
Quote:
Thanks for the reply. I won't deny that the FPGA is ideal for spatial/ temporal - rescaling/ interpolation. And certainly generating a composite signal may be straight forward. But what is your signal source? The source of the signal I was considering would ideally come from a modern DVD player. The quality loss through analog to digital and digital to analog conversion is minimal if the video remains as component Y' Cb', Cr'. Analog component, serial digital (SMPTE259C) or HDMI, is okay. If the signal source is composite NTSC, the results will be compromised. Cascading composite codecs is lossy. Why I suggested that the FPGA may be over the top is that to actually generate a CPA signal from analog component video should only take a dozen or so discrete transistors. If rescaling and interpolation was necessary, I would not hesitate to say FPGA. But with 525 line 59.94Hz video in and out, I do not think an FPGA is necessary. My curiosity is now raised and I will ponder a hardware based solution. Terry |
#323
|
||||
|
||||
Quote:
Certainly obtaining the video directly from a digital source is preferable but not practical for this level of converters. In my professional design work, everything is SDI, quickly becoming 3G SDI but that is unheard of outside the broadcast industry. Consumer level HDMI is hampered by HDCP making it useless unless you want to try to obtain a license which would be cost prohibitive for these low volume converters. For my low cost converters I use a video front end with a 4 line adaptive comb filter, so while not quite as good as component, it has proven to be more than adequate for the capabilities of these early sets. These parts have the capability to support S-Vid, so this input can be added to these converters. My broadcast WC converter has CVBS, S, and component YUV/RGB inputs but is overkill for this purpose. It uses 10 bit ADC/DAC's with 14 bit minimum internal processing which considerably raises the cost. Quote:
The nice thing with an fpga design is you are not limited to the physical hardware. If you want to add a filter, change the carrier frequency or phase, etc. it's just a respin of the vhdl. I have added stuff to clients designs that were not even in the original spec all without touching the hardware. Darryl Last edited by tubesrule; 12-01-2011 at 10:04 PM. |
#324
|
||||
|
||||
Quote:
I certainly see your points. But the issue at the time was for CPA to optimize luma and chroma resolution. For one to first hand understand whether the abandonment CPA was justified requires a signal with at least the chroma resolution the early NTSC was trying to achieve. CPA was initially intended to convery full bandwidth chroma for both color differ signals of 1.5 MHz. NTSC constricted the Q channel to 500kHz. Secondly the use of a four line adaptive decoder compromises the diagonal luma resolution as well as reducing the vertical chroma resolution. In other words concatenating the two codecs will not give a proper representation of CPA. However, this will only be worth the bother if the display CRT focus and bandwidth to the CRT are up to the job of showing the extra resolution that was intended by the use of CPA. I also believe the thought of the NTSC at the time was if putting the subcarrier at 3.89MHz, would the subcarrier into luma interference pattern less obvious and allow the luma bandwidth to be somewhat greater? The IQ NTSC standard with the subcarrier at 3.58MHz meant that the luma trap limited luma bandwidth to only about 3.0MHz and with the subcarrier at 3.89MHz, the luma response was effectively extended another 400kHz. Component video from a DVD player will have reasonable stable sync. I agree that locking the subcarrier to the sync will be a challenge. VHS tape as a source will be totally out of the question since VHS does not fulfil the mathematical subcarrier to Hsync relationship and VHS simply does not have the bandwidth. DVD playback does and is stable. I would think the reason I would persue CPA encoder without the IQ concatenation would be to see how well CPA would work. I think we would all agree that component 525 video looks very decent. (In fact playback of a good quality component DVD authored from 35mm film looks better than much (if not most) broadcast video purported to be HD). I agree that a dozen transistors will not account for even the sync divider. But I think a few ASICs may be adapted to work in a CPA encoder. I trust the restoration of this set (if it is indeed a CPA Prototype) will come to fruition and the opportunity presents itself to compare CPA encoding schemes. Besides I would like to see how well an FPGA solution will work. All the best, Terry Last edited by Penthode; 12-02-2011 at 11:19 PM. |
#325
|
||||
|
||||
Quote:
I can tell the difference in picture quality between a wide bandwidth set like my 21CT55 and a narrow bandwidth CTC-4, but most people would be hard pressed to see the difference. All that said, it would be important to feed a CPA set with signals having the correct bandwidth in order to evaluate its performance. But since this set doesn't appear to have a CPA switch in it, I don't think we will ever know.
__________________
Evolution... |
Audiokarma |
#326
|
||||
|
||||
Hi Terry,
Quote:
Keep in mind that we are not using a strict NTSC signal as a video source. When coming from a set top box, DVD, DVR, basically any digitally sourced device, the video encoder is probably not doing Q limiting per the spec. This along with the fact that the source is clean and we are connecting directly to the set, many other limiting factors have been eliminated or greatly reduced. Quote:
Quote:
For an input source on any of these comparisons we really should be using 10bit uncompressed video, or at least a minimally compressed one like DigiBeta. While DVD's can look good, as a design engineer the 8 bit quantization and mpeg2 compression are horrendous as evidenced in fast motion and quantization noise in dark scenes. Great discussion Terry. I guess we need to see what Nick discovers as he documents the set. Nick, it's disappointing to hear the set does not have the CPA switch and may be too far modified from it's origins to put it back. Darryl |
#327
|
||||
|
||||
Quote:
Regardless, it's a very interesting chassis to look at even if it never works. It's a great historical piece, since it's obvious they were trying different things with it. It has chassis stampings labeled 'CPA' and 'DELAY', and there are a pair of 12AU7's not connected to anything that look as if they may have had something to do with CPA at some point but now serve no purpose. Looking at the local oscillator, it has a pair of phase shifting networks on it's output which then go directly to the R-Y and B-Y demodulators. It resembles an NTSC circuit more than anything else, so that's what I'm putting my money on. Still not clear if it's I/Q, but since it was what they eventually decided on it's highly probable. Nailing down the years it was worked on would help, but there are no identifying marks on it.
__________________
Evolution... |
#328
|
||||
|
||||
Yes, it is disappointing that the CPA switch cannot be found. Despite the sketchy information that is to be currently found on early NTSC development, the CPA decoder could possibly be reconstructed.
I also appreciate the insight to the FPGA design converter. Thanks, Darryl. This set nevertheless is a very unique part of television history and I am glad it has a good home. Terry |
#329
|
||||
|
||||
Was watching TV the other day, and noticed A&E is advertizing the new 'Shipping Wars' show. This is the series that Roy told me was filming him at the time the set was delivered, so start setting your DVR's in case I appear on screen!
http://www.shippingwars.net/ http://www.youtube.com/watch?v=yV6CTqduv-I
__________________
Evolution... |
#330
|
||||
|
||||
Hey Nick, you're a TV star!
You were just moments ago on the new Shipping Wars show. Hopefully you were recording it. They showed picking the set up from Harry just before the break and then delivering it to you. Very nice. Darryl |
Audiokarma |
Thread Tools | |
Display Modes | |
|
|