<?xml version="1.0" encoding="koi8-r"?>
<rss version="0.91">
<channel>
    <title>OpenForum RSS: Опубликован черновик третьей редакции формата PNG</title>
    <link>https://www.opennet.me/openforum/vsluhforumID3/128755.html</link>
    <description>Консорциум W3C опубликовал черновой вариант третьей редакции спецификации, стандартизирующей формат упаковки изображений PNG....&lt;br&gt;&lt;br&gt;Подробнее: https://www.opennet.ru/opennews/art.shtml?num=57977&lt;br&gt;</description>

<item>
    <title>Опубликован черновик третьей редакции формата PNG (Аноним)</title>
    <link>https://www.opennet.me/openforum/vsluhforumID3/128755.html#108</link>
    <pubDate>Tue, 01 Nov 2022 10:01:25 GMT</pubDate>
    <description>Короче. Смотрим настройки в AV1 и проверяем AV1 на своих процессорах с своими потребностями в качестве сжатия и своими настройками. Если использовать AV1 с настройками близкие к максимальной производительности, то это не требует каких-то сверх произвадительных процессоров.&lt;br&gt;</description>
</item>

<item>
    <title>Опубликован черновик третьей редакции формата PNG (Аноним)</title>
    <link>https://www.opennet.me/openforum/vsluhforumID3/128755.html#102</link>
    <pubDate>Tue, 01 Nov 2022 02:39:37 GMT</pubDate>
    <description>Посмотрел AV1 не пользовался им, а у него есть:&lt;br&gt;&lt;br&gt;-usage realtime активирует режим реального времени, предназначенный для использования в режиме реального времени (прямая трансляция, видеоконференции и т. Д.). В VP9 такое есть: &lt;br&gt;&quot;Deadline / Quality&lt;br&gt;&lt;br&gt;-deadline can be set to realtime, good, or best. For legacy reasons, the option is also accessible with -quality in ffmpeg.&lt;br&gt;&lt;br&gt;    good is the default and recommended for most applications.&lt;br&gt;    best is recommended if you have lots of time and want the best compression efficiency.&lt;br&gt;    realtime is recommended for live / fast encoding&quot;&lt;br&gt;</description>
</item>

<item>
    <title>Опубликован черновик третьей редакции формата PNG (Аноним)</title>
    <link>https://www.opennet.me/openforum/vsluhforumID3/128755.html#101</link>
    <pubDate>Sat, 29 Oct 2022 12:11:33 GMT</pubDate>
    <description>Так правильние для понимания, что я имел в виду.&lt;br&gt;</description>
</item>

<item>
    <title>Опубликован черновик третьей редакции формата PNG (Аноним)</title>
    <link>https://www.opennet.me/openforum/vsluhforumID3/128755.html#100</link>
    <pubDate>Sat, 29 Oct 2022 12:06:47 GMT</pubDate>
    <description>Возможно так правельние звучит. Например так: декодируем видео с 25 кадрами, а на выходе для видео устанавливаем кодировать с 3 тремя кадрами.&lt;br&gt;</description>
</item>

<item>
    <title>Опубликован черновик третьей редакции формата PNG (Аноним)</title>
    <link>https://www.opennet.me/openforum/vsluhforumID3/128755.html#99</link>
    <pubDate>Sat, 29 Oct 2022 11:09:41 GMT</pubDate>
    <description>Ну как пригодны. Сейчас мощьность процесора можно подобрать под любой кодек, чтобы работа этого кодека устраивала, кроме AV1 он ну очень медленый, не приемлемо медленый для большенсва людей. То есть там где x264 на этом процесоре справляется с потоком в реальном времени vp9, av1 уже требует повышения мощьности процессора или понижение количества закодированых кадров, то есть пропуск кадров. Например так: кодируем видео с 25 кадрами, а на выходе для видео устанавливаем кодировать с 3 тремя кадрами.&lt;br&gt;</description>
</item>

<item>
    <title>Опубликован черновик третьей редакции формата PNG (Аноним)</title>
    <link>https://www.opennet.me/openforum/vsluhforumID3/128755.html#98</link>
    <pubDate>Sat, 29 Oct 2022 10:52:12 GMT</pubDate>
    <description>Как я понимаю и вроде это очевидное у кодеков качество сжатия кодирования повышают за сщёт более медленого кодирования то есть больше работы надо кодеку проделать, чтобы лучше сделать. По этому если размер не важен - делаем как можно меньше файл с приемлемым качеством, то подойдёт любой кодек, за сщёт высокого битрейта можно получить хороше качество изображения почти с любым кодеком хоть с mpeg1. А вот если надо кодировать в рельном времени например видео поток давать в интернет, а не готовый файл mpeg кодеки больше для этого пригодны они вроде с учётом этого и разрабатывали. Я так это вижу и понимаю.&lt;br&gt;</description>
</item>

<item>
    <title>Опубликован черновик третьей редакции формата PNG (Аноним)</title>
    <link>https://www.opennet.me/openforum/vsluhforumID3/128755.html#97</link>
    <pubDate>Fri, 28 Oct 2022 10:53:23 GMT</pubDate>
    <description>Ололо. Во-первых, не лучше, а во-вторых &quot;не лучше&quot;, ибо бандинг там адовый. Avif вообще шляпа. Jpegxl по уровню качества на лосси единственный из всех форматов файлов способен сравниться с jpeg и он выдаёт файлы намного более качественные при куда меньшем размере. В лосслесс у него тоже нет конкурентов.&lt;br&gt;</description>
</item>

<item>
    <title>Опубликован черновик третьей редакции формата PNG (.)</title>
    <link>https://www.opennet.me/openforum/vsluhforumID3/128755.html#96</link>
    <pubDate>Fri, 28 Oct 2022 09:15:10 GMT</pubDate>
    <description>https://ftp-osl.osuosl.org/pub/libpng/documents/pngext-1.5.0.html#C.eXIf&lt;br&gt;&amp;gt; Extensions to the PNG 1.2 Specification, Version 1.5.0&lt;br&gt;&amp;gt; 3.7. eXIf Exchangeable Image File (Exif) Profile</description>
</item>

<item>
    <title>Опубликован черновик третьей редакции формата PNG (.)</title>
    <link>https://www.opennet.me/openforum/vsluhforumID3/128755.html#95</link>
    <pubDate>Fri, 28 Oct 2022 08:56:41 GMT</pubDate>
    <description>это же для веба, как тут без потока? раскодировал строчку, вывел и ждёшь остального из сети.&lt;br&gt;</description>
</item>

</channel>
</rss>
