Олег Гамега

Изучать следует начинать с языка со статической типизаций.

В частости С подходит по этому критерию.
Плюс в изучении С - много литературы и пр. информации.
Минусы - будете не только язык изучать, а еще и со стандартами и их разной кривости реализациями бороться. То, что работает в реализации Clang на Linux не будет работать в реализации MSVC на Windows и в реализации GCC на FreeBSD. Оно вам надо?
Плюс в С легко отстрелить себе ногу.
Плюс реальная польза от Си - это только в слабых микроконтроллерах (мощные модели вполне способны и целые операционные системы запуска), да в написании операционных систем. В других областях или давно перешли или переходят на другие языки.

Я бы предложил Go.

Статическая типизация.
Мощь и простота в одном флаконе.
Жесткий стандарт - разные версии на разных ОС комилируются запросто.

Скриптовые динамические языки - PHP, JavaScript, Python, Ruby, Perl, Lua - плохо для начинающего. Прививает нехорошее отношение к переменным.

Rust, D, Java, Dart - слишком много концепций, не будете знать на чем сосредоточить внимание.

Haskell, Erlang - функциональные концепции, далеко оторванные от массового программирования, которое в большинстве своем императивное.

Плюсы:

Си это сила. У него пока нет конкурентов в системном программировании (разве что rust подкрадывается и D, но они чуть на другие вещи ориентированы).

Минусы:

Сегодня Си это специфика. Это либо системное программирование (разработка драйверов, низкоуровневых вещей, баз данных, интерпритаторов, компиляторов) либо микроконтроллеры и т.д. Так же есть определенные задачи для которых критически важна производительность, там и ассемблер иногда используют, но скоро перейдут на FPGA.

То есть знание Си = знание архитектуры комьютера, а это уже неплохо и пригодится. Сам же язык относительно простой и много времени на его изучение не потребуется.

Если же вас интересуют более мэйнстрим вещи вроде web или мобильная разработка - проще сразу брать какой-нибудь современный динамический язык (python, javascript) и радоваться жизни.

У API есть открытый метод для этого: utils.resolveScreenName

Работает это через IP-tv, RTSP или другие протоколы.
Контент берут по разному:
1) С тех же сайтов телевизионных каналов, они как правило вещают себе на сайт свой же канал.
2) Подключаются дома цифровое тв(очень многие провайдеры сейчас вещают именно по IP-tv) и просто ретранслируют его себе на сервер откуда уже перегоняют куда угодно дальше.
3) Подключают дома тв, ставят кучу тв тюнеров, собирают потоки себе на сервер и перегоняют дальше куда угодно.

Самый надежный но одновременно и затратный 3й способ. 1й способ сломается когда обновят сайт\апи\сервер и т.д., придется снова изучать что поменялось. 2й способ не особо надежный т.к.(сугубо личные впечатления) провайдеры очень не качественно проталкивают IP-tv и постоянно возникают какие либо проблемы, то картинка замерзнет, то звук пропадет и т.д.
Вот например можете поковырять страничку официальную с каналом Россия 1 live.russia.tv/index/index/channel_id/1
C вашей ссылки тоже интересный пример как они ссылку на плейлист попытались сныкать:

gg='//62.210.127.74';ff='http';dd='s/01/inde';fff=ff+':'+gg+'/hl'+dd+'x.m3u8?m'+k+ll+'1463510293'

Ответ после дико сложной расшифровки "62.210.127.74/hls/01/index.m3u8?mkll1463510293"

С авторским правом в большинстве случаев все очень плохо.