2CH MOV TORRENT ШАПКА - пересобираем поврежденный mkv-файл

**Как исправить видеофайл из недокачанной раздачи без сидов, если он скачался на 99.9% и открывается видеоплеером и начинает воспроизводиться с 0:00:00, но всё зависает при попытке перейти в другое место или при переключении звука**

**1. ПРИЧИНА ПРОБЛЕМЫ В ДВУХ СЛОВАХ**

Видеофайл в контейнере MKV для нормального воспроизведения должен иметь неповрежденные НАЧАЛО и КОНЕЦ. Если у видеофайла повреждено (не скачано) самое начало, первые несколько килобайт, то он вообще не откроется НИКАК и с этим сделать ничего нельзя. Если у файла повреждены какие-то куски в середине, то они воспроизведутся с глюками или плеер их пропустит. А если у файла поврежден конец, то часто наблюдаются проблемы с зависанием плеера или иные глюки, не дающие смотреть фильм, которые и привели тебя в этот гайд.

**2. КАК ИСПРАВИТЬ**

Берешь mkvtoolnix из гугла - это набор утилит для работы с mkv-файлами, например, добавления и удаления аудиодорожек и т.п. Легковесный, надежный, многократно проверенный многими релизерами, опенсорсный, работает под всеми ОС, есть portable версия без установки.

Кидаешь в главное окно программы mkvtoolnix-gui.exe свой проблемный видеофайл. Ничего не дергаешь ни в каких настройках, ПРОСТО нажимаешь в самом низу Start multiplexing, ждешь, внизу есть прогресс-бар. Программа пересоберет содержимое этого видеофайла в НОВЫЙ видеофайл, который будет лежать в той же папке с именем "имяфайла (1).mkv". Ну или на вкладке output в главном окне можешь указать другое имя файла. В самом конце процесса будет warning про то, что в исходном видеофайле поврежден кусок начиная с такой-то секунды (потому что он не докачан) и поэтому программа пропускает его - но в этом нет ничего страшного, ведь последние секунды фильма - это все равно титры.

Полученный новый файл НЕ перекодирован, в нем абсолютно то же самое содержимое, что и в исходном, но вырезаны секунды в конце, которые были в недокачанном фрагменте, и файл ПЕРЕСОБРАН – это такой же процесс, как и создание ремукса из блюрей-диска, когда нужные дорожки или их куски собираются в новый единый файл без перекодирования и изменения их содержимого.

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

**3. ДЛЯ ЛЮБОЗНАТЕЛЬНЫХ АУТИСТОВ: ПОДРОБНЕЕ О ПРИЧИНАХ ВСЕГО ЭТОГО**

Нормальному человеку написанное ниже знать НЕ нужно. Это для тех, кому интересно.

ВО-ПЕРВЫХ, конец (либо начало) видеофайла бывают недокачанными потому, что у людей, сидящих на раздаче, нет в наличии соседних файлов в папке. Например, часто в папке релиза лежат movie.mkv и rarbg.txt. Протокол BitTorrent устроен так, что содержимое раздачи может передаваться между участниками раздачи только в виде неделимых кусков/частей (pieces) размером в несколько мегабайт, на которые последовательно разбита вся раздача. Между соседними файлами в раздаче нет никаких специальных зазоров, поэтому некоторые куски находятся на стыке соседних файлов в папке и содержат конец одного и начало следующего. Поэтому, если у кого-то нет в наличии файла rarbg.txt, то он не может никому передать информацию из концовки файла movie.mkv, который у него есть - ведь его торрент-клиент не имеет в наличии всё содержимое этого куска. Часть этого куска (концовка видеофайла) есть, но для передачи нужно иметь весь кусок. Вот и получается, что раздача может скачаться с такого неполного сида только на 99.9%.

"Но анон, даже если такой человек в свое время снял галку с файла txt при скачивании, потому что решил, что он ему не нужен, то его клиент все равно целиком скачал кусок, содержащий этот маленький txt, и поэтому он все-таки может раздавать этот кусок на стыке файлов?"

Да, всё так. Но кроме такой ситуации также нередко бывает, что кто-то по доброте душевной хочет оживить найденную мертвую раздачу, ведь у него есть mkv-файл из этой раздачи, который когда-то давно был скачан *откуда-то ещё* - но при этом у него нет прочих файлов из папки типа всяких мусорных best_online_casino.txt. Такой человек встает на раздачу и начинает сидировать *почти* все куски этого видеофайла, кроме первого или последнего, ведь для того, чтобы его клиент мог отдавать их другим людям, нужно, чтобы в наличии были и эти соседние файлы. Так как этот человек не скачал когда-то раньше именно этот торрент, а просто встал на раздачу, имея только этот видеофайл и более ничего другого из этой раздачи, то он не может откуда-то взять и родить полное содержимое крайних кусков, которого у него никогда и не было ни в каком виде. Другие люди, которые скачали с него 99.9%, тоже не могут раздать оставшийся 0.1% еще более новым людям, пришедшим позже, даже если сами лично возьмут подходящий rarbg.txt или best_casino.txt откуда-то ещё и вручную положат в папку - как и у того первого человека, у них по-прежнему не будет в наличии полного куска на стыке файлов, только у него не было txt и был конец видеофайла, а у них нет конца видеофайла, но есть txt.

Кстати, для кругозора: обычно файлы в раздаче (в торрент-файле) упорядочены по имени, т.е. rarbg.txt лежит в том же куске, что и конец movie.mkv, а не его начало, но это не всегда так. Порядок определяется при создании торрент-файла и может быть абсолютно любым. Например, в старых uTorrent'ах под Windows XP был специфический баг, при котором при создании торрента файлы в нем сортировались по размеру, а не по имени. Также в разных ОС и у разных разработчиков "алфавитный порядок" может быть разным, когда речь идет о всяких специальных символах в начале имени, числах ("123abc" < "45def" или наоборот?) и т.д.

Идем дальше. ВО-ВТОРЫХ,

<тут пока что не успел дописать эту херню до переката - в будущем будет дополнено объяснением про внутреннее устройство mkv-файла, если кому-то вообще всралось>