NG
noggin
Founding member
Standard UK broadcast bitrate and codec for HD show delivery - as per DPP AS11 - is 100Mbs AVCi100. Add on to that the 1.15Mbs per track bitrate requirement for 48k/24bit PCM uncompressed audio tracks (usually 4 or 16 for stereo and 5.1 shows - so ~4.5 to 18Mbs for audio)
Rule of thumb = 1GB/minute (i.e. 1GigaByte per minute - though it's a bit less for stereo)
So a BBC 30 minute show (~29 minutes) with a standard 2 minute line-up and clock will be around 30GB, and an hour long show will be around 60GB, in HD. This may increase if there are textless elements (often another few minutes on the end) tacked on to the end of the delivered programme.
(SD shows - not that they really exist these days - are 50Mbs for video - using IMX50 I-frame only MPEG2 - with the same bitrates for 24 bit audio - though some 16 bit audio - which will require 2/3 the bitrate - may also be in use)
Also MarkyMark you are making an assumption that you can start playout whilst still recording - whilst that's a standard feature in broadcast video servers like EVS - it may not be for integrated 'channel in a box' systems like Morpheus ICE used by Red Bee... (Red Bee use IP 'channel in a box' for both ITV and BBC playout these days - with no separate playout servers, vision and sound mixers, graphics boxes etc. The 'box' does everything internally in the IP domain - playout, DVE, graphics generation, audio mixing and handles the playout automation stuff too)
**EDIT - I believe delayed playout of a recording is a feature of Morpheus ICE, as it can be used for time shift **
Traditionally Red Bee have required 3x the duration of the show to turn around a line recording as a file for delivery to BBC One or Two playout (So for a 30 minute show you were required to start playout to Red Bee 2 hours before transmission). If you missed that slot you had to be prepared to playout live to network down-the-line. This may have been relaxed since I last checked - but that was the rule of thumb programmes usually worked to in deciding whether they could line-feed to lines-record, or had to line-feed live to NC1 or NC2.
Rule of thumb = 1GB/minute (i.e. 1GigaByte per minute - though it's a bit less for stereo)
So a BBC 30 minute show (~29 minutes) with a standard 2 minute line-up and clock will be around 30GB, and an hour long show will be around 60GB, in HD. This may increase if there are textless elements (often another few minutes on the end) tacked on to the end of the delivered programme.
(SD shows - not that they really exist these days - are 50Mbs for video - using IMX50 I-frame only MPEG2 - with the same bitrates for 24 bit audio - though some 16 bit audio - which will require 2/3 the bitrate - may also be in use)
Also MarkyMark you are making an assumption that you can start playout whilst still recording - whilst that's a standard feature in broadcast video servers like EVS - it may not be for integrated 'channel in a box' systems like Morpheus ICE used by Red Bee... (Red Bee use IP 'channel in a box' for both ITV and BBC playout these days - with no separate playout servers, vision and sound mixers, graphics boxes etc. The 'box' does everything internally in the IP domain - playout, DVE, graphics generation, audio mixing and handles the playout automation stuff too)
**EDIT - I believe delayed playout of a recording is a feature of Morpheus ICE, as it can be used for time shift **
Traditionally Red Bee have required 3x the duration of the show to turn around a line recording as a file for delivery to BBC One or Two playout (So for a 30 minute show you were required to start playout to Red Bee 2 hours before transmission). If you missed that slot you had to be prepared to playout live to network down-the-line. This may have been relaxed since I last checked - but that was the rule of thumb programmes usually worked to in deciding whether they could line-feed to lines-record, or had to line-feed live to NC1 or NC2.
Last edited by noggin on 17 November 2020 12:41pm - 3 times in total