Там есть недельные лимиты и пятичасовые. Чихнуть и потратить не получится.
В моём проекте 62K строк кода. Очень часто юзаю Sonnet для рутинных задач и его хватает в моём графике лимитов. Opus для задач посложнее, но они не каждую неделю появляются.
Зависит от объёма задач в неделю. Если не хватает лимитов, то можно взять подписку дороже и это будет все еще выгодней API.
Я не ощутил выгоды DeepSeek, если брать подписку от Claude за $20. А эти часы пиковые, где дороже цена за токены вообще "песня". Если чисто API сравнивать, то да, DeepSeek по цена/качество норм, но только по этой метрике. Но если в Claude забанили, то есть Codex и он все равно за свои деньги гораздо лучше, по моему скромному мнению. Даже если брать подписку и там, и там — это выгодней, чем DeepSeek.
Смотря сколько человек зарабатывает, потому что разница по фактической доступности получается огромной. Даже обычные $20 за Claude для россиянина по отношению к доходу ощущаются примерно как $120 для американца. При этом для активного пользователя сама подписка Claude Pro за $20 может давать примерно в 5–8 раз больше использования, чем те же $20 через API, поэтому после блокировки аккаунта и перехода на API/агрегаторы разница становится ещё сильнее. Поэтому в случае бана просто переходят на Codex.
А ты использовал совместный просмотр в Jellyfin? Я этим не пользовался, смотрел его только как способ гонять видео с ПК на ТВ. У меня в плеере он сделан по-своему, интересно бы было сравнить
Сам не пользовался, но отзывы неоднозначные: рассинхроны, зависания, неожиданные паузы, плюс поддержка на разных клиентах неравномерная. Хотя есть конечно и те, у кого все работает. Планирую в ближайшее время сам потестить.
Раздачу кстати тоже можно включить, это одна галочка в настройках. Почему выключено по-дефолту я расписывал в другом комменте.
Например qBittorrent и TorrServer по дефолту разрешают upload, не пытаясь отдельно “защитить” пользователя от базового поведения протокола. Для фичи, куда пользователь сам приносит magnet-ссылку, разумнее считать P2P-поведение осознанным по умолчанию, а юридические риски явно обозначать в интерфейсе, чем молча превращать клиент в leech-only режим.
Если для отдельных юрисдикций upload действительно несёт дополнительные риски, это хороший повод показать предупреждение при первом использовании торрентов или дать явный выбор “раздавать/не раздавать”. Но делать leech-only универсальным дефолтом для всех пользователей — довольно странный выбор именно для торрент-клиента.
На лагучих ТВ (а они все лагучие в плане интерфейса) процесс открытия видео был долгим (раз 5 надо нажимать кнопки), и иногда клиент подключался к серверу не с первого раза
Бывало такое, но это обычно мелочь. Не могу сказать, чтобы прям значительно мешало, имхо.
Сериалы у меня в основном появлялись не как что-то структурированное, а просто как набор файлов в папке. Одной кнопкой на следующую серию не переключиться, приходилось выходить в папку и выбирать следующий файл, и выбор озвучки/субтитров между сериями не сохранялся. Возможно, при идеальном именовании это все работает, но с раздачами у меня так не выходило
Решается использованием Sonarr, который отвечает за скачивание и нормализацию названий серий, сериала по шаблонам. Через него можно настроить, например, чтобы при поиске рейтинг у раздач с 4K был выше, а с таким-то кодеком, которого нет на телике — ниже. Получаешь чаще всего качественный вариант автоматом. Еще я прикрутил Seerr и там вообще простой пайплайн получается: нашел фильм, нажал кнопку заказать, сервис сам в sonarr поставил его, далее sonarr поставил на скачивание в qBittorrent и потом уже в Jellyfin все доступно с описанием сериала, серий, рейтингами, лого сериала, пропуск интро/аутро через анализ видео/аудио, скроблингом в Yamtrack, Simkl, Shikimori.
Все привязано к ПК: сервер должен быть запущен (пару раз приходилось идти и поднимать его руками, хотя вроде все стояло в автозагрузке), файлы тоже должны лежать там. А иногда хотелось просто запустить что-то с мака на диване и отправить на ТВ. У меня это через Cast/DLNA, на телевизор вообще ничего ставить не надо.
Поднятие такого стека, как я описал, — это скорее осознанное решение на долгосрок. Преимущество Вашего подхода очевидно: он сильно проще и не требует постоянно работающего медиасервера.
Но для регулярного просмотра сериалов Jellyfin заметно удобнее, особенно если сериал длинный, смотришь с перерывами и хочется опыта, близкого к онлайн-кинотеатру: библиотека, история просмотров, продолжение с нужного места, сезоны и серии, постеры, метаданные и доступ с разных устройств. То есть это просто два разных сценария: у Вас — быстро открыть и отправить на ТВ, у Jellyfin — один раз настроить инфраструктуру и потом постоянно ей пользоваться. Даже доступ друзьям можно дать, которым вообще ничего не придется делать :)
Плюс Jellyfin хорошо закрывает более сложные сценарии с медиатекой. Например, у меня отдельной болью было аниме с внешними аудиодорожками. Локально mpv это умеет, и Ваш плеер, как я вижу, тоже научился автоматически их подхватывать. Но при Cast/DLNA это уже не переносится на телевизор как единый источник: DLNA отдаёт исходный файл как есть, а Cast готовит дорожку из аудиопотоков самого файла.
В Jellyfin внешние дорожки можно включить в общий серверный пайплайн, и дальше уже неважно, продолжаю я смотреть на компьютере, телефоне или телевизоре.
Но справедливости ради, вероятно при правильной настройке Jellyfin может с тем же транскодингом стримить на ТВ какой-нибудь тяжелый bluray, который бы лагал при “чистом” стриминге (но у меня обычно был одинаковый опыт - лагало и с Jellyfin, и с моим плеером. Мб как-то нужно было настроить сначала)
У меня как раз обратный опыт: если клиент умеет Direct Play, транскодинг там вообще не нужен. Я спокойно смотрел через Jellyfin 4K Blu-ray ремуксы “Властелина колец” примерно по 130 ГБ каждый без каких-либо лагов. Причём телевизор подключён по Wi-Fi 5 ГГц — Ethernet-порт у него вообще 100 Мбит/с, хотя сам телевизор 2025 года :)
Более того, в админке Jellyfin в реальном времени видно, что происходит с конкретным клиентом: идёт Direct Play, ремукс или полноценный транскодинг, и по какой причине он был включён.
Тут ведь важен не размер файла сам по себе, а его битрейт, пропускная способность сети и то, умеет ли клиент декодировать исходный формат. В нормальной локальной сети даже довольно большой 4K-ремукс не представляет чего-то необычного. А транскодинг нужен уже тогда, когда клиент не понимает исходный кодек/контейнер/аудио либо когда ты сам ограничиваешь качество на клиенте: например, ставишь лимит 50 Мбит/с, и всё, что выше него, Jellyfin уже будет пережимать под этот предел.
Есть альтернатива — использовать Jellyfin и сопутствующие ему сервисы. Есть клиент для каждой популярной платформы (и ТВ), веб-интерфейс, система плагинов для сервера и даже совместный просмотр с друзьями.
Конечно, я понимаю, что это гораздо сложнее все развернуть и поддерживать неподготовленному пользователю, но это прям другой опыт в лучшую сторону, имхо. А главное, что скачанные фильмы раздаются до ratio >= 1 при настройке в *arr, чтобы помочь другим и не быть забаненным на маленьких трекерах (например, кинозал).
Есть минус, что стабильно нельзя смотреть скачивающиеся фильмы (и да, это реальная боль), но я мирюсь с этим…
Я себе написал утилиту, которая запускает через systemd-run в нужном скоупе прогу, где работает туннель, как дефолтный шлюз и localhost остается доступен (в отличие от network namespace), так что проблем не испытываю. Полезно, когда HTTPS_PROXY и настройки прокси программой не поддерживаются.
Читал статью, как триллер. Было чувство зловещей долины. Так держать! :)
Radarr в помощь. Он умеет класть фильм в отдельную папку после скачивания и добавлять год после названия.
Там есть недельные лимиты и пятичасовые. Чихнуть и потратить не получится.
В моём проекте 62K строк кода. Очень часто юзаю Sonnet для рутинных задач и его хватает в моём графике лимитов. Opus для задач посложнее, но они не каждую неделю появляются.
Зависит от объёма задач в неделю. Если не хватает лимитов, то можно взять подписку дороже и это будет все еще выгодней API.
Я не ощутил выгоды DeepSeek, если брать подписку от Claude за $20. А эти часы пиковые, где дороже цена за токены вообще "песня". Если чисто API сравнивать, то да, DeepSeek по цена/качество норм, но только по этой метрике. Но если в Claude забанили, то есть Codex и он все равно за свои деньги гораздо лучше, по моему скромному мнению. Даже если брать подписку и там, и там — это выгодней, чем DeepSeek.
Блин, даже не получится пошутить про "в России самые большие LLM-модели" ;(
Смотря сколько человек зарабатывает, потому что разница по фактической доступности получается огромной. Даже обычные $20 за Claude для россиянина по отношению к доходу ощущаются примерно как $120 для американца. При этом для активного пользователя сама подписка Claude Pro за $20 может давать примерно в 5–8 раз больше использования, чем те же $20 через API, поэтому после блокировки аккаунта и перехода на API/агрегаторы разница становится ещё сильнее. Поэтому в случае бана просто переходят на Codex.
Сам не пользовался, но отзывы неоднозначные: рассинхроны, зависания, неожиданные паузы, плюс поддержка на разных клиентах неравномерная. Хотя есть конечно и те, у кого все работает. Планирую в ближайшее время сам потестить.
Например qBittorrent и TorrServer по дефолту разрешают upload, не пытаясь отдельно “защитить” пользователя от базового поведения протокола. Для фичи, куда пользователь сам приносит magnet-ссылку, разумнее считать P2P-поведение осознанным по умолчанию, а юридические риски явно обозначать в интерфейсе, чем молча превращать клиент в leech-only режим.
Если для отдельных юрисдикций upload действительно несёт дополнительные риски, это хороший повод показать предупреждение при первом использовании торрентов или дать явный выбор “раздавать/не раздавать”. Но делать leech-only универсальным дефолтом для всех пользователей — довольно странный выбор именно для торрент-клиента.
Бывало такое, но это обычно мелочь. Не могу сказать, чтобы прям значительно мешало, имхо.
Решается использованием Sonarr, который отвечает за скачивание и нормализацию названий серий, сериала по шаблонам. Через него можно настроить, например, чтобы при поиске рейтинг у раздач с 4K был выше, а с таким-то кодеком, которого нет на телике — ниже. Получаешь чаще всего качественный вариант автоматом. Еще я прикрутил Seerr и там вообще простой пайплайн получается: нашел фильм, нажал кнопку заказать, сервис сам в sonarr поставил его, далее sonarr поставил на скачивание в qBittorrent и потом уже в Jellyfin все доступно с описанием сериала, серий, рейтингами, лого сериала, пропуск интро/аутро через анализ видео/аудио, скроблингом в Yamtrack, Simkl, Shikimori.
Поднятие такого стека, как я описал, — это скорее осознанное решение на долгосрок. Преимущество Вашего подхода очевидно: он сильно проще и не требует постоянно работающего медиасервера.
Но для регулярного просмотра сериалов Jellyfin заметно удобнее, особенно если сериал длинный, смотришь с перерывами и хочется опыта, близкого к онлайн-кинотеатру: библиотека, история просмотров, продолжение с нужного места, сезоны и серии, постеры, метаданные и доступ с разных устройств. То есть это просто два разных сценария: у Вас — быстро открыть и отправить на ТВ, у Jellyfin — один раз настроить инфраструктуру и потом постоянно ей пользоваться. Даже доступ друзьям можно дать, которым вообще ничего не придется делать :)
Плюс Jellyfin хорошо закрывает более сложные сценарии с медиатекой. Например, у меня отдельной болью было аниме с внешними аудиодорожками. Локально mpv это умеет, и Ваш плеер, как я вижу, тоже научился автоматически их подхватывать. Но при Cast/DLNA это уже не переносится на телевизор как единый источник: DLNA отдаёт исходный файл как есть, а Cast готовит дорожку из аудиопотоков самого файла.
В Jellyfin внешние дорожки можно включить в общий серверный пайплайн, и дальше уже неважно, продолжаю я смотреть на компьютере, телефоне или телевизоре.
У меня как раз обратный опыт: если клиент умеет Direct Play, транскодинг там вообще не нужен. Я спокойно смотрел через Jellyfin 4K Blu-ray ремуксы “Властелина колец” примерно по 130 ГБ каждый без каких-либо лагов. Причём телевизор подключён по Wi-Fi 5 ГГц — Ethernet-порт у него вообще 100 Мбит/с, хотя сам телевизор 2025 года :)
Более того, в админке Jellyfin в реальном времени видно, что происходит с конкретным клиентом: идёт Direct Play, ремукс или полноценный транскодинг, и по какой причине он был включён.
Тут ведь важен не размер файла сам по себе, а его битрейт, пропускная способность сети и то, умеет ли клиент декодировать исходный формат. В нормальной локальной сети даже довольно большой 4K-ремукс не представляет чего-то необычного. А транскодинг нужен уже тогда, когда клиент не понимает исходный кодек/контейнер/аудио либо когда ты сам ограничиваешь качество на клиенте: например, ставишь лимит 50 Мбит/с, и всё, что выше него, Jellyfin уже будет пережимать под этот предел.
Есть альтернатива — использовать Jellyfin и сопутствующие ему сервисы. Есть клиент для каждой популярной платформы (и ТВ), веб-интерфейс, система плагинов для сервера и даже совместный просмотр с друзьями.
Конечно, я понимаю, что это гораздо сложнее все развернуть и поддерживать неподготовленному пользователю, но это прям другой опыт в лучшую сторону, имхо. А главное, что скачанные фильмы раздаются до ratio >= 1 при настройке в *arr, чтобы помочь другим и не быть забаненным на маленьких трекерах (например, кинозал).
Есть минус, что стабильно нельзя смотреть скачивающиеся фильмы (и да, это реальная боль), но я мирюсь с этим…
Хорошо, что я увидел Ваш коммент, так как только хотел написать об этом!
44 лайка у поста пятичасовой давности и ни одного коммента? Странно…
Подписка гораздо дешевле обходится, поэтому именно её и берут.
Так было и 10 лет назад, а сейчас вообще пропасть, мне кажется
учитывая, что проект юзает эпловский Core Image, портировать будет не так просто
Навайбкодил мужик себе фотошоп и сразу собрал 4к звезд на гитхабе. Прям настолько крутой проект? Мне, лоху на CachyOS, не понять ;(
Я себе написал утилиту, которая запускает через systemd-run в нужном скоупе прогу, где работает туннель, как дефолтный шлюз и localhost остается доступен (в отличие от network namespace), так что проблем не испытываю. Полезно, когда HTTPS_PROXY и настройки прокси программой не поддерживаются.
Про конфиг клода с прокси не знал, спасибо :)
Содержит конечно, если не весь из них состоит :)
Так Бюро 1440 частники, как и SpaceX
UPD: А минус-то за что? Факты обидели? :)
UPD2: Благодарю тех, кто остался неравнодушен!
Не банят сейчас, если случайно подключиться из РФ? Нужен просто акк, зареганный в нужной юрисдикции?
Ваш интернет-сервис не содержит уже устоявшихся паттернов, которые LLM легко воспроизводит?