zews3000

раздайте пж.

На всякий случай: Я компьютер практически не выключаю и уходить с раздачи не собираюсь. Канал в интернет достаточно жирный (200 Мбит/с), но IP "серый". Если у Вас тоже "серый", то могут быть сложности. Хотя, насколько я понял, торрент имеет средства для обхода подобных сложностей. Если не получается скачать, то, возможно, есть смысл попробовать другой торрент-клиент. Я раздаю в qBittorrent 4.4.1.

раздайте пж.

tlya85,
Спасибо, что поделились своим опытом, учту в будущем. Статья с хабра по Вашей ссылке прям открывает глаза.
Про выбор плееров - просто попробовал все, которые знаю под линукс. И забыл упомянуть Android, под ним сам смотрел сериал на планшете после перекодирования в HEVC. Остального разнообразия железа у меня просто нет.

Есть смысл вливать больше битрейта, если это не приведет к сколько-нибудь заметному повышению качества результата?

Сейчас сверил с исходником - почти не отличается. Отличается слегка в сценах где есть переливы, затемнения, дымка(имитирующая мутность воспоминаний) - картинка в этих местах немножко мылит. Но это если всматриваться. Имею опыт и скажу что проблема в том что если даже повысить битрейт (напрямую или через CRF), то не факт что алгоритм улучшить имено этот участок. Кодирование HEVC для аниме - есть даже отдельные форумы для этого.

На торренты я раньше ничего не выкладывал, поэтому положусь на Ваше мнение: оно того стОит?

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

как раз содержит фрагмент вывода от ffprobe (

Он может выдать итоговые метаданные, может просумировать размер каждого куска если позволяет контейнер, а может полностью перевоспроизвести и пересчитать. То что вы показали - это скорее всего вывод метаданных без переподсчёта.

PSNR и остальные только косвенно показывают. МГУ-шники изучили тему и поломали мамкиным махинаторам все схемы обмана. Теперь все думают что делать.
https://habr.com/ru/articles/700726/

Для очистки совести проверил воспроизведение одного из файлов данного релиза в Totem, VLC, MPlayer, SMPlayer, mpv.

Пхахаха. VLC, mpv( и MPlayer SMPlayer как родственные) - самые всеядные. totem - уже интересней. Для гарантии я проверяю на ТВ, медиабоксах(не андроид) и дефолтных плеерах Ubuntu+Android. Хотя на днях встретился с файлом у которого аудиодорожка в каком-то кодеке MPEG1 и аудио не воспроизвелось в MPV. Был в шоке. Буду писать разрабам.

Хотел ещё придраться к именованию - лучше не ставить кавычки, апострофы, спец знаки в имени. на некоторых(редких) железячных плеерах или ТВ такие файлы не воспроизводятся. И писать сезон+серия через шаблон S01E01, но это не сильно критично.

Хочу отметить что у Вас все файлы по порядку в торренте. Если медленный интернет можно не морочиться и поставить последовательную закачку.

Спасибо за Ваш труд.

Касательно "пожадничал". Имеем:
- AVC (h264), ~ 8000 Кбит/с, 16 Гб
- HEVC (h265), ~ 940 Кбит/с, 2.3 Гб
Оригинальная раздача на 16 Гб от djbionicl см. разделе "Подобные раздачи". Или вот прямая ссылка.
Вот два скриншота в png из этих раздач по одному и тому же таймкоду. На Ваш взгляд есть заметная глазу разница? Я специально выбрал сцену с контрастными линиями. Если сохранить скриншоты в jpg, то даже по размеру файлов становится почти невозможно понять к какой раздаче относится каждый из скриншотов (если не смотреть на названия файлов). Есть смысл вливать больше битрейта, если это не приведет к сколько-нибудь заметному повышению качества результата?

Касательно метаданных: Спасибо за ссылки, очень познавательно. Признаю, часть тэгов в метаданных кривая. В принципе, могу на досуге заняться попыткой их исправления. Но это приведет к необходимости перезаливки торрент-файла. На торренты я раньше ничего не выкладывал, поэтому положусь на Ваше мнение: оно того стОит?

Касательно инфо-файла: Для его создания рекомендовали использовать DVDInfo (см. 3-й комментарий снизу в этой переписке). А цитата из моего предыдущего сообщения как раз содержит фрагмент вывода от ffprobe (в линухе это единый пакет с ffmpeg). Ажиотаж насчет битрейта я по-прежнему не понимаю. Имхо, в современных реалиях битрейтом можно оценить только занимаемое потоком место на диске или ширину канала связи. См. пример выше: битрейт различается в 8 раз, а качество картинки практически неотличимо. Если уж на то пошло, то, быть может, следует оценивать качество при помощи PSNR? Хотя корректно рассчитать его не всегда возможно. И в случае с HEVC некоторые оптимизации конфликтуют с подсчетом PSNR. Реализация libx265 при попытке подсчета PSNR средствами кодека предлагает определиться что важнее: лучшее значение PSNR или визуальное качество картинки.

Касательно "файл не воспроизводится": С таким сталкивался. Обычно случалось в тех случаях, когда при генерации видеофайла происходили косяки с автоматическим чередованием (interleaving) потоков. Рассматривая метаданные Вы такие проблемы не диагностируете. Помогал запуск плеера из консоли и анализ его ругани в консоль. Ну и на самом деле это автору видеофайла при генерации контейнера надо внимательнее отслеживать возможные warning'и. Плееру для воспроизведения видеофайла по идее кастомные тэги в метаданных должны быть безразличны, а декодеру - тем более. Для очистки совести проверил воспроизведение одного из файлов данного релиза в Totem, VLC, MPlayer, SMPlayer, mpv. Никаких проблем с воспроизведением не заметил.

BStriker

Насчет ...

Я знаю что такое переменный битрейт. Чисто субъективно картинка немного как в тумане. Возможно это рисовка такая или исходник не очень, но ощущение что немножко всё таки пожадничали. Могу быть не правым, не видел исходника.
CRF нормально использовать.
То что помогаете раздавать и эту раздачу и исходник - это хорошо наверное.
"Целенаправленно я их изменять не намеревался." =) проблема в том что Вы их и не поменяли. Осталось для видео 8000 кбит/с от исходника. Использовали CRF и видимо по умолчанию ваша программа(хоть чистый ffmpeg, хоть с GUI) не сохранила и не перезаписала. так как битрейт переменный, то средний итоговый битрейт в общем то не интересен програме для воспроизведения. То есть это справочная информация для алгоритма воспроизведения. а нам она нужна чтобы понять насколько качественное видео(или не понять) . Проблема сохранения и перезаписи только некоторых пунктов метаданных - вопрос насущный. Вот примерное обсуждение (одно из многих):
https://video.stackexchange.com/questions/23741/how-to-prevent-ffmpeg-from-dropping-metadata

mediainfo - это и есть та программа которой все пользуются. Не знаю что Вам там насоветовали. И вытащила она из тех же недр, что и вытащила бы любая другая программа - а именно из метаданных.
Чтобы точно измерить битрейт заново надо использовать ffprobe
https://superuser.com/questions/1106343/determine-video-bitrate-using-ffmpeg

"И он про битрейт видеопотока ничего не пишет," при перекодировании должен по идее
Просто это надо было как то перенести. Наверное использовать -map_metadata или -movflags

Вообще я видел когда файл не воспроизводился на некоторых плеерах, и в нём на первый взгляд была ошибочна только графа битрейт, которая также осталась от исходника (это частая проблема). Возможно конечно что не именно из-за этого показателя, а вообще из-за того что и какие-то другие метаданные были кривые.

Насчет среднего битрейта Вы правы, забыл вычесть битрейт аудиопотоков. Исправил на 940 кбит/с.

Насчет "пожадничал" осмелюсь предположить следующее:
1) У продвинутых кодеков понятие "битрейт" уходит на второй план, так как он переменный, сильно зависит от контента и в современных реалиях дает мало представления о фактическом качестве картинки.
2) Основным параметром становится целевое качество (CRF), в соответствии с которым кодек сам подбирает нужный битрейт в зависимости от содержимого кадра и динамичности сцены. В данном случае видеопоток перекодирован при помощи ffmpeg с CRF = 23. По идее именно этот параметр следует указывать вместо битрейта, но в чужой монастырь со своим уставом не ходят.
3) CRF 23 действительно малова-то для фильмов, но для аниме субъективно в самый раз. Я экспериментировал с разными значениями, заметные артефакты начинают появляться где-то при CRF 20 и ниже, и их приходится ловить на паузе на динамичных сценах (на которых кодек режет битрейт сильнее всего).
4) На Анилибрии много HEVC-раздач, в которых на одну серию выходит примерно по 200Мб (как и в этой раздаче). И я не видел, чтобы кто-то жаловался. Хотите бескомпромиссного качества и возможности в будущем сконвертить в AV1 или куда-то еще - есть раздача на 16Гб. И я помогаю ее раздавать.

Насчет метаданных:
Целенаправленно я их изменять не намеревался. Данный релиз - заслуга djbionicl и ZaLmanVsk. Я лишь немного поправил 12-ю серию. Поэтому "RePack by DJ Bionicl" - это нормально.
Если с технической точки зрения, то для инфо-файла было предложено воспользоваться виндовой утилитой. Но доступа к винде у меня нет, поэтому сохранил инфо-файл при помощи кроссплатформенной утилиты mediainfo. Из каких недр файла mediainfo вытащило 8000 кбит/с - я без понятия. Я до позавчерашнего дня для получения информации о видеофайлах использовал ffmpeg. И он про битрейт видеопотока ничего не пишет, что на мой субъективный взгляд совершенно правильно. Ниже для справки приведен фрагмент того, что ffmpeg думает о файле, который он сам и сгенерил:

nput #0, matroska,webm, from '/mnt/Torrents/Own/Rougo ni Sonaete Isekai de 8-manmai no Kinka wo Tamemasu - Сбережение восьмидесяти тысяч золотых монет в другом мире к моей старости [HEVC]/01. Мицуха в другом мире - Mitsuha Goes to Another World [2023 AniDub Web-DL 1080p HEVC].mkv':
Metadata:
title : RePack by DJ Bionicl
ENCODER : Lavf58.76.100
Duration: 00:23:23.99, start: 0.000000, bitrate: 1260 kb/s
Stream #0:0(rus): Video: hevc (Main), yuv420p(tv, progressive), 1920x1080 [SAR 1:1 DAR 16:9], 23.98 fps, 23.98 tbr, 1k tbn, 23.98 tbc (default)
Metadata:
BPS : 7953362
NUMBER_OF_FRAMES: 33662
NUMBER_OF_BYTES : 1395803115
_STATISTICS_WRITING_APP: mkvmerge v75.0.0 ('Goliath') 64-bit
_STATISTICS_WRITING_DATE_UTC: 2023-04-06 19:47:41
_STATISTICS_TAGS: BPS DURATION NUMBER_OF_FRAMES NUMBER_OF_BYTES
ENCODER : Lavc58.134.100 libx265
DURATION : 00:23:23.986000000
Stream #0:1(rus): Audio: ac3, 48000 Hz, stereo, fltp, 192 kb/s (default)
Metadata:
BPS : 192000
NUMBER_OF_FRAMES: 43874
NUMBER_OF_BYTES : 33695232
_STATISTICS_WRITING_APP: mkvmerge v75.0.0 ('Goliath') 64-bit
_STATISTICS_WRITING_DATE_UTC: 2023-04-06 19:47:41
_STATISTICS_TAGS: BPS DURATION NUMBER_OF_FRAMES NUMBER_OF_BYTES
DURATION : 00:23:23.968000000
Stream #0:2(jpn): Audio: ac3, 44100 Hz, stereo, fltp, 128 kb/s
Metadata:
BPS : 127999
NUMBER_OF_FRAMES: 40309
...

Ну и с битрейтом кто-то совсем пожадничал. 960 совсем мало. 1300 хотя бы. И настройки кодирования что-то между medium и slow. Обычно используются более хардкорные настройки для столь низкого битрейта.

В инфофайле
Overall bit rate : 1 260 kb/s

Video
Bit rate : 7 953 kb/s

То чем Вы переконвертировали и сделали выходной файл (или взяли где-то) не поменяло метаданный видеодороги. Конечно 12 серий не может быть на 8000 кбит и весть всего 2.3 ГБ. Если overal=1260, а аудио 192 и 128, то математически видео: 1260-192-128 = 940 кбит/с. Но не 8000 как предлагает vitalikmd и не 1260 как пишете Вы.

BStriker

Скриншоты добавил, создав их из фактической раздачи.
Остальное тоже, вроде, учел.

vitalikmd

вторую свою раздачу по такому же принципу поправьте

Вторая раздача была поправлена до того, как была поправлена эта. Но это уже не важно. Оказалось, что подобная раздача уже существует.

вторую свою раздачу по такому же принципу поправьте

Cделайте заявку на проверку
Переходим сюда - https://kinozaltv.life/helpdesk.php
В заголовок пишем - Прошу проверить раздачу
В сообщении - вставляем ссылку на вашу раздачу - https://kinozaltv.life/details.php?id=1977354

Скриншоты добавил, создав их из фактической раздачи.
Остальное тоже, вроде, учел.

Общее название смотрим где HEVC

Коплю 80 тысяч золотых (1-12 серии из 12) / Rougo ni Sonaete Isekai de 8-manmai no Kinka o Tamemasu / 2023 / ЛМ (AniDub), СТ / HEVC / WEB-DL (1080p)

Оформление, вкладки, примечания, скриншоты
меню голосование ставим галку
IMDB - ссылка - //www.imdb.com/title/tt21608762/ ---- оценка 6.4
Кинопоиск - ссылка - https://www.kinopoisk.ru/film/5270706/ ----- оценка ставим два тире --

Видео: HEVC, ~ 8000 Кбит/с, 1920x1080, 23.976 кадр/с
Аудио: Русский (AC3, 2 ch, 192 Кбит/с), (AAC, 2 ch, 192 Кбит/с), японский (AC3, 2 ch, 128 Кбит/с)

Берите скрины с сайта донора в кол-ве (2,4 или 6) или сами сделайте в плеере в расширении (jpg) это для хостинга imagebam обязательно или скрины можно залить на fastpic.org там оно автоматом переведутся в JPG
Примеры создания скринов на разных плеерах (кликабельно) - https://forum.kinozaltv.life/showthread.php?t=30869

Пример Media Player Classic плеер - https://forum.kinozaltv.life/showpost.php?p=922734&postcount=5

Смотрим как залить скрины на https://imageban.ru
1. https://i6.imageban.ru/out/2023/01/13/032000fde900828a66e25d6c5eb0ac65.png
2. https://i1.imageban.ru/out/2023/01/13/db75f9df4b8ce8bdfc509775dbb983bf.png
3. https://i7.imageban.ru/out/2023/01/13/b6e9d0a0529600731fbf85a9974b973d.png

теперь в шаблоне делаем так
1. https://i7.imageban.ru/out/2023/01/13/43a82fb75d1ed99557b867c863b69611.png
2. https://i6.imageban.ru/out/2023/01/13/c43ee532f56644c4f5ab5b04739f080f.png

Спасибо за комментарии.
Инфо-файл добавил. Но к Windows у меня простого доступа нет, поэтому использовал mediainfo.
Торрент-файл пересоздал, выбрав v1.
Касательно лишних файлов не понял. Создал торрент, используя qBittorrent 4.1.1 и выбрав каталог с видеофайлами. Никаких лишних файлов в каталоге нет, только 12 описанных в раздаче видеофайлов.

Для получения техничиских данных файла делаем Инфо-файл и оформляем.
Инфо-файл можете загрузить на https://pastebin.com/ и ссылку всвтавить в разделе "Меню: ознакомление" Шаг 1. [картинка] Шаг 2. [картинка]

Пересоздать торрент выбрав v1 вместо гибрид https://i116.fastpic.org/big/2022/0112/10/cf1f39fe396d5179ea1f080e66ee0610.png

Спасибо за раздачу.
Просьба перезалить торрент файл

В раздачи лишние файлы

.pad
94680 92 КБ (94680)
261205 255 КБ (261205)
266494 260 КБ (266494)
271337 265 КБ (271337)
297123 290 КБ (297123)
336079 328 КБ (336079)
364600 356 КБ (364600)
408231 399 КБ (408231)
434218 424 КБ (434218)
468602 458 КБ (468602)
492083 481 КБ (492083)