https://wiki.emfcamp.org/2014/w/api.php?action=feedcontributions&feedformat=atom&user=Mikechislett 2026-04-03T18:22:46Z User contributions MediaWiki 1.39.6 https://wiki.emfcamp.org/2014/w/index.php?title=EMFBC&diff=305 2013-10-10T10:12:09Z

<p>Mikechislett: /* MCC */</p> <hr /> <div>==So tell me more==<br /> Well, A few of us at London Hackspace have been thinking about how we could make the video side of things better. Much better.<br /> We theorize, with past examples in Student TV and Real world TV, that we can reasonably expect to provide:<br /> <br /> HD Live streams for two stages with live graphics on the streams (i.e. ''Jonty - Beeeeeeees''). Overflow capacity (i.e. &quot;Ahh, stage A is full, can we get the pictures &amp; sound to stage B?&quot;). All talks, Q&amp;A sessions available on demand within 2 hours of their finish. Overnight continuity service from our edited talks, and external content from licensed partners (more to follow on this later!). A Cheesy closedown clock, a la BBC style 1am goodnight, hacking forecast, and national anthem (then followed by EMF continuity service).<br /> <br /> '''Are we too soon with this?''' ''NO.''<br /> <br /> '''When can I get involved?''' ''Not quite yet. We'll rough out the plan first, then open up to people taking on parts of this project later. We'll say more when things are ready to have people start working on them.''<br /> <br /> '''I have some stuff you might want to use!''' ''Cool. Please go ahead and list it under your username on the discussions page. If you have a 'complete setup', that's nice, but we probably won't use it in the configuration you've imagined - we'll think of it as 'I have this pile of parts you can use'.<br /> ''<br /> == Topology ==<br /> '''Connectivity'''<br /> *EMF will likely have 2 or 3 stages, each probably 100 meters or more apart. MCC wil need to be close to either one of (or the middle one of) the stages: we'll use less cable.<br /> *This means we need quite a bit of VIDEO cable:<br /> **Datarate is 1.486Gbps<br /> **Any encoder introduces very bad latencies. And Will clog the network very quickly. Generally not broadcast-reliable either :(<br /> **Fiber may be cheaper<br /> ***Russ has a pile of fiber, will there be any spare we could borrow (lc-lc, multimode).<br /> *And networking:<br /> **EMF-NOC will be nearby, short enough for conventional Cat5e/6.<br /> <br /> '''Master control caravan (MCC)'''<br /> From where we'll run the operation. We need a caravan, to be purchased/acquired at roughly T minus 8 months. Approx 4 berth size please. Budget £300 (Hipster knows an outlet of cheap caravans).<br /> <br /> '''The broom Cupboard'''<br /> A Camera, a set of lights, and 3 mics outside the caravan - good for interviews really. Possible collaboration with radio people?<br /> <br /> == MCC ==<br /> At the center of it all. We'll mix, edit, broadcast,stream, archive, route... All from here.<br /> Our kit will probably fit in two main racks, distributed evenly over the wheel arches of the caravan os we can tow it.<br /> <br /> On the IT side, we'll need the following machines:<br /> *Switch. Managed Switch.<br /> *Control PC<br /> **Reads the schedule, controls the videoservers, possibly controls the remote mixers.<br /> *Edit PC<br /> **Reasonable fast machine to run a video editing program on.<br /> **We'll cut down the chaff from the goings on in the stages, add Titles, Credits &amp; end boards on this.<br /> **We'll upload our content from here too (in the background whilst we edit).<br /> *Storage / record machine<br /> **2TB that can do 200Mb/s. No other purpose.<br /> **Must be something like R10,R51,R60. Basically, quick, reliable.<br /> **Videoservers, recorder, edits, will all run from here.<br /> **posibly dual NIC (decide later).<br /> **Record the incoming feeds.<br /> **Control to get new clip for each talk.<br /> *Videoserver (2Ch PLAYOUT/GFX)<br /> **Runs Graphics (fill &amp; key) during the day.<br /> **Runs videos in the overnight continuity service. Can internally key the graphics for overnight.<br /> *Streamer1<br /> **Streams the 1st Stream<br /> *Streamer2<br /> **Streams the 2nd Stream<br /> <br /> <br /> On the hardware side:<br /> *Screens (all HDMI unless otherwise stated)<br /> **VideoServer Output 1<br /> **VideoServer Output 2<br /> **Multiview A<br /> **Multiview B<br /> **Program A<br /> **Program B<br /> **Edit Left<br /> **Edit Right<br /> **PC1 (optional, any)<br /> **PC2 (optional, any)<br /> **RPi(optional, any)<br /> <br /> <br /> *HDSDI-HDMI convertors (LKV-368 are £30 on amazon/ebay)<br /> **RecServer Output 1<br /> **RecServer Output 2<br /> **Multiview A<br /> **Multiview B<br /> <br /> *Clocks<br /> **Leitch 1 (big hands clock)<br /> **LED1 (caravan left/front)<br /> **LED2 (caravan right/back)<br /> <br /> *Controllers (serial / USB to the control PC)<br /> **Controller1<br /> **Controller2<br /> <br /> <br /> General items<br /> *Rack1<br /> *Rack2<br /> *Power strip 1<br /> *Power strip 2<br /> *USB Keyboards<br /> *USB Mice<br /> *Phone charger :P<br /> *Network cables<br /> *Lights<br /> *2 Floodlights<br /> <br /> <br /> Outstation items (for each outstation)<br /> * Mini rack/flightcase<br /> * HDMI to HD-SDI convertor<br /> * VGA to HDMI<br /> *HDMI Distribution amp<br /> *HDMI Switch (Hacked for network control)<br /> *VGA Cables<br /> *HDMI Cables<br /> *Power strip<br /> *4 20M XLR cables</div>

Mikechislett https://wiki.emfcamp.org/2014/w/index.php?title=EMFBC&diff=303 2013-09-12T22:27:07Z

<p>Mikechislett: /* MCC */</p> <hr /> <div>==So tell me more==<br /> Well, A few of us at London Hackspace have been thinking about how we could make the video side of things better. Much better.<br /> We theorize, with past examples in Student TV and Real world TV, that we can reasonably expect to provide:<br /> <br /> HD Live streams for two stages with live graphics on the streams (i.e. ''Jonty - Beeeeeeees''). Overflow capacity (i.e. &quot;Ahh, stage A is full, can we get the pictures &amp; sound to stage B?&quot;). All talks, Q&amp;A sessions available on demand within 2 hours of their finish. Overnight continuity service from our edited talks, and external content from licensed partners (more to follow on this later!). A Cheesy closedown clock, a la BBC style 1am goodnight, hacking forecast, and national anthem (then followed by EMF continuity service).<br /> <br /> '''Are we too soon with this?''' ''NO.''<br /> <br /> '''When can I get involved?''' ''Not quite yet. We'll rough out the plan first, then open up to people taking on parts of this project later. We'll say more when things are ready to have people start working on them.''<br /> <br /> '''I have some stuff you might want to use!''' ''Cool. Please go ahead and list it under your username on the discussions page. If you have a 'complete setup', that's nice, but we probably won't use it in the configuration you've imagined - we'll think of it as 'I have this pile of parts you can use'.<br /> ''<br /> == Topology ==<br /> '''Connectivity'''<br /> *EMF will likely have 2 or 3 stages, each probably 100 meters or more apart. MCC wil need to be close to either one of (or the middle one of) the stages: we'll use less cable.<br /> *This means we need quite a bit of VIDEO cable:<br /> **Datarate is 1.486Gbps<br /> **Any encoder introduces very bad latencies. And Will clog the network very quickly. Generally not broadcast-reliable either :(<br /> **Fiber may be cheaper<br /> ***Russ has a pile of fiber, will there be any spare we could borrow (lc-lc, multimode).<br /> *And networking:<br /> **EMF-NOC will be nearby, short enough for conventional Cat5e/6.<br /> <br /> '''Master control caravan (MCC)'''<br /> From where we'll run the operation. We need a caravan, to be purchased/acquired at roughly T minus 8 months. Approx 4 berth size please. Budget £300 (Hipster knows an outlet of cheap caravans).<br /> <br /> '''The broom Cupboard'''<br /> A Camera, a set of lights, and 3 mics outside the caravan - good for interviews really. Possible collaboration with radio people?<br /> <br /> == MCC ==<br /> At the center of it all. We'll mix, edit, broadcast,stream, archive, route... All from here.<br /> Our kit will probably fit in two main racks, distributed evenly over the wheel arches of the caravan os we can tow it.<br /> <br /> On the IT side, we'll need the following machines:<br /> *Switch. Managed Switch.<br /> *Control PC<br /> **Reads the schedule, controls the videoservers, possibly controls the remote mixers.<br /> *Edit PC<br /> **Reasonable fast machine to run a video editing program on.<br /> **We'll cut down the chaff from the goings on in the stages, add Titles, Credits &amp; end boards on this.<br /> **We'll upload our content from here too (in the background whilst we edit).<br /> *Storage machine<br /> **2TB that can do 200Mb/s. No other purpose.<br /> **Must be something like R10,R51,R60. Basically, quick, reliable.<br /> **Videoservers, recorder, edits, will all run from here.<br /> **posibly dual NIC (decide later).<br /> *Videoserver (2Ch REC)<br /> **Record the incoming feeds.<br /> **Dump to storage machine.<br /> **Control to get new clip for each talk.<br /> *Videoserver (2Ch PLAYOUT/GFX)<br /> **Runs Graphics (fill &amp; key) during the day.<br /> **Runs videos in the overnight continuity service. Can internally key the graphics for overnight.<br /> *Streamer1<br /> **Streams the 1st Stream<br /> *Streamer2<br /> **Streams the 2nd Stream<br /> <br /> <br /> On the hardware side:<br /> *Screens (all HDMI unless otherwise stated)<br /> **VideoServer Output 1<br /> **VideoServer Output 2<br /> **Multiview A<br /> **Multiview B<br /> **Program A<br /> **Program B<br /> **Edit Left<br /> **Edit Right<br /> **PC1 (optional, any)<br /> **PC2 (optional, any)<br /> **RPi(optional, any)<br /> <br /> <br /> *HDSDI-HDMI convertors (LKV-368 are £30 on amazon/ebay)<br /> **RecServer Output 1<br /> **RecServer Output 2<br /> **Multiview A<br /> **Multiview B<br /> <br /> *Clocks<br /> **Leitch 1 (big hands clock)<br /> **LED1 (caravan left/front)<br /> **LED2 (caravan right/back)<br /> <br /> *Controllers (serial / USB to the control PC)<br /> **Controller1<br /> **Controller2<br /> <br /> <br /> General items<br /> *Rack1<br /> *Rack2<br /> *Power strip 1<br /> *Power strip 2<br /> *USB Keyboards<br /> *USB Mice<br /> *Phone charger :P<br /> *Network cables<br /> *Lights<br /> *2 Floodlights<br /> <br /> <br /> Outstation items (for each outstation)<br /> * Mini rack/flightcase<br /> * HDMI to HD-SDI convertor<br /> * VGA to HDMI<br /> *HDMI Distribution amp<br /> *HDMI Switch (Hacked for network control)<br /> *VGA Cables<br /> *HDMI Cables<br /> *Power strip<br /> *4 20M XLR cables</div>

Mikechislett https://wiki.emfcamp.org/2014/w/index.php?title=EMFBC&diff=302 2013-09-12T22:21:51Z

<p>Mikechislett: /* MCC */</p> <hr /> <div>==So tell me more==<br /> Well, A few of us at London Hackspace have been thinking about how we could make the video side of things better. Much better.<br /> We theorize, with past examples in Student TV and Real world TV, that we can reasonably expect to provide:<br /> <br /> HD Live streams for two stages with live graphics on the streams (i.e. ''Jonty - Beeeeeeees''). Overflow capacity (i.e. &quot;Ahh, stage A is full, can we get the pictures &amp; sound to stage B?&quot;). All talks, Q&amp;A sessions available on demand within 2 hours of their finish. Overnight continuity service from our edited talks, and external content from licensed partners (more to follow on this later!). A Cheesy closedown clock, a la BBC style 1am goodnight, hacking forecast, and national anthem (then followed by EMF continuity service).<br /> <br /> '''Are we too soon with this?''' ''NO.''<br /> <br /> '''When can I get involved?''' ''Not quite yet. We'll rough out the plan first, then open up to people taking on parts of this project later. We'll say more when things are ready to have people start working on them.''<br /> <br /> '''I have some stuff you might want to use!''' ''Cool. Please go ahead and list it under your username on the discussions page. If you have a 'complete setup', that's nice, but we probably won't use it in the configuration you've imagined - we'll think of it as 'I have this pile of parts you can use'.<br /> ''<br /> == Topology ==<br /> '''Connectivity'''<br /> *EMF will likely have 2 or 3 stages, each probably 100 meters or more apart. MCC wil need to be close to either one of (or the middle one of) the stages: we'll use less cable.<br /> *This means we need quite a bit of VIDEO cable:<br /> **Datarate is 1.486Gbps<br /> **Any encoder introduces very bad latencies. And Will clog the network very quickly. Generally not broadcast-reliable either :(<br /> **Fiber may be cheaper<br /> ***Russ has a pile of fiber, will there be any spare we could borrow (lc-lc, multimode).<br /> *And networking:<br /> **EMF-NOC will be nearby, short enough for conventional Cat5e/6.<br /> <br /> '''Master control caravan (MCC)'''<br /> From where we'll run the operation. We need a caravan, to be purchased/acquired at roughly T minus 8 months. Approx 4 berth size please. Budget £300 (Hipster knows an outlet of cheap caravans).<br /> <br /> '''The broom Cupboard'''<br /> A Camera, a set of lights, and 3 mics outside the caravan - good for interviews really. Possible collaboration with radio people?<br /> <br /> == MCC ==<br /> At the center of it all. We'll mix, edit, broadcast,stream, archive, route... All from here.<br /> Our kit will probably fit in two main racks, distributed evenly over the wheel arches of the caravan os we can tow it.<br /> <br /> On the IT side, we'll need the following machines:<br /> *Switch. Managed Switch.<br /> *Control PC<br /> **Reads the schedule, controls the videoservers, possibly controls the remote mixers.<br /> *Edit PC<br /> **Reasonable fast machine to run a video editing program on.<br /> **We'll cut down the chaff from the goings on in the stages, add Titles, Credits &amp; end boards on this.<br /> **We'll upload our content from here too (in the background whilst we edit).<br /> *Storage machine<br /> **2TB that can do 200Mb/s. No other purpose.<br /> **Must be something like R10,R51,R60. Basically, quick, reliable.<br /> **Videoservers, recorder, edits, will all run from here.<br /> **posibly dual NIC (decide later).<br /> *Videoserver (2Ch REC)<br /> **Record the incoming feeds.<br /> **Dump to storage machine.<br /> **Control to get new clip for each talk.<br /> *Videoserver (2Ch PLAYOUT/GFX)<br /> **Runs Graphics (fill &amp; key) during the day.<br /> **Runs videos in the overnight continuity service. Can internally key the graphics for overnight.<br /> *Streamer1<br /> **Streams the 1st Stream<br /> *Streamer2<br /> **Streams the 2nd Stream<br /> <br /> <br /> On the hardware side:<br /> *Screens (all HDMI unless otherwise stated)<br /> **VideoServer Output 1<br /> **VideoServer Output 2<br /> **Multiview A<br /> **Multiview B<br /> **Program A<br /> **Program B<br /> **Edit Left<br /> **Edit Right<br /> **PC1 (optional, any)<br /> **PC2 (optional, any)<br /> **RPi(optional, any)<br /> <br /> <br /> *HDSDI-HDMI convertors (LKV-368 are £30 on amazon/ebay)<br /> **RecServer Output 1<br /> **RecServer Output 2<br /> **Multiview A<br /> **Multiview B<br /> <br /> *Clocks<br /> **Leitch 1 (big hands clock)<br /> **LED1 (caravan left/front)<br /> **LED2 (caravan right/back)<br /> <br /> *Controllers (serial / USB to the control PC)<br /> **Controller1<br /> **Controller2</div>

Mikechislett https://wiki.emfcamp.org/2014/w/index.php?title=EMFBC&diff=301 2013-09-12T22:21:18Z

<p>Mikechislett: /* MCC */</p> <hr /> <div>==So tell me more==<br /> Well, A few of us at London Hackspace have been thinking about how we could make the video side of things better. Much better.<br /> We theorize, with past examples in Student TV and Real world TV, that we can reasonably expect to provide:<br /> <br /> HD Live streams for two stages with live graphics on the streams (i.e. ''Jonty - Beeeeeeees''). Overflow capacity (i.e. &quot;Ahh, stage A is full, can we get the pictures &amp; sound to stage B?&quot;). All talks, Q&amp;A sessions available on demand within 2 hours of their finish. Overnight continuity service from our edited talks, and external content from licensed partners (more to follow on this later!). A Cheesy closedown clock, a la BBC style 1am goodnight, hacking forecast, and national anthem (then followed by EMF continuity service).<br /> <br /> '''Are we too soon with this?''' ''NO.''<br /> <br /> '''When can I get involved?''' ''Not quite yet. We'll rough out the plan first, then open up to people taking on parts of this project later. We'll say more when things are ready to have people start working on them.''<br /> <br /> '''I have some stuff you might want to use!''' ''Cool. Please go ahead and list it under your username on the discussions page. If you have a 'complete setup', that's nice, but we probably won't use it in the configuration you've imagined - we'll think of it as 'I have this pile of parts you can use'.<br /> ''<br /> == Topology ==<br /> '''Connectivity'''<br /> *EMF will likely have 2 or 3 stages, each probably 100 meters or more apart. MCC wil need to be close to either one of (or the middle one of) the stages: we'll use less cable.<br /> *This means we need quite a bit of VIDEO cable:<br /> **Datarate is 1.486Gbps<br /> **Any encoder introduces very bad latencies. And Will clog the network very quickly. Generally not broadcast-reliable either :(<br /> **Fiber may be cheaper<br /> ***Russ has a pile of fiber, will there be any spare we could borrow (lc-lc, multimode).<br /> *And networking:<br /> **EMF-NOC will be nearby, short enough for conventional Cat5e/6.<br /> <br /> '''Master control caravan (MCC)'''<br /> From where we'll run the operation. We need a caravan, to be purchased/acquired at roughly T minus 8 months. Approx 4 berth size please. Budget £300 (Hipster knows an outlet of cheap caravans).<br /> <br /> '''The broom Cupboard'''<br /> A Camera, a set of lights, and 3 mics outside the caravan - good for interviews really. Possible collaboration with radio people?<br /> <br /> == MCC ==<br /> At the center of it all. We'll mix, edit, broadcast,stream, archive, route... All from here.<br /> Our kit will probably fit in two main racks, distributed evenly over the wheel arches of the caravan os we can tow it.<br /> <br /> On the IT side, we'll need the following machines:<br /> *Switch. Managed Switch.<br /> *Control PC<br /> **Reads the schedule, controls the videoservers, possibly controls the remote mixers.<br /> *Edit PC<br /> **Reasonable fast machine to run a video editing program on.<br /> **We'll cut down the chaff from the goings on in the stages, add Titles, Credits &amp; end boards on this.<br /> **We'll upload our content from here too (in the background whilst we edit).<br /> *Storage machine<br /> **2TB that can do 200Mb/s. No other purpose.<br /> **Must be something like R10,R51,R60. Basically, quick, reliable.<br /> **Videoservers, recorder, edits, will all run from here.<br /> **posibly dual NIC (decide later).<br /> *Videoserver (2Ch REC)<br /> **Record the incoming feeds.<br /> **Dump to storage machine.<br /> **Control to get new clip for each talk.<br /> *Videoserver (2Ch PLAYOUT/GFX)<br /> **Runs Graphics (fill &amp; key) during the day.<br /> **Runs videos in the overnight continuity service. Can internally key the graphics for overnight.<br /> *Streamer1<br /> **Streams the 1st Stream<br /> *Streamer2<br /> **Streams the 2nd Stream<br /> <br /> <br /> On the hardware side:<br /> *Screens (all HDMI unless otherwise stated)<br /> **VideoServer Output 1<br /> **VideoServer Output 2<br /> **Multiview A<br /> **Multiview B<br /> **Program A<br /> **Program B<br /> **Edit Left<br /> **Edit Right<br /> *PC1 (optional, any)<br /> *PC2 (optional, any)<br /> *RPi(optional, any)<br /> <br /> *HDSDI-HDMI convertors (LKV-368 are £30 on amazon/ebay)<br /> **RecServer Output 1<br /> **RecServer Output 2<br /> **Multiview A<br /> **Multiview B<br /> <br /> *Clocks<br /> **Leitch 1 (big hands clock)<br /> **LED1 (caravan left/front)<br /> **LED2 (caravan right/back)<br /> <br /> *Controllers (serial / USB to the control PC)<br /> **Controller1<br /> **Controller2</div>

Mikechislett https://wiki.emfcamp.org/2014/w/index.php?title=EMFBC&diff=300 2013-09-12T22:02:20Z

<p>Mikechislett: /* MCC */</p> <hr /> <div>==So tell me more==<br /> Well, A few of us at London Hackspace have been thinking about how we could make the video side of things better. Much better.<br /> We theorize, with past examples in Student TV and Real world TV, that we can reasonably expect to provide:<br /> <br /> HD Live streams for two stages with live graphics on the streams (i.e. ''Jonty - Beeeeeeees''). Overflow capacity (i.e. &quot;Ahh, stage A is full, can we get the pictures &amp; sound to stage B?&quot;). All talks, Q&amp;A sessions available on demand within 2 hours of their finish. Overnight continuity service from our edited talks, and external content from licensed partners (more to follow on this later!). A Cheesy closedown clock, a la BBC style 1am goodnight, hacking forecast, and national anthem (then followed by EMF continuity service).<br /> <br /> '''Are we too soon with this?''' ''NO.''<br /> <br /> '''When can I get involved?''' ''Not quite yet. We'll rough out the plan first, then open up to people taking on parts of this project later. We'll say more when things are ready to have people start working on them.''<br /> <br /> '''I have some stuff you might want to use!''' ''Cool. Please go ahead and list it under your username on the discussions page. If you have a 'complete setup', that's nice, but we probably won't use it in the configuration you've imagined - we'll think of it as 'I have this pile of parts you can use'.<br /> ''<br /> == Topology ==<br /> '''Connectivity'''<br /> *EMF will likely have 2 or 3 stages, each probably 100 meters or more apart. MCC wil need to be close to either one of (or the middle one of) the stages: we'll use less cable.<br /> *This means we need quite a bit of VIDEO cable:<br /> **Datarate is 1.486Gbps<br /> **Any encoder introduces very bad latencies. And Will clog the network very quickly. Generally not broadcast-reliable either :(<br /> **Fiber may be cheaper<br /> ***Russ has a pile of fiber, will there be any spare we could borrow (lc-lc, multimode).<br /> *And networking:<br /> **EMF-NOC will be nearby, short enough for conventional Cat5e/6.<br /> <br /> '''Master control caravan (MCC)'''<br /> From where we'll run the operation. We need a caravan, to be purchased/acquired at roughly T minus 8 months. Approx 4 berth size please. Budget £300 (Hipster knows an outlet of cheap caravans).<br /> <br /> '''The broom Cupboard'''<br /> A Camera, a set of lights, and 3 mics outside the caravan - good for interviews really. Possible collaboration with radio people?<br /> <br /> == MCC ==<br /> At the center of it all. We'll mix, edit, broadcast,stream, archive, route... All from here.<br /> Our kit will probably fit in two main racks, distributed evenly over the wheel arches of the caravan os we can tow it.<br /> <br /> On the IT side, we'll need the following machines:<br /> *Switch. Managed Switch.<br /> *Control PC<br /> **Reads the schedule, controls the videoservers, possibly controls the remote mixers.<br /> *Edit PC<br /> **Reasonable fast machine to run a video editing program on.<br /> **We'll cut down the chaff from the goings on in the stages, add Titles, Credits &amp; end boards on this.<br /> **We'll upload our content from here too (in the background whilst we edit).<br /> *Storage machine<br /> **2TB that can do 200Mb/s. No other purpose.<br /> **Must be something like R10,R51,R60. Basically, quick, reliable.<br /> **Videoservers, recorder, edits, will all run from here.<br /> **posibly dual NIC (decide later).<br /> *Videoserver (2Ch REC)<br /> **Record the incoming feeds.<br /> **Dump to storage machine.<br /> **Control to get new clip for each talk.<br /> *Videoserver (2Ch PLAYOUT/GFX)<br /> **Runs Graphics (fill &amp; key) during the day.<br /> **Runs videos in the overnight continuity service. Can internally key the graphics for overnight.<br /> *Streamer1<br /> **Streams the 1st Stream<br /> *Streamer2<br /> **Streams the 2nd Stream<br /> <br /> <br /> On the hardware side:<br /> *Screens (all HDMI unless otherwise stated)<br /> **VideoServer Output 1<br /> **VideoServer Output 2<br /> **Multiview A<br /> **Multiview B<br /> **Edit Left<br /> **Edit Right<br /> <br /> *HDSDI-HDMI convertors (LKV-368 are £30 on amazon/ebay)<br /> **RecServer Output 1<br /> **RecServer Output 2<br /> **Multiview A<br /> **Multiview B<br /> <br /> *Clocks<br /> **Leitch 1 (big hands clock)<br /> **LED1 (caravan left/front)<br /> **LED2 (caravan right/back)<br /> <br /> *Controllers (serial / USB to the control PC)<br /> **Controller1<br /> **Controller2</div>

Mikechislett https://wiki.emfcamp.org/2014/w/index.php?title=EMFBC&diff=299 2013-09-12T21:56:16Z

<p>Mikechislett: /* MCC */</p> <hr /> <div>==So tell me more==<br /> Well, A few of us at London Hackspace have been thinking about how we could make the video side of things better. Much better.<br /> We theorize, with past examples in Student TV and Real world TV, that we can reasonably expect to provide:<br /> <br /> HD Live streams for two stages with live graphics on the streams (i.e. ''Jonty - Beeeeeeees''). Overflow capacity (i.e. &quot;Ahh, stage A is full, can we get the pictures &amp; sound to stage B?&quot;). All talks, Q&amp;A sessions available on demand within 2 hours of their finish. Overnight continuity service from our edited talks, and external content from licensed partners (more to follow on this later!). A Cheesy closedown clock, a la BBC style 1am goodnight, hacking forecast, and national anthem (then followed by EMF continuity service).<br /> <br /> '''Are we too soon with this?''' ''NO.''<br /> <br /> '''When can I get involved?''' ''Not quite yet. We'll rough out the plan first, then open up to people taking on parts of this project later. We'll say more when things are ready to have people start working on them.''<br /> <br /> '''I have some stuff you might want to use!''' ''Cool. Please go ahead and list it under your username on the discussions page. If you have a 'complete setup', that's nice, but we probably won't use it in the configuration you've imagined - we'll think of it as 'I have this pile of parts you can use'.<br /> ''<br /> == Topology ==<br /> '''Connectivity'''<br /> *EMF will likely have 2 or 3 stages, each probably 100 meters or more apart. MCC wil need to be close to either one of (or the middle one of) the stages: we'll use less cable.<br /> *This means we need quite a bit of VIDEO cable:<br /> **Datarate is 1.486Gbps<br /> **Any encoder introduces very bad latencies. And Will clog the network very quickly. Generally not broadcast-reliable either :(<br /> **Fiber may be cheaper<br /> ***Russ has a pile of fiber, will there be any spare we could borrow (lc-lc, multimode).<br /> *And networking:<br /> **EMF-NOC will be nearby, short enough for conventional Cat5e/6.<br /> <br /> '''Master control caravan (MCC)'''<br /> From where we'll run the operation. We need a caravan, to be purchased/acquired at roughly T minus 8 months. Approx 4 berth size please. Budget £300 (Hipster knows an outlet of cheap caravans).<br /> <br /> '''The broom Cupboard'''<br /> A Camera, a set of lights, and 3 mics outside the caravan - good for interviews really. Possible collaboration with radio people?<br /> <br /> == MCC ==<br /> At the center of it all. We'll mix, edit, broadcast,stream, archive, route... All from here.<br /> Our kit will probably fit in two main racks, distributed evenly over the wheel arches of the caravan os we can tow it.<br /> <br /> On the IT side, we'll need the following machines:<br /> *Switch. Managed Switch.<br /> *Control PC<br /> **Reads the schedule, controls the videoservers, possibly controls the remote mixers.<br /> *Edit PC<br /> **Reasonable fast machine to run a video editing program on.<br /> **We'll cut down the chaff from the goings on in the stages, add Titles, Credits &amp; end boards on this.<br /> **We'll upload our content from here too (in the background whilst we edit).<br /> *Storage machine<br /> **2TB that can do 200Mb/s. No other purpose.<br /> **Must be something like R10,R51,R60. Basically, quick, reliable.<br /> **Videoservers, recorder, edits, will all run from here.<br /> **posibly dual NIC (decide later).<br /> *Videoserver (2Ch REC)<br /> **Record the incoming feeds.<br /> **Dump to storage machine.<br /> **Control to get new clip for each talk.<br /> *Videoserver (2Ch PLAYOUT/GFX)<br /> **Runs Graphics (fill &amp; key) during the day.<br /> **Runs videos in the overnight continuity service. Can internally key the graphics for overnight.<br /> *Streamer1<br /> **Streams the 1st Stream<br /> *Streamer2<br /> **Streams the 2nd Stream<br /> <br /> <br /> On the hardware side:<br /> *Screens (all HDMI unless otherwise stated)<br /> **VideoServer Output 1<br /> **VideoServer Output 2<br /> **Multiview A<br /> **Multiview B<br /> **Edit Left<br /> **Edit Right<br /> <br /> *HDSDI-HDMI convertors (LKV-368 are £30 on amazon/ebay)<br /> **RecServer Output 1<br /> **RecServer Output 2<br /> **Multiview A<br /> **Multiview B<br /> <br /> *Clocks<br /> **Leitch 1 (big hands clock)<br /> **LED1 (caravan left/front)<br /> **LED2 (caravan right/back)</div>

Mikechislett https://wiki.emfcamp.org/2014/w/index.php?title=EMFBC&diff=298 2013-09-12T21:54:41Z

<p>Mikechislett: /* MCC */</p> <hr /> <div>==So tell me more==<br /> Well, A few of us at London Hackspace have been thinking about how we could make the video side of things better. Much better.<br /> We theorize, with past examples in Student TV and Real world TV, that we can reasonably expect to provide:<br /> <br /> HD Live streams for two stages with live graphics on the streams (i.e. ''Jonty - Beeeeeeees''). Overflow capacity (i.e. &quot;Ahh, stage A is full, can we get the pictures &amp; sound to stage B?&quot;). All talks, Q&amp;A sessions available on demand within 2 hours of their finish. Overnight continuity service from our edited talks, and external content from licensed partners (more to follow on this later!). A Cheesy closedown clock, a la BBC style 1am goodnight, hacking forecast, and national anthem (then followed by EMF continuity service).<br /> <br /> '''Are we too soon with this?''' ''NO.''<br /> <br /> '''When can I get involved?''' ''Not quite yet. We'll rough out the plan first, then open up to people taking on parts of this project later. We'll say more when things are ready to have people start working on them.''<br /> <br /> '''I have some stuff you might want to use!''' ''Cool. Please go ahead and list it under your username on the discussions page. If you have a 'complete setup', that's nice, but we probably won't use it in the configuration you've imagined - we'll think of it as 'I have this pile of parts you can use'.<br /> ''<br /> == Topology ==<br /> '''Connectivity'''<br /> *EMF will likely have 2 or 3 stages, each probably 100 meters or more apart. MCC wil need to be close to either one of (or the middle one of) the stages: we'll use less cable.<br /> *This means we need quite a bit of VIDEO cable:<br /> **Datarate is 1.486Gbps<br /> **Any encoder introduces very bad latencies. And Will clog the network very quickly. Generally not broadcast-reliable either :(<br /> **Fiber may be cheaper<br /> ***Russ has a pile of fiber, will there be any spare we could borrow (lc-lc, multimode).<br /> *And networking:<br /> **EMF-NOC will be nearby, short enough for conventional Cat5e/6.<br /> <br /> '''Master control caravan (MCC)'''<br /> From where we'll run the operation. We need a caravan, to be purchased/acquired at roughly T minus 8 months. Approx 4 berth size please. Budget £300 (Hipster knows an outlet of cheap caravans).<br /> <br /> '''The broom Cupboard'''<br /> A Camera, a set of lights, and 3 mics outside the caravan - good for interviews really. Possible collaboration with radio people?<br /> <br /> == MCC ==<br /> At the center of it all. We'll mix, edit, broadcast,stream, archive, route... All from here.<br /> Our kit will probably fit in two main racks, distributed evenly over the wheel arches of the caravan os we can tow it.<br /> <br /> On the IT side, we'll need the following machines:<br /> *Switch. Managed Switch.<br /> *Control PC<br /> **Reads the schedule, controls the videoservers, possibly controls the remote mixers.<br /> *Edit PC<br /> **Reasonable fast machine to run a video editing program on.<br /> **We'll cut down the chaff from the goings on in the stages, add Titles, Credits &amp; end boards on this.<br /> **We'll upload our content from here too (in the background whilst we edit).<br /> *Storage machine<br /> **2TB that can do 200Mb/s. No other purpose.<br /> **Must be something like R10,R51,R60. Basically, quick, reliable.<br /> **Videoservers, recorder, edits, will all run from here.<br /> **posibly dual NIC (decide later).<br /> *Videoserver (2Ch REC)<br /> **Record the incoming feeds.<br /> **Dump to storage machine.<br /> **Control to get new clip for each talk.<br /> *Videoserver (2Ch PLAYOUT/GFX)<br /> **Runs Graphics (fill &amp; key) during the day.<br /> **Runs videos in the overnight continuity service. Can internally key the graphics for overnight.<br /> <br /> <br /> On the hardware side:<br /> *Screens (all HDMI unless otherwise stated)<br /> **VideoServer Output 1<br /> **VideoServer Output 2<br /> **Multiview A<br /> **Multiview B<br /> **Edit Left<br /> **Edit Right<br /> <br /> *HDSDI-HDMI convertors (LKV-368 are £30 on amazon/ebay)<br /> **RecServer Output 1<br /> **RecServer Output 2<br /> **Multiview A<br /> **Multiview B<br /> <br /> *Clocks<br /> **Leitch 1 (big hands clock)<br /> **LED1 (caravan left/front)<br /> **LED2 (caravan right/back)</div>

Mikechislett https://wiki.emfcamp.org/2014/w/index.php?title=EMFBC&diff=297 2013-09-12T21:47:41Z

<p>Mikechislett: </p> <hr /> <div>==So tell me more==<br /> Well, A few of us at London Hackspace have been thinking about how we could make the video side of things better. Much better.<br /> We theorize, with past examples in Student TV and Real world TV, that we can reasonably expect to provide:<br /> <br /> HD Live streams for two stages with live graphics on the streams (i.e. ''Jonty - Beeeeeeees''). Overflow capacity (i.e. &quot;Ahh, stage A is full, can we get the pictures &amp; sound to stage B?&quot;). All talks, Q&amp;A sessions available on demand within 2 hours of their finish. Overnight continuity service from our edited talks, and external content from licensed partners (more to follow on this later!). A Cheesy closedown clock, a la BBC style 1am goodnight, hacking forecast, and national anthem (then followed by EMF continuity service).<br /> <br /> '''Are we too soon with this?''' ''NO.''<br /> <br /> '''When can I get involved?''' ''Not quite yet. We'll rough out the plan first, then open up to people taking on parts of this project later. We'll say more when things are ready to have people start working on them.''<br /> <br /> '''I have some stuff you might want to use!''' ''Cool. Please go ahead and list it under your username on the discussions page. If you have a 'complete setup', that's nice, but we probably won't use it in the configuration you've imagined - we'll think of it as 'I have this pile of parts you can use'.<br /> ''<br /> == Topology ==<br /> '''Connectivity'''<br /> *EMF will likely have 2 or 3 stages, each probably 100 meters or more apart. MCC wil need to be close to either one of (or the middle one of) the stages: we'll use less cable.<br /> *This means we need quite a bit of VIDEO cable:<br /> **Datarate is 1.486Gbps<br /> **Any encoder introduces very bad latencies. And Will clog the network very quickly. Generally not broadcast-reliable either :(<br /> **Fiber may be cheaper<br /> ***Russ has a pile of fiber, will there be any spare we could borrow (lc-lc, multimode).<br /> *And networking:<br /> **EMF-NOC will be nearby, short enough for conventional Cat5e/6.<br /> <br /> '''Master control caravan (MCC)'''<br /> From where we'll run the operation. We need a caravan, to be purchased/acquired at roughly T minus 8 months. Approx 4 berth size please. Budget £300 (Hipster knows an outlet of cheap caravans).<br /> <br /> '''The broom Cupboard'''<br /> A Camera, a set of lights, and 3 mics outside the caravan - good for interviews really. Possible collaboration with radio people?<br /> <br /> == MCC ==<br /> At the center of it all. We'll mix, edit, broadcast,stream, archive, route... All from here.<br /> Our kit will probably fit in two main racks, distributed evenly over the wheel arches of the caravan os we can tow it.<br /> <br /> On the IT side, we'll need the following machines:<br /> *Switch. Managed Switch.<br /> *Control PC<br /> **Reads the schedule, controls the videoservers, possibly controls the remote mixers.<br /> *Edit PC<br /> **Reasonable fast machine to run a video editing program on.<br /> **We'll cut down the chaff from the goings on in the stages, add Titles, Credits &amp; end boards on this.<br /> **We'll upload our content from here too (in the background whilst we edit).<br /> *Storage machine<br /> **2TB that can do 200Mb/s. No other purpose.<br /> **Must be something like R10,R51,R60. Basically, quick, reliable.<br /> **Videoservers, recorder, edits, will all run from here.<br /> **posibly dual NIC (decide later).<br /> *Videoserver (2Ch REC)<br /> **Record the incoming feeds.<br /> **Dump to storage machine.<br /> **Control to get new clip for each talk.<br /> *Videoserver (2Ch PLAYOUT/GFX)<br /> **Runs Graphics (fill &amp; key) during the day.<br /> **Runs videos in the overnight continuity service. Can internally key the graphics for overnight.</div>

Mikechislett https://wiki.emfcamp.org/2014/w/index.php?title=EMFBC&diff=296 2013-09-12T21:13:54Z

<p>Mikechislett: /* Topology */</p> <hr /> <div>==So tell me more==<br /> Well, A few of us at London Hackspace have been thinking about how we could make the video side of things better. Much better.<br /> We theorize, with past examples in Student TV and Real world TV, that we can reasonably expect to provide:<br /> <br /> HD Live streams for two stages with live graphics on the streams (i.e. ''Jonty - Beeeeeeees''). Overflow capacity (i.e. &quot;Ahh, stage A is full, can we get the pictures &amp; sound to stage B?&quot;). All talks, Q&amp;A sessions available on demand within 2 hours of their finish. Overnight continuity service from our edited talks, and external content from licensed partners (more to follow on this later!). A Cheesy closedown clock, a la BBC style 1am goodnight, hacking forecast, and national anthem (then followed by EMF continuity service).<br /> <br /> '''Are we too soon with this?''' ''NO.''<br /> <br /> '''When can I get involved?''' ''Not quite yet. We'll rough out the plan first, then open up to people taking on parts of this project later. We'll say more when things are ready to have people start working on them.''<br /> <br /> '''I have some stuff you might want to use!''' ''Cool. Please go ahead and list it under your username on the discussions page. If you have a 'complete setup', that's nice, but we probably won't use it in the configuration you've imagined - we'll think of it as 'I have this pile of parts you can use'.<br /> ''<br /> == Topology ==<br /> '''Connectivity'''<br /> *EMF will likely have 2 or 3 stages, each probably 100 meters or more apart. MCC wil need to be close to either one of (or the middle one of) the stages: we'll use less cable.<br /> *This means we need quite a bit of VIDEO cable:<br /> **Datarate is 1.486Gbps<br /> **Any encoder introduces very bad latencies. And Will clog the network very quickly. Generally not broadcast-reliable either :(<br /> **Fiber may be cheaper<br /> ***Russ has a pile of fiber, will there be any spare we could borrow (lc-lc, multimode).<br /> *And networking:<br /> **EMF-NOC will be nearby, short enough for conventional Cat5e/6.<br /> <br /> '''Master control caravan (MCC)'''<br /> From where we'll run the operation. We need a caravan, to be purchased/acquired at roughly T minus 8 months. Approx 4 berth size please. Budget £300 (Hipster knows an outlet of cheap caravans).<br /> <br /> '''The broom Cupboard'''<br /> A Camera, a set of lights, and 3 mics outside the caravan - good for interviews really. Possible collaboration with radio people?<br /> <br /> == MCR / Edit / Playout / Storage Network ==<br /> We're going to get through quite a bit of data over the weekend. Something of the order of around 2 Terabytes.<br /> This will be from the captures of the stages, pre-existing content for playout, the edit process, and the final copies (also for playout).<br /> <br /> To keep costs down, this can all be on:<br /> * One machine with a decent RAID array. It'll be getting quite hammered, have playout and edit running at the same time. - We'll need something along the lines of RAID10. Basically, redundant, and quick...<br /> * We'll also need an edit machine. Just about Anything quad(or more please!)-core with above 6GB of RAM will do the job. This'll be a dual screen thing, to make it easier.<br /> * An encode machine to compile the edits from the project files will take time. Offloading this onto a machine with as much grunt as possible, will make sure we can keep up with the events on site (a quad core phenom II 9650 will work at 4x slower than realtime, so we really need something nippy to keep up with 2 stages that run for ~ half time on average!)<br /> * One playout machine for each stage : each one will produce a key (opacity, or alpha) and a fill (visible video) to the video mixer. This will allow it to provide graphics, and handle the continuity service. With 2 decklink HD extreme 3d (or similar) units (not decklink duo!) we could consolidate these machines into just one machine. This might be a little hairy though.<br /> * Control PC(s). These will handle connection to the remote mixer(s) from our control panels in MCR, the automation / continuity. They don't need much grunt at all, but will need a few serial ports.</div>

Mikechislett https://wiki.emfcamp.org/2014/w/index.php?title=EMFBC&diff=295 2013-09-12T21:13:08Z

<p>Mikechislett: </p> <hr /> <div>==So tell me more==<br /> Well, A few of us at London Hackspace have been thinking about how we could make the video side of things better. Much better.<br /> We theorize, with past examples in Student TV and Real world TV, that we can reasonably expect to provide:<br /> <br /> HD Live streams for two stages with live graphics on the streams (i.e. ''Jonty - Beeeeeeees''). Overflow capacity (i.e. &quot;Ahh, stage A is full, can we get the pictures &amp; sound to stage B?&quot;). All talks, Q&amp;A sessions available on demand within 2 hours of their finish. Overnight continuity service from our edited talks, and external content from licensed partners (more to follow on this later!). A Cheesy closedown clock, a la BBC style 1am goodnight, hacking forecast, and national anthem (then followed by EMF continuity service).<br /> <br /> '''Are we too soon with this?''' ''NO.''<br /> <br /> '''When can I get involved?''' ''Not quite yet. We'll rough out the plan first, then open up to people taking on parts of this project later. We'll say more when things are ready to have people start working on them.''<br /> <br /> '''I have some stuff you might want to use!''' ''Cool. Please go ahead and list it under your username on the discussions page. If you have a 'complete setup', that's nice, but we probably won't use it in the configuration you've imagined - we'll think of it as 'I have this pile of parts you can use'.<br /> ''<br /> == Topology ==<br /> ===Connectivity===<br /> *EMF will likely have 2 or 3 stages, each probably 100 meters or more apart. MCC wil need to be close to either one of (or the middle one of) the stages: we'll use less cable.<br /> *This means we need quite a bit of VIDEO cable:<br /> **Datarate is 1.486Gbps<br /> **Any encoder introduces very bad latencies. And Will clog the network very quickly. Generally not broadcast-reliable either :(<br /> **Fiber may be cheaper<br /> ***Russ has a pile of fiber, will there be any spare we could borrow (lc-lc, multimode).<br /> *And networking:<br /> **EMF-NOC will be nearby, short enough for conventional Cat5e/6.<br /> <br /> === Master control caravan (MCC) ===<br /> From where we'll run the operation. We need a caravan, to be purchased/acquired at roughly T minus 8 months. Approx 4 berth size please. Budget £300 (Hipster knows an outlet of cheap caravans).<br /> <br /> === The broom Cupboard ===<br /> A Camera, a set of lights, and 3 mics outside the caravan - good for interviews really. Possible collaboration with radio people?<br /> <br /> == MCR / Edit / Playout / Storage Network ==<br /> We're going to get through quite a bit of data over the weekend. Something of the order of around 2 Terabytes.<br /> This will be from the captures of the stages, pre-existing content for playout, the edit process, and the final copies (also for playout).<br /> <br /> To keep costs down, this can all be on:<br /> * One machine with a decent RAID array. It'll be getting quite hammered, have playout and edit running at the same time. - We'll need something along the lines of RAID10. Basically, redundant, and quick...<br /> * We'll also need an edit machine. Just about Anything quad(or more please!)-core with above 6GB of RAM will do the job. This'll be a dual screen thing, to make it easier.<br /> * An encode machine to compile the edits from the project files will take time. Offloading this onto a machine with as much grunt as possible, will make sure we can keep up with the events on site (a quad core phenom II 9650 will work at 4x slower than realtime, so we really need something nippy to keep up with 2 stages that run for ~ half time on average!)<br /> * One playout machine for each stage : each one will produce a key (opacity, or alpha) and a fill (visible video) to the video mixer. This will allow it to provide graphics, and handle the continuity service. With 2 decklink HD extreme 3d (or similar) units (not decklink duo!) we could consolidate these machines into just one machine. This might be a little hairy though.<br /> * Control PC(s). These will handle connection to the remote mixer(s) from our control panels in MCR, the automation / continuity. They don't need much grunt at all, but will need a few serial ports.</div>

Mikechislett https://wiki.emfcamp.org/2014/w/index.php?title=EMFBC&diff=294 2013-09-12T21:03:51Z

<p>Mikechislett: /* Eh What will we aim to provide? */</p> <hr /> <div>''Or how to jump the gun by 6 months, and not check for permission first''<br /> <br /> <br /> == Eh What will we aim to provide? ==<br /> Well, A few of us at London Hackspace have been thinking about how we could make the video side of things better. Much better.<br /> We theorize, with past examples in Student TV and Real world TV, that we can reasonably expect to provide:<br /> <br /> HD Live streams for two stages with live graphics on the streams (i.e. ''Jonty - Beeeeeeees''). Overflow capacity (i.e. &quot;Ahh, stage A is full, can we get the pictures &amp; sound to stage B?&quot;). All talks, Q&amp;A sessions available on demand within 2 hours of their finish. Overnight continuity service from our edited talks, and external content from licensed partners (more to follow on this later!). A Cheesy closedown clock, a la BBC style 1am goodnight, hacking forecast, and national anthem (then followed by EMF continuity service).<br /> <br /> ==Too soon?==<br /> No. Everything will take a lot of planning and work... But we know what we're up-to: We have Broadcast Engineers and Network/Sysadmins.<br /> <br /> == Can I bikeshed this? ==<br /> * Not quite yet. Bikeshedding will be available later on, for things like controller design, software for automation, gfx control...<br /> * Chat with us, we'll usually be talking about making TV. <br /> * Yes, if your question is along the lines of &quot;I clean up messy wikis, can I namespace this to my heart's content?&quot;<br /> <br /> == Topology ==<br /> ===Connectivity===<br /> *EMF will likely have 2 or 3 stages, each probably 100 meters or more apart. MCC wil need to be close to either one of (or the middle one of) the stages: we'll use less cable.<br /> *This means we need quite a bit of VIDEO cable:<br /> **Datarate is 1.486Gbps<br /> **Any encoder introduces very bad latencies. And Will clog the network very quickly. Generally not broadcast-reliable either :(<br /> **Fiber may be cheaper<br /> ***Russ has a pile of fiber, will there be any spare we could borrow (lc-lc, multimode).<br /> *And networking:<br /> **EMF-NOC will be nearby, short enough for conventional Cat5e/6.<br /> <br /> === Master control caravan (MCC) ===<br /> From where we'll run the operation. We need a caravan, to be purchased/acquired at roughly T minus 8 months. Approx 4 berth size please. Budget £300 (Hipster knows an outlet of cheap caravans).<br /> <br /> === The broom Cupboard ===<br /> A Camera, a set of lights, and 3 mics outside the caravan - good for interviews really. Possible collaboration with radio people?<br /> <br /> == MCR / Edit / Playout / Storage Network ==<br /> We're going to get through quite a bit of data over the weekend. Something of the order of around 2 Terabytes.<br /> This will be from the captures of the stages, pre-existing content for playout, the edit process, and the final copies (also for playout).<br /> <br /> To keep costs down, this can all be on:<br /> * One machine with a decent RAID array. It'll be getting quite hammered, have playout and edit running at the same time. - We'll need something along the lines of RAID10. Basically, redundant, and quick...<br /> * We'll also need an edit machine. Just about Anything quad(or more please!)-core with above 6GB of RAM will do the job. This'll be a dual screen thing, to make it easier.<br /> * An encode machine to compile the edits from the project files will take time. Offloading this onto a machine with as much grunt as possible, will make sure we can keep up with the events on site (a quad core phenom II 9650 will work at 4x slower than realtime, so we really need something nippy to keep up with 2 stages that run for ~ half time on average!)<br /> * One playout machine for each stage : each one will produce a key (opacity, or alpha) and a fill (visible video) to the video mixer. This will allow it to provide graphics, and handle the continuity service. With 2 decklink HD extreme 3d (or similar) units (not decklink duo!) we could consolidate these machines into just one machine. This might be a little hairy though.<br /> * Control PC(s). These will handle connection to the remote mixer(s) from our control panels in MCR, the automation / continuity. They don't need much grunt at all, but will need a few serial ports.</div>

Mikechislett https://wiki.emfcamp.org/2014/w/index.php?title=EMFBC&diff=293 2013-09-12T21:03:30Z

<p>Mikechislett: /* Eh What will we aim to provide? */</p> <hr /> <div>''Or how to jump the gun by 6 months, and not check for permission first''<br /> <br /> <br /> == Eh What will we aim to provide? ==<br /> Well, A few of us at London Hackspace have been thinking about how we could make the video side of things better. Much better.<br /> We theorize, with past examples in Student TV and Real world TV, that we can reasonably expect to provide:<br /> * HD Live streams for two stages with live graphics on the streams (i.e. ''Jonty - Beeeeeeees''). Overflow capacity (i.e. &quot;Ahh, stage A is full, can we get the pictures &amp; sound to stage B?&quot;). All talks, Q&amp;A sessions available on demand within 2 hours of their finish. Overnight continuity service from our edited talks, and external content from licensed partners (more to follow on this later!). A Cheesy closedown clock, a la BBC style 1am goodnight, hacking forecast, and national anthem (then followed by EMF continuity service).<br /> <br /> ==Too soon?==<br /> No. Everything will take a lot of planning and work... But we know what we're up-to: We have Broadcast Engineers and Network/Sysadmins.<br /> <br /> == Can I bikeshed this? ==<br /> * Not quite yet. Bikeshedding will be available later on, for things like controller design, software for automation, gfx control...<br /> * Chat with us, we'll usually be talking about making TV. <br /> * Yes, if your question is along the lines of &quot;I clean up messy wikis, can I namespace this to my heart's content?&quot;<br /> <br /> == Topology ==<br /> ===Connectivity===<br /> *EMF will likely have 2 or 3 stages, each probably 100 meters or more apart. MCC wil need to be close to either one of (or the middle one of) the stages: we'll use less cable.<br /> *This means we need quite a bit of VIDEO cable:<br /> **Datarate is 1.486Gbps<br /> **Any encoder introduces very bad latencies. And Will clog the network very quickly. Generally not broadcast-reliable either :(<br /> **Fiber may be cheaper<br /> ***Russ has a pile of fiber, will there be any spare we could borrow (lc-lc, multimode).<br /> *And networking:<br /> **EMF-NOC will be nearby, short enough for conventional Cat5e/6.<br /> <br /> === Master control caravan (MCC) ===<br /> From where we'll run the operation. We need a caravan, to be purchased/acquired at roughly T minus 8 months. Approx 4 berth size please. Budget £300 (Hipster knows an outlet of cheap caravans).<br /> <br /> === The broom Cupboard ===<br /> A Camera, a set of lights, and 3 mics outside the caravan - good for interviews really. Possible collaboration with radio people?<br /> <br /> == MCR / Edit / Playout / Storage Network ==<br /> We're going to get through quite a bit of data over the weekend. Something of the order of around 2 Terabytes.<br /> This will be from the captures of the stages, pre-existing content for playout, the edit process, and the final copies (also for playout).<br /> <br /> To keep costs down, this can all be on:<br /> * One machine with a decent RAID array. It'll be getting quite hammered, have playout and edit running at the same time. - We'll need something along the lines of RAID10. Basically, redundant, and quick...<br /> * We'll also need an edit machine. Just about Anything quad(or more please!)-core with above 6GB of RAM will do the job. This'll be a dual screen thing, to make it easier.<br /> * An encode machine to compile the edits from the project files will take time. Offloading this onto a machine with as much grunt as possible, will make sure we can keep up with the events on site (a quad core phenom II 9650 will work at 4x slower than realtime, so we really need something nippy to keep up with 2 stages that run for ~ half time on average!)<br /> * One playout machine for each stage : each one will produce a key (opacity, or alpha) and a fill (visible video) to the video mixer. This will allow it to provide graphics, and handle the continuity service. With 2 decklink HD extreme 3d (or similar) units (not decklink duo!) we could consolidate these machines into just one machine. This might be a little hairy though.<br /> * Control PC(s). These will handle connection to the remote mixer(s) from our control panels in MCR, the automation / continuity. They don't need much grunt at all, but will need a few serial ports.</div>

Mikechislett https://wiki.emfcamp.org/2014/w/index.php?title=EMFBC&diff=292 2013-09-12T21:03:14Z

<p>Mikechislett: /* Eh What will we aim to provide? */</p> <hr /> <div>''Or how to jump the gun by 6 months, and not check for permission first''<br /> <br /> <br /> == Eh What will we aim to provide? ==<br /> Well, A few of us at London Hackspace have been thinking about how we could make the video side of things better. Much better.<br /> We theorize, with past examples in Student TV and Real world TV, that we can reasonably expect to provide:<br /> * HD Live streams for two stages with live graphics on the streams (i.e. ''Jonty - Beeeeeeees&quot;). Overflow capacity (i.e. &quot;Ahh, stage A is full, can we get the pictures &amp; sound to stage B?&quot;). All talks, Q&amp;A sessions available on demand within 2 hours of their finish. Overnight continuity service from our edited talks, and external content from licensed partners (more to follow on this later!). A Cheesy closedown clock, a la BBC style 1am goodnight, hacking forecast, and national anthem (then followed by EMF continuity service).<br /> <br /> ==Too soon?==<br /> No. Everything will take a lot of planning and work... But we know what we're up-to: We have Broadcast Engineers and Network/Sysadmins.<br /> <br /> == Can I bikeshed this? ==<br /> * Not quite yet. Bikeshedding will be available later on, for things like controller design, software for automation, gfx control...<br /> * Chat with us, we'll usually be talking about making TV. <br /> * Yes, if your question is along the lines of &quot;I clean up messy wikis, can I namespace this to my heart's content?&quot;<br /> <br /> == Topology ==<br /> ===Connectivity===<br /> *EMF will likely have 2 or 3 stages, each probably 100 meters or more apart. MCC wil need to be close to either one of (or the middle one of) the stages: we'll use less cable.<br /> *This means we need quite a bit of VIDEO cable:<br /> **Datarate is 1.486Gbps<br /> **Any encoder introduces very bad latencies. And Will clog the network very quickly. Generally not broadcast-reliable either :(<br /> **Fiber may be cheaper<br /> ***Russ has a pile of fiber, will there be any spare we could borrow (lc-lc, multimode).<br /> *And networking:<br /> **EMF-NOC will be nearby, short enough for conventional Cat5e/6.<br /> <br /> === Master control caravan (MCC) ===<br /> From where we'll run the operation. We need a caravan, to be purchased/acquired at roughly T minus 8 months. Approx 4 berth size please. Budget £300 (Hipster knows an outlet of cheap caravans).<br /> <br /> === The broom Cupboard ===<br /> A Camera, a set of lights, and 3 mics outside the caravan - good for interviews really. Possible collaboration with radio people?<br /> <br /> == MCR / Edit / Playout / Storage Network ==<br /> We're going to get through quite a bit of data over the weekend. Something of the order of around 2 Terabytes.<br /> This will be from the captures of the stages, pre-existing content for playout, the edit process, and the final copies (also for playout).<br /> <br /> To keep costs down, this can all be on:<br /> * One machine with a decent RAID array. It'll be getting quite hammered, have playout and edit running at the same time. - We'll need something along the lines of RAID10. Basically, redundant, and quick...<br /> * We'll also need an edit machine. Just about Anything quad(or more please!)-core with above 6GB of RAM will do the job. This'll be a dual screen thing, to make it easier.<br /> * An encode machine to compile the edits from the project files will take time. Offloading this onto a machine with as much grunt as possible, will make sure we can keep up with the events on site (a quad core phenom II 9650 will work at 4x slower than realtime, so we really need something nippy to keep up with 2 stages that run for ~ half time on average!)<br /> * One playout machine for each stage : each one will produce a key (opacity, or alpha) and a fill (visible video) to the video mixer. This will allow it to provide graphics, and handle the continuity service. With 2 decklink HD extreme 3d (or similar) units (not decklink duo!) we could consolidate these machines into just one machine. This might be a little hairy though.<br /> * Control PC(s). These will handle connection to the remote mixer(s) from our control panels in MCR, the automation / continuity. They don't need much grunt at all, but will need a few serial ports.</div>

Mikechislett https://wiki.emfcamp.org/2014/w/index.php?title=EMFBC&diff=291 2013-09-12T20:59:08Z

<p>Mikechislett: /* Isn't this a bit early to start planning? */</p> <hr /> <div>''Or how to jump the gun by 6 months, and not check for permission first''<br /> <br /> <br /> == Eh What will we aim to provide? ==<br /> Well, A few of us at London Hackspace have been thinking about how we could make the video side of things better. Much better.<br /> We theorize (with past examples in Student TV and Real world TV, that we can reasonably expect to provide:<br /> * HD Live streams for two stages<br /> * Overflow capacity (i.e. &quot;Ahh, stage A is full, can we get the pictures &amp; sound to stage B?&quot;)<br /> * All talks, Q&amp;A sessions available on demand within 2 hours of their finish.<br /> * Overnight continuity (i.e. at the end of the day, play out content from previous EMF's, and with permission, content from popular hacky content creators)<br /> * A Cheesy closedown clock, a la BBC style 1am goodnight, hacking forecast, and national anthem.<br /> * Live graphics on the live streams (i.e. ''Jonty - Beeeeeeees&quot;, and perhaps the odd bit of moderated twitter integration).<br /> <br /> ==Too soon?==<br /> No. Everything will take a lot of planning and work... But we know what we're up-to: We have Broadcast Engineers and Network/Sysadmins.<br /> <br /> == Can I bikeshed this? ==<br /> * Not quite yet. Bikeshedding will be available later on, for things like controller design, software for automation, gfx control...<br /> * Chat with us, we'll usually be talking about making TV. <br /> * Yes, if your question is along the lines of &quot;I clean up messy wikis, can I namespace this to my heart's content?&quot;<br /> <br /> == Topology ==<br /> ===Connectivity===<br /> *EMF will likely have 2 or 3 stages, each probably 100 meters or more apart. MCC wil need to be close to either one of (or the middle one of) the stages: we'll use less cable.<br /> *This means we need quite a bit of VIDEO cable:<br /> **Datarate is 1.486Gbps<br /> **Any encoder introduces very bad latencies. And Will clog the network very quickly. Generally not broadcast-reliable either :(<br /> **Fiber may be cheaper<br /> ***Russ has a pile of fiber, will there be any spare we could borrow (lc-lc, multimode).<br /> *And networking:<br /> **EMF-NOC will be nearby, short enough for conventional Cat5e/6.<br /> <br /> === Master control caravan (MCC) ===<br /> From where we'll run the operation. We need a caravan, to be purchased/acquired at roughly T minus 8 months. Approx 4 berth size please. Budget £300 (Hipster knows an outlet of cheap caravans).<br /> <br /> === The broom Cupboard ===<br /> A Camera, a set of lights, and 3 mics outside the caravan - good for interviews really. Possible collaboration with radio people?<br /> <br /> == MCR / Edit / Playout / Storage Network ==<br /> We're going to get through quite a bit of data over the weekend. Something of the order of around 2 Terabytes.<br /> This will be from the captures of the stages, pre-existing content for playout, the edit process, and the final copies (also for playout).<br /> <br /> To keep costs down, this can all be on:<br /> * One machine with a decent RAID array. It'll be getting quite hammered, have playout and edit running at the same time. - We'll need something along the lines of RAID10. Basically, redundant, and quick...<br /> * We'll also need an edit machine. Just about Anything quad(or more please!)-core with above 6GB of RAM will do the job. This'll be a dual screen thing, to make it easier.<br /> * An encode machine to compile the edits from the project files will take time. Offloading this onto a machine with as much grunt as possible, will make sure we can keep up with the events on site (a quad core phenom II 9650 will work at 4x slower than realtime, so we really need something nippy to keep up with 2 stages that run for ~ half time on average!)<br /> * One playout machine for each stage : each one will produce a key (opacity, or alpha) and a fill (visible video) to the video mixer. This will allow it to provide graphics, and handle the continuity service. With 2 decklink HD extreme 3d (or similar) units (not decklink duo!) we could consolidate these machines into just one machine. This might be a little hairy though.<br /> * Control PC(s). These will handle connection to the remote mixer(s) from our control panels in MCR, the automation / continuity. They don't need much grunt at all, but will need a few serial ports.</div>

Mikechislett https://wiki.emfcamp.org/2014/w/index.php?title=EMFBC&diff=290 2013-09-12T20:56:54Z

<p>Mikechislett: /* Topology */</p> <hr /> <div>''Or how to jump the gun by 6 months, and not check for permission first''<br /> <br /> <br /> == Eh What will we aim to provide? ==<br /> Well, A few of us at London Hackspace have been thinking about how we could make the video side of things better. Much better.<br /> We theorize (with past examples in Student TV and Real world TV, that we can reasonably expect to provide:<br /> * HD Live streams for two stages<br /> * Overflow capacity (i.e. &quot;Ahh, stage A is full, can we get the pictures &amp; sound to stage B?&quot;)<br /> * All talks, Q&amp;A sessions available on demand within 2 hours of their finish.<br /> * Overnight continuity (i.e. at the end of the day, play out content from previous EMF's, and with permission, content from popular hacky content creators)<br /> * A Cheesy closedown clock, a la BBC style 1am goodnight, hacking forecast, and national anthem.<br /> * Live graphics on the live streams (i.e. ''Jonty - Beeeeeeees&quot;, and perhaps the odd bit of moderated twitter integration).<br /> <br /> == Isn't this a bit early to start planning? ==<br /> *No. Finding a good workflow takes time.<br /> *No. Although the cost of making HDTV has dropped massively, we still need to make our own bits (like controllers, not the mixers!!!) to keep costs down: Oddly, the controllers are the most expensive bit on hardware!<br /> *No. We need a while to source everything, and test kit together. Not to mention we'll be running a full test of the Master control room system beforehand.<br /> *No. Much of this planning cannot be done in a multi-threaded fashion.<br /> *No. EMF may not have even picked a site yet, but much of the infrastructure for EMFBC will remain the same. Pretty much the only thing that'll change is cable / fibre lengths, and that doesn't affect us until later in the process.<br /> <br /> <br /> == Can I bikeshed this? ==<br /> * Not quite yet. Bikeshedding will be available later on, for things like controller design, software for automation, gfx control...<br /> * Chat with us, we'll usually be talking about making TV. <br /> * Yes, if your question is along the lines of &quot;I clean up messy wikis, can I namespace this to my heart's content?&quot;<br /> <br /> == Topology ==<br /> ===Connectivity===<br /> *EMF will likely have 2 or 3 stages, each probably 100 meters or more apart. MCC wil need to be close to either one of (or the middle one of) the stages: we'll use less cable.<br /> *This means we need quite a bit of VIDEO cable:<br /> **Datarate is 1.486Gbps<br /> **Any encoder introduces very bad latencies. And Will clog the network very quickly. Generally not broadcast-reliable either :(<br /> **Fiber may be cheaper<br /> ***Russ has a pile of fiber, will there be any spare we could borrow (lc-lc, multimode).<br /> *And networking:<br /> **EMF-NOC will be nearby, short enough for conventional Cat5e/6.<br /> <br /> === Master control caravan (MCC) ===<br /> From where we'll run the operation. We need a caravan, to be purchased/acquired at roughly T minus 8 months. Approx 4 berth size please. Budget £300 (Hipster knows an outlet of cheap caravans).<br /> <br /> === The broom Cupboard ===<br /> A Camera, a set of lights, and 3 mics outside the caravan - good for interviews really. Possible collaboration with radio people?<br /> <br /> == MCR / Edit / Playout / Storage Network ==<br /> We're going to get through quite a bit of data over the weekend. Something of the order of around 2 Terabytes.<br /> This will be from the captures of the stages, pre-existing content for playout, the edit process, and the final copies (also for playout).<br /> <br /> To keep costs down, this can all be on:<br /> * One machine with a decent RAID array. It'll be getting quite hammered, have playout and edit running at the same time. - We'll need something along the lines of RAID10. Basically, redundant, and quick...<br /> * We'll also need an edit machine. Just about Anything quad(or more please!)-core with above 6GB of RAM will do the job. This'll be a dual screen thing, to make it easier.<br /> * An encode machine to compile the edits from the project files will take time. Offloading this onto a machine with as much grunt as possible, will make sure we can keep up with the events on site (a quad core phenom II 9650 will work at 4x slower than realtime, so we really need something nippy to keep up with 2 stages that run for ~ half time on average!)<br /> * One playout machine for each stage : each one will produce a key (opacity, or alpha) and a fill (visible video) to the video mixer. This will allow it to provide graphics, and handle the continuity service. With 2 decklink HD extreme 3d (or similar) units (not decklink duo!) we could consolidate these machines into just one machine. This might be a little hairy though.<br /> * Control PC(s). These will handle connection to the remote mixer(s) from our control panels in MCR, the automation / continuity. They don't need much grunt at all, but will need a few serial ports.</div>

Mikechislett https://wiki.emfcamp.org/2014/w/index.php?title=Talk:EMFBC&diff=182 2013-08-08T23:57:24Z

<p>Mikechislett: Created page with &quot; &gt;&gt;&gt;&gt; Nicked from User:sxpert &lt;&lt;&lt;&lt;&lt;&lt; This was tested at OHM2013 (with some modifications needed). *use fibers to the track tents *use intercom between central point and tra...&quot;</p> <hr /> <div><br /> <br /> &gt;&gt;&gt;&gt; Nicked from User:sxpert &lt;&lt;&lt;&lt;&lt;&lt;<br /> This was tested at OHM2013 (with some modifications needed).<br /> *use fibers to the track tents<br /> *use intercom between central point and track tent<br /> *use ssd recorders on program out<br /> *blackmagic makes great hardware ;)<br /> *teradek cubes are great streamer devices (once you fix a few bugs that were found)<br /> <br /> <br /> &gt;&gt;&gt;Mike says:<br /> *Yep. BMD are good, but not cheap! SSDs are more expensive for us, and we'll get through quite a bit of storage over the weekend. The idea is to consolidate it all into one box at the MCC to save costs and make the whole architecture a lot easier to work with. Things like swapping SSDs are easy to forget / mismanage when everything is all go on the day!<br /> *BMD make the cards we are planning on using for streaming and for playout / record operations (CasparCG).<br /> *Fibers ; yep, maybe depending on how long the runs to stages are - long = probably fiber, on signal and cost grounds. Remember the glue is the real hidden cost! I suppose we can't decide this until later on in the game when a site has been chosen.<br /> *comms yep. I have already got that mainly solved :) (balanced partyline + power, almost opensourced (soon!)) from some stuff back in student TV days. Its proven, cheap, and it works.\<br /> *teradeck cubes are 'floppy', and cost loads to even hire. We're trying to do this on a pin-sharp budget! Also, the fewer mid-system encoders we have, the better... Zero is easy and cheap! A teradeck would be awesome for a run round the field bit...</div>

Mikechislett https://wiki.emfcamp.org/2014/w/index.php?title=EMFBC&diff=181 2013-08-08T23:46:16Z

<p>Mikechislett: /* The broom Cupboard */</p> <hr /> <div>''Or how to jump the gun by 6 months, and not check for permission first''<br /> <br /> <br /> == Eh What will we aim to provide? ==<br /> Well, A few of us at London Hackspace have been thinking about how we could make the video side of things better. Much better.<br /> We theorize (with past examples in Student TV and Real world TV, that we can reasonably expect to provide:<br /> * HD Live streams for two stages<br /> * Overflow capacity (i.e. &quot;Ahh, stage A is full, can we get the pictures &amp; sound to stage B?&quot;)<br /> * All talks, Q&amp;A sessions available on demand within 2 hours of their finish.<br /> * Overnight continuity (i.e. at the end of the day, play out content from previous EMF's, and with permission, content from popular hacky content creators)<br /> * A Cheesy closedown clock, a la BBC style 1am goodnight, hacking forecast, and national anthem.<br /> * Live graphics on the live streams (i.e. ''Jonty - Beeeeeeees&quot;, and perhaps the odd bit of moderated twitter integration).<br /> <br /> == Isn't this a bit early to start planning? ==<br /> *No. Finding a good workflow takes time.<br /> *No. Although the cost of making HDTV has dropped massively, we still need to make our own bits (like controllers, not the mixers!!!) to keep costs down: Oddly, the controllers are the most expensive bit on hardware!<br /> *No. We need a while to source everything, and test kit together. Not to mention we'll be running a full test of the Master control room system beforehand.<br /> *No. Much of this planning cannot be done in a multi-threaded fashion.<br /> *No. EMF may not have even picked a site yet, but much of the infrastructure for EMFBC will remain the same. Pretty much the only thing that'll change is cable / fibre lengths, and that doesn't affect us until later in the process.<br /> <br /> <br /> == Can I bikeshed this? ==<br /> * Not quite yet. Bikeshedding will be available later on, for things like controller design, software for automation, gfx control...<br /> * Chat with us, we'll usually be talking about making TV. <br /> * Yes, if your question is along the lines of &quot;I clean up messy wikis, can I namespace this to my heart's content?&quot;<br /> <br /> == Topology ==<br /> ===Considerations ===<br /> *Although undecided yet, EMF will likely have 2 or 3 stages, each probably 100 meters or more apart.<br /> *This means we need quite a bit of cable - at these lengths, we have a few issues: at 1.485Gbps (our baud rate) and 100m, we need some pretty hefty coax. This is kind-of-expensive. It begins to be cheaper to go down the fibre route...<br /> *Shorter = cheaper.<br /> *The connection to EMF-NOC will be easy - Cat5e/6 is cheap, and will already be everywhere on the camp.<br /> *HD Encoding and decoding devices will eat up too much space on the network (the cheap ones we could afford effectively packet storm a network, and we'd need a few!)<br /> *Capture (PC), encode &gt; IP&gt; decode (PC) is hilariously unreliable (we need zero failures at all), and introduces far too much latency.<br /> *SO, we are left with only direct connectivity as an option.<br /> <br /> === Physical topology ===<br /> *We clearly need to sit our master control room (MCR) next to one of the stages - if our two stages are 100m each side of NOC, we can do a fibre run from MCR at stage A (STA), past NOC (middle), on to stage B (STB). This'll be cheaper than having MCR at NOC, and doing two fibre runs out to STA &amp; STB. To get network, we simply attach at wherever MCR is, and then as EMF will have a lot of bandwidth, we don't need to worry about where we stream content from!<br /> *If we have three stages, we'll pop MCR in the middle one (if there is a middle one), or at NOC if there is no clear shorter way of doing the runs...<br /> <br /> === MCR or MCV or MCC ? ===<br /> We need a home. The LHS Bikeshed has already proven that caravans are brilliantly cheap housing for electronics - cheaper than a van, and more prepared than turning up with a pile of stuff. I propose we take this example, and make the Master Control Room a Master Control Caravan. We can then take all the caravan bits out, put our hardware and custom (cheap) controllers in, pre rig everything, and just hook up on site.<br /> <br /> === The broom Cupboard ===<br /> An idea by Mr Sands, where we can add interviews, news, and other diversions to our output. As an indicator of the simplicity, we'll need just: 1 camera, a set of floodlights, a few mics, a small audio mixer, and an analog to AES convertor or an embedder (to make the output fit with our master formats of AES3 &amp; HD-SDI.<br /> Could this be run collaboratively with EMFM to half the workload?<br /> <br /> == MCR / Edit / Playout / Storage Network ==<br /> We're going to get through quite a bit of data over the weekend. Something of the order of around 2 Terabytes.<br /> This will be from the captures of the stages, pre-existing content for playout, the edit process, and the final copies (also for playout).<br /> <br /> To keep costs down, this can all be on:<br /> * One machine with a decent RAID array. It'll be getting quite hammered, have playout and edit running at the same time. - We'll need something along the lines of RAID10. Basically, redundant, and quick...<br /> * We'll also need an edit machine. Just about Anything quad(or more please!)-core with above 6GB of RAM will do the job. This'll be a dual screen thing, to make it easier.<br /> * An encode machine to compile the edits from the project files will take time. Offloading this onto a machine with as much grunt as possible, will make sure we can keep up with the events on site (a quad core phenom II 9650 will work at 4x slower than realtime, so we really need something nippy to keep up with 2 stages that run for ~ half time on average!)<br /> * One playout machine for each stage : each one will produce a key (opacity, or alpha) and a fill (visible video) to the video mixer. This will allow it to provide graphics, and handle the continuity service. With 2 decklink HD extreme 3d (or similar) units (not decklink duo!) we could consolidate these machines into just one machine. This might be a little hairy though.<br /> * Control PC(s). These will handle connection to the remote mixer(s) from our control panels in MCR, the automation / continuity. They don't need much grunt at all, but will need a few serial ports.</div>

Mikechislett https://wiki.emfcamp.org/2014/w/index.php?title=EMFBC&diff=180 2013-08-08T23:45:04Z

<p>Mikechislett: Pop the suggestions elswhere (discussion page for now please :) ). Trying to stay system level for a while before we get nitty gritty.</p> <hr /> <div>''Or how to jump the gun by 6 months, and not check for permission first''<br /> <br /> <br /> == Eh What will we aim to provide? ==<br /> Well, A few of us at London Hackspace have been thinking about how we could make the video side of things better. Much better.<br /> We theorize (with past examples in Student TV and Real world TV, that we can reasonably expect to provide:<br /> * HD Live streams for two stages<br /> * Overflow capacity (i.e. &quot;Ahh, stage A is full, can we get the pictures &amp; sound to stage B?&quot;)<br /> * All talks, Q&amp;A sessions available on demand within 2 hours of their finish.<br /> * Overnight continuity (i.e. at the end of the day, play out content from previous EMF's, and with permission, content from popular hacky content creators)<br /> * A Cheesy closedown clock, a la BBC style 1am goodnight, hacking forecast, and national anthem.<br /> * Live graphics on the live streams (i.e. ''Jonty - Beeeeeeees&quot;, and perhaps the odd bit of moderated twitter integration).<br /> <br /> == Isn't this a bit early to start planning? ==<br /> *No. Finding a good workflow takes time.<br /> *No. Although the cost of making HDTV has dropped massively, we still need to make our own bits (like controllers, not the mixers!!!) to keep costs down: Oddly, the controllers are the most expensive bit on hardware!<br /> *No. We need a while to source everything, and test kit together. Not to mention we'll be running a full test of the Master control room system beforehand.<br /> *No. Much of this planning cannot be done in a multi-threaded fashion.<br /> *No. EMF may not have even picked a site yet, but much of the infrastructure for EMFBC will remain the same. Pretty much the only thing that'll change is cable / fibre lengths, and that doesn't affect us until later in the process.<br /> <br /> <br /> == Can I bikeshed this? ==<br /> * Not quite yet. Bikeshedding will be available later on, for things like controller design, software for automation, gfx control...<br /> * Chat with us, we'll usually be talking about making TV. <br /> * Yes, if your question is along the lines of &quot;I clean up messy wikis, can I namespace this to my heart's content?&quot;<br /> <br /> == Topology ==<br /> ===Considerations ===<br /> *Although undecided yet, EMF will likely have 2 or 3 stages, each probably 100 meters or more apart.<br /> *This means we need quite a bit of cable - at these lengths, we have a few issues: at 1.485Gbps (our baud rate) and 100m, we need some pretty hefty coax. This is kind-of-expensive. It begins to be cheaper to go down the fibre route...<br /> *Shorter = cheaper.<br /> *The connection to EMF-NOC will be easy - Cat5e/6 is cheap, and will already be everywhere on the camp.<br /> *HD Encoding and decoding devices will eat up too much space on the network (the cheap ones we could afford effectively packet storm a network, and we'd need a few!)<br /> *Capture (PC), encode &gt; IP&gt; decode (PC) is hilariously unreliable (we need zero failures at all), and introduces far too much latency.<br /> *SO, we are left with only direct connectivity as an option.<br /> <br /> === Physical topology ===<br /> *We clearly need to sit our master control room (MCR) next to one of the stages - if our two stages are 100m each side of NOC, we can do a fibre run from MCR at stage A (STA), past NOC (middle), on to stage B (STB). This'll be cheaper than having MCR at NOC, and doing two fibre runs out to STA &amp; STB. To get network, we simply attach at wherever MCR is, and then as EMF will have a lot of bandwidth, we don't need to worry about where we stream content from!<br /> *If we have three stages, we'll pop MCR in the middle one (if there is a middle one), or at NOC if there is no clear shorter way of doing the runs...<br /> <br /> === MCR or MCV or MCC ? ===<br /> We need a home. The LHS Bikeshed has already proven that caravans are brilliantly cheap housing for electronics - cheaper than a van, and more prepared than turning up with a pile of stuff. I propose we take this example, and make the Master Control Room a Master Control Caravan. We can then take all the caravan bits out, put our hardware and custom (cheap) controllers in, pre rig everything, and just hook up on site.<br /> <br /> === The broom Cupboard ===<br /> An idea by Mr Sands, where we can add interviews, news, and other diversions to our output. We'll need at the least: 1 camera, a set of floodlights, a few mics, a small audio mixer, and an analog to AES convertor (to make the output fit with our master formats of AES3 &amp; HD-SDI.<br /> Could this be run collaboratively with EMFM to half the workload?<br /> <br /> == MCR / Edit / Playout / Storage Network ==<br /> We're going to get through quite a bit of data over the weekend. Something of the order of around 2 Terabytes.<br /> This will be from the captures of the stages, pre-existing content for playout, the edit process, and the final copies (also for playout).<br /> <br /> To keep costs down, this can all be on:<br /> * One machine with a decent RAID array. It'll be getting quite hammered, have playout and edit running at the same time. - We'll need something along the lines of RAID10. Basically, redundant, and quick...<br /> * We'll also need an edit machine. Just about Anything quad(or more please!)-core with above 6GB of RAM will do the job. This'll be a dual screen thing, to make it easier.<br /> * An encode machine to compile the edits from the project files will take time. Offloading this onto a machine with as much grunt as possible, will make sure we can keep up with the events on site (a quad core phenom II 9650 will work at 4x slower than realtime, so we really need something nippy to keep up with 2 stages that run for ~ half time on average!)<br /> * One playout machine for each stage : each one will produce a key (opacity, or alpha) and a fill (visible video) to the video mixer. This will allow it to provide graphics, and handle the continuity service. With 2 decklink HD extreme 3d (or similar) units (not decklink duo!) we could consolidate these machines into just one machine. This might be a little hairy though.<br /> * Control PC(s). These will handle connection to the remote mixer(s) from our control panels in MCR, the automation / continuity. They don't need much grunt at all, but will need a few serial ports.</div>

Mikechislett https://wiki.emfcamp.org/2014/w/index.php?title=EMFBC&diff=158 2013-08-03T04:30:51Z

<p>Mikechislett: /* The broom Cupboard */</p> <hr /> <div>''Or how to jump the gun by 6 months, and not check for permission first''<br /> <br /> <br /> == Eh What? ==<br /> Well, A few of us at London Hackspace have been thinking about how we could make the video side of things better. Much better.<br /> We theorize (with past examples in Student TV and Real world TV, that we can reasonably expect to provide:<br /> * HD Live streams for two stages<br /> * Overflow capacity (i.e. &quot;Ahh, stage A is full, can we get the pictures &amp; sound to stage B?&quot;)<br /> * All talks, Q&amp;A sessions available on demand within 2 hours of their finish.<br /> * Overnight continuity (i.e. at the end of the day, play out content from previous EMF's, and with permission, content from popular hacky content creators)<br /> * A Cheesy closedown clock, a la BBC style 1am goodnight, hacking forecast, and national anthem.<br /> * Live graphics on the live streams (i.e. ''Jonty - Beeeeeeees&quot;, and perhaps the odd bit of moderated twitter integration).<br /> <br /> <br /> == Isn't this a bit early to start planning? ==<br /> *No. Finding a good workflow takes time.<br /> *No. Although the cost of making HDTV has dropped massively, we still need to make our own bits (like controllers, not the mixers!!!) to keep costs down: Oddly, the controllers are the most expensive bit on hardware!<br /> *No. We need a while to source everything, and test kit together. Not to mention we'll be running a full test of the Master control room system beforehand.<br /> *No. Much of this planning cannot be done in a multi-threaded fashion.<br /> *No. EMF may not have even picked a site yet, but much of the infrastructure for EMFBC will remain the same. Pretty much the only thing that'll change is cable / fibre lengths, and that doesn't affect us until later in the process.<br /> <br /> <br /> == Can I bikeshed this? ==<br /> * Not quite yet. Bikeshedding will be available later on, for things like controller design, software for automation, gfx control...<br /> * Chat with us, we'll usually be talking about making TV. <br /> * Yes, if your question is along the lines of &quot;I clean up messy wikis, can I namespace this to my heart's content?&quot;<br /> <br /> == Topology ==<br /> ===Considerations ===<br /> *Although undecided yet, EMF will likely have 2 or 3 stages, each probably 100 meters or more apart.<br /> *This means we need quite a bit of cable - at these lengths, we have a few issues: at 1.485Gbps (our baud rate) and 100m, we need some pretty hefty coax. This is kind-of-expensive. It begins to be cheaper to go down the fibre route...<br /> *Shorter = cheaper.<br /> *The connection to EMF-NOC will be easy - Cat5e/6 is cheap, and will already be everywhere on the camp.<br /> *HD Encoding and decoding devices will eat up too much space on the network (the cheap ones we could afford effectively packet storm a network, and we'd need a few!)<br /> *Capture (PC), encode &gt; IP&gt; decode (PC) is hilariously unreliable (we need zero failures at all), and introduces far too much latency.<br /> *SO, we are left with only direct connectivity as an option.<br /> <br /> === Physical topology ===<br /> *We clearly need to sit our master control room (MCR) next to one of the stages - if our two stages are 100m each side of NOC, we can do a fibre run from MCR at stage A (STA), past NOC (middle), on to stage B (STB). This'll be cheaper than having MCR at NOC, and doing two fibre runs out to STA &amp; STB. To get network, we simply attach at wherever MCR is, and then as EMF will have a lot of bandwidth, we don't need to worry about where we stream content from!<br /> *If we have three stages, we'll pop MCR in the middle one (if there is a middle one), or at NOC if there is no clear shorter way of doing the runs...<br /> <br /> === MCR or MCV or MCC ? ===<br /> We need a home. The LHS Bikeshed has already proven that caravans are brilliantly cheap housing for electronics - cheaper than a van, and more prepared than turning up with a pile of stuff. I propose we take this example, and make the Master Control Room a Master Control Caravan. We can then take all the caravan bits out, put our hardware and custom (cheap) controllers in, pre rig everything, and just hook up on site.<br /> <br /> === The broom Cupboard ===<br /> An idea by Mr Sands, where we can add interviews, news, and other diversions to our output. We'll need at the least: 1 camera, a set of floodlights, a few mics, a small audio mixer, and an analog to AES convertor (to make the output fit with our master formats of AES3 &amp; HD-SDI.<br /> Could this be run collaboratively with EMFM to half the workload?<br /> <br /> == MCR / Edit / Playout / Storage Network ==<br /> We're going to get through quite a bit of data over the weekend. Something of the order of around 2 Terabytes.<br /> This will be from the captures of the stages, pre-existing content for playout, the edit process, and the final copies (also for playout).<br /> <br /> To keep costs down, this can all be on:<br /> * One machine with a decent RAID array. It'll be getting quite hammered, have playout and edit running at the same time. - We'll need something along the lines of RAID10. Basically, redundant, and quick...<br /> * We'll also need an edit machine. Just about Anything quad(or more please!)-core with above 6GB of RAM will do the job. This'll be a dual screen thing, to make it easier.<br /> * An encode machine to compile the edits from the project files will take time. Offloading this onto a machine with as much grunt as possible, will make sure we can keep up with the events on site (a quad core phenom II 9650 will work at 4x slower than realtime, so we really need something nippy to keep up with 2 stages that run for ~ half time on average!)<br /> * One playout machine for each stage : each one will produce a key (opacity, or alpha) and a fill (visible video) to the video mixer. This will allow it to provide graphics, and handle the continuity service. With 2 decklink HD extreme 3d (or similar) units (not decklink duo!) we could consolidate these machines into just one machine. This might be a little hairy though.<br /> * Control PC(s). These will handle connection to the remote mixer(s) from our control panels in MCR, the automation / continuity. They don't need much grunt at all, but will need a few serial ports.</div>

Mikechislett https://wiki.emfcamp.org/2014/w/index.php?title=EMFBC&diff=156 2013-07-23T13:00:47Z

<p>Mikechislett: /* Topology */</p> <hr /> <div>''Or how to jump the gun by 6 months, and not check for permission first''<br /> <br /> <br /> == Eh What? ==<br /> Well, A few of us at London Hackspace have been thinking about how we could make the video side of things better. Much better.<br /> We theorize (with past examples in Student TV and Real world TV, that we can reasonably expect to provide:<br /> * HD Live streams for two stages<br /> * Overflow capacity (i.e. &quot;Ahh, stage A is full, can we get the pictures &amp; sound to stage B?&quot;)<br /> * All talks, Q&amp;A sessions available on demand within 2 hours of their finish.<br /> * Overnight continuity (i.e. at the end of the day, play out content from previous EMF's, and with permission, content from popular hacky content creators)<br /> * A Cheesy closedown clock, a la BBC style 1am goodnight, hacking forecast, and national anthem.<br /> * Live graphics on the live streams (i.e. ''Jonty - Beeeeeeees&quot;, and perhaps the odd bit of moderated twitter integration).<br /> <br /> <br /> == Isn't this a bit early to start planning? ==<br /> *No. Finding a good workflow takes time.<br /> *No. Although the cost of making HDTV has dropped massively, we still need to make our own bits (like controllers, not the mixers!!!) to keep costs down: Oddly, the controllers are the most expensive bit on hardware!<br /> *No. We need a while to source everything, and test kit together. Not to mention we'll be running a full test of the Master control room system beforehand.<br /> *No. Much of this planning cannot be done in a multi-threaded fashion.<br /> *No. EMF may not have even picked a site yet, but much of the infrastructure for EMFBC will remain the same. Pretty much the only thing that'll change is cable / fibre lengths, and that doesn't affect us until later in the process.<br /> <br /> <br /> == Can I bikeshed this? ==<br /> * Not quite yet. Bikeshedding will be available later on, for things like controller design, software for automation, gfx control...<br /> * Chat with us, we'll usually be talking about making TV. <br /> * Yes, if your question is along the lines of &quot;I clean up messy wikis, can I namespace this to my heart's content?&quot;<br /> <br /> == Topology ==<br /> ===Considerations ===<br /> *Although undecided yet, EMF will likely have 2 or 3 stages, each probably 100 meters or more apart.<br /> *This means we need quite a bit of cable - at these lengths, we have a few issues: at 1.485Gbps (our baud rate) and 100m, we need some pretty hefty coax. This is kind-of-expensive. It begins to be cheaper to go down the fibre route...<br /> *Shorter = cheaper.<br /> *The connection to EMF-NOC will be easy - Cat5e/6 is cheap, and will already be everywhere on the camp.<br /> *HD Encoding and decoding devices will eat up too much space on the network (the cheap ones we could afford effectively packet storm a network, and we'd need a few!)<br /> *Capture (PC), encode &gt; IP&gt; decode (PC) is hilariously unreliable (we need zero failures at all), and introduces far too much latency.<br /> *SO, we are left with only direct connectivity as an option.<br /> <br /> === Physical topology ===<br /> *We clearly need to sit our master control room (MCR) next to one of the stages - if our two stages are 100m each side of NOC, we can do a fibre run from MCR at stage A (STA), past NOC (middle), on to stage B (STB). This'll be cheaper than having MCR at NOC, and doing two fibre runs out to STA &amp; STB. To get network, we simply attach at wherever MCR is, and then as EMF will have a lot of bandwidth, we don't need to worry about where we stream content from!<br /> *If we have three stages, we'll pop MCR in the middle one (if there is a middle one), or at NOC if there is no clear shorter way of doing the runs...<br /> <br /> === MCR or MCV or MCC ? ===<br /> We need a home. The LHS Bikeshed has already proven that caravans are brilliantly cheap housing for electronics - cheaper than a van, and more prepared than turning up with a pile of stuff. I propose we take this example, and make the Master Control Room a Master Control Caravan. We can then take all the caravan bits out, put our hardware and custom (cheap) controllers in, pre rig everything, and just hook up on site.<br /> <br /> === The broom Cupboard ===<br /> An idea by Mr Sands, where we can add interviews, news, and other diversions to our output. We'll need at the least: 1 camera, a set of floodlights, a few mics, a small audio mixer, and an analog to AES convertor (to make the output fit with our master formats of AES3 &amp; HD-SDI.<br /> <br /> <br /> == MCR / Edit / Playout / Storage Network ==<br /> We're going to get through quite a bit of data over the weekend. Something of the order of around 2 Terabytes.<br /> This will be from the captures of the stages, pre-existing content for playout, the edit process, and the final copies (also for playout).<br /> <br /> To keep costs down, this can all be on:<br /> * One machine with a decent RAID array. It'll be getting quite hammered, have playout and edit running at the same time. - We'll need something along the lines of RAID10. Basically, redundant, and quick...<br /> * We'll also need an edit machine. Just about Anything quad(or more please!)-core with above 6GB of RAM will do the job. This'll be a dual screen thing, to make it easier.<br /> * An encode machine to compile the edits from the project files will take time. Offloading this onto a machine with as much grunt as possible, will make sure we can keep up with the events on site (a quad core phenom II 9650 will work at 4x slower than realtime, so we really need something nippy to keep up with 2 stages that run for ~ half time on average!)<br /> * One playout machine for each stage : each one will produce a key (opacity, or alpha) and a fill (visible video) to the video mixer. This will allow it to provide graphics, and handle the continuity service. With 2 decklink HD extreme 3d (or similar) units (not decklink duo!) we could consolidate these machines into just one machine. This might be a little hairy though.<br /> * Control PC(s). These will handle connection to the remote mixer(s) from our control panels in MCR, the automation / continuity. They don't need much grunt at all, but will need a few serial ports.</div>

Mikechislett https://wiki.emfcamp.org/2014/w/index.php?title=EMFBC&diff=155 2013-07-19T11:26:50Z

<p>Mikechislett: /* MCR or MCV or MCC ? */</p> <hr /> <div>''Or how to jump the gun by 6 months, and not check for permission first''<br /> <br /> <br /> == Eh What? ==<br /> Well, A few of us at London Hackspace have been thinking about how we could make the video side of things better. Much better.<br /> We theorize (with past examples in Student TV and Real world TV, that we can reasonably expect to provide:<br /> * HD Live streams for two stages<br /> * Overflow capacity (i.e. &quot;Ahh, stage A is full, can we get the pictures &amp; sound to stage B?&quot;)<br /> * All talks, Q&amp;A sessions available on demand within 2 hours of their finish.<br /> * Overnight continuity (i.e. at the end of the day, play out content from previous EMF's, and with permission, content from popular hacky content creators)<br /> * A Cheesy closedown clock, a la BBC style 1am goodnight, hacking forecast, and national anthem.<br /> * Live graphics on the live streams (i.e. ''Jonty - Beeeeeeees&quot;, and perhaps the odd bit of moderated twitter integration).<br /> <br /> <br /> == Isn't this a bit early to start planning? ==<br /> *No. Finding a good workflow takes time.<br /> *No. Although the cost of making HDTV has dropped massively, we still need to make our own bits (like controllers, not the mixers!!!) to keep costs down: Oddly, the controllers are the most expensive bit on hardware!<br /> *No. We need a while to source everything, and test kit together. Not to mention we'll be running a full test of the Master control room system beforehand.<br /> *No. Much of this planning cannot be done in a multi-threaded fashion.<br /> *No. EMF may not have even picked a site yet, but much of the infrastructure for EMFBC will remain the same. Pretty much the only thing that'll change is cable / fibre lengths, and that doesn't affect us until later in the process.<br /> <br /> <br /> == Can I bikeshed this? ==<br /> * Not quite yet. Bikeshedding will be available later on, for things like controller design, software for automation, gfx control...<br /> * Chat with us, we'll usually be talking about making TV. <br /> * Yes, if your question is along the lines of &quot;I clean up messy wikis, can I namespace this to my heart's content?&quot;<br /> <br /> == Topology ==<br /> ===Considerations ===<br /> *Although undecided yet, EMF will likely have 2 or 3 stages, each probably 100 meters or more apart.<br /> *This means we need quite a bit of cable - at these lengths, we have a few issues: at 1.485Gbps (our baud rate) and 100m, we need some pretty hefty coax. This is kind-of-expensive. It begins to be cheaper to go down the fibre route...<br /> *Shorter = cheaper.<br /> *The connection to EMF-NOC will be easy - Cat5e/6 is cheap, and will already be everywhere on the camp.<br /> *HD Encoding and decoding devices will eat up too much space on the network (the cheap ones we could afford effectively packet storm a network, and we'd need a few!)<br /> *Capture (PC), encode &gt; IP&gt; decode (PC) is hilariously unreliable (we need zero failures at all), and introduces far too much latency.<br /> *SO, we are left with only direct connectivity as an option.<br /> <br /> === Physical topology ===<br /> *We clearly need to sit our master control room (MCR) next to one of the stages - if our two stages are 100m each side of NOC, we can do a fibre run from MCR at stage A (STA), past NOC (middle), on to stage B (STB). This'll be cheaper than having MCR at NOC, and doing two fibre runs out to STA &amp; STB. To get network, we simply attach at wherever MCR is, and then as EMF will have a lot of bandwidth, we don't need to worry about where we stream content from!<br /> *If we have three stages, we'll pop MCR in the middle one (if there is a middle one), or at NOC if there is no clear shorter way of doing the runs...<br /> <br /> === MCR or MCV or MCC ? ===<br /> We need a home. The LHS Bikeshed has already proven that caravans are brilliantly cheap housing for electronics - cheaper than a van, and more prepared than turning up with a pile of stuff. I propose we take this example, and make the Master Control Room a Master Control Caravan. We can then take all the caravan bits out, put our hardware and custom (cheap) controllers in, pre rig everything, and just hook up on site.<br /> <br /> === The broom Cupboard ===<br /> An idea by Mr Sands, where we can add interviews, news, and other diversions to our output. We'll need at the least: 1 camera, a set of floodlights, a few mics, a small audio mixer, and an analog to AES convertor (to make the output fit with our master formats of AES3 &amp; HD-SDI.</div>

Mikechislett https://wiki.emfcamp.org/2014/w/index.php?title=EMFBC&diff=154 2013-07-19T11:22:35Z

<p>Mikechislett: </p> <hr /> <div>''Or how to jump the gun by 6 months, and not check for permission first''<br /> <br /> <br /> == Eh What? ==<br /> Well, A few of us at London Hackspace have been thinking about how we could make the video side of things better. Much better.<br /> We theorize (with past examples in Student TV and Real world TV, that we can reasonably expect to provide:<br /> * HD Live streams for two stages<br /> * Overflow capacity (i.e. &quot;Ahh, stage A is full, can we get the pictures &amp; sound to stage B?&quot;)<br /> * All talks, Q&amp;A sessions available on demand within 2 hours of their finish.<br /> * Overnight continuity (i.e. at the end of the day, play out content from previous EMF's, and with permission, content from popular hacky content creators)<br /> * A Cheesy closedown clock, a la BBC style 1am goodnight, hacking forecast, and national anthem.<br /> * Live graphics on the live streams (i.e. ''Jonty - Beeeeeeees&quot;, and perhaps the odd bit of moderated twitter integration).<br /> <br /> <br /> == Isn't this a bit early to start planning? ==<br /> *No. Finding a good workflow takes time.<br /> *No. Although the cost of making HDTV has dropped massively, we still need to make our own bits (like controllers, not the mixers!!!) to keep costs down: Oddly, the controllers are the most expensive bit on hardware!<br /> *No. We need a while to source everything, and test kit together. Not to mention we'll be running a full test of the Master control room system beforehand.<br /> *No. Much of this planning cannot be done in a multi-threaded fashion.<br /> *No. EMF may not have even picked a site yet, but much of the infrastructure for EMFBC will remain the same. Pretty much the only thing that'll change is cable / fibre lengths, and that doesn't affect us until later in the process.<br /> <br /> <br /> == Can I bikeshed this? ==<br /> * Not quite yet. Bikeshedding will be available later on, for things like controller design, software for automation, gfx control...<br /> * Chat with us, we'll usually be talking about making TV. <br /> * Yes, if your question is along the lines of &quot;I clean up messy wikis, can I namespace this to my heart's content?&quot;<br /> <br /> == Topology ==<br /> ===Considerations ===<br /> *Although undecided yet, EMF will likely have 2 or 3 stages, each probably 100 meters or more apart.<br /> *This means we need quite a bit of cable - at these lengths, we have a few issues: at 1.485Gbps (our baud rate) and 100m, we need some pretty hefty coax. This is kind-of-expensive. It begins to be cheaper to go down the fibre route...<br /> *Shorter = cheaper.<br /> *The connection to EMF-NOC will be easy - Cat5e/6 is cheap, and will already be everywhere on the camp.<br /> *HD Encoding and decoding devices will eat up too much space on the network (the cheap ones we could afford effectively packet storm a network, and we'd need a few!)<br /> *Capture (PC), encode &gt; IP&gt; decode (PC) is hilariously unreliable (we need zero failures at all), and introduces far too much latency.<br /> *SO, we are left with only direct connectivity as an option.<br /> <br /> === Physical topology ===<br /> *We clearly need to sit our master control room (MCR) next to one of the stages - if our two stages are 100m each side of NOC, we can do a fibre run from MCR at stage A (STA), past NOC (middle), on to stage B (STB). This'll be cheaper than having MCR at NOC, and doing two fibre runs out to STA &amp; STB. To get network, we simply attach at wherever MCR is, and then as EMF will have a lot of bandwidth, we don't need to worry about where we stream content from!<br /> *If we have three stages, we'll pop MCR in the middle one (if there is a middle one), or at NOC if there is no clear shorter way of doing the runs...<br /> <br /> === MCR or MCV or MCC ? ===<br /> We need a home. The LHS Bikeshed has already proven that caravans are brilliantly cheap housing for electronics - cheaper than a van, and more prepared than turning up with a pile of stuff. I propose we take this example, and make the Master Control Room a Master Control Caravan. We can then take all the caravan bits out, put our hardware and custom (cheap) controllers in, pre rig everything, and just hook up on site.</div>

Mikechislett https://wiki.emfcamp.org/2014/w/index.php?title=EMFBC&diff=119 2013-07-01T21:00:39Z

<p>Mikechislett: /* Can I bikeshed this? */</p> <hr /> <div>''Or how to jump the gun by 6 months, and not check for permission first''<br /> <br /> <br /> == Eh What? ==<br /> Well, A few of us at London Hackspace have been thinking about how we could make the video side of things better. Much better.<br /> We theorize (with past examples in Student TV and Real world TV, that we can reasonably expect to provide:<br /> * HD Live streams for two stages<br /> * Overflow capacity (i.e. &quot;Ahh, stage A is full, can we get the pictures &amp; sound to stage B?&quot;)<br /> * All talks, Q&amp;A sessions available on demand within 2 hours of their finish.<br /> * Overnight continuity (i.e. at the end of the day, play out content from previous EMF's, and with permission, content from popular hacky content creators)<br /> * A Cheesy closedown clock, a la BBC style 1am goodnight, hacking forecast, and national anthem.<br /> * Live graphics on the live streams (i.e. ''Jonty - Beeeeeeees&quot;, and perhaps the odd bit of moderated twitter integration).<br /> <br /> <br /> == Isn't this a bit early to start planning? ==<br /> No. Finding a good workflow takes time.<br /> <br /> No. Although the cost of making HDTV has dropped massively, we still need to make our own bits (like controllers, not the mixers!!!) to keep costs down: Oddly, the controllers are the most expensive bit on hardware!<br /> <br /> No. We need a while to source everything, and test kit together. Not to mention we'll be running a full test of the Master control room system beforehand.<br /> <br /> No. Much of this planning cannot be done in a multi-threaded fashion.<br /> <br /> No. EMF may not have even picked a site yet, but much of the infrastructure for EMFBC will remain the same. Pretty much the only thing that'll change is cable / fibre lengths, and that doesn't affect us until later in the process.<br /> <br /> <br /> == Can I bikeshed this? ==<br /> * Not quite yet. Bikeshedding will be available later on, for things like controller design, software for automation, gfx control...<br /> * Chat with us, we'll usually be talking about making TV. <br /> * '''''This idea is proposterous, we'll never do it. It is a waste of time. You cannot go to the moon. STOP NOW I AM IN CHARGE HERE''''' : It's simpler than it sounds. Trust me. And No. EMF is preposterous, and we love it.<br /> * Yes, if your question is along the lines of &quot;I clean up messy wikis, can I namespace this to my heart's content?&quot;</div>

Mikechislett https://wiki.emfcamp.org/2014/w/index.php?title=EMFBC&diff=118 2013-07-01T20:56:31Z

<p>Mikechislett: So yep. Buckle up.</p> <hr /> <div>''Or how to jump the gun by 6 months, and not check for permission first''<br /> <br /> <br /> == Eh What? ==<br /> Well, A few of us at London Hackspace have been thinking about how we could make the video side of things better. Much better.<br /> We theorize (with past examples in Student TV and Real world TV, that we can reasonably expect to provide:<br /> * HD Live streams for two stages<br /> * Overflow capacity (i.e. &quot;Ahh, stage A is full, can we get the pictures &amp; sound to stage B?&quot;)<br /> * All talks, Q&amp;A sessions available on demand within 2 hours of their finish.<br /> * Overnight continuity (i.e. at the end of the day, play out content from previous EMF's, and with permission, content from popular hacky content creators)<br /> * A Cheesy closedown clock, a la BBC style 1am goodnight, hacking forecast, and national anthem.<br /> * Live graphics on the live streams (i.e. ''Jonty - Beeeeeeees&quot;, and perhaps the odd bit of moderated twitter integration).<br /> <br /> <br /> == Isn't this a bit early to start planning? ==<br /> No. Finding a good workflow takes time.<br /> <br /> No. Although the cost of making HDTV has dropped massively, we still need to make our own bits (like controllers, not the mixers!!!) to keep costs down: Oddly, the controllers are the most expensive bit on hardware!<br /> <br /> No. We need a while to source everything, and test kit together. Not to mention we'll be running a full test of the Master control room system beforehand.<br /> <br /> No. Much of this planning cannot be done in a multi-threaded fashion.<br /> <br /> No. EMF may not have even picked a site yet, but much of the infrastructure for EMFBC will remain the same. Pretty much the only thing that'll change is cable / fibre lengths, and that doesn't affect us until later in the process.<br /> <br /> <br /> == Can I bikeshed this? ==<br /> * Not quite yet. Bikeshedding will be available later on, for things like controller design, software for automation, gfx control...<br /> * Chat with us, we'll usually be talking about making TV. <br /> * '''''This idea is proposterous, we'll never do it. It is a waste of time. You cannot go to the moon. STOP NOW I AM IN CHARGE HERE''''' : It's simpler than it sounds. Trust me. And No.</div>

Mikechislett