Складной iPhone 2026: 3 засады переезда — скриншоты 4:3, HEIC, перенос фото
Презентации ещё не было, а тревога перед переездом уже вполне реальная
Сначала о датах. По слухам, 9 сентября Apple разом покажет iPhone 18 Pro и первый складной iPhone, а 18 сентября начнутся продажи.
До этого ещё больше месяца.
Но за пять лет я протестировал больше шестидесяти сервисов хостинга изображений и файлов, и заработал одну дурную привычку: при каждой смене телефона я думаю не о том, какая там крутая камера, а о том, «переедут ли мои тысячи фото и скриншоты нормально, не начнётся ли беда при загрузке». В этот раз тревожно вдвойне — соотношение сторон экрана у раскладушки и новый формат файлов с обновлённой матрицы. Оба этих места — как раз то, где хостинг чаще всего спотыкается.
Поэтому я решил прогнать всё заранее.
Под рукой как раз оказался рабочий складной Android и iPhone 17 Pro. Я взял их скриншоты и HEIC как дублёров и две недели гонял сценарий «что будет после переезда на складной iPhone». Все цифры ниже, которые я мерил руками эти две недели, помечены «замер»; то, что можно только разумно прикинуть для ещё не вышедшего железа, помечено «оценка» — выдавать оценку за официальную спецификацию я не буду.
И что в итоге? Три засады, одна другой противнее.
Засада первая: скриншот 4:3 со складного экрана — во что его обрежут на форуме
Сначала цифры. По слухам из цепочки поставок, которые тиражируют западные СМИ, у складного iPhone внутренний экран в развёрнутом виде около 7,8 дюйма с разрешением 2713×1920 — это близко к 4:3; внешний экран 5,49 дюйма, 2088×1422, тоже 4:3 (пока официально не подтверждено).
Что такое 4:3? Это почти квадратный горизонтальный кадр, близкий к iPad.
Вот тут-то и загвоздка. Сейчас скриншот телефона — это узкая полоса 9:19.5, и превью-рамки соцсетей, форумов, миниатюры постов — всё подогнано под эти вытянутые пропорции. Дай им внезапно почти квадратный кадр 4:3 — и логика вёрстки поедет.
Я прогнал это на складном Android и выкладываю результат как есть.
Я вставил скриншот в развёрнутом состоянии (у моего аппарата это 2208×1768) прямо в форумный пост, где рамка превью жёстко забита под 16:9. При открытии видно, что система автоматически делает «обрезку по центру» до 16:9 — исходная высота 1768 ужимается до 1242, сверху и снизу срезается по 263 пикселя. Верхняя строка статус-бара и нижний ряд кнопок — как раз целиком уходят под нож.
Без преувеличения — объём информации режется куском.
Пересчитаем на новый складной iPhone (оценка 2713×1920): при той же обрезке по центру до 16:9 высота ужмётся с 1920 до 1526, сверху и снизу уйдёт примерно по 197 пикселей. Проблема пропорций не исчезнет от того, что вы перешли на Apple — это геометрия, а не бренд.
Несколько типичных сценариев я свёл в таблицу — всё это я реально выкладывал и замерял эти две недели:
| Пропорции исходного скриншота | Ожидаемые пропорции платформы | Что происходит после загрузки | Потеря контента |
|---|---|---|---|
| 4:3 (внутренний экран) | 16:9 превью в теле поста | Обрезка по центру | ~10% сверху и снизу |
| 4:3 (внутренний экран) | 9:16 сторис / Reels | Куча чёрных полей или обрезка по бокам | до 40% с боков |
| 4:3 (внутренний экран) | 1:1 миниатюра поста | Обрезка в квадрат по центру | лёгкая обрезка краёв |
| 4:3 (внешний экран) | 9:16 сторис | Кадр почти целиком в чёрной рамке | полезная площадь меньше 60% |
Видите две строки с 9:16? Горизонтальный скриншот раскладушки в сторис — либо зажат двумя жирными чёрными полями, либо обрезан почти наполовину. Честно говоря, в первый раз я даже подумал, что выбрал не то фото.
Три решения, и стабильно работает только ссылка
Как чинить? Я пробовал три пути, стабильно вывозит только один:
- Сделал скриншот — сначала вручную обрежь в галерее под 9:16 или 1:1, потом заливай. Самый тупой, но самый контролируемый вариант.
- Залей на хостинг, где платформа не режет оригинал второй раз, и делись ссылкой, а не картинкой — пусть зритель сам откроет полные пропорции.
- Полагаться на «умную обрезку» платформы — но она ловит лица и главный объект, а на скриншоте лиц нет, так что это гадание вслепую.
Второй вариант я советую больше всего. В скриншоте вся суть часто в той мелкой строчке в углу — обрежут её, и зря щёлкал. Выложить через хостинг вроде lpic.cc, который сохраняет исходные пропорции и даёт чистую прямую ссылку, спокойнее, чем ставить на алгоритм обрезки платформы.
Засада вторая: HEIC с новой матрицы — хостинг втихую крадёт цвет при конвертации
Кто берёт iPhone 18 Pro — в основном ради камеры.
По слухам, в этом поколении главная камера впервые получает механическую переменную диафрагму вместо фиксированной f/1.78, которая прожила четыре поколения, плюс новая матрица (пока не подтверждено). Меняется матрица — и файлы обычно получают более широкий цветовой охват, больший динамический диапазон и больше данных HDR-усиления (gain map). Звучит вкусно.
Но всё это «больше» — как раз то, что хостинг легче всего теряет при конвертации.
Немного фона. iPhone по умолчанию хранит HEIC, экономит вдвое место при почти неощутимой потере качества. Но нативная поддержка HEIC в браузерах до сих пор около 14%, Windows, Android и куча веб-инструментов его не открывают. Поэтому почти каждый хостинг, получив HEIC, втихую конвертирует его в JPG — а это одно поколение потерь «декодировать HEVC, заново кодировать DCT», данные выбрасываются дважды.
Я прогнал это на HEIC со своего iPhone 17 Pro.
Пейзажный HEIC на 4,2 МБ, залитый на один хостинг, вернулся JPG на 1,9 МБ — на глаз разницы почти нет, замеренный SSIM около 0,982 (замер, один кадр). Пока всё нормально. Настоящая засада — в цвете: снимок сделан в широком охвате Display P3, и после перевода в sRGB та насыщенная красная клумба заметно потеряла ступень насыщенности. Рядом видно, по отдельности — не факт.
Ещё подлее слой HDR-усиления. У того HEIC есть gain map, на поддерживающем экране блики светятся; хостинг при конвертации в JPG выбрасывает gain map целиком, и блики мгновенно становятся плоскими.
Разницу в обработке я свёл в таблицу:
| Характеристика файла | Оригинал HEIC | После конвертации в JPG | Влияние |
|---|---|---|---|
| Размер файла | 4,2 МБ | 1,9 МБ (замер) | место экономится, но пережато |
| SSIM | 1,0 (база) | ~0,982 (замер) | лёгкая потеря деталей |
| Цветовой охват | Display P3 | sRGB | насыщенные цвета теряют ступень |
| Слой HDR-усиления | сохранён | удалён | блики становятся плоскими |
Прикинем на новое железо. Если у новой матрицы iPhone 18 Pro шире охват и выше битность, то разрыв «P3 падает в sRGB» и «gain map выброшен» будет только заметнее, чем на моём 17 Pro, а не меньше. Другими словами, чем сильнее камера — тем больше есть что испортить хостингу при конвертации. Немного контринтуитивно, да?
Решение: делюсь на бегу vs берегу качество
Решения делю под две задачи:
- Просто кинуть в соцсети на бегу — плевать, пусть конвертит в JPG, место экономится, совместимость хорошая, ту одну ступень насыщенности никто не заметит.
- Нужно сохранить исходное качество или цвет — ищите облачное хранилище, которое показывает HEIC напрямую или хотя бы не пережимает принудительно второй раз, кладите туда оригинал, а JPG-версию сохраняйте отдельно, когда понадобится.
Честно говоря, этот шаг легче всего пропустить. Все при смене телефона снимают, и мало кто возвращается проверить, не потерял ли уже загруженный кадр цвет втихую.
Засада третья: тысячи старых фото — не сгружайте всё бездумно в новый телефон
Третья засада — не техническая, а про решение.
При переезде перед вами тысячи, а то и десятки тысяч фото. Всё в новый iPhone? Место жмёт, бэкап тормозит, счёт за iCloud уродуется. Всё в одно место? Случись беда — всё разом.
Мой подход — разделять потоки, назначение решает, куда что.
Две недели я заново перебирал свою галерею примерно по такой логике: то, что реально смотрю и показываю на бегу, остаётся на устройстве и в iCloud; то, что разово отправить другу или кинуть на форум, идёт через хостинг ради одной ссылки и не жрёт память телефона; чистый архив, который открываю раз в несколько лет, кладу в отдельное долгосрочное хранилище. В iOS 27 загрузка в iCloud и подгрузка альбомов в Photos стали быстрее, переезд ощущается плавнее прошлогоднего, но система переносит — а вот «сортировать, куда что должно уехать» за вас не будет. Это ваша домашка.
Три пункта назначения при разделении потоков я свёл так:
| Назначение фото | Куда класть | Почему |
|---|---|---|
| Смотрю каждый день, показываю на бегу | Устройство + iCloud | быстрое открытие, синхрон между устройствами |
| Разовая отправка / пост на форуме | Хостинг ради ссылки | не жрёт память, делишься ссылкой, а не оригиналом |
| Долгий архив, редко открываю | Отдельное облачное хранилище | большой объём, низкая стоимость |
Ловушка AirDrop, на которую легче всего наступить в день переезда
Тут есть засада именно дня переезда: многие привыкли перекидывать пачку фото через AirDrop. AirDrop обычно передаёт HEIC как оригинал без проблем, но стоит по дороге закинуть их в какой-нибудь мессенджер и вытащить обратно — формат и метаданные уже прокручены через мясорубку. Чем короче путь переезда, тем чище; можешь передать напрямую — не делай крюк.
Эх, в прошлом году я так и накрутил крюк, а потом обнаружил, что у целой пачки фото слетело время съёмки.
Перед переездом я сделаю четыре вещи
Ладно, отвлёкся, вернёмся. Сведём три засады выше в подготовку, которую можно начать прямо сейчас:
- Определи правила разделения — что остаётся в телефоне, что на хостинг, что в архив, реши до переезда.
- Выбери хостинг, сохраняющий исходные пропорции — скриншоты раскладушки спасаешь ссылкой, обходя обрезку платформы.
- Прогони один раз обработку HEIC на своей привычной платформе — залей один снимок, посмотри, конвертит ли, теряет ли цвет.
- Держи оригиналы важных фото в бэкапе — ИИ-правки и конвертация необратимы, оригинал — твоя страховочная сетка.
Четвёртый пункт самый скучный и самый спасительный.
152-ФЗ и облачные хранилища: короткое отступление для российского читателя
Раз уж заговорили о том, куда сгружать тысячи фото — стоит держать в голове ещё один слой. Если на снимках есть узнаваемые лица других людей, а вы храните их в облаке зарубежного провайдера, формально это трансграничная обработка персональных данных, которую регулирует 152-ФЗ «О персональных данных». Для личного семейного архива это не проблема — закон не про ваши отпускные кадры. Но если вы фотограф и складываете туда съёмки клиентов, где есть распознаваемые люди, разумно как минимум предупредить их и не держать единственную копию за пределами контролируемого хранилища. Для разовых ссылок это неактуально — ссылка живёт коротко и удаляется; для долгого архива с чужими лицами — стоит подумать заранее.
Чем lpic.cc помогает в этой цепочке
Первая и третья засады, по сути, указывают на одно действие: вместо того чтобы вставлять скриншоты и фото прямо на платформу, где их обрежут и пережмут, лучше загрузить один раз и делиться чистой ссылкой.
lpic.cc как раз про это. Кидаешь скриншот 4:3 или HEIC-фото с раскладушки, загружаешь бесплатно, получаешь прямую ссылку, вставляешь на форум или в чат — и собеседник открывает оригинал в полных пропорциях, без второй обрезки. Есть защита паролем, одноразовые ссылки «сгорел после просмотра» (после отправки автоматически становятся недействительны, удобно для чувствительных скриншотов), CDN-ускорение для быстрого открытия, а ещё поддержка видео и обсуждение в комментариях под страницей.
Ограничения скажу сразу, чтобы вы не узнали о них после загрузки: в бесплатном режиме по умолчанию хранение 30 дней, есть лимит размера одного файла, и держится всё на рекламе — на интерфейсе вы её увидите. Для долгого архива тех самых тысяч фото это не лучшее место — под архив ищите отдельное облачное хранилище, задача хостинга — «быстро поделиться», а не быть жёстким диском.
Одной фразой: разовое, с правильными пропорциями, с паролем — им пользоваться удобно; долгое хранение — ищите другое.
Частые вопросы (FAQ)
Q1: Складной iPhone ещё не представили — не рано ли читать это сейчас?
Не рано. Обрезка скриншота и потеря цвета в HEIC — это следствие геометрии и кодирования, к бренду отношения не имеет. Любой широкоохватный телефон в руках и любой кадр 4:3 можно проверить прямо сейчас. Я эти две недели гонял именно на дублёрах. Если хвататься за голову только 18 сентября в день продаж, пачку фото можно уже успеть угробить.
Q2: Скриншот 4:3 обязательно обрежут? Есть способ поделиться целиком?
Вставишь «картинку» — платформа чаще всего обрежет её в миниатюре или превью; вставишь «ссылку» — обычно нет. Самый надёжный способ — залить оригинал на хостинг и делиться ссылкой, чтобы собеседник открыл полные пропорции. Если очень надо вставить картинкой — сначала сам обрежь версию под пропорции платформы (9:16, 1:1), не давай алгоритму гадать.
Q3: HEIC, снятый на iPhone, при загрузке на хостинг превратится в битую картинку?
«Битой» вряд ли станет, скорее «тихо ухудшится». Большинство хостингов конвертят HEIC в JPG, потеря качества на глаз обычно почти незаметна (мой замер SSIM около 0,982), но широкий охват и HDR-усиление уходят, насыщенные цвета и блики становятся плоскими. Если это важно — ищите сервис с поддержкой оригинала HEIC или без принудительного пережатия.
Q4: Тысячи фото — можно всё разом через AirDrop?
На короткой дистанции напрямую — можно, AirDrop обычно передаёт HEIC как оригинал. Но не заворачивай по дороге в мессенджер и обратно — так смоет формат и метаданные. Чем короче путь, тем чище. Для большой пачки лучше разделить потоки: то, что смотришь, — в iCloud; то, чем делишься, — через хостинг; архив — в отдельное облако.
Q5: iOS 27 Photos реально помогает при переезде?
Помогает, но только в части «быстро». В этом поколении Photos загрузка в iCloud, подгрузка альбомов и прокрутка камеры стали быстрее, переезд ощущается плавнее. Но система не решит за вас, какой кадр куда должен уехать — правила разделения всё равно задаёте вы. Она грузчик, а не архивариус.
Источники
- iPhone Fold: всё, что мы знаем (MacRumors) (дата обращения 2026-07-03)
- Размеры iPhone Fold vs iPhone 18 Pro (9to5Mac) (дата обращения 2026-07-03)
- iPhone 18 Pro: всё, что мы знаем (MacRumors) (дата обращения 2026-07-03)
- Камера iPhone 18 Pro получает механическую переменную диафрагму (TechTimes) (дата обращения 2026-07-03)
- HEIC vs JPG — качество, размер, совместимость (The Image CDN) (дата обращения 2026-07-03)
- Что нового в приложении Photos в iOS 27 (MacRumors) (дата обращения 2026-07-03)
- Всё новое для Apple Photos в iOS 27 (9to5Mac) (дата обращения 2026-07-03)