We’ve been reading and replying to lots of the comments you’ve been writing and I thought it was probably time for a blog update.

To prove that there are some developments, honest, I snapped the picture above at a meeting we had recently. From the left David Peters and Paul Eaton (from Arqiva) and Nicky Tate and Gregory Wastson (from Folder Media/MuxCo). We met up to discuss the current situation and progress on the multiplexes. But what does that really mean?

First we compared notes on what we think is happening to local multiplexes across the UK, whether we felt that any were likely to merge or change shape, and whether this would affect frequency allocation or availability of frequencies. We then talked about our own areas and the pros and cons of combining any areas and especially what this would mean for frequencies – ie would we want to use one frequency for any enlarged areas or would we want to maintain the existing allocations and muxticast a combined multiplex across two frequencies. We were also weighing up the affect this could have over coverage (positive and negative) and how it would impact or benefit potential service providers. We’re now going to be investigating some our thoughts with Ofcom’s technical teams.

One question we’re asked, is why change anything? Well, for me the key thing is looking at whether any of the industry changes will mean we can have better coverage for less money. I’m also keen to maximise the flexibility on the multiplexes going forward and to allow us to provide innovative (read cheap) solutions for service providers. In DAB’s current development, is it better to cover larger local areas with some services that might traditionally appear on neighbouring multiplexes in the short term, and then split the multiplexes again when demand increases later on? Or does it really not make that much difference and should we proceed as planned? They’re the kind of decisions we’re making.

We also had some good discussions with Arqiva about how the contribution part (ie stations getting their signals to the multiplex) as well as the distribution (getting the multiplex feed) to the transmitters. Contribution is usually a fixed cost, whereas the cost of capacity depends on bitrates, therfore for smaller services it will be good to try and drive that cost down and hopefully encourage services to join the multiplex and to allow short-term services to take part as well.

All these discussions mean that Arqiva can now give us some firm quotations for the transmission costs of some of the earlier multiplexes planned. We can then move to final negotiations with them and then set prices for the service providers – allowing us to formally contract with them for carriage.  Then we can give Arqiva the OK to build the network, and away we’ll go!


5 thoughts on “Progress

  1. Adam

    I look forward to seeing all of your multiplexes launch. Can you clarify the new approximate schedule for all of the multiplexes? Thanks.

  2. peter

    when will you get going,come on guys theres never a right hereford and worcester…is it still on for sep 09,not heard any test tx

  3. Andrew Hayward

    As Muxco has now been given the green light by ofcom(uk-gov)to combine the H+W/glos multiplex and has been working with Arquiva on that basis, Surely you must have launch dates for this network by now! ( Reminder! In January of this year, you stated a launch date of September 2009!!)

    A major Plus, the economics of this combined network look good!
    Two BBC tennants, plus Heart, Wyvern, Star, Gold, Sunshine. The need for Muxco to fill the capacity with its own channels is nolonger that necessary.
    So, Lets Hear some results..

  4. Robert Crumpton

    It is getting on for three years since you were awarded the license, what the heck is going on?! the picture above has not changed and neither has the information. Do you intend to carry out your supposed intentions or have you just got the license to keep others from performing where you are obviously not.


Leave a Reply

Your email address will not be published. Required fields are marked *