Сохранен 7
https://2ch.su/b/res/335749743.html
Добавлена поддержка Ежчана (ejchan.net, ejchan.site). Набегаем, тестируем архивацию, сообщаем о замеченных проблемах.
К сожалению, значительная часть сохранённых до 2024 г. изображений и видео была потеряна (подробности случившегося). Мы призываем всех неравнодушных помочь нам с восстановлением утраченного контента!

Продолжайте вести наблюдение

 Аноним 15/08/26 Суб 11:37:13 #1 №335749743 
photo2026-08-1512-25-29.jpg
Продолжайте вести наблюдение
Аноним 15/08/26 Суб 12:15:08 #2 №335750547 
>>335749743 (OP)
Самара
Аноним 15/08/26 Суб 12:16:13 #3 №335750568 
>>335749743 (OP)
не умеет она ножки фотать, ноги надо фотать чтобы было видно что они тоненькие и длинные
Аноним 15/08/26 Суб 12:16:23 #4 №335750576 
17860123619260463363.mp4
влада.png
Аноним 15/08/26 Суб 12:27:05 #5 №335750787 
>>335749743 (OP)
изображение прошло минимум три поколения JPEG-сжатия, а скорее всего четыре. Вот какие косвенные признаки это выдают.

Методы и что они показали

1. «Гребёнка» в гистограммах DCT-коэффициентов. Каждое сжатие округляет DCT-коэффициенты с шагом из своей таблицы квантования. Если потом пересжать с более высоким качеством, старые шаги никуда не деваются — в гистограммах остаются периодические пики. Здесь гребёнка очень сильная (до 15× над фоном), с периодами 6–9 в зависимости от частоты — это соответствует стандартной таблице квантования, отмасштабированной на качество ≈72. То есть под финальным q100 лежит сжатие с q≈72.

2. JPEG ghosts (метод Фарида). Пересохраняем файл с качеством от 50 до 100 и смотрим ошибку: если картинка когда-то уже сжималась с качеством Q, на этом Q ошибка проваливается. Результат:
- глубокий провал на q=72 (ошибка падает в 10 раз, почти до нуля) — надёжный след предпоследнего сжатия;
- второй, более слабый призрак на q=86 — след ещё более раннего сжатия. Он слабее, потому что его частично затёрли последующие пересжатия.

3. Решётка блочности 8×8. Границы блоков выделяются на ~12–15% над фоном, решётка одна и выровнена по стандартной сетке (0,0). Это значит: кадрирования со сдвигом не было, и сжатие q≈72 происходило уже в текущем разрешении 960×1280.

Восстановленная цепочка

1. Оригинал с камеры — его качество определить нельзя: ресайз до 960×1280 стёр следы (это, кстати, тоже признак: ресайз между сжатиями уничтожает старую решётку и гребёнку, поэтому «дальше» этой точки методы не видят).
2. Ресайз + JPEG q≈86 — очень похоже на сжатие Telegram (он жмёт до 1280 px по длинной стороне с качеством ~87).
3. Пересжатие q≈72 — типично для WhatsApp (~70–75) или повторной отправки через мессенджер: похоже, фото переслали из одного мессенджера в другой или сохранили и отправили заново.
4. Финальное пересохранение q=100 — текущий файл (кодировщик типа ACDSee из прошлого анализа): следов почти не добавило, зато законсервировало все предыдущие.
Аноним 15/08/26 Суб 12:43:58 #6 №335751177 
Гульнара, ты?
Аноним 15/08/26 Суб 15:06:58 #7 №335754702 
>>335751177
Это Марфа
comments powered by Disqus