там довольно много в аэроспайке непостижимого для джуниора

?

да все в том же треде в вк ???

Тогда начинай писать чат бота для телеграм, который будет парсить вакансии из флуда.

Благодарю за совет, буду пытаться)

Коллеги, скажите можно ли на go написать стриминг сервер потокового видео следующего плана:

Коллеги, скажите можно ли на go написать стриминг сервер потокового видео следующего плана:

Можно

:)

Одна рутина читает данные и складывает в памят, буфер скажем 1 Гбайт. Потом мы преобразуем протокол, и раздаем скажем на 1000 клинтов в своих горутинах

Одна рутина читает данные и складывает в памят, буфер скажем 1 Гбайт. Потом мы преобразуем протокол, и раздаем скажем на 1000 клинтов в своих горутинах

Можно.

Вопрос-то где?

Какие могут быть проблемы или преимущества по сравнению с другими языками?

Но если честно, я не понимаю зачем так делать

Но если честно, я не понимаю зачем так делать

А как надо? Ивент луп?

А как надо? Ивент луп?

Он у тебя и так есть в go

Весь современный стриминг - это раздача файлов по хттп

Вопрос-то где?

Есть ли код? Какого нибудь приложения?

Весь современный стриминг - это раздача файлов по хттп

Ну да. Вся задача принять входной поток и конвертировать его в файлы.

Ну да. Вся задача принять входной поток и конвертировать его в файлы.

ffmpeg

ffmpeg

Да у меня так и работает все. Nginx + ffmpeg

Одна рутина читает данные и складывает в памят, буфер скажем 1 Гбайт. Потом мы преобразуем протокол, и раздаем скажем на 1000 клинтов в своих горутинах

сложно, все это потечет обязательно

Не потечет

Есть мысль что прямое подключени библиотeк ffmpeg и прямое управление памятью будет немножко лучше. Это заблуждение или нет?

Заблуждение

В чем именно?

сложно, все это потечет обязательно

ой. ну течки бояться - в рот не давать

Полпроцента ты выиграешь

Мне не нужно выигрывать скорость

Тогда зачем?

Там нагрузка, которую дает ffmpeg на порядки превышает оверхед ля веба

я чё-то понял. видео перекодировать то надо или просто байтики перекладывать по-разному?

Тогда зачем?

Фичи же. Для поддержки протоколов новых.

я чё-то понял. видео перекодировать то надо или просто байтики перекладывать по-разному?

Перекладывать. Основно задача парсить злоебучие форматы mpeg и делать конвнртацию в http

во что прости?

У меня сложилось впечатление что го достаточо быстро перекладыаает байтики. Почти как С. При этом намного легче управлять памятью благодаря gc

во что прости?

В http. Весь современный стримминг работает по http.

байтики то он быстро перекладывает. а кодеки сам писать будешь?

с медиа сервером вообще много тонкостей. например rtp требует очень аккуратности в плане равномерности стриминга. иначе у клиентов все идет по пизде. а под большими нагрузками врядли тебе произвольно переключающиеся горутины и гарбадж коллектор нормально позволят отдатавать сотни равномерных потоков

В http. Весь современный стримминг работает по http.

в http? стриминг? контент тайп плейн текст? )))

байтики то он быстро перекладывает. а кодеки сам писать будешь?

ffmpeg же

в http? стриминг? контент тайп плейн текст? )))

почитай про hls

в http? стриминг? контент тайп плейн текст? )))

Уйди противный!

ffmpeg же

а go тошда зачем?

с медиа сервером вообще много тонкостей. например rtp требует очень аккуратности в плане равномерности стриминга. иначе у клиентов все идет по пизде. а под большими нагрузками врядли тебе произвольно переключающиеся горутины и гарбадж коллектор нормально позволят отдатавать сотни равномерных потоков

На отдачу строго http, там даже несколько сотен мсекунд не решает. Именно поэтому думаю о Go.

а go тошда зачем?

Конвертировать форматы и методату. Там работы непочатый край.

ffmpeg же

ну например для того же hls тебе надо на чанки резать по границам кадров. это значит что у тебя софтина не просто перекладывает сырой поток байтиков а смотрит таки что именно она перекладывает. надо лезть внутрь протокола. там конечно не надо поддерживать все тонкости кодека, но по сути это основа под кодек

Конвертировать форматы и методату. Там работы непочатый край.

ffmpeg же

а чем эрливидео не устраивае

ffmpeg же

Ну запусти мне ffmpeg без nginx наприимер.

а чем эрливидео не устраивае

Мы, Сара, таки покупаем или продаем?

переписываем эрливидео на го?

Я вернусь с вашего позволения к вопросу. Можно ли реализовать такой сервер на go? Если можно, то где взять описание архитектуры.

когда-то flussonic был в открытом доступе...

переписываем эрливидео на го?

Нет модуль nginx-rtmp

> Можно ли реализовать такой сервер на go? Задача вычислима? Язык тьюринг-полный? Можно.

Нет модуль nginx-rtmp

не думаю, что будут проблемы

особенные

Тогда начинай писать чат бота для телеграм, который будет парсить вакансии из флуда.

причем лучше делай это на котлине, полезней будет

не думаю, что будут проблемы

Да вот мне тоже так кажется

когда-то flussonic был в открытом доступе...

Не только он, они все.

Да вот мне тоже так кажется

(запуская rebar generate ) ну и ладно :)

Они все начинают как открытые, потом закрываются.

levgem молодца

(запуская rebar generate ) ну и ладно :)

А ты на эрланге? Или может быть в Earlyvideo сразу?

эрливидео был в соседнем кабинете, если ест ькакой-то вопрос - можно отловить человечка

Здравствуйтею Подскажите как получить значение Cookies с удаленного ресурса? https://play.golang.org/p/KPSqTkzf9g

из хедера set-cookie наверное

Cookie An HTTP cookie previously sent by the server with Set-Cookie (below). Cookie: $Version=1; Skin=new; Permanent: standard

ERROR: S client not available

Я вернусь с вашего позволения к вопросу. Можно ли реализовать такой сервер на go? Если можно, то где взять описание архитектуры.

эрливидео. списывай с них

Здравствуйтею Подскажите как получить значение Cookies с удаленного ресурса? https://play.golang.org/p/KPSqTkzf9g

https://golang.org/pkg/net/http

эрливидео. списывай с них

Мне бы на гошечке посмотреть - работа с памятью, мультипоточность в смысле много много горутин. Есть чо на примете?

Мне бы на гошечке посмотреть - работа с памятью, мультипоточность в смысле много много горутин. Есть чо на примете?

судя по всему - ты будешь первооткрывателем

судя по всему - ты будешь первооткрывателем

Хм... ну Ок.

Первооткрывателем чего?

Есть мысль что прямое подключени библиотeк ffmpeg и прямое управление памятью будет немножко лучше. Это заблуждение или нет?

заблуждение

Там нагрузка, которую дает ffmpeg на порядки превышает оверхед ля веба

я уже говорил, что ffmpeg может вообще почти ничего не потреблять )

Перекладывать. Основно задача парсить злоебучие форматы mpeg и делать конвнртацию в http

такого не существует.

по-моему вряд ли будет более эффективное решение чем ffmpeg + crtmpserver

У меня сложилось впечатление что го достаточо быстро перекладыаает байтики. Почти как С. При этом намного легче управлять памятью благодаря gc

да не надо перекладывать байтики. зачем? почему всем хочется сделать этот кривой велосипед?

и двух строчек на баше их слепляющих, безо всякого го

Я ffmpeg подключил толькопотому, что без него никак картининки не получались

по-моему вряд ли будет более эффективное решение чем ffmpeg + crtmpserver

rtmp мертв.

но работает же

хошь hls хошь что еще

с медиа сервером вообще много тонкостей. например rtp требует очень аккуратности в плане равномерности стриминга. иначе у клиентов все идет по пизде. а под большими нагрузками врядли тебе произвольно переключающиеся горутины и гарбадж коллектор нормально позволят отдатавать сотни равномерных потоков

во-первых, не надо rtp. во-вторых, проблем никаких не будет если не делать буфер совсем мелким

Есть подозрение, что управляя кодом процесса я все задачи смогу сделать без ffmpeg кроме транскодинга

Для IPTV реалтайм транскодинг обязателен, для файлопомойки - нет

во-первых, не надо rtp. во-вторых, проблем никаких не будет если не делать буфер совсем мелким

это зависит. если сделать буфер большим то будет медленный выход на трансляцию и большой лаг произведения. пусть если у тебя в конце какая-нить коробочка типа амины то там памяти 32 метра и хоть ты усрись

ну например для того же hls тебе надо на чанки резать по границам кадров. это значит что у тебя софтина не просто перекладывает сырой поток байтиков а смотрит таки что именно она перекладывает. надо лезть внутрь протокола. там конечно не надо поддерживать все тонкости кодека, но по сути это основа под кодек

про то, что каждый чанк должен начинаться с keyframe - да. остальное - бред )

Чанкеров hls - жопой жуй

а чем эрливидео не устраивае

он стоит денег и смысла в нем мало. кроме того, когда Лапшин начал рассказывать про то как они с легкостью отдают 10Гбит/с я спросил про необходимое для этого железо и он исчез.

Коллеги, подскажите, как из полученной в виде interface{} структуры взять значение поля (строка)? Offset для этого поля мне известен.

про то, что каждый чанк должен начинаться с keyframe - да. остальное - бред )

ну окей - кейфремы имеют одинаковую длину так что надо найти границу один раз. не подумал

Я вернусь с вашего позволения к вопросу. Можно ли реализовать такой сервер на go? Если можно, то где взять описание архитектуры.

можно. берешь любой чанкер для hls и скрещиваешь с http-сервером.

Есть подозрение, что управляя кодом процесса я все задачи смогу сделать без ffmpeg кроме транскодинга

можно, но долго. тот же mpeg-ts - очень сложный и неприятный формат.

можно, но долго. тот же mpeg-ts - очень сложный и неприятный формат.

А вот мне как раз и хочется потрахаться со сложным и неприятным форматом. У меня может быть влечения странные :)

ну окей - кейфремы имеют одинаковую длину так что надо найти границу один раз. не подумал

нет, не одинаковую. мы у себя сделали просто: процесс-транскодер просто строит map вида timestamp:file_offset.

Коллеги, подскажите, как из полученной в виде interface{} структуры взять значение поля (строка)? Offset для этого поля мне известен.

А привести к нужному типу?

А вот мне как раз и хочется потрахаться со сложным и неприятным форматом. У меня может быть влечения странные :)

но зачем? задачу хочется решить или сексуальных утех? ))

сейчас вся работа стримингового сервера - это генерация плейлистов с ссылками на чанки