Добавить главы в mp3-файл подкаста about radio-t-site HOT 13 CLOSED

@shalugin фича выехала в прод, главы работают

@umputun думаю можно это issue закрывать

from radio-t-site.

спасибо за работу

from radio-t-site.

Поддерживаю это предложение, для упрощения жизни ведущих Марко вроде релизил свою тулзу для разметки подкастов на главы https://overcast.fm/forecast выглядит вроде просто

from radio-t-site.

Можно ли вклиниться в формирование итогового mp3?
Что нужно написать для этого? Достаточно cli команды?

from radio-t-site.

вот тут к mp3 добавлются тэги. Где-то в этом районе можно вклинится. Чтоб взать главы есть API GET /podcast/{num} https://radio-t.com/api-docs/

from radio-t-site.

Набросал proof-of-concept используя библиотеку eyeD3 (ее более старая версия уже скопирована в utils и используется в скрипте upload_mp3.sh, упомянутом выше) и данные из выпуска №681

Хорошие новости: оно работает, проверил в маковском Podcasts.
Новости похуже: придется обновлять библиотеку eyeD3. Версия лежащая здесь в репе не подойдет, т.к. в ней нет поддержки установки нужных id3 тегов и сбэкпортить этот кусок кода будет очень сложно (автор с тех пор сильно переписал свою либу).

Вопросы к @umputun , после решения которых могу оформить PR:

• сейчас библиотека eyeD3 видимо скопирована в репу для удобства - ее так не надо ставить туда, где скрипт выполняется. Может быть таки можно перейти на установку из PyPI ? В gist есть команда установки. Дело в том, что в нужной версии либы есть 3rd party зависимости, которые тоже придется будет копировать сюда, что кажется лишними усложнениями;
• точно ли на момент выполнения этого скрипта из ответа выше в API уже появился свежий выпуск с информацией по главам? К сожалению не совсем понимаю откуда это API данные берет.

from radio-t-site.

Может быть таки можно перейти на установку из PyPI ?

очень не хотелось бы. Вообще было бы круто как-нибудь перенести все, что запускается из publisher в контейнер, тогда при его сборке можно и pip

точно ли на момент выполнения этого скрипта из ответа выше в API уже появился свежий выпуск с информацией по главам? К сожалению не совсем понимаю откуда это API данные берет.

Совершенно точно, что нет. Этот API берет информацию после того, как подкаст опубликован. Однако news API доступен сразу (даже в реальном времени) и он, кстати, уже используется в процессе построения поста, только в md формате. Вот пример для 1000 последних часов, что конечно перебор, в реальной жизни хватит 8

from radio-t-site.

Да, запихать все из publisher в контейнер не проблема, напишу Dockerfile.

from radio-t-site.

@q210 спасибо!

from radio-t-site.

@q210
В Pocket Casts для подкаста отображается некорректная продолжительность для последней главы «Темы слушателей» — например, в последнем 696 выпуске продолжительность главы «Темы слушателей 696» должна быть 35–36 минут, а отображается как 2 часа (как будто берётся продолжительность всего выпуска). Разработчики Pocket Casts сказали, что эти данные указывают создатели подкаста, поэтому проблема не связана с ними, да и в других подкастах, которые используют главы, такой проблемы нет (например, #BeardyCast).

Но при этом в Overcast всё корректно отображается.

from radio-t-site.

@rakleed Сейчас в данных, из которых скрипт собирает теги, нет продолжительности выпуска, потому я захардкодил что последняя глава всегда заканчивается на отметке 4х часов (предполагая, что ни один выпуск не будет идти дольше), что приводит в описанной проблеме.

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

from radio-t-site.

@q210 есть какие-нибудь новости по этой проблеме? Также было бы классно, если бы в RSS указывалась продолжительность выпуска.

from radio-t-site.

@rakleed ого, сорри, я совсем забыл про это. Посмотрю в ближайшее время.

from radio-t-site.