Как стать автором
Обновить

Комментарии 75

И чем плох HEVC?
Посмотрел свой файлы с айфона, которые синхронизирую с компом через дропбокс — тоже HEVC
Если просто для хранения и просмотра — ничем. Если потом монтировать видео, то неудобно работать. К тому же HEVC иногда мылит картинку (ссылки бросать не буду, но можно загуглить этот момент).
Если потом монтировать видео, то неудобно работать.

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

HEVC иногда мылит картинку

Если гуглить, то там это и не только про HEVC пишут, особенно в сравнении с AV1
Да я тоже не профессионал) просто столкнулся с такой особенностью, подумал может быть это кому-то поможет)
Так какая особенность то? В чём неудобство работы с HEVC по сравнению с другими кодеками? Монтирую с iPhone, DJI, Sony — разницу в работе не вижу никакой…
Например Adobe Premier по умолчанию не поддерживает его, и нужно плясать танцы с бубном.
Тогда к iPhone и iPad Pro пора добавить и Mac OS и забыть о проблемах с Adobe (оно ещё те товарищи… сломали Lightroom, что им уже несколько месяцев пользоваться на маке нормально невозможно — грузит машину на 100% и либо кернел паником, либо зависанием всё заканчивается). Ну или просто отказаться от Adobe, благо под Windows решений миллион.
так проблема в Adobe Premier, а не в iCloud значит?
Любая перекодировка любым Кодеком С Потерями мылит картинку, степень замыленности зависит от уровня сжатия. Тут битрейт после перекодировки становится меньше, поэтому да, качество хуже. Но в этом не HEVC виноват.
Плох появлением banding artifacts (не знаю, как на русском такие артефакты называют) с гораздо большей вероятностью, чем AVC.

А разница в качестве имеется?

На глаз не заметно. Есть утилита для сравнения качетва MSU VQMT compression.ru/video/quality_measure/index.html, но в бесплатной версии разрешение 1920x1080 не поддерживается :) надо будет кстати проверить как-нибудь это.
Можно использовать тот же плагин VMAF, что реализован в этой утилите, в FFMPEG.
На самом девайсе как раз храниться H.265, во все остальные приложения они перекодируют его в поддерживаемый приложением формат

А так же при передаче медиафайлов через airdrop с более нового устройства происходит конвертация. Поэтому отправка видео с новых на старые айфоны часто бывает долгой, затягивается именно процесс конвертации

НЛО прилетело и опубликовало эту надпись здесь

Подхвачу эстафету занудства: например, в двоичной системе счисления «порядок» как раз «2».

Продолжу: так пишите цифры в двоичном виде, 0100111 там.

Ещ немного занудства: у вас получилась восьмеричная система счисления, в двоичной будет так: 0b0100111

Это соглашение конкретных языков программирования. Совсем правильно — 1001112

Если бы в HEVC был битрейт видео 10мбит против 20мбит в H264 — то да. Но там он всего на 20% меньше (16 против 20).
По ходу надо полуторную или какую-то другую "менее-двоичную" систему, чтоб уменьшение с 20 до 16 тоже означало "на порядок".

Для десятеричной системы исчисления «на порядок» — это в 10 раз. Для двоичной — на порядок это в два раза. Для троичной — на порядок это в три раза. Суть я думаю ясна.
Суть в том что размер указан в десятичной системе. В оной «на порядок» это в 10 раз.
К чему тут выступления многочисленных зануд не очень понятно :)
Проблема не столько в конкретном формате, сколько в факте неявного пере­коди­рования из одного формата с потерями (lossy) в другой формат с потерями без согласия/ведома пользователя.

apple лучше знает, что вам нужно!

Если посмотреть на вот этот каммент, то дело вовсе не в Apple

H.265 во всем лучше H.264, т.к при вдвоем меньшем битрейте позволяет получить то же качество картинки. Единственная проблема — требования к производительности машины.
И не мылин от них разу. Снимайте сразу в нем, если это возможно.
Облако не резиновое и Apple правильно делает, что сохраняет видео в формате, который занимает в 2 раза меньше места

пусть в чём хочет хранит, а вернёт байт в байт
Автору уже написали, что iCloud с высокой вероятностью возвращает всё байт-в-байт, потому что у него в настройках iPhone включена съемка видео в h.265 А при загрузке в сторонние сервисы телефон конвертирует видео в h.264 из соображений бОльшей совместимости.

Всё же качество сохраняется не при вдвое меньшем битрейте, а только на 20..25% ниже, в зависимости от контента и настроек кодирования.

Облако не резиновое и Apple правильно делает, что сохраняет видео в формате, который занимает в 2 раза меньше места

Apple без проблем может сказать что у вас слишком много видео, доплатите еще 1$ за 10 гб в месяц или 100$ в год за пару терабайт. И не трогать видео своими грязными кодеками.
Ох уж этот «учёный, изнасиловавший журналиста». Лучше в некоторых случаях (а именно при низком битрейте). При повышении битрейта преимущество падает.
В том то и дело, что при повышении битрейта вам не нужен в 2 раза* больший размер файла при одинаковом качестве. А если компьютер не справляется с монтажом — то конвертите в ProRes постфактум.
Я снимаю 4К60 c битрейтом 200Мбит и 10битным цветом, у меня H264 технически не вывозит камера, похожий по качеству поток видео — она переключается в 8-битную запись (видимо, из-за IO ограничений).
Если бы не Youtube и устаревшая техника — H.264 уже давно бы канул в лету.

Стандартный плеер Windows 10 просит купить плагин для поддержки h.265, что весьма печально.

Стандартный плеер винды никогда и не был хорошим плеером. K-Lite Codec Pack появился в свое время не от хорошей жизни.

В десятой винде совсем не тот плеер, что в седьмой. На мой непривередливый взгляд новый плеер вполне себе нормальный.

Однако тоже отказался играть какое-то видео, и пришлось поставить MPC BE, у которого никаких проблем не возникло.
НЛО прилетело и опубликовало эту надпись здесь
По вашей ссылке плеер недоступен

image


Тем не менее, через командную строку работает, спасибо.

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

Если H265 на устройстве по дефолту занимается психовизуальными оптимизациями с целью уменьшения размера, разумеется, там мыло будет… Как VP9 на ютубе, примерно.
Пользователи Айфонов, скажите, почему на Айфонах не получается скачать из браузера (любого) некоторые картинки? Жмешь пальцем, и ничего не происходит. В то время как на любом андроиде этих же и вообще любых появляется контекстное меню где есть «сохранить картинку». авторские права блюдут или какие-то заморочки самого Айфона?

Скидывайте ссылку — посмотрим почему. Обычно долгое нажатие срабатывает


Вряд ли защита от пиратства картинок, скриншоты можно с 2008 года системными средставми делать.

Например, вот с этого сайта www.runo37.ru сколько палец не держи, ничего не происходит…
В каталоге товаров — сохраняется — подержать палец на картинке (откроется предпросмотр страницы) и прокрутить контекстное меню в низ «Добавить в фото»
Из карточки же товара — там да — скрипт показывает картинки через свойства блока — делая картинку свойством background — скорее всего причина в этом.
Что с этим можно сделать? Почему на андроиде без проблем сохраняются эти же картинки?

Потому что там вероятно вы пользуетесь другим браузером.

Это было бы слишком просто. Браузеры разные: Опера, Яндекс, Сафари. Результат один — Айфон на одних сайтах картинки сохранят, на дурги нет. На Андроиде таких проблем нет.

Они могут использовать платформенно зависимую библиотеку, которая по разному рендерит страницу

На iOS нет разных браузеров, там WebKit в разных обертках, по требованиям AppStore. На Firefox например нельзя расширения ставить — потому что это не Firefox.

Так что в итоге с этим можно сделать?

Делать скриншоты.


Джейлбрекать и надеяться что в Cydia найдутся другие браузеры.


Пинать тупых вебщиков за то что картинки делают не через img.


Пинать разработчиков браузеров, чтобы позволяли вытаскивать background-image, на десктопах вроде уже давно сделали.

Настройки -> Камера -> Форматы

Там можно переключить хоть на «Высокоэффективный» HEVC, хоть на «Наиболее совместимый» H264. И описание там достаточно исчерпывающее.
Такая длинная статья с картинками. А надо просто инструкцию читать, ну или для ознакомления по меню полазать. Думаю автору следует стать фанатом яблока. Тогда, точно, в начале каждой статьи не придется оправдываться. :-)

А какую инструкцию-то читать? Бумажку из коробки? Там не написано, что-то мне подсказывает. Это проблема апол, достаточно было на первом запуске камеры дать сделать выбор через какой-нибудь визард или что в этом роде. Выбор кодеков не самая заметная опция, желательно о ней предупреждать.

Все там написано и ссылки есть куда нужно.
support.apple.com/ru-ru/guide/iphone/welcome/ios

Наверное не стоит все таки переводить бумагу на описание функционала который постоянно обновляется. Цифровые мануалы обновляются с выходом новых версий iOS

И Apple пару лет назад открыто говорили об этом на презентации под предлогом экономии места.

Апловодам это не нужно, они же покупают айфоны, чтобы не включать мозги

TL; DR: Apple перекодирует видео и вам это может не понравиться

Перекодирует в том случае если включена соответствующая опция.

Оригинальный комментарий уже не поправить и он мог бы выглядеть так: TL; DR: Apple перекодирует видео, если включена соответствующая опция, и вам это может не понравиться
Давайте уж сразу по жесткому. Если сторонние приложения не умеют H.254, то Apple кодирует видео в совместимый формат.
Я являюсь пользователем техники всем известной Купертиновской компании Apple, думаю, как и многие из читателей Хабра.
Да, пара процентов. Извините, после такого вступления далее серьёзно читать невозможно.

Настройки — Фото — Переносить оригиналы (в самом низу). Включите эту опцию.
На самом деле штука удобная. У как-то меня мама пыталась через провод скинуть на старый рабочий комп фотки и они не открывались, потому что были в hevc. После переключения этой опции айфон на лету конвертировал всё в jpg. С видео — аналогично я думаю, хотя явно не проверял. Потому что в качестве облака у меня resilio sync поднят на домашнем NAS и я совершенно не парюсь по поводу места.

Уточните а само устройство с каким кодеком хранит? Выше пишут с H265. И, если так, то получается это гугл перекодирует

Не совсем. Я чуть выше написал — перекодирует сам телефон перед отправкой в «не apple».

Действительно, уточните в каком формате хранит устройство.
Настройки / Камера / Форматы
Наиболее совместимые = JPEG и H.264
Высокоэффективный = HEIF и HEVC.


Судя по тому, что написано в статье https://support.apple.com/ru-ru/HT207022 ("Функция «Фото iCloud» сохраняет медиафайлы в исходном формате и разрешении, а также с исходной частотой кадров"), у вас в телефоне как раз HE-форматы, и конвертация в JPEG/H.264 происходит при экспорте в гугл, вандрайв и проч. Может не на того ругались?

Помниться время, когда многие плееры не поддерживали H.264 и приходилось конвертировать в xvid, а сейчас все выдвигается в сторону H.265. И хотя жаль старую добрую H.264, но, ничто не вечно…

Позвольте позанудствовать:
Это не Apple продвигает h.265, а второе облако использует h.264.


Я почти уверен, что вы сняли на телефон в h.265. И iCloud сохранил файл без потери качества и смены формата.
А в Google (или где там) вы использовали бесплатное безлимитное хранилище, и ОНО пересжало вам видео в h.264.


Я ошибаюсь?

может я чего-то не понимаю, но битрейт тоже разный.

Почему втихую? Они на какой-то из презентаций о нем сообщили и начли использовать.

Некоторые онлайн-хранилища балуются подобным, но не ради пиара какого то конкретного кодека, а банально ради экономии места на серверах. h265 при том же качестве изображения, может иметь меньший битрейт, в сравнении с h264. Ютюб тоже видео жмёт адски. Я уже давно пришел к выводу, что хранить на облаках нужно в архивах (например 7z), под паролем, и ничего не будет перекодировано.

Наверное это как с Гуглофотками. Там все пережимается. Поэтому у меня параллельно все сохраняется на OneDrive, который ничего не жмет.
Зарегистрируйтесь на Хабре, чтобы оставить комментарий

Публикации