Представлен выпуск утилиты MAT2 0.10.0, предназначенной для удаления метаданных из файлов в различных форматах. Программа решает проблему оседания в документах и мультимедийных файлах остаточных данных, которые могут восприниматься нежелательными для разглашения. Например, в фотографиях могут оставаться данные о местоположении, времени снимка и устройстве, в отредактированных изображениях - информация о типе ОС и о программах, используемых для обработки, а в офисных документах и PDF-файлах - сведения об авторе и компании. Код проекта написан на языке Python и распространяется под лицензией LGPLv3. Проектом предоставляется библиотека для чистки метаданных, утилита командной строки и набор плагинов для интеграции с файловыми менеджерами GNOME Nautilus и KDE Dolphin...Подробнее: https://www.opennet.me/opennews/art.shtml?num=51955
А есть такая же, но с перлам^W вычищающая всё то говно, которое оставляют в хомяке линуксовые программы после удаления?
Мне недавно нужно было подправить руками один конфиг и я охренел сколько в "дот-директориях" всякого ненужного и устаревшего.
rm
> в фотографиях могут оставаться данные о местоположенииЧего? Это как вообще? В фотике инет чтоль встроенный? Я просто 20 лет занимаюсь фотографией (не профи), использую фотик 2014 года, трендов не знаю. Они теперь с инетом и шпионят за тобой? А если я в горах? Там инета нет.
в файле фотографии сохраняется мета-информация которую могут прочитать получатели этого файла
>В фотике инет чтоль встроенный?99% фоточек делают на телефон, там location и по wifi и по gps палится, прога может в exif и сохранять его.
но фотоаппараты с wifi и gps тоже бывают.
А как вы с помощью интернета определите местоположение? Для этого есть GPS / Глонас / <что-то Китайское>.
с уроков сбежала что-ли?
По сетевому адресу же.
В современные фотики встраивают GPS. Даже в мыльницы. Типа, чтоб если забыл где фоткал (спьяну?) - можно было координаты из самой фотографии достать. Но вроде бы, этот GPS можно отключать.
bleachbit. Но вычищает далеко не всё, эдакий ccleaner линуксового мира.
stacer еще есть. Аналогично, но ИМХО поприятнее он как-то.
Вот раньше все было просто и понятно - если есть программа programname, все ее барахло лежит в ~/.programname. А сейчас наплодили говна, что как в винде чистильщики нужны
А еще раньше стоял крепче, во времена были!
Соболезную.
"Я тебе один умный вещь скажу, только ты не обижайся" (с) МиминоНелюбимый многими systemd можно натравить на любую директорию, указав ему время устаревания данных в ней. Например, ты считаешь, что это будет 10 дней. Соответственно, все файлы, к которым не было ни одного обращения в течении 10 дней, автоматически признаются устаревшими и удаляются.
А ещё можно однострочному скрипту папку скормить и он все сделает без необходимости предварительной сборки и установки каких-то непонятных блобов с вухренительным функционалом...
Можно, конечно. А потом читать крики души на форуме: "Народ, подскажите, как в xfs восстановить случайно удалённые файлы?" )))
Видели, знаем)
> Можно, конечно. А потом читать крики души на форуме: "Народ, подскажите, как
> в xfs восстановить случайно удалённые файлы?" )))
> Видели, знаем)Т.е. Вы утверждаете, что, если файлы удалит самописный скрипт -- то он мог ошибиться, а если SystemD -- то он не ошибается?
Утвержаю.
Ибо - ему негде ошибиться. Прописал ему строчку "/trash 10d" и он всё сделает как должен.
А доморощенный портянкописатель наверняка накосячит.
А, ну да, ошибок в systemd никогда не было.
Могли не подписывать а сразу удалить, раз у вас талант
Ошибочка
rm -rf * Кроме нас самих никто же не знает чего у нас в хомяке.)
наивный какой, смотри-ка
Это, конечно, круто. Но функциональность чистки файлов должна быть завязана на библотеки, реализущие (читающие/пишущие) эти офрматы. Иначе придумают новый .wtf и MAT про него даже не узнает. Ну или хотя бы какая-нибудь БД к утилите file.PS: Видел в винде такую опцию, но она там никогда не работала :D
Библиотеки не спасут от ручной работы каждый раз, когда меняется формат. Может быть кода надо будет писать меньше, но всё равно придётся разбираться с каждым форматом в отдельности, а разбираться посредством написания кода разбора формата -- это самый надёжный способ.
Оно и завязано:python3-mutagen for audio support
python3-gi-cairo and gir1.2-poppler-0.18 for PDF support
gir1.2-gdkpixbuf-2.0 for images support
gir1.2-rsvg-2.0 for svg support
FFmpeg, optionally, for video support
libimage-exiftool-perl for everything else
bubblewrap, optionally, for sandboxing
Это опенсорс, детка! Здесь никто ничего тебе не должен.
Зачем их удалять? Очень часто подобные данные оказываются исключительно полезны.
Изображения — перед передачей другим (или публикацией) для обезличивания.
Музыку — в случае косяков с локалью в тегах, и кракозябрами в результате.
Видео — чтобы плеер отображал имена файлов, вместо всякой хрени от автора рипа в метаданных.
Это навскидку.
>для обезличиванияФу таким быть.
>кракозябрами в результате
Проблемы были только у не слишком умных вендузятников, в десяточке мс вроде поработал над ошибками и "дефолтная" кодировка теперь юникод. Кто знает какие там ещё косяки? Транскод лосси в лосслесс не видели?
>отображал имена файлов, вместо всякой
А эта проблема несколько надумана, но это повод высказать своё фу автору. Опять же видно от кого держаться подальше.
> Фу таким быть.Это уже автору изображения решать, что он хочет тебе показать. )
> Проблемы были только у не слишком умных вендузятников, в десяточке мс вроде поработал над ошибками и "дефолтная" кодировка теперь юникод.
Что делать с созданным не в десяточке, а ранее? Хотя тут я несколько за уши притянул, лучше взять EasyTAG и заполнить теги из имен файлов, наверное.
> А эта проблема несколько надумана, но это повод высказать своё фу автору. Опять же видно от кого держаться подальше.
Эта проблема как раз актуальна. И даже после высказывания своего «фу» с локальными файлами надо что-то сделать.
Есть сценарии, где жизненно необходимо вычищать те же EXIF с координатами съёмки и моделью/идентификаторами устройства. Например, в журналисткой деятельности, где данная информация в иной раз может серъёзно навредить (или даже оборвать жизнь) журналисту.
Разве что нелегальщина, да. Тогда ещё можно понять, зачем удалять. И то, жёлтые точки не удалишь (ведь идентификация производится как раз по ним), а это значит, было бы желание. И удаление метаданных тут ничем не поможет.
какие такие желтые точки?
> какие такие желтые точки?типа таких https://upload.wikimedia.org/wikipedia/commons/a/ab/Machine_...
>> какие такие желтые точки?
> типа таких https://upload.wikimedia.org/wikipedia/commons/a/ab/Machine_...а где эти точки в результирующей фотографии?
Из видео оно, похоже, умеет пока только avi и mp4, mkv не поддерживается.
Печально, и как-то резко снижает нужность.
>avi и mp4, mkv не поддерживаетсяЯ не помню аналогов mutagen (который скорее всего тут используется раз это питон) для видео. Мне пришлось городить лапшу из os.system в прошлый раз.
>Печально, и как-то резко снижает нужность.А зачем удалять метаданные из видеофайлов? Ты же понимаешь, что для тех, кто удаляет метаданные из видеофайлов, в аду готов отдельный котёл?
Для MKV есть mkvpropedit из состава mkvtoolnix. Никто не мешает автору завязаться на него, в дополнение к FFMpeg.Что до чистки метаданных — речь про локальную чистку, для себя. Когда у тебя есть сериал на полсотни эпизодов, а в тегах вместо их нумерации и (опционально) названий что-то типа «-=[RiP bY ScOoLrIpPeR sPeCiAl FoR aSsTrAcKeR]=-» — это неудобно и раздражающе. Лучше пустые метаданные, и имя файла в плеере, чем такое вот.
>mkvtoolnixВот я и говорю, лапша из os.system. Потом что-нибудь поменяется в какой-нибудь версии у кого-нибудь и всё посыпется, совершенно никакого контроля.
>RiP bY ScOoLrIpPeR sPeCiAl FoR aSsTrAcKeR
В жизни такого не видел, но в принципе совершенно не важно. Иногда название может быть не заполнено корректно и файл при воспроизведении не отличить от соседнего (mpv страдает от этого) - не знаешь, какой файл следующий включать. Только оставшийся фокус на открытом файле и выручает (и история открытых файлов тоже).
Вообще, даже такая информация крайне полезна, человек так всегда узнаёт, кто ответственен за файлы, и в следующий раз не тратит на них время. Зачем прятать эту информацию? Как вы будете отличать 100 одинаковых файлов от разных людей?
В 99.999% случаев там таки техническая информация. Но и она не всегда выручает. Вот вам пример адового энкода с кошмарными сабами https://nyaa.si/view/1186709
А какой у тебя контроль, когда всё равно есть внешние зависимости для всего, кроме аудио из мутагена? FFmpeg для видео, rsvg для svg...
Мне приблуда из сабжа могла бы быть интересна именно как фронтэнд к куче разных утилит, и за счёт интеграции с Dolphin. Без поддержки MKV смысла пока не вижу.Ссылка твоя не открывается, извини.
Я тебе как раз описал случай, когда куча разных файлов (с названиями, типа S01E01.mkv — S01E22.mkv) имеют одинаковое имя в метаданных. И ни фига ты не знаешь, что конкретно ты смотришь.
Допустим, в том же SMPlayer есть костыль — его можно заставить показывать имя файла хотя бы в заголовке окна (строка show_tag_in_window_title=false в smplayer.ini), но на панели всё равно будет имя из тегов. А VLC вообще везде показывает имя из тегов.
Как раз в этом случае полезно вычистить метаданные — чтоб плеер просто имена файлов показывал.
Хотя в идеале, конечно, теги править.Что до технической инфы, и сотне одинаковых файлов от разных авторов — это, наверное, ближе к юзкейсам файлохранилища, а не локального пользователя. Я-то писал конкретно о себе.
Я тут потыкал по файлам, везде в title записано что-то уровня "bdrip by skololo-kun", но в mpv эта информация не используется. Т.е. это косяк скорее плеера, а модифицировать файлы в любом случае фу - их же потом не отличить от других.Я вспомнил, где видел проблемы с заголовком. Вот эти файлы: https://nyaa.si/view/1082017 (лучшее качество и оформление, что я нашёл) - тут заполнено куча полей метаданных, и поле movie name как раз отвечает за отображение бесполезного текста в mpv. Но такое встречается довольно редко.
Т.е. ваши проблемы не с файлами, а с ПО. И вы решаете их порчей файлов. Ну нормально, да. Надеюсь, эти файлы потом не попадут в интернет. Никогда.
Кривые метаданные, или записанная в них муть — это именно проблемы файлов, точнее их авторов. Почему это модифицированные (точнее, очищенные от тегов) файлы не отличить от других?И да, это именно кривые заголовки (file title), которые используют плееры (MPV/SMPlayer, VLC). Тебе встречается довольно редко, мне — постоянно.
Не понимаю, почему ты всё время пишешь, что модификация — фу, это порча файла, и т.д.? Исправление кодировки (или вообще заполнение пустых) тегов в аудио — тоже фу? Правки ошибок и опечаток? А то модификация бывает разная.
Я смотрю на ситуацию с т.з. пользователя, имеющего локальную медиатеку, который хочет, чтоб в ней файлы не выглядели как разнокалиберное дерьмо. Без задачи распространять потом эти файлы по всей сети.
А ты, похоже, смотришь на это, как владелец торрент-трекера или некой файлопомойки, которому важно, чтоб файлы были as is, каким бы дерьмом не являлись внутри.P.S. Не открывается у меня nyaa.si, я же писал. Там ошибка SSL.
>не отличить от другихТак crc32 меняется - у меня были проблемы из-за того что одинаковые энкоды отличались добавленным uuid в opus (и мне пришлось проверять, что это единственное отличие), uuid это конечно здорово, но лучше когда абсолютно идентичные файлы имеют одинаковые хэши. Важно знать, что это за файлы и что они не изменялись (или изменялись) - это ценная информация.
>тегов в аудио
Адовый мартышкин труд, при этом онлайн базы данных как раз рассчитывают на валидные файлы - если они битые, с автоматизированным распознаванием будут проблемы. Обычно, чтобы отличать файлы в интернете от других таких же, необходимо как минимум указание на источник.
>ошибок и опечаток
Заняться что ли нечем? К тому же их там быть не должно.
>смотрю на ситуацию с т.з. пользователя
Это-то и странно, с таким подходом даже сложно узнать, что файлы начали гнить, и их потом не восстановить.
>ошибка SSL
Нет там ошибки, это mitm
Ну же говорю, ты смотришь на ситуацию, как некий админ трекера, сидбокса или файлопомойки — консистентность данных, автораспознавание по базам... Ну и живёшь в идеальном мире, с всегда заполненными тегами, без опечаток и ошибок.
Ничего, никогда и никем не должно изменяться. Не дай Джа что-то тронуть — хэши изменятся, всё остановится и рассыпется.
При чём тут другие люди? )
Я смотрю на ситуацию как человек, у которого много файлов. Который к тому же видел много сомнительных файлов из сомнительных источников. Есть всё же некоторая необходимость различать аутентичные файлы, от файлов, покорябанных криворукими хомячками (и, возможно, подгнивших). Хуже всего на свете как раз эти "админы" - им ничего не стоит покорёжить файлы, выдать их за другие, впихнуть рекламу... Малограмотные люди в погоне за прибылью идут на страшные преступления.
Я не очень понимаю, какая-такая «аутентичность» присутствует в васянорипах с кривыми тегами, извини. Не говоря о том, что такие рипы не просто «покарябаны криворукими хомячками», они ими изначально созданы. Почему их из такого блевотного вида привести в нормальный (изменить имена файлов, исправить/очистить теги) — плохо, я не понимаю тоже. Что у тебя за тонны одних и тех же файлов от разных авторов, которые требуют сличения между собой, — вообще за пределами.Наверное, я слишком тупой. Или ты и впрямь владелец какого-нибудь рыгхоста, и не хочешь раскрывать своё инкогнито.
В любом случае, выше вполне внятно описано, зачем может понадобиться чистить метаданные _лично_мне_. Такой вот юзкейс из реально жизни. У тебя потребности другие? На здоровье, это нормально. )
Васянорипы вполне соответствуют данным на диске, 1 в 1. Потом эти данные кто-то берёт, удаляет всю инфу из файлов и заменяет её своей (не всегда корректной), и вываливает их в интернет. А ты собирай потом релизы разных лет и сравнивай. Учитывая, что информация из интернета таки замечательно удаляется, а найти тот же самый (такой же) физический диск обычно не представляется возможным, это квест ещё тот.
> Васянорипы вполне соответствуют данным на диске, 1 в 1.Серьёзно? Где это на дисках есть данные вида «рип бай васян»? :)
Не говоря о том, что при риповании BD/DVD выкидываются всякие меню, и вообще может меняться состав контейнера (удаление части аудиодорог и субтитров).
Соответствие данным на диске — образ этого диска.> Потом эти данные кто-то берёт, удаляет всю инфу из файлов и заменяет её своей (не всегда корректной), и вываливает их в интернет.
Не-не-не. Васян делает рип, оставляет внутри метаданных наскальные записи о себе, и вываливает рип в интернет. Нет там никакой аутентичности оригинальных данных, сразу нет.
> собирай потом релизы разных лет и сравнивай
Зачем? Ты коллекционируешь рипы от разных людей?
Качество звука может отличаться очень значительно, нужно выбирать. Дефекты опять же. А данные вполне могут и соответствовать оригинальным, они просто будут перепакованы и ненужная информация (вроде рекламных промо) будет удалена.>наскальные записи о себе
Обычно в тегах размещается информация по типу ISRC, если в комментарии будет расширенная информация - в этом ничего плохого нет. Скажем, для информации об используемом софте есть тег encoded, для информации о том, кто кодировал, есть тег encodedby - очень удобно. Вся остальная инфа, для которой не придумали тегов, отправляется в комментарии. Вопрос в том, использует ли потом софт эту информацию по назначению.
>encodedencoder, сори
И какое всё это имеет отношение к загаженным метаданным?
Ты качество звука по имени рипера определяешь? Или по наличию этого имени в поле title?
Ты начинаешь выдумывать уже откровенную фигню...
>Ты начинаешь выдумывать уже откровенную фигню...Ты спросил, зачем я их коллекционирую, я ответил.
>Я тут потыкал по файлам, везде в title записано что-то уровня "bdrip by skololo-kun", но в mpv эта информация не используется.ну во-первых, все эти куны обычно указывают себя в названии файла; а во-вторых, в mpv если настройки, отвечающие за отображение информации как в osd, так и в заголовке окна: если указан 'media-title', то будет отображаться тег из поля 'title', а если 'filename', то название файла
>модифицировать файлы в любом случае фу - их же потом не отличить от других
ты сам дал ссылку на раздачу, где каждая серия пронумерованна, а рипер указан в названии; этого вполне достаточно
>поле movie name как раз отвечает за отображение бесполезного текста в mpv
нет, в mpv это поле вообще не используется, он смотрит теги конкретных потоков (Video, Audio, Text), а на General ему пофиг
>Т.е. ваши проблемы не с файлами, а с ПО. И вы решаете их порчей файлов. Ну нормально, да.
всегда при конвертации затираю напрочь все метаданные и указываю указываю свои при необходимоcти (в основном языки аудио и субтитров и флаги дефолт), мне нормально
movie name используется, в другой раздаче посерий
movie name используется, в другой раздаче посерийно они отличаются, в третьей movie name не указан и имеющийся title нигде не используется.>при конвертации
конвертации чего во что, простите?) кому-то и хардсаб ок, да
>серия пронумерованна, а рипер указан
более того, там и параметры кодировщика есть (и хрома апскейл прямо в имени раздачи, лол), но раздачу это всё совершенно не спасает.
>movie name используетсяесли ты про вывод mediainfo, то в mpv используется "Video/Title", а не "General/Movie name"
>конвертации чего во что, простите?)
например, downscale для ноутбука довольно часто делаю
>кому-то и хардсаб ок, да
если только для просмотра на тв
> раздачу это всё совершенно не спасает
от чего?
>то в mpv используется "Video/Title", а не "General/Movie name"Вроде наоборот, именно поэтому всё отображается корректно:
~/Downloads2/ss/[SCY] Inuyashiki (BD 1080p Hi10 FLAC) $ mediainfo "___[SCY] Inuyashiki - 01 (BD 1080p Hi10 FLAC) [4CC39D81].mkv" --Output='General;%Movie%'
[SCY] Inuyashiki - 01 (BD 1080p Hi10 FLAC)
~/Downloads2/ss/[SCY] Inuyashiki (BD 1080p Hi10 FLAC) $ mediainfo "___[SCY] Inuyashiki - 01 (BD 1080p Hi10 FLAC) [4CC39D81].mkv" --Output='General;%Title%' #doesn't exist in output
[SCY] Inuyashiki - 01 (BD 1080p Hi10 FLAC)
~/Downloads2/ss/[SCY] Inuyashiki (BD 1080p Hi10 FLAC) $ mediainfo "___[SCY] Inuyashiki - 01 (BD 1080p Hi10 FLAC) [4CC39D81].mkv" --Output='Video;%Title%'
BD 1080p 10bit [Beatrice-Raws]
А, это про другие файлы. У youjo senki по ссылке при воспроизведении совершенно нет никакой возможности отличить файл от соседнего как раз из-за заполненного movie name (косячок-с, возможно эта остатки инфы о дисках).
а не ты ли это писал?)
https://opennet.ru/openforum/vsluhforumID3/119123.html#20>ваши проблемы не с файлами, а с ПО
то есть васяны прописали одинаковый заголовок для всех файлов; ты в замешательстве, ведь:
>при воспроизведении совершенно нет никакой возможности отличить файл от соседнего
настроить вывод названия файла вместо заголовка (или и то, и другое сразу) оказалось для тебя слишком сложно; но виноват конечно же плеер
> все эти куны обычно указывают себя в названии файлаПроблема ещё в том, что иногда они указывают в title только себя, а не просто дополняют оригинальное название. Я вот сейчас открыл фильм, а он у меня, оказывается, называется не «Safe» или «Защитник» (ну или Zaschitnik.mkv, по имени файла), а «группа ExKinoRay, автор morfyi».
И как-то мне не очень удобно с такими помоями в тегах.
Я, кажется, понимаю в чём дело. В вашей вселенной бинарные файлы - это рандомный кусок данных, взявшийся из ниоткуда, и совершенно не важно что это за данные и откуда они. Я сейчас смотрю вот на этот файл https://nyaa.si/view/1180715 и вижу много "крайне полезной" информации в метаданных (эта группа релизит рипы с веб трансляции в автоматизированном режиме), но не все же файлы такие. Обычно эта информация интересна для идентификации файлов.>указывают в title только себя
Повторю, в mpv title не используется насколько я могу судить, т.е. проблема софта - они пишут туда что хотят потому что это никто не увидит. На сегодня основной плеер это MPC-HC, и mpv где-то на втором месте.
> Обычно эта информация интересна для идентификации файлов.Ты, похоже, не понимаешь, что люди качают видео файлы не для того, чтобы их идентифицировать, сличать между собой, гонять по онлайн-базам и заниматься прочими прикольными вещами. А чтоб смотреть.
> в mpv title не используется
Используется, причём в дефолтном конфиге — для отображения везде. В VLC — аналогично. Причём в VLC на Android будет так же, если запускать видео из него самого (если из Галереи — будет отображаться имя файла).
>не понимаешь, что люди качают видео файлы не для того, чтобы их идентифицировать, сличатьвидимо ты просто пока не искал менее популярные фильмы, найти в нормальном качестве (и вытянуть их по крупицам из интернетов) - квест ещё тот, и не всегда успешный. Я не спорю, что кому-то и vhs-rip вполне норм, но мне кажется большинство всё же предпочло что-то более смотрибельное.
>Используется, причём в дефолтном конфиге — для отображения везде
nope: https://www.opennet.me/opennews/art.shtml?num=51955#47
Я напишу в последний, пожалуй, раз.Одно из моих желаний, для комфортного просмотра видео, — отображение нормального имени этого самого видео. Порой, для этого нужно править/чистить метаданные.
Простенькое такое желание, ничего сверхъестественного.Ты говоришь, что это плохо — меняется crc32, это «порча» файлов, и вообще отдельный котёл есть в аду для тех, кто трогает кривые метаданные.
Ощущение, что твои юзкейсы относительно видео состоят не в комфортном просмотре, а в бесконечном поиске, сравнении между собой и проверке по неким базам огромного количества одинаковых видеофайлов.
Ты то ли инопланетянин, то ли постишь сюда от имени SkyNet.Всё. Я устал, я мухожук.
То, чем ты занимаешься, мешает идентификации файлов впоследствии. Особенно, если они попадают в сеть. Даже если они кривые, автор мог их отдельно исправить и что-то изменить ещё (субтитры). Это всё создаёт много путаницы.Не всегда есть возможность скачать ремукс или образ диска. Большинство доступных файлов никуда не годятся по самым разным причинам: картинка или звук могут быть совершенно убитые, субтитры будут отличаться от релиза к релизу... Кроме того, даже качество, доступное за деньги, зачастую ниже желаемого, и тут выручают бротишки из интернета. Именно поэтому приходится заниматься такими скучными вещами, прежде чем насладиться просмотром (чтобы не подгорало в процессе).
Неужели так сложно осознать причины, по которым у меня такое отношение?
> То, чем ты занимаешься, мешает идентификации файлов впоследствии.Не надо идентифицировать файлы из моей локальной коллекции, Скайнет, пожалуйста. Я её для себя держу.
Это ещё можно обратиться к вопросу о том, как там черезстрочность убрана. 99% видео в интернете убиты именно этим.
>Я сейчас смотрю вот на этот файл https://nyaa.si/view/1180715 и вижу много "крайне полезной" информации в метаданных (эта группа релизит рипы с веб трансляции в автоматизированном режиме), но не все же файлы такие.ну ты бы хоть показал, что там такого "полезного" ; а то качать 1.3 GiB что-то не хочется
Забавное исекаи для тех, кто устал от этого дерьма (и по-моему дальше повеселее). Какой-то мусор в тегах, ничего особенного. Не знаю, из трансляции он, или был добавлен после, но пользы от таких тегов нет.
«Этот герой неуязвим, но очень осторожен».
Аниме-тайтл, от которого в этом сезоне прётся куча народу, потому что ГГ наконец не тряпка, практикует ББПЕ и так далее.
В ту же копилку, насколько я понял, что и «KonoSuba».
>Я сейчас смотрю вот на этот файл https://nyaa.si/view/1180715я и без метаданных могу сказать, что это очередной дерьмовый рип от хорриблов
>дерьмовый рип от хоррибловОни рипают crunchyroll как есть - если ты смотришь и не ждёшь дисков несколько лет, других вариантов у тебя нет. А субтитров получше помоечных "официальных" может и не появиться - сейчас мало кто переводит, тем более качественно.
> Они рипают crunchyroll как есть - если ты смотришь и не ждёшь дисков несколько лет, других вариантов у тебя нетerai-raws делают то же самое, но у них не возникает "технических сложностей" поделиться субтитрами; сранивать качество рипов от этих 2х смысла нет, ибо эскобар
я смотрю TV-рипы, в отдельных случаях жду БД
>> Они рипают crunchyroll как есть - если ты смотришь и не ждёшь дисков несколько лет, других вариантов у тебя нет
> erai-raws делают то же самое, но у них не возникает "технических сложностей"
> поделиться субтитрами; сранивать качество рипов от этих 2х смысла нет, ибо
> эскобар
> я смотрю TV-рипы, в отдельных случаях жду БДСравнивал сабы пару раз, у erai-raws вроде были хуже (шрифты тоже). С тв рипами надо ждать, пока кто-нибудь намутит сабов, сделает ретайминг под тв... В общем, обычно можно смотреть официальные веб рипы и не париться.
>поделиться субтитрами
А вч ём проблема извлечь их из файлов самому? У меня однострочник на питоне дёргает mkvtoolnix и извлекает сабы со шрифтами, где-то в интернете есть.
>Сравнивал сабы пару раз, у erai-raws вроде были хуже (шрифты тоже).что значит 'хуже'? они одинаковые, там разница только в используемых шрифтах
>А вч ём проблема извлечь их из файлов самому?
ну и зачем мне 'скачивать рипы -> извлекать сабы -> удалять рипы' если я могу просто скачать архив с субтитрами
>У меня однострочник на питоне дёргает mkvtoolnix и извлекает сабы со шрифтами
круто, а у меня портянка на баше делает то же самое
Откуда тогда это видео? У кранчей же нет «Осторожного героя», он у ваканима.
> Откуда тогда это видео? У кранчей же нет «Осторожного героя», он у
> ваканима.Ну пусть будет ваканима. Суть в том, что они ничего с видео не делают. А с кранча я ушёл, когда они стали пихать убитое видео, поэтому не в курсе, что у них там.
>>Я сейчас смотрю вот на этот файл https://nyaa.si/view/1180715
> я и без метаданных могу сказать, что это очередной дерьмовый рип от
> хоррибловда и потом, это куда лучше японских hdtv рипов.
> да и потом, это куда лучше японских hdtv рипов.нет, все эти онлайн-смотрелки слишком много вырезают
>> да и потом, это куда лучше японских hdtv рипов.
> нет, все эти онлайн-смотрелки слишком много вырезаютПравда? Я сравнивал только hdtv с bd, так там некоторые студии много всего перерисовывают и исправляют, но чтобы вырезать в официальном, как это называется, simultaneous release? Не слышал о таком. :(
Ну так допили, в чем проблема. Этож опенсорс, че как маленький.
Для картинок разве нет convert -strip ?
По сути это гуй для него.
В каком-нибуть дистрибутиве этот MAT2 уже собраный есть?
https://aur.archlinux.org/packages/mat2/
ubuntu 19.04 - имеется в репозитории, версия 0.8
TAILS
Спасибо
