• Re: Radio program starts at different times on different media.

    From Roderick Stewart@21:1/5 to G6JPG@255soft.uk on Wed Nov 17 09:55:33 2021
    On Tue, 16 Nov 2021 21:29:01 +0000, "J. P. Gilliver (John)"
    <G6JPG@255soft.uk> wrote:

    Why a delay line? A delay line keeps the faster, luminance image in
    step with the slower, chrominance image. The narrowband chrominance
    signal requires more processing than the wideband luminance signal.
    This processing takes a brief, but significant time. The delay line
    assures that the two images start scanning across your screen at the
    same time. Without the delay line, you might notice that the
    monochrome picture starts before the color overlay does.

    I'd forgotten about that reason for the delay line (which would be
    present for any system with a lower-bandwidth chroma signal - NTSC, PAL,
    and presumably SECAM and any other such.

    Seems odd that they didn't do that at the transmitter, on the basis that >complexity is better done there than making every set have it (like they
    did with the gamma curve correction); maybe it wasn't realised it was >necessary until too much was in place, or maybe there was/is some
    technical reason (fundamental physics?) why it couldn't be pre-done.

    The subcarrier dot pattern, although designed to make as little visual
    impact as possible on a monochrome display, was nevertheless visible
    on strongly coloured areas of the picture. Sometimes subcarrier
    rectification resulting from the nonlinearity of the gamma
    characteristic of the CRT could make an area with subcarrier appear
    sloghtly brighter, even at a distance where the dots would not be
    visible, so it was best to make this fit the luminance image to avoid
    strange edge effects if it was displaced.

    Rod.

    --- SoupGate-Win32 v1.05
    * Origin: fsxNet Usenet Gateway (21:1/5)
  • From Roderick Stewart@21:1/5 to johnwilliamson@btinternet.com on Wed Nov 17 19:21:04 2021
    On Wed, 17 Nov 2021 10:20:17 +0000, John Williamson <johnwilliamson@btinternet.com> wrote:

    On 16/11/2021 21:29, J. P. Gilliver (John) wrote:

    I'd forgotten about that reason for the delay line (which would be
    present for any system with a lower-bandwidth chroma signal - NTSC, PAL,
    and presumably SECAM and any other such.

    In the analogue systems, the processing is done in real time, combining
    the low bandwidth chrominance carriers with the high bandwidth luminance >carrier. Effectively, the green is a filtered luminance signal, and the
    red and blue are generated by checking the phase differences between the
    sub carrier and the chrominance information modulated on the luminance >signal.

    PAL uses a delay line to match the phases of the subcarrier in each
    line. Early sets used a glass block with am acoustic transmitter at one
    end and a receiver at the other.

    Seems odd that they didn't do that at the transmitter, on the basis that
    complexity is better done there than making every set have it (like they
    did with the gamma curve correction); maybe it wasn't realised it was
    necessary until too much was in place, or maybe there was/is some
    technical reason (fundamental physics?) why it couldn't be pre-done.

    Digital broadcasting and video playback needs delays to allow for the >luminance, chrominance and audio information extraction from the digital >stream and processing, and as the time take for these is different on
    each system, each playback device needs tailored delays. My favourite
    media player on the phone and the PC, VLC, allows each of these delays
    to be individually set by the user.

    The delay line referred to was the luminance delay, about 600ns if I
    remember correctly. It consisted of a length of what looked like
    coaxial cable about 8" long, but with the inner conductor being wound
    round a core of what I assume was a flexible ferrite material of some
    sort. A metal foil cover provided a distributed capacitance to ground.
    The low-pass filtering of the chrominance components inevitably
    delayed them slightly and the luminance delay was to match this.

    Delaying signals was a much bigger deal in the days when it had to be
    done with analogue components, and then usually equalised afterwards
    to make up for losses in the delay line.

    Rod.

    --- SoupGate-Win32 v1.05
    * Origin: fsxNet Usenet Gateway (21:1/5)
  • From J. P. Gilliver (John)@21:1/5 to rjfs@escapetime.myzen.co.uk on Wed Nov 17 21:54:21 2021
    On Wed, 17 Nov 2021 at 19:21:04, Roderick Stewart
    <rjfs@escapetime.myzen.co.uk> wrote (my responses usually follow points raised):
    []
    The delay line referred to was the luminance delay, about 600ns if I
    remember correctly. It consisted of a length of what looked like
    coaxial cable about 8" long, but with the inner conductor being wound
    round a core of what I assume was a flexible ferrite material of some
    sort. A metal foil cover provided a distributed capacitance to ground.
    The low-pass filtering of the chrominance components inevitably
    delayed them slightly and the luminance delay was to match this.

    Delaying signals was a much bigger deal in the days when it had to be
    done with analogue components, and then usually equalised afterwards
    to make up for losses in the delay line.

    Rod.

    So two reasons for delay lines in PAL sets - the fact that the
    lower-bandwidth chroma signal had a different processing delay than the higher-bandwidth luminance signal, and these had to be brought back into
    line - presumably the case for any system (NTSC, PAL, SECAM) with a low-bandwidth chroma signal; and the one specific to PAL, that combined
    the chroma signal from successive lines, to avoid "Hannover bars", where
    the alternating colour errors from line pairs would otherwise combine
    across odd and even fields. (PAL-S [simple was it?] versus PAL-D, IIRR,
    for sets that didn't and did have that.)

    [My spell-checker suggests "Hangover"!]
    --
    J. P. Gilliver. UMRA: 1960/<1985 MB++G()AL-IS-Ch++(p)Ar@T+H+Sh0!:`)DNAf

    "If you have ten thousand regulations you destroy all respect for the
    law." - Winston Churchill.

    --- SoupGate-Win32 v1.05
    * Origin: fsxNet Usenet Gateway (21:1/5)
  • From Brian Gaff (Sofa)@21:1/5 to Roderick Stewart on Fri Nov 19 09:59:40 2021
    Today, I was waiting for a car to pick me up and my I-phone sad it was 1
    04. The BBC news came on and said it was 1pm, here is the news, but this was coming over the streamed system to the Amazon Echo dot.

    Brian

    --

    This newsgroup posting comes to you directly from...
    The Sofa of Brian Gaff...
    briang1@blueyonder.co.uk
    Blind user, so no pictures please
    Note this Signature is meaningless.!
    "Roderick Stewart" <rjfs@escapetime.myzen.co.uk> wrote in message news:i0lapgth6fgod1i9vihhu10of8msei0tjn@4ax.com...
    On Wed, 17 Nov 2021 10:20:17 +0000, John Williamson <johnwilliamson@btinternet.com> wrote:

    On 16/11/2021 21:29, J. P. Gilliver (John) wrote:

    I'd forgotten about that reason for the delay line (which would be
    present for any system with a lower-bandwidth chroma signal - NTSC, PAL, >>> and presumably SECAM and any other such.

    In the analogue systems, the processing is done in real time, combining
    the low bandwidth chrominance carriers with the high bandwidth luminance >>carrier. Effectively, the green is a filtered luminance signal, and the
    red and blue are generated by checking the phase differences between the >>sub carrier and the chrominance information modulated on the luminance >>signal.

    PAL uses a delay line to match the phases of the subcarrier in each
    line. Early sets used a glass block with am acoustic transmitter at one
    end and a receiver at the other.

    Seems odd that they didn't do that at the transmitter, on the basis that >>> complexity is better done there than making every set have it (like they >>> did with the gamma curve correction); maybe it wasn't realised it was
    necessary until too much was in place, or maybe there was/is some
    technical reason (fundamental physics?) why it couldn't be pre-done.

    Digital broadcasting and video playback needs delays to allow for the >>luminance, chrominance and audio information extraction from the digital >>stream and processing, and as the time take for these is different on
    each system, each playback device needs tailored delays. My favourite
    media player on the phone and the PC, VLC, allows each of these delays
    to be individually set by the user.

    The delay line referred to was the luminance delay, about 600ns if I
    remember correctly. It consisted of a length of what looked like
    coaxial cable about 8" long, but with the inner conductor being wound
    round a core of what I assume was a flexible ferrite material of some
    sort. A metal foil cover provided a distributed capacitance to ground.
    The low-pass filtering of the chrominance components inevitably
    delayed them slightly and the luminance delay was to match this.

    Delaying signals was a much bigger deal in the days when it had to be
    done with analogue components, and then usually equalised afterwards
    to make up for losses in the delay line.

    Rod.

    --- SoupGate-Win32 v1.05
    * Origin: fsxNet Usenet Gateway (21:1/5)
  • From Brian Gaff (Sofa)@21:1/5 to G6JPG@255soft.uk on Fri Nov 19 09:57:23 2021
    TVs had two delay lines one was a foil wound long thin thing, probably simulated what you described, and a rectangular glass block with two transducers on it, that did what exactly?

    Brian

    --

    This newsgroup posting comes to you directly from...
    The Sofa of Brian Gaff...
    briang1@blueyonder.co.uk
    Blind user, so no pictures please
    Note this Signature is meaningless.!
    "J. P. Gilliver (John)" <G6JPG@255soft.uk> wrote in message news:EZNxh1lNoXlhFwn8@255soft.uk...
    On Wed, 17 Nov 2021 at 19:21:04, Roderick Stewart <rjfs@escapetime.myzen.co.uk> wrote (my responses usually follow points raised):
    []
    The delay line referred to was the luminance delay, about 600ns if I >>remember correctly. It consisted of a length of what looked like
    coaxial cable about 8" long, but with the inner conductor being wound
    round a core of what I assume was a flexible ferrite material of some
    sort. A metal foil cover provided a distributed capacitance to ground.
    The low-pass filtering of the chrominance components inevitably
    delayed them slightly and the luminance delay was to match this.

    Delaying signals was a much bigger deal in the days when it had to be
    done with analogue components, and then usually equalised afterwards
    to make up for losses in the delay line.

    Rod.

    So two reasons for delay lines in PAL sets - the fact that the lower-bandwidth chroma signal had a different processing delay than the higher-bandwidth luminance signal, and these had to be brought back into
    line - presumably the case for any system (NTSC, PAL, SECAM) with a low-bandwidth chroma signal; and the one specific to PAL, that combined
    the chroma signal from successive lines, to avoid "Hannover bars", where
    the alternating colour errors from line pairs would otherwise combine
    across odd and even fields. (PAL-S [simple was it?] versus PAL-D, IIRR,
    for sets that didn't and did have that.)

    [My spell-checker suggests "Hangover"!]
    --
    J. P. Gilliver. UMRA: 1960/<1985 MB++G()AL-IS-Ch++(p)Ar@T+H+Sh0!:`)DNAf

    "If you have ten thousand regulations you destroy all respect for the
    law." - Winston Churchill.

    --- SoupGate-Win32 v1.05
    * Origin: fsxNet Usenet Gateway (21:1/5)