UPC beperkt bandbreedte HD zenders of over naar VBR?

Ja zelfde gebruik ik hier, dvbviewer source filter geeft idd gewoon zelfde als op jou plaatje op npo1/2/3hd, rtl4 etc hd geeft hij niets weer in dvbviewer source filter(denk door achterwegen zijn van smartcard etc) maar in ts analyzer geeft hij dus 7,5Mbit/s aan op avc gedeelde bijde kanalen en ac3 stream zit op 277kbit/s.

Hier staat wel vinkje voor remove filler data, zou dat verklaren waarom bandbreete lager uitkomt?

Devil-Strike.net zei:

Ja zelfde gebruik ik hier, dvbviewer source filter geeft idd gewoon zelfde als op jou plaatje op npo1/2/3hd, rtl4 etc hd geeft hij niets weer in dvbviewer source filter(denk door achterwegen zijn van smartcard etc)

Klik om te vergroten...

De source filter werkt alleen na decryptie en geeft de bitrate weer zoals aangeboden aan de MPEG decoders, dus na aftrek van opvul bytes. Je leest wel eens van die opmerkingen van provider medewerkers dat zij bij het toepassen van transcoding (bitrate verlagen zonder MPEG hercodering door het weggooien van bytes) alleen maar de null bytes uit de MPEG stream (let op: Ik heb het hier voer de H.264 MPEG elementary stream en niet de volledige Transport stream) halen om zo efficiënter met hun ruimte om te gaan. Als dat waar zou zijn, dan hebben we het over een besparing van zo'n 0.3 Mbps per MPEG stream. Metingen voor en na het toepassen van Transcoding leren echter dat de netto bitrate in de source filter dan opeens veel grotere fluctaties laten zien. Ofwel er wordt bij transcoding veel meer weggegooid dan alleen die ongeveer 0.3 Mbps null bytes in de CBR bron stream.

maar in ts analyzer geeft hij dus 7,5Mbit/s aan op avc gedeelde bijde kanalen en ac3 stream zit op 277kbit/s.

Hier staat wel vinkje voor remove filler data, zou dat verklaren waarom bandbreete lager uitkomt?

Klik om te vergroten...

Ik heb in de settings van TransEdit geen remove filler data setting gevonden. Zoveel null bytes worden er ook niet toegevoegd door de MPEG encoders om er een constante bitrate van te maken (in de genoemde HD voorbeelden zo'n 0.3 Mbps). Dus dat vinkje lijkt mij geen verklaring.

Ah zie al remove filler data is alleen voor dvbviewer als je opneemt.

Volgens mij is UPC in November begonnen met dit VBR gebeuren en ik snap dat niet. De ruimte is er en dan nog kiezen om beeldkwaliteit te verlagen en het is goed te zien bij de SD zenders bijvoorbeeld. TV's worden technisch gezien steeds beter maar de beeldkwaliteit wordt steeds slechter.

Als ze graag bandbreedte willen besparen voor toekomstige doeleinden laat ze dan de allochtone zenders in mpeg4 zettten of nog beter zet die analoge troep uit.

terrestrial zei:

Volgens mij is UPC in November begonnen met dit VBR gebeuren en ik snap dat niet. De ruimte is er en dan nog kiezen om beeldkwaliteit te verlagen en het is goed te zien bij de SD zenders bijvoorbeeld. TV's worden technisch gezien steeds beter maar de beeldkwaliteit wordt steeds slechter.

Als ze graag bandbreedte willen besparen voor toekomstige doeleinden laat ze dan de allochtone zenders in mpeg4 zettten of nog beter zet die analoge troep uit.

Klik om te vergroten...

vbr is niet erg, mits ze dit ook goed instellen met een minimum en een maximum bitrate zonder dat andere zenders moeten inleveren.(waarom zou je still picture ochtend npo zenders bijvoorbeeld ook 12mbit geven als dit met 3mbit ook kan zonder kwaliteit verlies)

As ik npo123 sd kijk zijn die verlaagd naar minimaal 6mbit en een maximum van 21mbit ofzo(typisch upc sd zender max 21mbit geven.......) kwaliteit zou ik niets over kunnen zeggen kijk nooit sd kananel die ook in hd beschikbaar zijn.

Oftewel vbr is geen probleem mits upc het goed insteld en niet zoals canaal digitaal doet vbr hd zenders mogen blij zijn met 5mbit/s gemiddeld.

Devil-Strike.net zei:

vbr is niet erg, mits ze dit ook goed instellen met een minimum en een maximum bitrate zonder dat andere zenders moeten inleveren.(waarom zou je still picture ochtend npo zenders bijvoorbeeld ook 12mbit geven als dit met 3mbit ook kan zonder kwaliteit verlies)

Klik om te vergroten...

Dat is nu net niet het doel om VBR te gaan toepassen, want als de provider de maximum bitrate zodanig moet instellen dat het maximum ook altijd gehaald kan worden dan kunnen ze net zo goed het bron CBR signaal doorgegeven dat ze van de zender ontvangen. Het omzetten van een CBR bronsignaal in een VBR signaal voor de klanten is geen methode om de signaal kwaliteit te verbeteren. De kwaliteit van een dergelijke actie kan hooguit de kwaliteit van het originele bron signaal benaderen indien er geen beperkingen op het maximum.

Het enige doel van een provider is echter om meer kanalen in een transport stream te kunnen persen waardoor er altijd sprake zal zijn van grenzen aan het maximum die veroorzaakt worden de overige kanalen die in dezelfde transport stream worden gepropt. Ook moet de provider extra investeren in MPEG hardware voor deze CBR bronsignaal naar VBR klanten signaal omzetting, want een 1-op-1 doorgegeven bronsignaal kunnen ze direct zonder nabewerkingen aan de multiplexer van de transport stream aanbieden. Ook levert zo'n extra signaal omzetting/nabewerking bij de provider weer allerlei extra complicaties op, want kan de apparatuur van de provider wel omgaan met alle elementary stream componenten van het originele bronsignaal of verdwijnen die dan maar tijdens het omzettingproces omdat de provider zo min mogelijk extra kosten wil maken en daarom goedkope apparatuur aanschaft onder het mom van "dat weten de klanten toch niet". Andere problemen die vaak ontstaan door extra nabewerkingen bij de provider zijn tijdsynchronisatie problemen van de diverse elementary streams van een kanaal waardoor opeens "zomaar" de boel niet meer lipsynchroon is of de ondertiteling out-of-sync is. Ook op dat vlak treed vaak een verslechtering van de kwaliteit op die door de providers dan veelal in de schoenen van de zender worden geschoven terwijl ze zelf aan signaal aan het klooien zijn.

As ik npo123 sd kijk zijn die verlaagd naar minimaal 6mbit en een maximum van 21mbit ofzo(typisch upc sd zender max 21mbit geven.......) kwaliteit zou ik niets over kunnen zeggen kijk nooit sd kananel die ook in hd beschikbaar zijn.

Klik om te vergroten...

Het bronsignaal van deze zenders heeft een constante bitrate van 6 Mbps, dus beter dan jouw minimum zal de kwaliteit nooit worden en het zou daarom absolute onzin zijn als UPC dan dergelijk bronsignalen opeens pieken zou gaan laten bereiken van 21 Mbps door eigen MPEG hercompressie. Het doel van de provider is niet om de kwaliteit te verbeteren, maar om meer kanalen in een transport stream te kunnen proppen.

Wat houd die 2160000 maximaal in dan? staan trouwens 2x max bitrates in 1 van idd 6mbit/s en dus deze zoals hieronder van npo1 sd.


Dus upc geeft dan ook de sd zenders niet meer in 8mbit door zoals dit eerst wel was.

Ze moeten gewoon een oplossing zoeken voor de mensen die nog analoog kijken zodat ze dat kunnen uitschakelen, dit gaat toch gebeuren dus dan maar wat sneller. Probeem bandbreete opgelost.

Ik ben wat gaan experimenteren met de "remove video filler data" instelling van DVBViewer door van alle de HD kanalen bij Ziggo die in mijn pakket zitten opnames te maken met en zonder die optie ingeschakeld en vervolgens het effect van die instelling te bekijken op de bitrate van het kanaal met de DVB Source filter van DVBViewer. Onderstaande uitspraak van mij blijkt dat niet correct te zijn:

ArChie zei:

De source filter werkt alleen na decryptie en geeft de bitrate weer zoals aangeboden aan de MPEG decoders, dus na aftrek van opvul bytes.

Klik om te vergroten...

De DVB Source filter blijkt de bitrate inclusief de video filler data weer te geven. Waar het verschil van 0.3 Mbps dan door veroorzaakt wordt t.o.v. de bitrate zoals getoond in TransEdit voor de bronsignaal vandaan komt is mij nog niet duidelijk.

Devil-Strike.net zei:

Wat houd die 2160000 maximaal in dan? staan trouwens 2x max bitrates in 1 van idd 6mbit/s en dus deze zoals hieronder van npo1 sd.

Klik om te vergroten...

Een verkeerde instelling in Program Map Table (PMT) die de Elementary Stream (ES) componenten van het kanaal beschrijft? Een maximum bitrate van 216000000 bps is gelijk aan 216 Mbps, dat gaat toch nooit passen in een transport stream met een constante bitrate van 38 of 50 Mbps? Je wilt niet weten wat er allemaal door de betrokken partijen maar wat aangeklooid wordt met de informatie in de DVB Service Information (DVB-SI) data. Het is een wonder dat de DVB ontvangers er af en toe nog kaas van weten te maken en dus totaal niet verwonderlijk dat sommige ontvangers dergelijke onzin data verkeerd interpreteren. Het is de taak van de provider om ervoor te zorgen dat hun uitgestuurde DVB-SI data correct is, maar in plaats daarvan laten ze liever de ontvanger fabrikanten workarounds bouwen voor dit soort flauwekul om het zichzelf makkelijk te maken.

Dus upc geeft dan ook de sd zenders niet meer in 8mbit door zoals dit eerst wel was.

Klik om te vergroten...

Het knijpen van SD kanalen, ofwel bitrate shaping zoals de providers dat zo mooi noemen, is al jaren standaard functionaliteit in de multiplexers zodat er lekker veel kanalen in de transport streams gepropt kunnen worden. Dat knijpen van de providers heeft natuurlijk wel gevolgen voor beeldkwaliteit waardoor we ondertussen al weer denken dat wel ultra HD nodig hebben nu ze ook methoden hebben gevonden om de bitrate en dus beeldkwaliteit van HD kanalen te verlagen. En op termijn zullen de providers ook wel weer de kwaliteit van ultra HD verkloten in een poging om daarvan de bitrate te verlagen waardoor wij als klanten weer denken de volgende betere standaard nodig te hebben voor goed beeld.