<?xml version='1.0' encoding="utf-8"?>
      <rss version='2.0'>
      <channel>
      <title>Форум на Исходниках.RU</title>
      <link>https://forum.sources.ru</link>
      <description>Форум на Исходниках.RU</description>
      <generator>Форум на Исходниках.RU</generator>
  	
      <item>
        <guid isPermaLink='true'>https://forum.sources.ru/index.php?showtopic=409592&amp;view=findpost&amp;p=3719487</guid>
        <pubDate>Mon, 01 May 2017 20:43:41 +0000</pubDate>
        <title>Алгоритм сжатия изображений</title>
        <link>https://forum.sources.ru/index.php?showtopic=409592&amp;view=findpost&amp;p=3719487</link>
        <description><![CDATA[x128: <div class='tag-quote'><a class='tag-quote-link' href='https://forum.sources.ru/index.php?showtopic=409592&view=findpost&p=3719470'><span class='tag-quote-prefix'>Цитата</span></a> <span class='tag-quote__quote-info'>Славян &#064; <time class="tag-quote__quoted-time" datetime="2017-05-01T14:48:26+03:00">01.05.17, 11:48</time></span><div class='quote '>умный JPEG мог бы анализировать ... И сие как бы правильно&#33;</div></div><br>
Технически это реализуемо, но учитывая ограничения, о которых упоминал товарищ <strong class='tag-b'>amk</strong>, это не имеет смысла. В редких случаях это может быть полезно, но в реальных условиях, ограничения формата не дают разгуляться фантазии: <br>
<img class='tag-img' src='http://i.piccy.info/i9/59124db88d45545f7b5b84750a202af6/1493708462/12077/1142315/lena.jpg' alt='user posted image'> <img class='tag-img' src='http://i.piccy.info/i9/d95efe9dc0d4245033542915a56a3690/1493708503/12164/1142315/lena1.jpg' alt='user posted image'> <br>
обе картинки сжаты до одного размера файла, в первом изображении лицо выделено как зона интереса - результат говорит сам за себя. Более навороченный JPEG 2000 поддерживает зоны интереса на уровне стандарта, но, к сожалению, он так и не стал популярным из за патентных ограничений.]]></description>
        <author>x128</author>
        <category>Графика и дизайн</category>
      </item>
	
      <item>
        <guid isPermaLink='true'>https://forum.sources.ru/index.php?showtopic=409592&amp;view=findpost&amp;p=3719471</guid>
        <pubDate>Mon, 01 May 2017 12:44:19 +0000</pubDate>
        <title>Алгоритм сжатия изображений</title>
        <link>https://forum.sources.ru/index.php?showtopic=409592&amp;view=findpost&amp;p=3719471</link>
        <description><![CDATA[amk: Правильно-то правильно, но формат JPEG под это не заточен. В файле для каждого слоя используется единая таблица квантования (в файле кроме основного изображения может быть ещё несколько уменьшенных).<br>Должны существовать форматы, где для некоторых областей возможно дополнительно повысить детализацию. Вроде в JPEG 2000 такое возможно, но опять же не знаю программ, которые этим пользовались бы.<br>В принципе можно схитрить, наложив на изображение размывающий фильтр, а потом маской врезав туда более чёткие фрагменты. Стандартный J2K кодер должен на размытых участках здорово съэкономить поток.]]></description>
        <author>amk</author>
        <category>Графика и дизайн</category>
      </item>
	
      <item>
        <guid isPermaLink='true'>https://forum.sources.ru/index.php?showtopic=409592&amp;view=findpost&amp;p=3719470</guid>
        <pubDate>Mon, 01 May 2017 11:48:26 +0000</pubDate>
        <title>Алгоритм сжатия изображений</title>
        <link>https://forum.sources.ru/index.php?showtopic=409592&amp;view=findpost&amp;p=3719470</link>
        <description><![CDATA[Славян: Мораль-суть то в том, что умный JPEG мог бы анализировать где лицо, номер машины и прочие интересные кусочки и уделять таким местам больше внимания при сжатии. И мы бы получили, что на квадратистые облака ушло мало данных, а на лицо, скажем, снайпера в далёком доме - очень много. И сие как бы правильно&#33; ;)]]></description>
        <author>Славян</author>
        <category>Графика и дизайн</category>
      </item>
	
      <item>
        <guid isPermaLink='true'>https://forum.sources.ru/index.php?showtopic=409592&amp;view=findpost&amp;p=3719468</guid>
        <pubDate>Mon, 01 May 2017 11:02:20 +0000</pubDate>
        <title>Алгоритм сжатия изображений</title>
        <link>https://forum.sources.ru/index.php?showtopic=409592&amp;view=findpost&amp;p=3719468</link>
        <description><![CDATA[x128: <div class='tag-quote'><a class='tag-quote-link' href='https://forum.sources.ru/index.php?showtopic=409592&view=findpost&p=3719451'><span class='tag-quote-prefix'>Цитата</span></a> <span class='tag-quote__quote-info'>Славян &#064; <time class="tag-quote__quoted-time" datetime="2017-05-01T05:38:08+00:00">01.05.17, 05:38</time></span><div class='quote '>а можно ли без потерь склеить 2 JPEG&#39;а</div></div><br>
Можно, на <a class='tag-url' href='http://www.jpegclub.org/jpegtran/' target='_blank'>этой страничке</a> есть все необходимое.<br>
<br>
<div class='tag-quote'><a class='tag-quote-link' href='https://forum.sources.ru/index.php?showtopic=409592&view=findpost&p=3719455'><span class='tag-quote-prefix'>Цитата</span></a> <span class='tag-quote__quote-info'>amk &#064; <time class="tag-quote__quoted-time" datetime="2017-05-01T08:23:04+00:00">01.05.17, 08:23</time></span><div class='quote '>только тогда, когда оба изображения имеют совпадающие таблицы квантования</div></div><br>
Вероятно это достигается масштабированием коэффициентов под одну таблицу квантования. Я пробовал склеить два изображения с заведомо разным качеством, итоговый размер файла получился больше, чем сумма отдельных файлов.]]></description>
        <author>x128</author>
        <category>Графика и дизайн</category>
      </item>
	
      <item>
        <guid isPermaLink='true'>https://forum.sources.ru/index.php?showtopic=409592&amp;view=findpost&amp;p=3719460</guid>
        <pubDate>Mon, 01 May 2017 09:42:34 +0000</pubDate>
        <title>Алгоритм сжатия изображений</title>
        <link>https://forum.sources.ru/index.php?showtopic=409592&amp;view=findpost&amp;p=3719460</link>
        <description><![CDATA[amk: Да, про преобразование цветов я забыл. Его при &quot;преобразованиях без потерь&quot; тоже пропускают.]]></description>
        <author>amk</author>
        <category>Графика и дизайн</category>
      </item>
	
      <item>
        <guid isPermaLink='true'>https://forum.sources.ru/index.php?showtopic=409592&amp;view=findpost&amp;p=3719458</guid>
        <pubDate>Mon, 01 May 2017 09:18:16 +0000</pubDate>
        <title>Алгоритм сжатия изображений</title>
        <link>https://forum.sources.ru/index.php?showtopic=409592&amp;view=findpost&amp;p=3719458</link>
        <description><![CDATA[shm: В jpeg самый первый этам rgb-&gt;YCbCr уже может привести к небольшим искажениям.]]></description>
        <author>shm</author>
        <category>Графика и дизайн</category>
      </item>
	
      <item>
        <guid isPermaLink='true'>https://forum.sources.ru/index.php?showtopic=409592&amp;view=findpost&amp;p=3719455</guid>
        <pubDate>Mon, 01 May 2017 08:23:04 +0000</pubDate>
        <title>Алгоритм сжатия изображений</title>
        <link>https://forum.sources.ru/index.php?showtopic=409592&amp;view=findpost&amp;p=3719455</link>
        <description><![CDATA[amk: Все эти &quot;преобразования без потерь&quot; осуществляются путём частичной распаковки, отбрасывания и перестановки коэффициентов и последующей упаковки, само изображение при этом не восстанавливается (пропускаются шаги деквантования, обратного косинус-преобразования, прямого преобразования и квантования). Преобразования возможны, только если размеры изображения кратны ячейке косинус-преобразования (обычно 8х8 для Ч/Б и 16х16 для цветных изображений). Безпотерьная склейка двух изображений даже теоретически возможна только тогда, когда оба изображения имеют совпадающие таблицы квантования. Программ, осуществляющих такую склейку, не знаю.<br><br>Потери в JPEG появляются на этапе квантования, и немного при косинус преобразовании.]]></description>
        <author>amk</author>
        <category>Графика и дизайн</category>
      </item>
	
      <item>
        <guid isPermaLink='true'>https://forum.sources.ru/index.php?showtopic=409592&amp;view=findpost&amp;p=3719451</guid>
        <pubDate>Mon, 01 May 2017 05:38:08 +0000</pubDate>
        <title>Алгоритм сжатия изображений</title>
        <link>https://forum.sources.ru/index.php?showtopic=409592&amp;view=findpost&amp;p=3719451</link>
        <description><![CDATA[Славян: //Дабы не плодить коротенькие темы, здесь задам вопросик. Но, модераторы, можете и в отдельную тему снести, коли сочтёте лучше.<br>
<br>
Есть (в настройках программы обработки изображений) пункты &quot;преобразование JPEG без потерь&quot;. И там есть обрезка, поворот и что-то ещё.<br>
Вопрос: а можно ли без потерь склеить 2 JPEG&#39;а с одинаковыми размерами (скажем, 256*256) ?<br>
Интуиция говорит, что можно, но всё же интересно было бы увидеть полный список таких вот возможностей. <br>
<br>
<span class="tag-color tag-color-named" data-value="mergepost" style="color: mergepost"><span class='tag-size' data-value='7' style='font-size:7pt;'>Добавлено <time class="tag-mergetime" datetime="2017-05-01T06:07:36+00:00">01.05.17, 06:07</time></span></span><br>
П.С. склеить = пристыковать (сбоку или сверху).]]></description>
        <author>Славян</author>
        <category>Графика и дизайн</category>
      </item>
	
      <item>
        <guid isPermaLink='true'>https://forum.sources.ru/index.php?showtopic=409592&amp;view=findpost&amp;p=3685501</guid>
        <pubDate>Thu, 22 Sep 2016 13:30:00 +0000</pubDate>
        <title>Алгоритм сжатия изображений</title>
        <link>https://forum.sources.ru/index.php?showtopic=409592&amp;view=findpost&amp;p=3685501</link>
        <description><![CDATA[amk: <div class='tag-quote'><a class='tag-quote-link' href='https://forum.sources.ru/index.php?showtopic=409592&view=findpost&p=3685492'><span class='tag-quote-prefix'>Цитата</span></a> <span class='tag-quote__quote-info'>Drakon269 &#064; <time class="tag-quote__quoted-time" datetime="2016-09-22T12:20:41+00:00">22.09.16, 12:20</time></span><div class='quote '>А как же вычислительная сложность?</div></div> А что вычислительная сложность? Там одни сложения, умножения на малые константы и деление на размер сетки (квадрат стороны сетки).<br>
Так что размер ячейки лучше брать равным степени двойки. Тогда деление можно будет заменить на сдвиг.<br>
При желании можно вообще обойтись одними сложениями, но тогда придётся придумывать представление для чисел, кратных 1/L<sup class='tag-sup'>2</sup>, где L - сторона ячейки.]]></description>
        <author>amk</author>
        <category>Графика и дизайн</category>
      </item>
	
      <item>
        <guid isPermaLink='true'>https://forum.sources.ru/index.php?showtopic=409592&amp;view=findpost&amp;p=3685492</guid>
        <pubDate>Thu, 22 Sep 2016 12:20:41 +0000</pubDate>
        <title>Алгоритм сжатия изображений</title>
        <link>https://forum.sources.ru/index.php?showtopic=409592&amp;view=findpost&amp;p=3685492</link>
        <description><![CDATA[Drakon269: А как же вычислительная сложность? <br>А по поводу коэффициентов там указано что для линейной аппроксимации пишутся коэффициенты, а для квадратичной - сами точки.<br>А вообще с поверхность Безье мысль интересная]]></description>
        <author>Drakon269</author>
        <category>Графика и дизайн</category>
      </item>
	
      <item>
        <guid isPermaLink='true'>https://forum.sources.ru/index.php?showtopic=409592&amp;view=findpost&amp;p=3685491</guid>
        <pubDate>Thu, 22 Sep 2016 12:09:37 +0000</pubDate>
        <title>Алгоритм сжатия изображений</title>
        <link>https://forum.sources.ru/index.php?showtopic=409592&amp;view=findpost&amp;p=3685491</link>
        <description><![CDATA[amk: <div class='tag-quote'><a class='tag-quote-link' href='https://forum.sources.ru/index.php?showtopic=409592&view=findpost&p=3685430'><span class='tag-quote-prefix'>Цитата</span></a> <span class='tag-quote__quote-info'>Drakon269 &#064; <time class="tag-quote__quoted-time" datetime="2016-09-22T02:53:08+00:00">22.09.16, 02:53</time></span><div class='quote '>А кривые Безье как позволяют хранить меньше данных? Парабола это в любом случае парабола, она в любом случае описывается 3 параметрами (либо коэффициенты, либо точки)</div></div> Ты правильно заметил, что параболу можно описать не только тремя коэффициентами при степенях, но и тремя точками. Например, значениями функции в концах отрезка и в его середине.<br>
Если соседние параболы соединяются, то на концах отрезков значения совпадают, и одно из них можно не хранить (одно из трёх отбрасывается).<br>
Если функция меняется не слишком быстро среднюю точку можно хранить как разность со средним арифметическим в концах. Часто на этом можно сэкономить биты.<br>
Если на границах параболы расходятся, то для хранения разности часто тоже можно отвести меньше бит.<br>
Ну и значения гарантированно лежат в интервале 0-255, а коэффициенты мало того, что могут выходить за этот интервал, так их ещё и заметно точнее надо хранить.<br>
<br>
В двумерном случае, вместо 9 коэффициентов можно хранить 4 значения, остальные повторяются.<br>
<br>
<div class='tag-quote'><a class='tag-quote-link' href='https://forum.sources.ru/index.php?showtopic=409592&view=findpost&p=3685430'><span class='tag-quote-prefix'>Цитата</span></a> <span class='tag-quote__quote-info'>Drakon269 &#064; <time class="tag-quote__quoted-time" datetime="2016-09-22T02:53:08+00:00">22.09.16, 02:53</time></span><div class='quote '>если описывать кривой Безье, то надо использовать три точки, а каждая точка содержит компоненты X и Y</div></div> Это для совсем другой задачи, а именно, для описания кривой на плоскости, надо хранить X и Y. Для картинки придётся использовать поверхность Безье, а не кривую. При этом X и Y точек внутри каждого квадрата фиксированы, а хранить надо только Z.]]></description>
        <author>amk</author>
        <category>Графика и дизайн</category>
      </item>
	
      <item>
        <guid isPermaLink='true'>https://forum.sources.ru/index.php?showtopic=409592&amp;view=findpost&amp;p=3685430</guid>
        <pubDate>Thu, 22 Sep 2016 02:53:08 +0000</pubDate>
        <title>Алгоритм сжатия изображений</title>
        <link>https://forum.sources.ru/index.php?showtopic=409592&amp;view=findpost&amp;p=3685430</link>
        <description><![CDATA[Drakon269: <div class='tag-quote'><a class='tag-quote-link' href='https://forum.sources.ru/index.php?showtopic=409592&view=findpost&p=3685388'><span class='tag-quote-prefix'>Цитата</span></a> <span class='tag-quote__quote-info'>amk &#064; <time class="tag-quote__quoted-time" datetime="2016-09-21T14:56:33+00:00">21.09.16, 14:56</time></span><div class='quote '></div></div><br>
На самом деле, вопрос не только в эффективности сжатия, но и в простоте расшифровки. А кривые Безье как позволяют хранить меньше данных? Парабола это в любом случае парабола, она в любом случае описывается 3 параметрами (либо коэффициенты, либо точки). Но если описывать кривой Безье, то надо использовать три точки, а каждая точка содержит компоненты X и Y. На деле выйдет 6 байт, и только если фиксировать значения X мы вернемся к 3 байтам, как в предложенном случае. В любом случае кривая Безье более затратна по вычислениям. А там же говорится что задача была в быстрой загрузке изображения.]]></description>
        <author>Drakon269</author>
        <category>Графика и дизайн</category>
      </item>
	
      <item>
        <guid isPermaLink='true'>https://forum.sources.ru/index.php?showtopic=409592&amp;view=findpost&amp;p=3685395</guid>
        <pubDate>Wed, 21 Sep 2016 15:25:06 +0000</pubDate>
        <title>Алгоритм сжатия изображений</title>
        <link>https://forum.sources.ru/index.php?showtopic=409592&amp;view=findpost&amp;p=3685395</link>
        <description><![CDATA[Славян: Изъян ещё и в том, что блоки независимо анализируются, а тогда на стыках будут разногласия, весьма заметные, думается. Всё же большинство изображений - гладкие в плане конкретного цвета.]]></description>
        <author>Славян</author>
        <category>Графика и дизайн</category>
      </item>
	
      <item>
        <guid isPermaLink='true'>https://forum.sources.ru/index.php?showtopic=409592&amp;view=findpost&amp;p=3685388</guid>
        <pubDate>Wed, 21 Sep 2016 14:56:33 +0000</pubDate>
        <title>Алгоритм сжатия изображений</title>
        <link>https://forum.sources.ru/index.php?showtopic=409592&amp;view=findpost&amp;p=3685388</link>
        <description><![CDATA[amk: На некоторых изображениях может дать прекрасные результаты. На других, результат может оказаться отвратительным.<br>Идея сохранять коэффициенты полинома - дурость. Лучше воспользоваться сплайнами Безье. Информации придётся хранить ещё меньше, по крайней мере вдвое.]]></description>
        <author>amk</author>
        <category>Графика и дизайн</category>
      </item>
	
      <item>
        <guid isPermaLink='true'>https://forum.sources.ru/index.php?showtopic=409592&amp;view=findpost&amp;p=3685289</guid>
        <pubDate>Wed, 21 Sep 2016 03:53:28 +0000</pubDate>
        <title>Алгоритм сжатия изображений</title>
        <link>https://forum.sources.ru/index.php?showtopic=409592&amp;view=findpost&amp;p=3685289</link>
        <description><![CDATA[Drakon269: Нашел вот интересный алгоритм сжатия изображений, что думаете?<br>
<a class='tag-url' href='http://q-dex.ru/ProjDetail.php?prj=3' target='_blank'>Алгоритм сжатия изображений PGA</a>]]></description>
        <author>Drakon269</author>
        <category>Графика и дизайн</category>
      </item>
	
      </channel>
      </rss>
	