Rocksolid Light

Welcome to Rocksolid Light

mail  files  register  newsreader  groups  login

Message-ID:  

Robot, n.: University administrator.


aus+uk / uk.tech.broadcast / chroma offset correction?

SubjectAuthor
* chroma offset correction?J. P. Gilliver
+* Re: chroma offset correction?Brian Gaff
|`* Re: chroma offset correction?J. P. Gilliver
| +* Re: chroma offset correction?NY
| |+* Re: chroma offset correction?J. P. Gilliver
| ||`- Re: chroma offset correction?John Williamson
| |`* Re: chroma offset correction?Brian Gaff
| | `- Re: chroma offset correction?J. P. Gilliver
| `* Re: chroma offset correction?Brian Gaff
|  `* Re: chroma offset correction?J. P. Gilliver
|   `* Re: chroma offset correction?NY
|    `* Re: chroma offset correction?Adrian Caspersz
|     `- Re: chroma offset correction?NY
`- Re: chroma offset correction?Graham.

1
chroma offset correction?

<$scpjpV27FjkFwHq@255soft.uk>

  copy mid

https://news.novabbs.org/aus+uk/article-flat.php?id=8321&group=uk.tech.broadcast#8321

  copy link   Newsgroups: uk.tech.broadcast
Path: i2pn2.org!i2pn.org!weretis.net!feeder6.news.weretis.net!news.misty.com!border-2.nntp.ord.giganews.com!nntp.giganews.com!Xl.tags.giganews.com!local-1.nntp.ord.giganews.com!nntp.brightview.co.uk!news.brightview.co.uk.POSTED!not-for-mail
NNTP-Posting-Date: Fri, 16 Jun 2023 13:12:13 +0000
Message-ID: <$scpjpV27FjkFwHq@255soft.uk>
Date: Fri, 16 Jun 2023 14:09:10 +0100
From: G6JPG@255soft.uk (J. P. Gilliver)
Newsgroups: uk.tech.broadcast
Subject: chroma offset correction?
Organization: 255 software
MIME-Version: 1.0
Content-Type: text/plain;charset=us-ascii;format=flowed
User-Agent: Turnpike/6.07-M (<nK4iwPCN8$KodCJVlSH+QtZEFe>)
X-Antivirus: AVG (VPS 230616-0, 2023-6-16), Outbound message
X-Antivirus-Status: Clean
Lines: 16
X-Usenet-Provider: http://www.giganews.com
X-Trace: sv3-A3mvYiXc2neaNsaDIAa7KETtIxJ+dWhivGAXYyDgLDAz0YvuZ1+dFb62fmWNI28/pXbX1JfaEKFVzoh!t2k5ZrPwqELlayKlp020x1F6OzX5ZXebjB2Lqj0z8c5mPDojp3hfu5HXxWzfjpX/87xXXphp
X-Abuse-and-DMCA-Info: Please be sure to forward a copy of ALL headers
X-Abuse-and-DMCA-Info: Otherwise we will be unable to process your complaint properly
X-Postfilter: 1.3.40
 by: J. P. Gilliver - Fri, 16 Jun 2023 13:09 UTC

I've just watched a clip (https://www.youtube.com/watch?v=_P09xG1clcg -
no, it wasn't to my taste) where clearly there is a significant time
offset between chroma and luma. It occurred to me that, when nowadays if
the only extant copy is a digitised version (the original analogue
having been lost, or its source unknown), it'd be quite an interesting
challenge to correct it: I don't think there's anything in the digital
domain that's analogous to the luma/chroma split, so presumably the
chroma and luma would have to be regenerated, then slewed back into
approximate alignment.

(This one is slightly unusual in that the chroma appears to _lead_ the
luma rather than the usual lag.)
--
J. P. Gilliver. UMRA: 1960/<1985 MB++G()AL-IS-Ch++(p)Ar@T+H+Sh0!:`)DNAf

interracial marriage was still illegal in 17 states in 1967.

Re: chroma offset correction?

<u6juna$16m0b$1@dont-email.me>

  copy mid

https://news.novabbs.org/aus+uk/article-flat.php?id=8322&group=uk.tech.broadcast#8322

  copy link   Newsgroups: uk.tech.broadcast
Path: i2pn2.org!i2pn.org!eternal-september.org!news.eternal-september.org!.POSTED!not-for-mail
From: brian1gaff@gmail.com (Brian Gaff)
Newsgroups: uk.tech.broadcast
Subject: Re: chroma offset correction?
Date: Sat, 17 Jun 2023 10:28:23 +0100
Organization: Grumpy top poster
Lines: 31
Message-ID: <u6juna$16m0b$1@dont-email.me>
References: <$scpjpV27FjkFwHq@255soft.uk>
Reply-To: "Brian Gaff" <brian1gaff@gmail.com>
Injection-Date: Sat, 17 Jun 2023 09:34:34 -0000 (UTC)
Injection-Info: dont-email.me; posting-host="68bb90b5e1b7f19175f9b742edf71bcf";
logging-data="1267723"; mail-complaints-to="abuse@eternal-september.org"; posting-account="U2FsdGVkX1+Pg3NquTJBdLAhVzvXuXfv"
Cancel-Lock: sha1:y66W4rpBwhYBP+vb1F4haTMmqIc=
X-Priority: 3
X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2900.2180
X-Newsreader: Microsoft Outlook Express 6.00.3790.1830
X-RFC2646: Format=Flowed; Response
X-MSMail-Priority: Normal
 by: Brian Gaff - Sat, 17 Jun 2023 09:28 UTC

I know what you mean. Some VCRs tended to smear the chroma and pulsate it as
well.
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" <G6JPG@255soft.uk> wrote in message
news:$scpjpV27FjkFwHq@255soft.uk...
> I've just watched a clip (https://www.youtube.com/watch?v=_P09xG1clcg -
> no, it wasn't to my taste) where clearly there is a significant time
> offset between chroma and luma. It occurred to me that, when nowadays if
> the only extant copy is a digitised version (the original analogue having
> been lost, or its source unknown), it'd be quite an interesting challenge
> to correct it: I don't think there's anything in the digital domain that's
> analogous to the luma/chroma split, so presumably the chroma and luma
> would have to be regenerated, then slewed back into approximate alignment.
>
> (This one is slightly unusual in that the chroma appears to _lead_ the
> luma rather than the usual lag.)
> --
> J. P. Gilliver. UMRA: 1960/<1985 MB++G()AL-IS-Ch++(p)Ar@T+H+Sh0!:`)DNAf
>
> interracial marriage was still illegal in 17 states in 1967.

Re: chroma offset correction?

<MNs1rVg1XZjkFwCi@255soft.uk>

  copy mid

https://news.novabbs.org/aus+uk/article-flat.php?id=8324&group=uk.tech.broadcast#8324

  copy link   Newsgroups: uk.tech.broadcast
Path: i2pn2.org!i2pn.org!weretis.net!feeder6.news.weretis.net!news.misty.com!border-2.nntp.ord.giganews.com!nntp.giganews.com!Xl.tags.giganews.com!local-1.nntp.ord.giganews.com!nntp.brightview.co.uk!news.brightview.co.uk.POSTED!not-for-mail
NNTP-Posting-Date: Sat, 17 Jun 2023 11:26:07 +0000
Message-ID: <MNs1rVg1XZjkFwCi@255soft.uk>
Date: Sat, 17 Jun 2023 12:16:05 +0100
From: G6JPG@255soft.uk (J. P. Gilliver)
Newsgroups: uk.tech.broadcast
Subject: Re: chroma offset correction?
References: <$scpjpV27FjkFwHq@255soft.uk> <u6juna$16m0b$1@dont-email.me>
Organization: 255 software
MIME-Version: 1.0
Content-Type: text/plain;charset=us-ascii
User-Agent: Turnpike/6.07-M (<7O3iwf318$aveBJV5OB+QdI4rR>)
X-Antivirus: AVG (VPS 230617-0, 2023-6-17), Outbound message
X-Antivirus-Status: Clean
Lines: 27
X-Usenet-Provider: http://www.giganews.com
X-Trace: sv3-jNg8ZevlUiv37CovwgSHvA0QncybI1KZ3BLFG2cayjosm/R7bLN7GotZ4zNo6LeuJGMv3tHoiKPwryV!8NIRnv+JGcKAbzVc5gsZmzKuY/ZJ1XfGV70OxA/85DroA37+wsG2YXGMt+Cl89/O+5c2LriQ
X-Abuse-and-DMCA-Info: Please be sure to forward a copy of ALL headers
X-Abuse-and-DMCA-Info: Otherwise we will be unable to process your complaint properly
X-Postfilter: 1.3.40
 by: J. P. Gilliver - Sat, 17 Jun 2023 11:16 UTC

In message <u6juna$16m0b$1@dont-email.me> at Sat, 17 Jun 2023 10:28:23,
Brian Gaff <brian1gaff@gmail.com> writes
>I know what you mean. Some VCRs tended to smear the chroma and pulsate it as
>well.
> Brian
>
I don't remember seeing a pulsating one! Though a multigenerational copy
could get horrendous pretty quickly. Chroma _lag_ was common - I think
most memorably on snooker; one got used to seeing a grey ball, with a
ghostly coloured one to its right, especially in a long shot (where a
fixed chroma offset was of course more noticeable).

My post was really just thinking - if all we have is a digitised copy,
it might be an interesting task how to correct such material, whether
it's chroma lag or lead (presumably both of similar difficulty).

I think the days of retrieving e. g. lost Dr. Who episodes from private
copies were mostly still in the analogue days, or at least where the
machinery in which the two signals were present was still in use, even
if the actual re-syncing was done digitally. (I think the most
fascinating aspect of that work was when someone realised that
black-and-white film copies might still contain the colour subcarrier.)
--
J. P. Gilliver. UMRA: 1960/<1985 MB++G()AL-IS-Ch++(p)Ar@T+H+Sh0!:`)DNAf

Madness takes its toll. Please have exact change
[via Penny Mayes (mayes@pmail.net)]

Re: chroma offset correction?

<u6kc37$18dig$1@dont-email.me>

  copy mid

https://news.novabbs.org/aus+uk/article-flat.php?id=8328&group=uk.tech.broadcast#8328

  copy link   Newsgroups: uk.tech.broadcast
Path: i2pn2.org!i2pn.org!eternal-september.org!news.eternal-september.org!.POSTED!not-for-mail
From: me@privacy.invalid (NY)
Newsgroups: uk.tech.broadcast
Subject: Re: chroma offset correction?
Date: Sat, 17 Jun 2023 14:22:32 +0100
Organization: A noiseless patient Spider
Lines: 1
Message-ID: <u6kc37$18dig$1@dont-email.me>
References: <$scpjpV27FjkFwHq@255soft.uk> <u6juna$16m0b$1@dont-email.me> <MNs1rVg1XZjkFwCi@255soft.uk>
MIME-Version: 1.0
Content-Type: text/plain;
format=flowed;
charset="iso-8859-1";
reply-type=original
Content-Transfer-Encoding: 7bit
Injection-Date: Sat, 17 Jun 2023 13:22:47 -0000 (UTC)
Injection-Info: dont-email.me; posting-host="b748f6bb40e519bf15bd420677248087";
logging-data="1324624"; mail-complaints-to="abuse@eternal-september.org"; posting-account="U2FsdGVkX18KzJuv2Ys52XXAj6mo9ZEG7GEtkVZ8Aq8="
Cancel-Lock: sha1:6gEdhMjjSK1ldfwxXhxeedObcSc=
X-Antivirus-Status: Clean
X-MSMail-Priority: Normal
Importance: Normal
X-Newsreader: Microsoft Windows Live Mail 14.0.8089.726
X-MimeOLE: Produced By Microsoft MimeOLE V14.0.8089.726
X-Priority: 3
In-Reply-To: <MNs1rVg1XZjkFwCi@255soft.uk>
X-Antivirus: Avast (VPS 230617-2, 17/6/2023), Outbound message
 by: NY - Sat, 17 Jun 2023 13:22 UTC

"J. P. Gilliver" <G6JPG@255soft.uk> wrote in message
news:MNs1rVg1XZjkFwCi@255soft.uk...
> In message <u6juna$16m0b$1@dont-email.me> at Sat, 17 Jun 2023 10:28:23,
> Brian Gaff <brian1gaff@gmail.com> writes
>>I know what you mean. Some VCRs tended to smear the chroma and pulsate it
>>as
>>well.
>> Brian
>>
> I don't remember seeing a pulsating one! Though a multigenerational copy
> could get horrendous pretty quickly. Chroma _lag_ was common - I think
> most memorably on snooker; one got used to seeing a grey ball, with a
> ghostly coloured one to its right, especially in a long shot (where a
> fixed chroma offset was of course more noticeable).
>
> My post was really just thinking - if all we have is a digitised copy,
> it might be an interesting task how to correct such material, whether
> it's chroma lag or lead (presumably both of similar difficulty).
>
> I think the days of retrieving e. g. lost Dr. Who episodes from private
> copies were mostly still in the analogue days, or at least where the
> machinery in which the two signals were present was still in use, even
> if the actual re-syncing was done digitally. (I think the most
> fascinating aspect of that work was when someone realised that
> black-and-white film copies might still contain the colour subcarrier.)

Digital colour photographs and videos are still stored as luminance and some
form of chrominance difference. And often the colour resolution is half the
luminance resolution in one or both directions, as for analogue video.

It ought to be fairly easy to write a program that shifts the chroma pixels
sideways a bit compared with the luminance.

If you take a still photo (eg a JPEG or PNG) and make a black and white
copy, you can subtract this from the original photo (most image-editing
software such as Paint Shop Pro or Photoshop can do this), you can see how
blurred the remaining colour info is after you've subtracted the luminance.

Here's an example: a colour photo of the famous clock on the city wall in
Chester, then a black and white version of it and then colour minus BW
(adding on 128 to each pixel to avoid "pixels with a negative value"!)
leaving just the chroma.

https://i.postimg.cc/7Y1Q6h1C/Chester-Colour.jpg
https://i.postimg.cc/1XhJR1fc/Chester-BW.jpg
https://i.postimg.cc/gjV4nth9/Chester-Colour-minus-BW.png

Re: chroma offset correction?

<dGwBpelGUjjkFwAo@255soft.uk>

  copy mid

https://news.novabbs.org/aus+uk/article-flat.php?id=8329&group=uk.tech.broadcast#8329

  copy link   Newsgroups: uk.tech.broadcast
Path: i2pn2.org!i2pn.org!weretis.net!feeder6.news.weretis.net!news.misty.com!border-2.nntp.ord.giganews.com!nntp.giganews.com!Xl.tags.giganews.com!local-1.nntp.ord.giganews.com!nntp.brightview.co.uk!news.brightview.co.uk.POSTED!not-for-mail
NNTP-Posting-Date: Sat, 17 Jun 2023 22:36:36 +0000
Message-ID: <dGwBpelGUjjkFwAo@255soft.uk>
Date: Sat, 17 Jun 2023 23:34:46 +0100
From: G6JPG@255soft.uk (J. P. Gilliver)
Newsgroups: uk.tech.broadcast
Subject: Re: chroma offset correction?
References: <$scpjpV27FjkFwHq@255soft.uk> <u6juna$16m0b$1@dont-email.me>
<MNs1rVg1XZjkFwCi@255soft.uk> <u6kc37$18dig$1@dont-email.me>
Organization: 255 software
MIME-Version: 1.0
Content-Type: text/plain;charset=us-ascii;format=flowed
User-Agent: Turnpike/6.07-M (<DG+iw$bt8$qt$DJV92L+Q9rcuY>)
X-Antivirus: AVG (VPS 230617-4, 2023-6-17), Outbound message
X-Antivirus-Status: Clean
Lines: 50
X-Usenet-Provider: http://www.giganews.com
X-Trace: sv3-gtI4n8RmL50JL8F2azEYc6DlZsqSDGNyvzzb1Mb2BCvT5HvY5pdwEc5jgkydvhHSIwy+6kKr9xQlnUt!KVYOR+IzAXChU9J7Gq4VDmM5I2nCW49KhxP1JEMHzuEuGI3c0T3T9qD0lX84BwahUknPvmlh
X-Abuse-and-DMCA-Info: Please be sure to forward a copy of ALL headers
X-Abuse-and-DMCA-Info: Otherwise we will be unable to process your complaint properly
X-Postfilter: 1.3.40
 by: J. P. Gilliver - Sat, 17 Jun 2023 22:34 UTC

In message <u6kc37$18dig$1@dont-email.me> at Sat, 17 Jun 2023 14:22:32,
NY <me@privacy.invalid> writes
>"J. P. Gilliver" <G6JPG@255soft.uk> wrote in message
>news:MNs1rVg1XZjkFwCi@255soft.uk...
[]
>> My post was really just thinking - if all we have is a digitised copy,
>> it might be an interesting task how to correct such material, whether
>> it's chroma lag or lead (presumably both of similar difficulty).
>>
>> I think the days of retrieving e. g. lost Dr. Who episodes from private
>> copies were mostly still in the analogue days, or at least where the
>> machinery in which the two signals were present was still in use, even
>> if the actual re-syncing was done digitally. (I think the most
>> fascinating aspect of that work was when someone realised that
>> black-and-white film copies might still contain the colour subcarrier.)
>
>Digital colour photographs and videos are still stored as luminance and
>some form of chrominance difference. And often the colour resolution is
>half the luminance resolution in one or both directions, as for
>analogue video.

I didn't realise that was still the case.
>
>It ought to be fairly easy to write a program that shifts the chroma
>pixels sideways a bit compared with the luminance.
>
>
>If you take a still photo (eg a JPEG or PNG) and make a black and white
>copy, you can subtract this from the original photo (most image-editing
>software such as Paint Shop Pro or Photoshop can do this), you can see
>how blurred the remaining colour info is after you've subtracted the
>luminance.
>
>Here's an example: a colour photo of the famous clock on the city wall
>in Chester, then a black and white version of it and then colour minus
>BW (adding on 128 to each pixel to avoid "pixels with a negative
>value"!) leaving just the chroma.
>
>https://i.postimg.cc/7Y1Q6h1C/Chester-Colour.jpg
>https://i.postimg.cc/1XhJR1fc/Chester-BW.jpg
>https://i.postimg.cc/gjV4nth9/Chester-Colour-minus-BW.png

That last one looks a lot sharper than what I used to see on a colour TV
when viewing only the colour information (I forget how - I think just
turning the contrast right down did it). That gave you no sharp edges at
all - just very smeary.
--
J. P. Gilliver. UMRA: 1960/<1985 MB++G()AL-IS-Ch++(p)Ar@T+H+Sh0!:`)DNAf

Only dirty people need wash

Re: chroma offset correction?

<kf7qekFtrpdU1@mid.individual.net>

  copy mid

https://news.novabbs.org/aus+uk/article-flat.php?id=8330&group=uk.tech.broadcast#8330

  copy link   Newsgroups: uk.tech.broadcast
Path: i2pn2.org!i2pn.org!weretis.net!feeder8.news.weretis.net!lilly.ping.de!fu-berlin.de!uni-berlin.de!individual.net!not-for-mail
From: johnwilliamson@btinternet.com (John Williamson)
Newsgroups: uk.tech.broadcast
Subject: Re: chroma offset correction?
Date: Sun, 18 Jun 2023 08:35:48 +0100
Lines: 57
Message-ID: <kf7qekFtrpdU1@mid.individual.net>
References: <$scpjpV27FjkFwHq@255soft.uk> <u6juna$16m0b$1@dont-email.me>
<MNs1rVg1XZjkFwCi@255soft.uk> <u6kc37$18dig$1@dont-email.me>
<dGwBpelGUjjkFwAo@255soft.uk>
Mime-Version: 1.0
Content-Type: text/plain; charset=windows-1252; format=flowed
Content-Transfer-Encoding: 7bit
X-Trace: individual.net gvX9E7+h6+fEUX56Xk4V1wsfoozRITJ+rIlIGDStqecN/CX03x
Cancel-Lock: sha1:IN6gfXDgdObn8wwkoE6RxbttE5k=
User-Agent: Mozilla/5.0 (Windows NT 10.0; WOW64; rv:50.0) Gecko/20100101
Thunderbird/50.0
In-Reply-To: <dGwBpelGUjjkFwAo@255soft.uk>
Content-Language: en-GB
 by: John Williamson - Sun, 18 Jun 2023 07:35 UTC

On 17/06/2023 23:34, J. P. Gilliver wrote:
> In message <u6kc37$18dig$1@dont-email.me> at Sat, 17 Jun 2023 14:22:32,
> NY <me@privacy.invalid> writes
>> "J. P. Gilliver" <G6JPG@255soft.uk> wrote in message
>> news:MNs1rVg1XZjkFwCi@255soft.uk...
> []
>>> My post was really just thinking - if all we have is a digitised copy,
>>> it might be an interesting task how to correct such material, whether
>>> it's chroma lag or lead (presumably both of similar difficulty).
>>>
>>> I think the days of retrieving e. g. lost Dr. Who episodes from private
>>> copies were mostly still in the analogue days, or at least where the
>>> machinery in which the two signals were present was still in use, even
>>> if the actual re-syncing was done digitally. (I think the most
>>> fascinating aspect of that work was when someone realised that
>>> black-and-white film copies might still contain the colour subcarrier.)
>>
>> Digital colour photographs and videos are still stored as luminance
>> and some form of chrominance difference. And often the colour
>> resolution is half the luminance resolution in one or both directions,
>> as for analogue video.
>
> I didn't realise that was still the case.

Only true for compressed formats and some cameras.

I use a Fuji camera and RAW format to store images, and that file is,
basically, a dump of the data off the sensor, so the chrominance
definition depends on the layout of the filters on the sensor. Not all
of them use an RGBRGB pattern.

The normal resolution in compressed files is 4:2:2 (Luminance, and two
colour difference bytes.)

>> Here's an example: a colour photo of the famous clock on the city wall
>> in Chester, then a black and white version of it and then colour minus
>> BW (adding on 128 to each pixel to avoid "pixels with a negative
>> value"!) leaving just the chroma.
>>
>> https://i.postimg.cc/7Y1Q6h1C/Chester-Colour.jpg
>> https://i.postimg.cc/1XhJR1fc/Chester-BW.jpg
>> https://i.postimg.cc/gjV4nth9/Chester-Colour-minus-BW.png
>
> That last one looks a lot sharper than what I used to see on a colour TV
> when viewing only the colour information (I forget how - I think just
> turning the contrast right down did it). That gave you no sharp edges at
> all - just very smeary.

It was even worse when you were using VHS or Betamax rather than
broadcast signals, as the colour bandwidth was very low. The VHS colour
subcarrier had a frequency of 629 kHz.

--
Tciao for Now!

John.

Re: chroma offset correction?

<u6mle2$1kn0b$1@dont-email.me>

  copy mid

https://news.novabbs.org/aus+uk/article-flat.php?id=8331&group=uk.tech.broadcast#8331

  copy link   Newsgroups: uk.tech.broadcast
Path: i2pn2.org!i2pn.org!eternal-september.org!news.eternal-september.org!.POSTED!not-for-mail
From: brian1gaff@gmail.com (Brian Gaff)
Newsgroups: uk.tech.broadcast
Subject: Re: chroma offset correction?
Date: Sun, 18 Jun 2023 11:14:25 +0100
Organization: Grumpy top poster
Lines: 54
Message-ID: <u6mle2$1kn0b$1@dont-email.me>
References: <$scpjpV27FjkFwHq@255soft.uk> <u6juna$16m0b$1@dont-email.me> <MNs1rVg1XZjkFwCi@255soft.uk>
Reply-To: "Brian Gaff" <brian1gaff@gmail.com>
Injection-Date: Sun, 18 Jun 2023 10:14:27 -0000 (UTC)
Injection-Info: dont-email.me; posting-host="0c9cc2a4b72c1414fd70d5e1d1e186b6";
logging-data="1727499"; mail-complaints-to="abuse@eternal-september.org"; posting-account="U2FsdGVkX1/KDbjLyFg18Il4QzphZYBG"
Cancel-Lock: sha1:IuF8qINjzb2FF5Q81+m9FpRf/Y4=
X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2900.2180
X-MSMail-Priority: Normal
X-RFC2646: Format=Flowed; Original
X-Priority: 3
X-Newsreader: Microsoft Outlook Express 6.00.3790.1830
 by: Brian Gaff - Sun, 18 Jun 2023 10:14 UTC

I seem to recall the pulsating colour was mainly on the old Philips vcr
systems, of any of the speeds. There were on some colours a static
vertical striping in saturation effect. Seen moor on highly saturated
colours. It looked odd as it was static so when the camera panned it stayed
in the same place.
Some video 8 recordings had the leading colour effect, but as the format
never really caught on a body bothered. Video 2000 of course was known for
its video noise effects.
Vhs standard was crap definition and betamax was good if you used basf or
Fuji tapes on it.
I actually miss video recorders, despite their many moving parts, they
worked surprisingly well.
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" <G6JPG@255soft.uk> wrote in message
news:MNs1rVg1XZjkFwCi@255soft.uk...
> In message <u6juna$16m0b$1@dont-email.me> at Sat, 17 Jun 2023 10:28:23,
> Brian Gaff <brian1gaff@gmail.com> writes
>>I know what you mean. Some VCRs tended to smear the chroma and pulsate it
>>as
>>well.
>> Brian
>>
> I don't remember seeing a pulsating one! Though a multigenerational copy
> could get horrendous pretty quickly. Chroma _lag_ was common - I think
> most memorably on snooker; one got used to seeing a grey ball, with a
> ghostly coloured one to its right, especially in a long shot (where a
> fixed chroma offset was of course more noticeable).
>
> My post was really just thinking - if all we have is a digitised copy,
> it might be an interesting task how to correct such material, whether
> it's chroma lag or lead (presumably both of similar difficulty).
>
> I think the days of retrieving e. g. lost Dr. Who episodes from private
> copies were mostly still in the analogue days, or at least where the
> machinery in which the two signals were present was still in use, even
> if the actual re-syncing was done digitally. (I think the most
> fascinating aspect of that work was when someone realised that
> black-and-white film copies might still contain the colour subcarrier.)
> --
> J. P. Gilliver. UMRA: 1960/<1985 MB++G()AL-IS-Ch++(p)Ar@T+H+Sh0!:`)DNAf
>
> Madness takes its toll. Please have exact change
> [via Penny Mayes (mayes@pmail.net)]

Re: chroma offset correction?

<u6mm13$1kp23$1@dont-email.me>

  copy mid

https://news.novabbs.org/aus+uk/article-flat.php?id=8332&group=uk.tech.broadcast#8332

  copy link   Newsgroups: uk.tech.broadcast
Path: i2pn2.org!i2pn.org!eternal-september.org!news.eternal-september.org!.POSTED!not-for-mail
From: brian1gaff@gmail.com (Brian Gaff)
Newsgroups: uk.tech.broadcast
Subject: Re: chroma offset correction?
Date: Sun, 18 Jun 2023 11:24:35 +0100
Organization: Grumpy top poster
Lines: 79
Message-ID: <u6mm13$1kp23$1@dont-email.me>
References: <$scpjpV27FjkFwHq@255soft.uk> <u6juna$16m0b$1@dont-email.me> <MNs1rVg1XZjkFwCi@255soft.uk> <u6kc37$18dig$1@dont-email.me>
Reply-To: "Brian Gaff" <brian1gaff@gmail.com>
Injection-Date: Sun, 18 Jun 2023 10:24:35 -0000 (UTC)
Injection-Info: dont-email.me; posting-host="0c9cc2a4b72c1414fd70d5e1d1e186b6";
logging-data="1729603"; mail-complaints-to="abuse@eternal-september.org"; posting-account="U2FsdGVkX181W8lmroMeUrhRiMeUzDRq"
Cancel-Lock: sha1:mSPdG8hmzVqAIXh88lNPiGRQ+g8=
X-RFC2646: Format=Flowed; Response
X-MSMail-Priority: Normal
X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2900.2180
X-Priority: 3
X-Newsreader: Microsoft Outlook Express 6.00.3790.1830
 by: Brian Gaff - Sun, 18 Jun 2023 10:24 UTC

Yes the colour definition was much less than the b/we and the brain
compensated for this smear to some extent.
Somebody showed me a Umatic recorder when used in playback, not only did
it handle multi standard tv signals and colour systems, but had a kind of
preset knob that moved the colour delay about as well. I imagine there were
quite a few machines or boxes like this to make tapes that came from all
over the globe look presentable for broadcast. I do remember tithe old
colour Andy Williams shows that had issues with yellow or green faces or a
kind of judder in the frame rate when fast motion was on the screen, due one
supposes to primitive standards conversion not being able to keep up.
I of couse cannot see the current state of the art, but I understand that
when these oldies TV music video stations play, say for instance the video
of Village People YMCA, you can clearly notice the judder and an effect on
mouth movements and teeth almost look like a cheap cartoon effect, where the
white of the teeth are seen but the actual mouth movement is not!

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.!
"NY" <me@privacy.invalid> wrote in message
news:u6kc37$18dig$1@dont-email.me...
> "J. P. Gilliver" <G6JPG@255soft.uk> wrote in message
> news:MNs1rVg1XZjkFwCi@255soft.uk...
>> In message <u6juna$16m0b$1@dont-email.me> at Sat, 17 Jun 2023 10:28:23,
>> Brian Gaff <brian1gaff@gmail.com> writes
>>>I know what you mean. Some VCRs tended to smear the chroma and pulsate it
>>>as
>>>well.
>>> Brian
>>>
>> I don't remember seeing a pulsating one! Though a multigenerational copy
>> could get horrendous pretty quickly. Chroma _lag_ was common - I think
>> most memorably on snooker; one got used to seeing a grey ball, with a
>> ghostly coloured one to its right, especially in a long shot (where a
>> fixed chroma offset was of course more noticeable).
>>
>> My post was really just thinking - if all we have is a digitised copy,
>> it might be an interesting task how to correct such material, whether
>> it's chroma lag or lead (presumably both of similar difficulty).
>>
>> I think the days of retrieving e. g. lost Dr. Who episodes from private
>> copies were mostly still in the analogue days, or at least where the
>> machinery in which the two signals were present was still in use, even
>> if the actual re-syncing was done digitally. (I think the most
>> fascinating aspect of that work was when someone realised that
>> black-and-white film copies might still contain the colour subcarrier.)
>
> Digital colour photographs and videos are still stored as luminance and
> some form of chrominance difference. And often the colour resolution is
> half the luminance resolution in one or both directions, as for analogue
> video.
>
> It ought to be fairly easy to write a program that shifts the chroma
> pixels sideways a bit compared with the luminance.
>
>
> If you take a still photo (eg a JPEG or PNG) and make a black and white
> copy, you can subtract this from the original photo (most image-editing
> software such as Paint Shop Pro or Photoshop can do this), you can see how
> blurred the remaining colour info is after you've subtracted the
> luminance.
>
> Here's an example: a colour photo of the famous clock on the city wall in
> Chester, then a black and white version of it and then colour minus BW
> (adding on 128 to each pixel to avoid "pixels with a negative value"!)
> leaving just the chroma.
>
> https://i.postimg.cc/7Y1Q6h1C/Chester-Colour.jpg
> https://i.postimg.cc/1XhJR1fc/Chester-BW.jpg
> https://i.postimg.cc/gjV4nth9/Chester-Colour-minus-BW.png

Re: chroma offset correction?

<lJ+$KZp+tvjkFwnz@255soft.uk>

  copy mid

https://news.novabbs.org/aus+uk/article-flat.php?id=8335&group=uk.tech.broadcast#8335

  copy link   Newsgroups: uk.tech.broadcast
Path: i2pn2.org!i2pn.org!weretis.net!feeder6.news.weretis.net!news.misty.com!border-2.nntp.ord.giganews.com!nntp.giganews.com!Xl.tags.giganews.com!local-1.nntp.ord.giganews.com!nntp.brightview.co.uk!news.brightview.co.uk.POSTED!not-for-mail
NNTP-Posting-Date: Sun, 18 Jun 2023 12:47:12 +0000
Message-ID: <lJ+$KZp+tvjkFwnz@255soft.uk>
Date: Sun, 18 Jun 2023 13:41:34 +0100
From: G6JPG@255soft.uk (J. P. Gilliver)
Newsgroups: uk.tech.broadcast
Subject: Re: chroma offset correction?
References: <$scpjpV27FjkFwHq@255soft.uk> <u6juna$16m0b$1@dont-email.me>
<MNs1rVg1XZjkFwCi@255soft.uk> <u6kc37$18dig$1@dont-email.me>
<u6mm13$1kp23$1@dont-email.me>
Organization: 255 software
MIME-Version: 1.0
Content-Type: text/plain;charset=us-ascii;format=flowed
User-Agent: Turnpike/6.07-M (<Lv5iwbNF8$6MZBJVnuC+QdPCtr>)
X-Antivirus: AVG (VPS 230617-4, 2023-6-17), Outbound message
X-Antivirus-Status: Clean
Lines: 17
X-Usenet-Provider: http://www.giganews.com
X-Trace: sv3-qsgShZqnJdrjkeTEvyo1T44+pbWGu7hqeUIbdH8ySfoABpQhEwXybSl1CTjVq+jEYvUI8N6efKdGbnT!7q7ag7j8jzPYn8Tvl4PhMc5ly6T+cn0gMGxnUuEjLQWG84n2zXwHc0P37dmmCVtEWIZixKWI
X-Abuse-and-DMCA-Info: Please be sure to forward a copy of ALL headers
X-Abuse-and-DMCA-Info: Otherwise we will be unable to process your complaint properly
X-Postfilter: 1.3.40
 by: J. P. Gilliver - Sun, 18 Jun 2023 12:41 UTC

In message <u6mm13$1kp23$1@dont-email.me> at Sun, 18 Jun 2023 11:24:35,
Brian Gaff <brian1gaff@gmail.com> writes
>Yes the colour definition was much less than the b/we and the brain
>compensated for this smear to some extent.
[]
The brain's higher luminance than chrominance resolution (or it might be
the eye's - rods and cones) has been known from well before television;
if you look closely at old black-outline prints (I mean from printing
blocks, not photographic), that have had colour added, often
watercolour, you'll see that the colours can be quite sloppily applied,
and the brain sorts them out. (My mum dabbled at colouring such old
prints, and was quite surprised how careful you _didn't_ have to be.)
--
J. P. Gilliver. UMRA: 1960/<1985 MB++G()AL-IS-Ch++(p)Ar@T+H+Sh0!:`)DNAf

"quidquid latine dictum sit, altum viditur". ("Anything is more impressive if
you say it in Latin")

Re: chroma offset correction?

<4pg4i6pE4vjkFwG$@255soft.uk>

  copy mid

https://news.novabbs.org/aus+uk/article-flat.php?id=8336&group=uk.tech.broadcast#8336

  copy link   Newsgroups: uk.tech.broadcast
Path: i2pn2.org!i2pn.org!weretis.net!feeder6.news.weretis.net!news.misty.com!border-2.nntp.ord.giganews.com!nntp.giganews.com!Xl.tags.giganews.com!local-1.nntp.ord.giganews.com!nntp.brightview.co.uk!news.brightview.co.uk.POSTED!not-for-mail
NNTP-Posting-Date: Sun, 18 Jun 2023 12:57:12 +0000
Message-ID: <4pg4i6pE4vjkFwG$@255soft.uk>
Date: Sun, 18 Jun 2023 13:52:20 +0100
From: G6JPG@255soft.uk (J. P. Gilliver)
Newsgroups: uk.tech.broadcast
Subject: Re: chroma offset correction?
References: <$scpjpV27FjkFwHq@255soft.uk> <u6juna$16m0b$1@dont-email.me>
<MNs1rVg1XZjkFwCi@255soft.uk> <u6mle2$1kn0b$1@dont-email.me>
Organization: 255 software
MIME-Version: 1.0
Content-Type: text/plain;charset=iso-8859-1;format=flowed
Content-Transfer-Encoding: 8bit
User-Agent: Turnpike/6.07-M (<Py4iwvIB8$qY9AJVm6P+QN7Hc9>)
X-Antivirus: AVG (VPS 230617-4, 2023-6-17), Outbound message
X-Antivirus-Status: Clean
Lines: 47
X-Usenet-Provider: http://www.giganews.com
X-Trace: sv3-vSK8K2MB0+sMlCeqIGLgNmfu8Z1EBXXo/cZtEOuHyFvSA1wEdya1VpB7nqfmyat50fKfyB7gnX+aXWD!KdP1JE0HcuB0brEk5URHd/j3dFwJ9xkbpwO4UFX3JttcidueVT8J1/H9VdY12mN1DK+k4Cx9
X-Abuse-and-DMCA-Info: Please be sure to forward a copy of ALL headers
X-Abuse-and-DMCA-Info: Otherwise we will be unable to process your complaint properly
X-Postfilter: 1.3.40
 by: J. P. Gilliver - Sun, 18 Jun 2023 12:52 UTC

In message <u6mle2$1kn0b$1@dont-email.me> at Sun, 18 Jun 2023 11:14:25,
Brian Gaff <brian1gaff@gmail.com> writes
>I seem to recall the pulsating colour was mainly on the old Philips vcr
>systems, of any of the speeds. There were on some colours a static
>vertical striping in saturation effect. Seen moor on highly saturated
>colours. It looked odd as it was static so when the camera panned it stayed
>in the same place.
> Some video 8 recordings had the leading colour effect, but as the format
>never really caught on a body bothered. Video 2000 of course was known for
>its video noise effects.

Can't say I was aware of it: I do remember V2000, with its dynamic
following, was much _better_ at all sorts of things - including colour -
than the other two (especially VHS). I remember when one of mine was
newish, going from fast rewind play to fast forward play (or it might
have been the opposite): it slowed down, passing through still, then
speeded up in the other direction, without any tearing or noise bars -
IIRR, it didn't even lose colour. (IIRR VHS always had noise bars at
anything other than ×1 forward speed, and _possibly_ still frame on
later machines.)

> Vhs standard was crap definition and betamax was good if you used basf or
>Fuji tapes on it.

I remember reading somewhere that Betamax and V2000 were (for PAL,
anyway) 3 MHz bandwidth, and VHS 2½ (that must have been luminance only,
of course). I had an old Philips reel-to-reel that I think was 2½ with
proper tape (worked with computer tape if you backed off the video gain
- I think that reduced the bandwidth; but that tape wore the heads).
[I've still got a couple of them, but they aren't in working order.]
(They weren't colour.)

> I actually miss video recorders, despite their many moving parts, they
>worked surprisingly well.
> Brian
>
I often thought the manufacturers missed a chance by not releasing one
or two models with transparent housings so you could see them working;
OK, most people probably _wouldn't_ want to, but I'd have thought there
would be enough of us that would to justify one or two models. After
all, people love steam trains, and I'm sure that's part of the
attraction.
--
J. P. Gilliver. UMRA: 1960/<1985 MB++G()AL-IS-Ch++(p)Ar@T+H+Sh0!:`)DNAf

Philosophy is questions that may never be answered. Religion is answers that
may never be questioned.

Re: chroma offset correction?

<MR6dnf1CvO7r_RL5nZ2dnZfqn_ednZ2d@brightview.co.uk>

  copy mid

https://news.novabbs.org/aus+uk/article-flat.php?id=8337&group=uk.tech.broadcast#8337

  copy link   Newsgroups: uk.tech.broadcast
Path: i2pn2.org!i2pn.org!usenet.blueworldhosting.com!diablo1.usenet.blueworldhosting.com!feeder.usenetexpress.com!tr1.iad1.usenetexpress.com!69.80.99.27.MISMATCH!Xl.tags.giganews.com!local-2.nntp.ord.giganews.com!nntp.brightview.co.uk!news.brightview.co.uk.POSTED!not-for-mail
NNTP-Posting-Date: Sun, 18 Jun 2023 19:52:22 +0000
Date: Sun, 18 Jun 2023 20:52:19 +0100
MIME-Version: 1.0
User-Agent: Mozilla/5.0 (Windows NT 10.0; Win64; x64; rv:102.0) Gecko/20100101 Thunderbird/102.12.0
From: me@privacy.net (NY)
Subject: Re: chroma offset correction?
Newsgroups: uk.tech.broadcast
References: <$scpjpV27FjkFwHq@255soft.uk> <u6juna$16m0b$1@dont-email.me> <MNs1rVg1XZjkFwCi@255soft.uk> <u6mle2$1kn0b$1@dont-email.me> <4pg4i6pE4vjkFwG$@255soft.uk>
Content-Language: en-GB
In-Reply-To: <4pg4i6pE4vjkFwG$@255soft.uk>
Content-Type: text/plain; charset=UTF-8; format=flowed
Content-Transfer-Encoding: 7bit
X-Antivirus: AVG (VPS 230618-6, 18/6/2023), Outbound message
X-Antivirus-Status: Clean
Message-ID: <MR6dnf1CvO7r_RL5nZ2dnZfqn_ednZ2d@brightview.co.uk>
Lines: 61
X-Usenet-Provider: http://www.giganews.com
X-Trace: sv3-BRsEtYlzoAODwjv2etRS1DjuMFVGaIEkR2nPHAmFiMk5qBdr32GhXAFk4V9ZmFiSp98PsiZJ69B+dSs!izvfKaR49RynTCyH5P63FLzlfSYGwSLgDzIdw7FGkUXvA53VNGGHYBjBiWgTgPkwmMtiQg1Zr+iE!AGV1FoNAz06Jjt+TMf0bKQQ84Fk=
X-Abuse-and-DMCA-Info: Please be sure to forward a copy of ALL headers
X-Abuse-and-DMCA-Info: Otherwise we will be unable to process your complaint properly
X-Postfilter: 1.3.40
 by: NY - Sun, 18 Jun 2023 19:52 UTC

On 18/06/2023 13:52, J. P. Gilliver wrote:
> I often thought the manufacturers missed a chance by not releasing one
> or two models with transparent housings so you could see them working;
> OK, most people probably _wouldn't_ want to, but I'd have thought there
> would be enough of us that would to justify one or two models. After
> all, people love steam trains, and I'm sure that's part of the attraction.

Yes it would have been good to see the complicated tape-threading
process that takes place when a cassette is inserted and the unthreading
when it is ejected.

Maybe even illuminate the video head with an LED running at exactly 50
Hz, and see the head speeding up and slowing down as it tries to get the
heads in phase with the tape tracks so the heads hit the centre of the
track.

The very first VHS machine that I used, a Ferguson like this
https://i.ebayimg.com/images/g/J9IAAOSwgW1ke1Iu/s-l1600.jpg didn't lace
the tape when the cassette was loaded. Instead it left the tape unlaced
in case you wanted to REW or FF, and then laced when you pressed play -
so there was a long pause before playing began. Then if you wanted to
wind a bit further and resume playing, there was an unlace pause and
then (after you'd finished winding) a lace-up pause. I suppose it caused
a bit less tape wear, but the fact that every VHS machine I've ever see
since then threaded as soon as the tape was loaded suggests that it
can't have been a major problem.

VHS was surprisingly rugged. Picture quality varied a lot with tape
speed: SP was the best, LP (SP/2) seemed subjectively to be the worst,
and EP (SP/3) seemed to be somewhere in between. My Panasonic VCRs could
do a stable, colour freeze-frame on SP and EP, but it was monochrome on
LP and often I couldn't get the picture stable despite going from one
extreme of tracking adjustment to the other.

I have "fond" memories of a tape jamming (probably tape=up spool jammed)
and the tape looped all over the inside of the tape-transport area
before I managed to press STOP. It was fun extricating the tape and
winding the undamaged section back into the cassette. As the damaged
section was very close to the end of the tape, I just cut it out and
spliced the clear leader onto the end so it still operated the
end-of-tape sensor. Sadly the tape had fouled the video heads so the
picture was very noisy and the hifi sound didn't work, even with a good
cassette. So I bit the bullet and dabbed the all heads on the drum with
a cotton-wool bud soaked in IPA (no, not the beer!) to remove any
clogged oxide. Interestingly, I got the pictures to play without any
noise without too much effort, but it took a long time before I got hifi
sound to work again.

When you think about the compromises that were made to fit the luminance
and chroma onto the tape (chroma bandwidth was only about 0.5 MHz) it
was amazing that results with VHS were not worse.

I always wondered how the later VHS decks were able to maintain a tape
library, so that when you inserted a given tape, the deck would display
all the programmes that were recorded on that tape. I realise that the
list was maintained, per tape, in non-volatile memory on the deck, and
was not stored on the tape itself. But how did the deck manage to
distinguish between one tape and another as soon as the tape was
inserted, so as to present the correct tape-contents list? Did all VHS
tapes contain a unique RFID tag, or was there some other way that a
unique tape ID was recorded all the way along the control track?

Re: chroma offset correction?

<ihclbi1ise1baoku48i4vvjmgra5tjki3m@4ax.com>

  copy mid

https://news.novabbs.org/aus+uk/article-flat.php?id=8578&group=uk.tech.broadcast#8578

  copy link   Newsgroups: uk.tech.broadcast
Path: i2pn2.org!i2pn.org!eternal-september.org!news.eternal-september.org!.POSTED!not-for-mail
From: graham-usenet@mail.com (Graham.)
Newsgroups: uk.tech.broadcast
Subject: Re: chroma offset correction?
Date: Fri, 21 Jul 2023 17:32:34 +0100
Organization: A noiseless patient Spider
Lines: 24
Message-ID: <ihclbi1ise1baoku48i4vvjmgra5tjki3m@4ax.com>
References: <$scpjpV27FjkFwHq@255soft.uk>
MIME-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: 7bit
Injection-Info: dont-email.me; posting-host="37bddf99d974e9d61ae25ef678fa9c55";
logging-data="3504590"; mail-complaints-to="abuse@eternal-september.org"; posting-account="U2FsdGVkX18LE+sMhlwVBwkRlxcYltIDeImJK2CwtbA="
Cancel-Lock: sha1:UzrGtHYUKvhhC5r45PboGUQldJA=
X-Newsreader: Forte Agent 2.0/32.652
 by: Graham. - Fri, 21 Jul 2023 16:32 UTC

On Fri, 16 Jun 2023 14:09:10 +0100, "J. P. Gilliver"
<G6JPG@255soft.uk> wrote:

>I've just watched a clip (https://www.youtube.com/watch?v=_P09xG1clcg -
>no, it wasn't to my taste) where clearly there is a significant time
>offset between chroma and luma. It occurred to me that, when nowadays if
>the only extant copy is a digitised version (the original analogue
>having been lost, or its source unknown), it'd be quite an interesting
>challenge to correct it: I don't think there's anything in the digital
>domain that's analogous to the luma/chroma split, so presumably the
>chroma and luma would have to be regenerated, then slewed back into
>approximate alignment.
>
>(This one is slightly unusual in that the chroma appears to _lead_ the
>luma rather than the usual lag.)

We SECAM 'ere,
We SECAM there,
We SECAM Frenchies everywhere.

--
Graham.
%Profound_observation%

Re: chroma offset correction?

<ki1fnrF4607U1@mid.individual.net>

  copy mid

https://news.novabbs.org/aus+uk/article-flat.php?id=8579&group=uk.tech.broadcast#8579

  copy link   Newsgroups: uk.tech.broadcast
Path: i2pn2.org!i2pn.org!weretis.net!feeder8.news.weretis.net!fu-berlin.de!uni-berlin.de!individual.net!not-for-mail
From: email@here.invalid (Adrian Caspersz)
Newsgroups: uk.tech.broadcast
Subject: Re: chroma offset correction?
Date: Sat, 22 Jul 2023 08:44:59 +0100
Lines: 28
Message-ID: <ki1fnrF4607U1@mid.individual.net>
References: <$scpjpV27FjkFwHq@255soft.uk> <u6juna$16m0b$1@dont-email.me>
<MNs1rVg1XZjkFwCi@255soft.uk> <u6mle2$1kn0b$1@dont-email.me>
<4pg4i6pE4vjkFwG$@255soft.uk>
<MR6dnf1CvO7r_RL5nZ2dnZfqn_ednZ2d@brightview.co.uk>
Mime-Version: 1.0
Content-Type: text/plain; charset=UTF-8; format=flowed
Content-Transfer-Encoding: 7bit
X-Trace: individual.net 1BelbvG2LrsGhUXSECqAiAUNpVYxYhq9S34H401GznpI3d9f2N
Cancel-Lock: sha1:KGznbCfF1ssdngf9pDXh5UpLXxk= sha256:lK/4/pRNQE8DIlZyzUXfUahwhZRqjDZXInnRR9nahWk=
User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:102.0) Gecko/20100101
Thunderbird/102.13.0
Content-Language: en-GB
In-Reply-To: <MR6dnf1CvO7r_RL5nZ2dnZfqn_ednZ2d@brightview.co.uk>
 by: Adrian Caspersz - Sat, 22 Jul 2023 07:44 UTC

On 6/18/23 20:52, NY wrote:

<snip>
>
> I always wondered how the later VHS decks were able to maintain a tape
> library, so that when you inserted a given tape, the deck would display
> all the programmes that were recorded on that tape. I realise that the
> list was maintained, per tape, in non-volatile memory on the deck, and
> was not stored on the tape itself. But how did the deck manage to
> distinguish between one tape and another as soon as the tape was
> inserted, so as to present the correct tape-contents list? Did all VHS
> tapes contain a unique RFID tag, or was there some other way that a
> unique tape ID was recorded all the way along the control track?

Dunno. First I heard of it :)

Panasonic NV-FJ760 Tape Library
https://www.youtube.com/watch?v=TNgaUd2CIfY

https://www.manualslib.com/manual/117527/Panasonic-Nv-Fj710-Series.html?page=26

Control track apparently.
https://en.wikipedia.org/wiki/Control_track

--
Adrian C

Re: chroma offset correction?

<u9hcu9$3ua2r$1@dont-email.me>

  copy mid

https://news.novabbs.org/aus+uk/article-flat.php?id=8605&group=uk.tech.broadcast#8605

  copy link   Newsgroups: uk.tech.broadcast
Path: i2pn2.org!i2pn.org!weretis.net!feeder8.news.weretis.net!eternal-september.org!news.eternal-september.org!.POSTED!not-for-mail
From: me@privacy.invalid (NY)
Newsgroups: uk.tech.broadcast
Subject: Re: chroma offset correction?
Date: Sat, 22 Jul 2023 21:08:03 +0100
Organization: A noiseless patient Spider
Lines: 3
Message-ID: <u9hcu9$3ua2r$1@dont-email.me>
References: <$scpjpV27FjkFwHq@255soft.uk> <u6juna$16m0b$1@dont-email.me> <MNs1rVg1XZjkFwCi@255soft.uk> <u6mle2$1kn0b$1@dont-email.me> <4pg4i6pE4vjkFwG$@255soft.uk> <MR6dnf1CvO7r_RL5nZ2dnZfqn_ednZ2d@brightview.co.uk> <ki1fnrF4607U1@mid.individual.net>
MIME-Version: 1.0
Content-Type: text/plain;
format=flowed;
charset="utf-8";
reply-type=response
Content-Transfer-Encoding: 7bit
Injection-Date: Sat, 22 Jul 2023 20:07:37 -0000 (UTC)
Injection-Info: dont-email.me; posting-host="142b7be545edc40245b8cd6ce55adae9";
logging-data="4139099"; mail-complaints-to="abuse@eternal-september.org"; posting-account="U2FsdGVkX19IRgO31FisByB7JcZaz4fx9MHxhfAY9yk="
Cancel-Lock: sha1:PRmhZUTRSrRxOx2NdZSrvmfGJwQ=
X-MimeOLE: Produced By Microsoft MimeOLE V14.0.8089.726
X-Antivirus: Avast (VPS 230722-6, 22/7/2023), Outbound message
X-Newsreader: Microsoft Windows Live Mail 14.0.8089.726
In-Reply-To: <ki1fnrF4607U1@mid.individual.net>
X-MSMail-Priority: Normal
X-Priority: 3
Importance: Normal
X-Antivirus-Status: Clean
 by: NY - Sat, 22 Jul 2023 20:08 UTC

"Adrian Caspersz" <email@here.invalid> wrote in message
news:ki1fnrF4607U1@mid.individual.net...
> On 6/18/23 20:52, NY wrote:
>
> <snip>
>>
>> I always wondered how the later VHS decks were able to maintain a tape
>> library, so that when you inserted a given tape, the deck would display
>> all the programmes that were recorded on that tape. I realise that the
>> list was maintained, per tape, in non-volatile memory on the deck, and
>> was not stored on the tape itself. But how did the deck manage to
>> distinguish between one tape and another as soon as the tape was
>> inserted, so as to present the correct tape-contents list? Did all VHS
>> tapes contain a unique RFID tag, or was there some other way that a
>> unique tape ID was recorded all the way along the control track?
>
> Dunno. First I heard of it :)
>
> Panasonic NV-FJ760 Tape Library
> https://www.youtube.com/watch?v=TNgaUd2CIfY
>
> https://www.manualslib.com/manual/117527/Panasonic-Nv-Fj710-Series.html?page=26
>
> Control track apparently.
> https://en.wikipedia.org/wiki/Control_track

Yes that makes sense. If you put in a brand new tape it presumably allocates
a tape ID based on time/date (so it is guaranteed to be unique) and then
uses that ID for the whole tape.

As long as you insert a half used (partially virgin) the tape at a point
where there is a recording, it will pick up the ID and use for subsequent
recordings.

The only problem would come if you inserted the tape at an unrecorded point
because the VCR would not pick up the existing ID and so subsequent
recordings would get a new ID rather than continuing the earlier one. I
never tried that. The difficulty now is finding a VHS tape anywhere that has
a virgin section to test that "split personality" tape logical flaw. I
imagine every tape I possess has been recorded end-to-end so doesn't have a
long enough virgin section to see what would happen.

I never knew the control track contained so much information: I imagined it
to be a dumb "electronic sprocket hole", with maybe a blip to denote the
start of each new recording, but not to have space to accommodate a few
bytes for an ID.

On VCRs from (I'm guessing) the mid/late 80s onwards, the control track also
operated the real-time counter, with pulses still being readable even when
the tape was rewound or fast-forwarded at high speed. That made *such* a
difference over the arbitrary 4-digit mechanical "mileometer" counters which
were non-linear (a difference of 10 units meant different things at
different ends of the tape!) and was not at all reproducible. When I was in
the sixth form at school in 1980-1, my prefect duty was in the AV room. We
had a couple of these beasts
https://i.ebayimg.com/images/g/ubcAAOSwIIxkfjid/s-l1600.jpg and the counters
were terrible. We got into the habit of setting the counter to zero at the
beginning of the tape and then noting the position on the tape index info on
the cassette box for each subsequent recording. That meant that a teacher
who wanted to use a given programme in a lesson would wind the tape to the
beginning (if it hadn't been left in that state), zero the counter and then
wind to position 1275 (for example) and know he was at the start of
Tomorrow's World which was the third programme on the tape and started at
the counter number. Fine, except that the counter could be several minutes
out either way if you repeated the operation several times :-(

But it got you in the right locality: you hoped that if you didn't hit the
exact changeover, you could at least identify whether you were near the end
of the previous programme or a few minutes after the beginning of the
programme you wanted. We tended to deliberately *not* record all episodes of
a series consecutively on the same tape, but to deliberately make dissimilar
programmes follow each other: this had the disadvantage that various
episodes were dotted over a variety of tapes, but it made it easier to
distinguish between "end of wrong programme" and "start of desired
programme" ;-)

Of course a wise teacher came up and prepared the tape and got it to exactly
the right place, before the lesson, rather than doing it on the fly with a
tape that he'd never seen before.

The VCRs that we had had one thing that the one in the photo doesn't appear
to have: a *wired* remote control which allowed the tape to be played at
various speeds: something like freeze frame, 1/15 .. normal speed, 2x speed.
The 2x speed still played with sound (IIRC) though it sounded like Pinky and
Perky. Just about intelligible, even if it made the boys crack up with
laughter.

Nowadays with software players like VLC you can play at any speed you like,
with sound that preserves the correct pitch, so speech is intelligible over
a fairly wide range and even music sounds OK from about 0.75x to 1.25x. I
presume it takes short bursts of consecutive sound samples which it plays at
the correct speed (to maintain pitch) but ditches a variable number of
samples in between depending on playback speed. Technology which we'd have
killed for in the early 1980s. ;-)

One thing about those early VCRs: they unlaced the tape every time you went
from playback to rew/ff, so there was always a few seconds unlacing delay at
the start of the fast movement and a few seconds re-lacing delay at the end.
Subsequent VCRs (maybe all those which used the control track for the
counter) kept the tape permanently laced both for play and for rew/ff so
there was only a delay when you first inserted the tape or ejected it.

The top-loader mechanism on those early VCRs was a PITA. You had to be
*very* careful to press down very gently and evenly on both sides of the lid
as you inserted it, otherwise the lid mechanism would jam. I have very fond
(blush) memories of demonstrating this (using that sort of wording) to a
stunningly attractive female teacher who was probably only a few years older
than me, and her responding "Oooooooo, Matronnnnnnnnnn!" in her best Kenneth
Williams voice, which cracked us both up so I couldn't continue for several
minutes. Happy times...

1
server_pubkey.txt

rocksolid light 0.9.81
clearnet tor