Пропадает перемотка файлов

[Brothers]

Как это провернуть на плеере?

[Virtual]

Code: Select all

md5sum файл

логично-ж

[Brothers]

Еще несколько наблюдений.

С покупкой WD50EZRX. Проверил все фильмы на двух внутренних дисках WD15EARS. Поудалял AVIшки, DVD рипы и неперематываемые MKV файлы. Коллекция состоит из фильмов, полнометражных мультфильмов и докфильмов. Все BD рипы качеством HD 720p и 576p. WD50 был поделен на три Тома. Примерно прикинул какие жанровые папки и куда будут определены. Файлы полностью были перемещены с одного и частично со второго WD15. Как это происходило. Были созданы и скопированы на флешку пустые жанровые папки. Папку копировал в какой либо Том и порциями по 5-8 файлов переносил в нее файлы из нужных папок по алфавитному порядку. Раскидал файлы, избавился от фрагментации файлов на дисках (как думал на то время) и успокоился немного.

После этого где-то с десяток фильмов еще закинул, в три жанровых папки. На днях решил проверить одну папку на перемотку, что же я там накопировал. Из 72 файлов - 7 стали неперематываемыми (из них один последний по алфавиту в названии). Сегодня проверял еще одну папку - последний файл также неперематываемый. Такая же картина еще в двух папках. Всё еще не проверял. Система как то херит файлы по своему алгоритму. Все эти файлы были перекинуты с HDD на HDD и с USB HDD на HDD. Обычно файлы на плеер скидываю с флешки.

Проверка Хэша файла может что и покажет. Для этого надо скачать заново торрент. Привести его в тот же вид что и сравниваемый файл на плеере (я все mkv файлы перетряхиваю, удаляю не нужные субтитры и аудиодорожки). И только потом сравнивать.

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

Искал причину в настроках кодирования H264 в Mediainfo файлов. Какую-то взаимосвязь пока не нашел. По спецификации High@L4.1 нужно рефреймов:
1920x1080 L4.1 и Reframes < = 4
1920x816 L4.1 и Reframes < = 5
1280x720 L4.1 и Reframes < = 9
1280x544 L4.1 и Reframes < = 12
W x H x ReFrames должно быть < 8388608

И даже с большим количеством reframes файлы перематываются. Как и с превышающим количеством параметра -bframes= от 2 до 6. (выше - создает помехи при декодировании).

[const]

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

Скиньте хэш, проведу эксперимент у себя.

[Virtual]

WD50 был поделен на три Тома..

все три тома NTFS или хотя-б один EXT3?

[Brothers]

Все три тома NTFS.

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

Ребят, как правильно писать синтаксис для проверки хэша плеером. Для меня темный лес. Кириллица возможна в пути?

[Virtual]

создай ну хоть один раздел EXT3 будь человеком
и да еще раз проверь не стоит ли в настройках "запоминать позицию видео" чегототам

[Brothers]

Проверил хэш оригинала и обратно скопированного с плеера, объем одинаков а вот Хэши у них разные. Жесткий диск!? Но бэдов то нет и переназначенных.

По поводу раздела EXT3. Сейчас начнешь 400 Гб с одного тома туда-сюда перекидывать и опять вылезут неперематываемые файлы. Подумаю. Уже итак изрядно коллекция проредилась.

Скиньте хэш, проведу эксперимент у себя.

Const, не понял вас. Хэш чего и в каком виде? Значения оригинала и неперематываемого?

[const]

Проверил хэш оригинала и обратно скопированного с плеера, объем одинаков а вот Хэши у них разные. Жесткий диск!? Но бэдов то нет и переназначенных.

Вас же предупреждали:

подумай о переходе на EXT3, NTFS не родная фс для Linux в плеере используется кривоватый драйвер для данной фс.

Const, не понял вас. Хэш чего и в каком виде?

Речь шла о хеше торрента, который у вас перестал перематываться, но вы уже причину сами определили, и об этом вас, кстати, тоже предупреждали:

Доступна только перемотка X1,5 X2 и всё.

Такое происходит с "битыми" или не до конца скачанными файлами: плееры на компьютере как-то обходят или не замечают повреждения, а "приставка" ускоренно воспроизвести не может.

P.S. Нужно иметь ввиду, что даже "родные" для Linux'а фс, но созданные на более новой, чем наша системе, могут быть "неправильно понятыми" плеером. Правильнее будет разметку диска и форматирование в ext3 проводить силами самого плеера.

[Brothers]

То есть всему виной NTFS ? И нет гарантии что с EXT3 таких проблем не будет?

Битость файла получается все же из-за самого плеера. Почему тогда все файлы не бьются при копировании а только частично (по моим примерным подсчетам около 5%)!? Этот сделаю битым а этот целым оставлю. Это так, мысли вслух. Что влияет (возможные медленные сектора на диске или еще что-то)?

P.S. Можно конечно вынимать жесткий диск из плеера, подключать к компу для переброски файлов и обратно в плеер. Но со вторым диском так не прокатит (плеер надо разбирать).