Самый лучший российский сервис
pleer.com с возможностью скачивания, загрузки, создания плей-листов, получения и вставки embed-кодов на сайты, похоже почил в бозе — уже вторую неделю отдаёт 502, хотя трейс до него проходит без ошибок.
Администратор кому-то написал в ВК, что всё дело в кривых dns-ках на cloudflare, а сам сервер работает
и, всго скорее, возможно скоро, очень даже может быть его (плеер) починят.
Пока что перешёл на, некогда ненавидимый мной (ибо не у он всех играл), весьма крюкообразный и тормозной
soundcloud → даже сделал сегодня пост у нас на стене. Да и находится он в США, а там копираст на копирасте сидит, всё что угодно могут вырезать из-за «нарушения смежных прав» и подобной ерунды.
О, вроде получилось собственный mp3/mp4-плеер к нам на сайт прикрутить.
Пока так. Лаконичный, понимает плейлисты.
— и тупо на YouTube, вы знаете, для проигрывания песенок.
Вы лучше найдите мне (помните, я тогда спрашивал?) готовое простое решения для запуска на нашем сервере нашего потокового Радио «Сайгон». Потому что все те ShoutCast и IceCast, что тогда были в моде: настолько были громоздки и неудобны в установке, настройке и обслуживании, что под них звукооператора в штат брать надо. Они ж больше для такой обычной полномасштабной радиостанции, как понимаю, заточены: с ротацией джинглов, передач, прямыми включениями и повторами по сложному расписанию. Мне-то куда проще надо было: всего лишь синхронизировать плейлист по серверным часам, а не пускать его с начала заново по каждому запросу клиентской машины. Нафига для этого их сложные инсталляции и заумное конфигурирование с выучиванием всей их документации?
А то ловкое сетевое решение, что я тогда взамен им нашёл и настроил — через полгода сказало, что не будет работать при аудитории меньше прописанного в их договоре: им не интересно, когда о них мало народа узнаёт. Что, опять же, модель тех же веб-плееров и прочего пиратства в стиле 90-х: побыстрее раскрутиться на халяве для всех, а потом начать драть за всё деньги — помните, тогда это с хостеров началось; в чём даже Яндекс запоздало начал участвовать, создав свой narod.ru.
Думаю, какой-нибудь VLC умеет вещать во всем что нужно на любой платформе win/*nix, а из плееров, думаю, jPlayer на html5 наверняка подойдет.
Плеер я тогда ж прицепил, переписав и перенастроив его дизайн даже — вон он висит годами, вы ж видите:
Вопрос в вещалке: ну простейшая ж функция: рабочие директории → вещалка в аудиопоток с синхронизацией по серверному времени (→ и вон мой плеер уж готов хоть сразу четыре потока таких хватать и проигрывать, что он и делает с тех пор с чужими потоками). Но нет, весь инет ставит себе это неуыразимоэ — Shoutcast, новейшие прорывные технологии от создателей Winamp'a под DOS, привет из 90-х. Я вот на Icecast глянул, снова испугался — там какие-то особые пляски со специальными бубнами. И главное, органически не выношу мегабайты чужого спагетти-кода, который у меня нет времени вычитывать и проникаться его
пафосомвнутренней логикой, делающие всего одну простую базовую функцию на страницу кода: склеивающие файлы в поток. Неужели всё человечество до сих пор так и не научилось делать это именно этой страницей, не более? Не мегабайтами дистрибов, требующими, как они с ходу предъявляют, не только выделенный айпишник, но и ещё и какие-то особые там права со стороны хостера.Или (тогда настраивая плееры в 2014, штук 12 перебрал самых лучших, вон они лежат в рабочих директориях все) я, не найдя в них эту встроенную опцию: брать расписание вещания из текстового файла, куда прописываю пути к контенту — напрасно не нашёл, оно там всё же есть?
Три года ведь прошло, за этот срок в интернете обычно появляются простые решения того, о чём три года назад никто и не слышал. Может заново начать искать? У меня, правда, уж ни времени на это нет, ни, главное, энтузиазма особого.
Не понял на счет «брать расписание из файла» — это как, если на пальцах? В моем идеальном интернет-мире никаких расписаний плееру знать не нужно — он просто либо подключен к потоку и воспроизводит его, либо не подключен и не воспроизводит. Всеми списками заведует сервер и выдает поток вне зависимости от того, слышит ли его кто-то в этом лесу.
Возможно, кто-то всё же знает простой способ. Должен быть такой, там нечему заниматься мегабайтам кода, как вот в этих двух пневмогидравлических костылях.
Возможно, тот, кто работал с ними, изучил их, и знает, где их суть таймер→файлы→поток отделяется от всего остального, лишнего.
Так сразу же сказал: плеер вон настроен и работает:
Плеер я тогда ж прицепил. Вопрос в вещалке.
Серверную часть, вещалку нужно, формировалку этого потока по этому списку от 00:00:00, притом такую, чтоб не пришлось писать в хостинг индусам с требованием открыть мне двадцать дополнительных портов (чего, конечно, родина Тагора и Ганди не переживёт; они там реально тугие, уж имел когда-то несчастье общаться с ними битых три часа, объясняя свою же догадку, отчего у них всё с утра перестало работать, и прося её проверить и настроить всё как было).
Может Perl или PHP новых версий это наконец умеют? К ним же каждый год что-то прогрессивное добавляют, именно на этом уровне — серверных функций, только параметры задать.
По серверной части. Всякие PHP и Perl может и могут работать с аудио-потоками, но это если хочется себе придумать проблем на ровном месте.
Если медиа-файлы находятся на сервере, то VLC решает этот вопрос. Сам по себе VLC это, конечно, overkill, ибо там функций по управлению видео и аудио столько, что легко потеряться в документации. Но в тоже время его можно относительно просто завести. Вот, например, краткое описание как это сделать (раздел про расширенное использование). А вот старая статья на хабре, она про вещание видео в локалке по UDP, но по концепции вещания аудио — ничем не отличается, а для вещания по HTTP надо просто указать ключ access=http, вместо access=udp. То есть, в качестве входящего файла нужно задать плейлист, добавить на запуск vlc опцию random и — вещать поток на указанный адрес и порт. А плеер пусть лишь ходит на указанный адрес и порт, и берет из потока.
Ой, и это очень душные, как всегда, индусы.
Впрочем, ура, кажется я нашёл в их новом безумном интерфейсе хитро запрятанный в не совсем ему релевантную группу иконок SSH...
А нет, это не SSH, это лишь кнопка его включения — после нажатия которой хостер говорит, что прежде чем включить мне его, он должен убедиться, что я достаточно благонадёжен, для чего мне предлагают позвонить в США с понедельника в рабочее время.
При таких исходных данных может получиться, что вариант с Perl/PHP не такой уж и плохой
То есть решение-то может быть и рабочим, но не применимым в конкретном случае из-за ограничений хостинга. А дьявол, он же вот в этих мелочах.
Я, честно говоря, давно зарекся пытаться что-то сделать продвинутое на хостингах, если это не конкретно твой выделенный сервер — пусть хотя бы виртуальный, но с полными правами, а еще лучше — твоя машина в датацентре. Ибо как показывает практика, в противном случае любой шаг влево или вправо грозит необходимостью изобретать велосипед особо извращенным способом.
Ладно, не особо-то и хотелось уж. Просто, вдруг думаю, с наскока найдём быстрое решение.
На Хабре, кстати, нашёл про VLC совсем в моём вкусе решение. Прямо вот именно как и представлял себе всё это: минимальная приблуда без лишних интерфейсов → m3u → демон → поток. Сохраню тут ссылку, вдруг потом пригодится.
Ну и вот автор подсказывает нам ещё одно схожее решение: Music Player Daemon.