На этой странице обсуждения обсуждаются улучшения статьи в формате JPEG . Это не форум для общего обсуждения темы статьи. |
Политика статьи
|
Найти источники: Google ( книги · новости · газеты · ученый · бесплатные изображения · WP рефов ) · FENS · JSTOR · NYT · TWL |
Архивы : Указатель , 1 |
|
|
Это наверное не ДКП, а заливка флудом!
Вы делаете сбалансированную заливку поверх исходного изображения, которая прерывается, когда среднее значение всех покрытых пикселей отличается от текущего пикселя более чем на предел допуска. Затем покрытая область заполняется средним значением всех пикселей. Когда вы сжимаете результат с помощью RLE или ZIP, вы увидите, что можно добиться значительной избыточности без полного разрушения изображения. Когда полученное изображение не выглядит таким хорошим или фотореалистичным, вы все равно можете интерполировать области с оттенками синуса или косинуса, и оно станет немного лучше. - Предыдущий неподписанный комментарий добавлен 87.143.68.134 ( обсуждение ) 23:56, 20 февраля 2015 (UTC)
Никакого упоминания о M-JPEG
Все это, хотя и не является частью стандарта JPEG, я думаю, что соглашение Motion JPEG, используемое в классе USB-видео и поддерживаемое основными браузерами, по крайней мере, заслуживает упоминания, если не подраздела в этой статье. - Предыдущий неподписанный комментарий добавлен 60.241.72.197 ( обсуждение ) 03:43, 23 сентября 2019 г. (UTC)
Предпочитайте текущий уровень детализации
Одна критика показала, что статья, возможно, слишком подробная. Я инженер-электрик на пенсии, одно время работавший с самым ранним оборудованием для цифрового телевидения, и нашел здесь отличное единственное место, чтобы получить всю необходимую информацию о текущем расследовании. Хотя я полагаю, что я являюсь примером «определенной аудитории», мне бы не хотелось, чтобы она уменьшалась в деталях или масштабе. Mweir2 ( разговорное ) 13:54, 6 марта 2020 (UTC)
- Я компьютерный ученый, поэтому тоже из «особой аудитории». Я согласен с вами, что нет веских причин для удаления хорошо отредактированной информации из Wiki. Если необходимо упростить начальный и второй абзацы, они должны быть упрощены, но удаление текста хорошего качества со страницы Wiki, которая получает ~ 1579 просмотров в день, кажется контрпродуктивным. Бернардо Зульцбах ( разговорное ) 20:50, 6 марта 2020 г. (UTC)
- Я исследователь информатики в университете, и я согласен с вами обоими. Я пришел к этой статье, когда читал передовые исследования по преобразованию DCT, просто чтобы освежить свои знания о технических деталях сжатия JPEG. Мне совершенно страшно читать критику, предполагающую, что статья слишком подробная. Думаю, для широкой публики должно хватить упрощенной ведущей партии. Однако то, что делает Википедию отличной, - это то, что она служит источником глубоких знаний и не оставляет эту роль только платным издателям, тем самым ограничивая доступ к знаниям для тех, кто может заплатить дорогой доступ к частным публикациям. Кажется контрпродуктивным убирать хорошую работу о разрушении технологического холста. - 88.21.80.206 ( разговорное ) 00:37, 20 апреля 2020 г. (UTC)
- Я не тот человек, я думаю, что я то, что вы считаете частью общей аудитории, и, честно говоря, меня не волновали очень мелкие и технические детали, описывающие, в частности, jpeg. Если бы я хотел, я бы поискал документацию. - Предыдущий неподписанный комментарий добавлен 168.169.10.39 ( обсуждение ) 06:36, 12 ноября 2020 г. (UTC)
Обновить JPEG-XL
Я предлагаю сильное обновление части JPEG-XL на основе этой недавней статьи : https://cloudinary.com/blog/how_jpeg_xl_compares_to_other_image_codecs
Я бы сделал это, но в текущем разделе так много модных словечек, что я не решаюсь трогать. Базовая информация:
- максимальный размер (в потоке с одним кодом): 1,073,741,823 x 1,073,741,824 = 1,152,921,502,459 мегапикселей = 1,152,921 терапикселя
- максимальная битовая глубина: 24-битное целое число / 32-битное число с плавающей запятой
- максимальное количество [цветных] каналов: 4100 (JPEG: 3)
- Планируемый выпуск в качестве стандарта ISO: конец 2021 г.
- эталонная реализация: https://gitlab.com/wg1/jpeg-xl
- ухмылка ✎ 19:38, 31 мая 2020 г. (UTC)
Неправильные размеры в RLE
Я считаю, что есть ошибка в отображении результата после RLE. Нет размеров 3 (2 ^ 3), хотя можно уместить только 6 значений в размеры 1 и 2 вместе (2 ^ 1 + 2 ^ 2), но квантованный блок имеет 8 значений (1, -1; 2 , -2, -3, -4; 5, -6). Это часть:
Имея это в виду, предыдущая последовательность принимает следующий вид: (0, 2) (- 3); (1, 2) (- 3); (0, 1) (- 2); (0, 2) (- 6) ; (0, 1) (2); (0, 1) (- 4); (0, 1) (1); (0, 2) (- 3); (0, 1) (1); (0 , 1) (1); (0, 2) (5); (0, 1) (1); (0, 1) (2); (0, 1) (- 1); (0, 1) (1); (0, 1) ) (- 1); (0, 1) (2); (5, 1) (- 1); (0, 1) (- 1); (0, 0);
Я считаю, что это правильная последовательность:
(0, 2) (- 3); (1, 2) (- 3); (0, 2) (- 2); (0, 3) (- 6); (0, 2) (2); ( 0, 2) (- 4); (0, 1) (1); (0, 2) (- 3); (0, 1) (1); (0, 1) (1); (0, 3) (5); (0, 1) (1); (0, 2) (2); (0, 1) (- 1); (0, 1) (1); (0, 1) ) (- 1); (0, 2) (2); (5, 1) (- 1); (0, 1) (- 1); (0, 0);
Я прав или что-то упускаю?