Channel 4 subtitles and other services not likely to return until mid-November
https://www.bbc.co.uk/news/entertainment-arts-58965380
"Mark Carver" <mark.carver@invalid.invalid> wrote in message news:it7fh7Fp9heU1@mid.individual.net...
On 19/10/2021 09:48, MB wrote:
Channel 4 subtitles and other services not likely to return untilUndiluted version from C4 themselves
mid-November
https://www.bbc.co.uk/news/entertainment-arts-58965380
https://www.channel4.com/press/news/whats-happened-access-services-channel-4
The morals of this story are twofold:
- the fire-suppression system was not fit for purpose if it damaged all the equipment that it was trying to protect: that is the worse of the two sins - it is beyond belief that a non-water-based fire-suppression system should damage equipment and the company which specified/installed it should hang their heads in shame
- the disaster-recovery backup was inadequate if it did not preserve the subtitle and AD streams that accompany the programmes: more periodic testing needed once a new system is developed
I wonder what precautions playout centres will be taking to prevent these problems occurring again.
I presume the original programme makers would generate the AD and subtitles, so I wonder whether they have copies that can be used to regenerate the missing data.
Has there been any word yet as to *why* the fire-suppression system triggered? Was there actually a fire or was it a false-positive tiggering?
On 19/10/2021 09:48, MB wrote:
Channel 4 subtitles and other services not likely to return untilUndiluted version from C4 themselves
mid-November
https://www.bbc.co.uk/news/entertainment-arts-58965380
https://www.channel4.com/press/news/whats-happened-access-services-channel-4
Well you are back to the old problem of writing adequate requirements. The fire suppression system probably met a written requirement to put a fire
out. Doubtless that requirement called upon the system to meet some sort of national/international standard. I bet that standard never even considered sonic shockwaves damaging hard disks. Engineering by paperwork rather than
by experience.
According to the BBC report the fire service found no fire.
Channel 4 subtitles and other services not likely to return until >mid-November
https://www.bbc.co.uk/news/entertainment-arts-58965380
On 19/10/2021 09:48, MB wrote:
Channel 4 subtitles and other services not likely to return untilUndiluted version from C4 themselves
mid-November
https://www.bbc.co.uk/news/entertainment-arts-58965380
https://www.channel4.com/press/news/whats-happened-access-services-channel-4
NY <me@privacy.invalid> wrote:[]
The morals of this story are twofold:
- the fire-suppression system was not fit for purpose if it damaged all the >> equipment that it was trying to protect: that is the worse of the two sins - >> it is beyond belief that a non-water-based fire-suppression system should
damage equipment and the company which specified/installed it should hang
their heads in shame
- the disaster-recovery backup was inadequate if it did not preserve the
subtitle and AD streams that accompany the programmes: more periodic testing >> needed once a new system is developed
I'm not sure they do - certainly for AD; most American material I hearI presume the original programme makers would generate the AD and subtitles, >> so I wonder whether they have copies that can be used to regenerate the
missing data.
(Good question. [And I hope it _is_ answered - properly, I mean, not
Has there been any word yet as to *why* the fire-suppression system
triggered? Was there actually a fire or was it a false-positive tiggering? >>
Well you are back to the old problem of writing adequate requirements. The >fire suppression system probably met a written requirement to put a fire
out. Doubtless that requirement called upon the system to meet some sort of >national/international standard. I bet that standard never even considered >sonic shockwaves damaging hard disks. Engineering by paperwork rather than
by experience.
Another question that certainly should be being asked - I'm asking it,
for a start! - is how long the companies are to be_allowed_ to not meet their requirements to provide subtitles and AD for whatever proportion
of their programming is specified?
In my day (retired in 2004) of BBC DR being Pebble Mill we certainly
never thought of restoring ST & AD.
And sitting on the BBC DR committee I can't remember them being
thought off. It was a case of assuming something like an evacuation
of TVC or latterly WC. Only needed for a few hours.
Maybe that thinking has lasted? DR for occupations/bomb threats etc?
On 20/10/2021 12:41, Dickie mint wrote:
In my day (retired in 2004) of BBC DR being Pebble Mill we certainly
never thought of restoring ST & AD.
And sitting on the BBC DR committee I can't remember them being
thought off. It was a case of assuming something like an evacuation
of TVC or latterly WC. Only needed for a few hours.
Maybe that thinking has lasted? DR for occupations/bomb threats etc?
Well the most obvious scenario for requiring DR for an extended period,
and therefore all of the 'access' services, is the primary facility (in
your example BBC TV Centre) burning to the ground ?
The likelihood of that hasn't really ever changed, and in principle that
has happened to Red Bee (except the fire prevention system destroyed the
kit, rather than a fire !)
Seems everybody is learning lessons in resilience right now.Regrettably it took a while, but it eventually became apparent that you
Seems everybody is learning lessons in resilience right now. The upside,
is
whenever a project manager demands an estimate for when something might be done I can now genuinely shrug my shoulders and say I haven’t a clue and this is now recognised as an unchallengeable position. It’s even filtering through to the counters of beans.
In my day (retired in 2004) of BBC DR being Pebble Mill we certainly
never thought of restoring ST & AD.
Sysop: | Keyop |
---|---|
Location: | Huddersfield, West Yorkshire, UK |
Users: | 293 |
Nodes: | 16 (2 / 14) |
Uptime: | 215:04:35 |
Calls: | 6,619 |
Calls today: | 1 |
Files: | 12,169 |
Messages: | 5,317,541 |