SCTE-35

SCTE-35 ( ANSI/SCTE 35 2013 ) to wspólny standard ANSI / Stowarzyszenia Inżynierów Kabli i Telekomunikacji, który opisuje wstawianie tonów wskazujących w linii w strumieniach mpeg-ts. Pełna standardowa nazwa to „Digital Program Insertion Cueing Message for Cable”.

Historia

SCTE-35 był pierwotnie używany w Stanach Zjednoczonych do sygnalizowania możliwości umieszczania lokalnych reklam w strumieniach transportowych, aw Europie do umieszczania lokalnych programów telewizyjnych (np. lokalnych transmisji informacyjnych). Obecnie jest używany do sygnalizowania wszelkiego rodzaju programów i wydarzeń reklamowych w strumieniach transportu liniowego oraz w nowszych formatach dostarczania ABR, takich jak HLS i DASH.

Prace nad łączeniem skompresowanych strumieni wideo GOP rozpoczęło SMPTE ST 312M Television - Splice Points for MPEG-2 Transport Streams. Ten standard miał kilka podstawowych sygnalizacji i szczegóły dotyczące wykonywania płynnego i prawie płynnego łączenia skompresowanych strumieni. Chociaż działał głównie na strumieniach o stałej przepływności, aw branży kablowej kanały cyfrowe przechodziły do ​​statystycznego formatu multipleksu. Firma o nazwie Imedia opracowała splicer MPEG i wraz z firmą o nazwie SkyConnect zademonstrowała łączenie treści reklam w statystycznie zmultipleksowany strumień.

Kilku zwolenników kabli dla standardu SMPTE 312M przeniosło następnie proces standardów sygnalizacji do SCTE i utworzyło grupę ad hoc DPI. Wykorzystując SMPTE 312M jako podstawę, zmodyfikowali standard, aby lepiej działał przy sygnalizowaniu lokalnych punktów wstawiania reklam i dodali minimalną dodatkową ilość danych, aby móc rozpocząć wysyłanie większej ilości informacji o połączeniu. Stało się to pierwszą wersją SCTE 35. SCTE 35 został napisany bez przykładów lub dużo tekstu wyjaśniającego, ponieważ został przeniesiony do przewodnika SCTE 67.

Kilka lat później Time Warner założył firmę o nazwie MystroTV, aby opracować rozwiązanie sieciowego DVR. Wymagało to dokładnego zasygnalizowania granic programu i reklamy w celu prawidłowego nagrania, a co ważniejsze, nie nagrywania programu, do którego programista lub operator nie miał praw. Byli również zainteresowani sygnalizowaniem korzyści reklamowych zarówno dla programistów, jak i dystrybutorów. Osiągnięto to przez dodanie polecenia time_signal, które było w zasadzie splice_insert, ale usunięto wszystkie zbędne dane. Następnie dodali segmentation_descriptor, aby móc sygnalizować rozszerzalną liczbę zdarzeń i powiązać to z poleceniem time_signal w celu uzyskania dokładnych punktów łączenia.

Niektórzy programiści postanowili przeciążyć oryginalne polecenie splice_insert zamiast dodawać standardowe elementy do tego, co chcieli zrobić, co stworzyło różne interpretacje sposobu obsługi niektórych zdarzeń. W SCTE 35 2019r1 poświęcono sporo czasu, aby dodać kilka przykładów i więcej tekstów wyjaśniających, jak korzystać ze standardu.

Zobacz też