<?xml version="1.0" encoding="UTF-8"?>
<rss version="2.0"
     xmlns:content="http://purl.org/rss/1.0/modules/content/"
     xmlns:dc="https://purl.org/dc/elements/1.1/"
     xmlns:dcterms="http://purl.org/dc/terms/"
     xmlns:media="http://search.yahoo.com/mrss/"
     xmlns:atom="http://www.w3.org/2005/Atom"
>
    <channel>
                    <atom:link href="https://www.nexttv.com/feeds/tag/program-diversity" rel="self" type="application/rss+xml" />
                            <title><![CDATA[ Latest from Next TV in Program-diversity ]]></title>
                <link>https://www.nexttv.com/tag/program-diversity</link>
        <description><![CDATA[ All the latest program-diversity content from the Next TV team ]]></description>
                                    <lastBuildDate>Mon, 30 Jan 2017 16:35:00 +0000</lastBuildDate>
                            <language>en</language>
                                <item>
                                                            <title><![CDATA[ Public Knowledge Backs 'Contextual' FCC Review of Program Contracts ]]></title>
                                                                                                                                                                                                <link>https://www.nexttv.com/news/public-knowledge-backs-contextual-fcc-review-program-contracts-410520</link>
                                                                            <description>
                            <![CDATA[ Public Knowledge Backs 'Contextual' FCC Review of Program Contracts ]]>
                                                                                                            </description>
                                                                                                                                <guid isPermaLink="false">bFWeF2G9dPGSctakjygBqo</guid>
                                                                                                <enclosure url="https://cdn.mos.cms.futurecdn.net/TUaELfmhKwu85ApEFvBvgQ-1280-80.jpg" type="image/jpeg" length="0"></enclosure>
                                                                        <pubDate>Mon, 30 Jan 2017 16:35:00 +0000</pubDate>                                                                                                                                                                                                                                <category><![CDATA[Policy]]></category>
                                                                                                <author><![CDATA[ john.eggerton@futurenet.com (John Eggerton) ]]></author>                    <dc:creator><![CDATA[ John Eggerton ]]></dc:creator>                                                                                    <dc:source><![CDATA[ http://cdn.mos.cms.futurecdn.net/ETjt8sjZcQr97v7yakQ4hP.jpg ]]></dc:source>
                                                                <dc:description><![CDATA[ null ]]></dc:description>
                                                                                                                                                                                                                                                <media:content type="image/jpeg" url="https://cdn.mos.cms.futurecdn.net/TUaELfmhKwu85ApEFvBvgQ-1280-80.jpg">
                                                            <media:credit><![CDATA[null]]></media:credit>
                                                                                                                                                                                                                                                                                                                                                    </media:content>
                                                    <media:thumbnail url="https://cdn.mos.cms.futurecdn.net/TUaELfmhKwu85ApEFvBvgQ-1280-80.jpg" />
                                                                                                                                                                    <content:encoded >
                            <![CDATA[
                            <article>
                                <figure class="van-image-figure pull-" data-bordeaux-image-check ><div class='image-full-width-wrapper'><div class='image-widthsetter' ><p class="vanilla-image-block" style="padding-top:56.25%;"><img id="TUaELfmhKwu85ApEFvBvgQ" name="" alt="" src="https://cdn.mos.cms.futurecdn.net/TUaELfmhKwu85ApEFvBvgQ.jpg" mos="https://cdn.mos.cms.futurecdn.net/TUaELfmhKwu85ApEFvBvgQ.jpg" align="" fullscreen="" width="" height="" attribution="" endorsement="" class="pull-"></p></div></div></figure><p>Public Knowledge is advising the FCC to take a more nuanced and contextual approach to limiting what it concludes are anticompetitive programming contracts.</p><p>That came in comments on the FCC's program diversity Notice of Proposed Rulemaking.</p><p>A politically divided FCC back in September <a href="https://www.nexttv.com/news/divided-fcc-votes-tentatively-ban-some-contract-terms-408100" data-original-url="https://www.multichannel.com/news/divided-fcc-votes-tentatively-ban-some-contract-terms-408100">voted to propose prohibiting</a> unconditional most favored nation (MFN) and "unreasonable" alternative delivery method (ADM) clauses, which independent programmers and smaller distributors have said hinder access to diverse programming.</p><p>Public Knowledge says that "it has become increasingly obvious that incumbent MVPDs hold back tomorrow’s competition through economic coercion, forcing programmers to agree to limit who they sell to and how they sell it," so it is all for the FCC doing something to address that.</p><p>but it also says that given the complexity of the marketplace, it is tough to conclude that any particular contract provision is per se unreasonable, or whether a programmer per se lacks sufficient leverage in negotiations with video providers.</p><p>"It may be the case that particular provisions are a result of balanced negotiations, reflecting the interests of both parties. It may also be the case that some kinds of contractual provisions are so likely to harm smaller creators or consumers in the short term that they should be prohibited even if some of them may carry some theoretical, longer-term benefit," the group says.</p><p>"Therefore, the Commission should consider a contextual, rather than bright-line, approach to enforcement of this proposed rule. Focusing on provisions that are a result of large MVPDs exerting their negotiating power over programmers will allow the Commission to open the idea marketplace without being overly prescriptive."</p><p>Larger MVPDs argue the marketplace is fine and the FCc, now headed by Republicans who dissented from the NPRM, should terminate the proceeding. <a href="https://www.nexttv.com/news/aca-indies-fcc-tackle-bundling-first-410457" data-original-url="https://www.multichannel.com/news/aca-indies-fcc-tackle-bundling-first-410457">Smaller MVPDs say the FCC should indeed take action on the contracts,</a> but also argue for finessing the approach, and say the FCC should first take aim at program bundling, which they say is an even bigger problem.</p>
                                                            </article>
                            ]]>
                        </content:encoded>
                                                </item>
                                <item>
                                                            <title><![CDATA[ ACA, Indies to FCC: Tackle Bundling First ]]></title>
                                                                                                                                                                                                <link>https://www.nexttv.com/news/aca-indies-fcc-tackle-bundling-first-410457</link>
                                                                            <description>
                            <![CDATA[ ACA, Indies to FCC: Tackle Bundling First ]]>
                                                                                                            </description>
                                                                                                                                <guid isPermaLink="false">6UzBaKEPzGGRCnfZXFEdWz</guid>
                                                                                                <enclosure url="https://cdn.mos.cms.futurecdn.net/92xkagT7G8RcKoMMjrWsNj-1280-80.jpg" type="image/jpeg" length="0"></enclosure>
                                                                        <pubDate>Fri, 27 Jan 2017 14:33:00 +0000</pubDate>                                                                                                                                                                                                                                <category><![CDATA[Policy]]></category>
                                                                                                <author><![CDATA[ john.eggerton@futurenet.com (John Eggerton) ]]></author>                    <dc:creator><![CDATA[ John Eggerton ]]></dc:creator>                                                                                    <dc:source><![CDATA[ http://cdn.mos.cms.futurecdn.net/ETjt8sjZcQr97v7yakQ4hP.jpg ]]></dc:source>
                                                                <dc:description><![CDATA[ null ]]></dc:description>
                                                                                                                                                                                                                                                <media:content type="image/jpeg" url="https://cdn.mos.cms.futurecdn.net/92xkagT7G8RcKoMMjrWsNj-1280-80.jpg">
                                                            <media:credit><![CDATA[null]]></media:credit>
                                                                                                                                                                                                                                                                                                                                                    </media:content>
                                                    <media:thumbnail url="https://cdn.mos.cms.futurecdn.net/92xkagT7G8RcKoMMjrWsNj-1280-80.jpg" />
                                                                                                                                                                    <content:encoded >
                            <![CDATA[
                            <article>
                                <figure class="van-image-figure pull-" data-bordeaux-image-check ><div class='image-full-width-wrapper'><div class='image-widthsetter' ><p class="vanilla-image-block" style="padding-top:56.25%;"><img id="92xkagT7G8RcKoMMjrWsNj" name="" alt="" src="https://cdn.mos.cms.futurecdn.net/92xkagT7G8RcKoMMjrWsNj.jpg" mos="https://cdn.mos.cms.futurecdn.net/92xkagT7G8RcKoMMjrWsNj.jpg" align="" fullscreen="" width="" height="" attribution="" endorsement="" class="pull-"></p></div></div></figure><p>Small and midsized cable operators have banded together with independent programmers to tell the FCC that reining in most favored nation (MFN) clauses and alternative distribution method (ADM) clauses is all well and good, but that it should tackle program bundling first in its effort to promote access to independent and diverse content. </p><p>That came in a filing on the FCC's Notice of Proposed Rulemaking stemming from its program diversity inquiry.</p><p>A politically divided FCC back in September voted to propose prohibiting unconditional MFNs clauses and "unreasonable" ADMs.</p><p>Joining with ACA in the filing were independent programmers MAVTV Motorsports Networks, One America News Network and AWE, and RIDE TV.</p><p>They said that while they were generally supportive of the MFN and ADM restrictions, focusing on those rather than channel bundling was like trying to put out a four alarm fire with a cup of water.</p><p>They said that while those are a problem, in many cases they can't get deals, good or bad, because smaller operators don't have the money or bandwidth after having to strike bundled deals for channels they don't want forced on them by larger programmers with must-have programing that they tie to other "little-watched and overpriced content."</p><p>As to the MFNs and ADMs, the FCC has proposed prohibiting all MVPDs from entering into unconditional MFNs with independent programmers. they point out. Instead, they want the prohibition to all to large MVPDs with any programmer, while allowing small MVPDs to enter into them. They also want the FCC to look into unconditional MFN's in retrans deals, saying that such clauses require them to carry multicast channels they don't want in order to get ones they do.</p><p>It is unclear whether the FCC under new management will take action on the NPRM.</p><p>The FCC has yet to vote on a final order, and in the meantime a new sheriff has arrived.</p><p>The two commissioners who dissented from that decision are now in the majority, with senior Republican Ajit Pai having been tapped by President Donald Trump as the new chair.</p>
                                                            </article>
                            ]]>
                        </content:encoded>
                                                </item>
            </channel>
</rss>