Werwolf2517: ну я сам виноват.. проигнорировал предупреждение от zabbix о том что диск занят на 99%.. у меня 1% фс это ещё оч много в гигобайтах, думал ещё один фильмец влезет... не стоит так делать в общем.. ээээх..
Werwolf2517: OldGamer, чтож... видимо это заразно.. у меня nas тоже прикол выдал.. правда не так трагично как у тебя, но несколько дней я тоже ничего раздавать не смогу.. заговор серверов случился..
OldGamer: Сообщение удалено (удалил: OldGamer)
OldGamer: пока NAS отправлен в ремонт с надеждой на восстановление, добью побег, третий сезон Ричера и три сезона Star Trek Strange New Worlds
OldGamer: Werwolf2517, отправил в ремонт, думаю как раз после диагностики и будут проц перепаивать. Что почём пока неизвестно, в лоб таких не нашёл в продаже, чтобы оценить стоимость и сроки.
Werwolf2517: OldGamer, может проще проц перекинуть? старый селерон стоит недорого, уверен соберём сумму. вопрос реболинга в целом тоже решаемый
Гл. Админ: Favorit, Здравствуйте. Функционала поиска по актеру пока нет, но есть в планах. В лучшем случае - зимой.
OldGamer: Favorit, ну или что-то типа site:rips.club Ален Делон
OldGamer: Favorit, ищите по названию фильмов, список на кинопоиске. Но насколько я помню, их здесь немного.
Favorit: Добрый день Гл. Админ, подскажите, пожалуйста, как мне найти художественные фильмы с участием Ален Делона на вашем ресурсе. Знатоки, подскажете. Всем Спасибо! (отредактировано: )
OldGamer: Замена БП не помогла. Как пишут в сети - проблема в деградировавших полевых транзисторах (FET) тактового генератора внутри процессора Intel Celeron J1900. Как вариант - подать смещающее напряжение (с резистором) на тактовый сигнал, чтобы его уменьшенное колебание все равно проходило по обе стороны от напряжения перехода высокого-низкого уровня микросхем, которые он питает. Но у меня такое уже сделано. Похоже перепайка процессора требуется. Что где как и сколько и получится ли вообще - без понятия. Но раздач теперь точно не будет долго.
Активность за последние 10 мин.
Отправка сообщений доступна только зарегистрированным/авторизованным пользователям.
🎨︎Подводная братва / Shark Tale (2004) BDRip 1080p [HEVC] 10 bit от Мичман
Режиссер: Бибо Бержерон, Вики Дженсон, Роб Леттерман В ролях: Уилл Смит, Роберт Де Ниро, Рене Зеллвегер, Джек Блэк, Анджелина Джоли, Мартин Скорсезе, Зигги Марли, Даг Э. Даг, Майкл Империоли, Винсент Пасторе
Описание: Весь подводный мир встревожен убийством сына главы главной преступной группировки акул и, надо же, на месте преступления находят ничего не подозревающего малька Оскара! Всю жизнь Оскар мечтал быть сильным и знаменитым, и вот ему представился прекрасный случай воспользоваться чужой славой. Но очень скоро Оскар понимает, что он натворил, взяв титул «Гроза Акул»…
Рейтинги КП и IMDB, кнопки "Раздайте, пожалуйста" и "Спасибо", а также мультитрекерная статистика доступны только зарегистрированным/авторизованным пользователям!
Гл. Админ
10149156.11 ГБ
💬︎ Комментарии
Добавление комментариев доступно только зарегистрированным/авторизованным пользователям.
Сделал тесты на текущем рипе (менялся только один параметр).
ctu 64 - битрейт 11552,37, время кодирования 40 мин. 30 сек.
ctu 32 - битрейт 11373,35, время кодирования 24 мин. 7 сек.
Сравнение скринов - https://screenshotcomparison.com/comparison/6670/picture:0. Смотрите, решайте.
Это картинка без фильтрации, так как все равно будет фильтроваться и достаточно тяжелым скриптом, то окончательный битрейт должен быть поменьше, а время кодирования побольше.
Мое резюме - смысла особого в ctu 64 я не увидел, а при фильтрации (где окончательное качество картинки определяют в основном фильтры) так и вообще затягивать кодирование бессмысленно.
Mr. Fox
ReadyAtDawn писал(а): Fair enough, continue using what best suits you.
я же написал, что железо обновил и теперь собираюсь сэкономить для народа дополнительно 3-5 % битрейта, так как кодирование идет быстрее чем на старом даже при ctu=64
но на старом железе не менял бы ничего )
ReadyAtDawn
Mr. Fox писал(а): это слова, приведите пример страдания качества больше чем я думаю, а я неоднократно ранее делал сравнительные тесты (теперь уже бросил)
или хотя бы ответьте, на какие параметры качества повлияет ctu, чтобы это было прям заметно - детализация, наличие артефактов и пр.?
и еще я знаю кодировщиков, которые и ctu поставят 64 и crf 17, а вот с качеством проблемы почему-то
и как по мне, так лучший кодировщик HEVC - это Cthulhu, и то что он использует CTU 32 для меня более существенный аргумент, чем слова о каких-то известных кодировщиках
Fair enough, continue using what best suits you.
Mr. Fox
ReadyAtDawn писал(а): Quality does suffer, more than you would think. Every other well known encoder uses CTU=64 no reason to lower your standards.
это слова, приведите пример страдания качества больше чем я думаю, а я неоднократно ранее делал сравнительные тесты (теперь уже бросил)
или хотя бы ответьте, на какие параметры качества повлияет ctu, чтобы это было прям заметно - детализация, наличие артефактов и пр.?
и еще я знаю кодировщиков, которые и ctu поставят 64 и crf 17, а вот с качеством проблемы почему-то
и как по мне, так лучший кодировщик HEVC - это Cthulhu, и то что он использует CTU 32 для меня более существенный аргумент, чем слова о каких-то известных кодировщиках
ReadyAtDawn
Mr. Fox писал(а): 3-5 процентов битрейта это практически ничто - 5000 или 5200, 10000 или 10400 - разницы особой нет, а вот в сэкономленные 8 часов уже будет кодироваться новый рип. главное что качество при этом и не пострадает.
Quality does suffer, more than you would think. Every other well known encoder uses CTU=64 no reason to lower your standards.
Mr. Fox
3-5 процентов битрейта это практически ничто - 5000 или 5200, 10000 или 10400 - разницы особой нет, а вот в сэкономленные 8 часов уже будет кодироваться новый рип. главное что качество при этом и не пострадает.
OldGamer
Ну как по мне, так плюс/минус 8 часов при общем кодировании до двух суток (к примеру, у меня Naked Gun при тесте вообще выдал скорость 0.3-0.4 fps, более трёх суток на фильм может выйти) это не так критично, давно перестал обращать на это внимание. А 5% битрейта это всё же 5% :)
Mr. Fox
в принципе нет смысла тратить еще 8 часов ради 3-5 % битрейта, разницу же в качестве вы вряд ли заметите, ибо ее вообше практически не будет. так что все приоритеты качества соблюдены, а эффективность сжатия на дополнительные 3-5 % - такой себе приоритет.
ReadyAtDawn
Mr. Fox писал(а): в двух словах - здесь вопрос не в качестве, а в размере и времени кодирования. выигрыш в битрейте при CTU=64 при разрешении 1920х1080 не настолько значительный, как проигрыш во времени кодирования. Для 2k и 4k, этот параметр существеннее. Для примера (если брать средние официальные цифры) при ctu=64, например, битрейт получился 5000, при ctu=32 он получится примерно 5185. Время же кодирования, например, при ctu=64 было 48 часов, при ctu=32 же будет примерно 39 часов 20 минут. Это для FullHD, для мЕньших и бОльших разрешений значения будут другие.
Так что, особого смысла выставлять ctu=64 я лично в FullHD не вижу. Хотя железо обновил, скорость кодирования заметно выросла, можно и поэкономить еще 3-5 % битрейта )
Very good point but Quality should be the highest priority, you already spend 40 hours on it what would another 8 hours be. Also CTU is about efficiency not bitrate difference I'm not after a 185 bitrate difference I'm after a better encoded file.