1.2, Аноним (-), 00:41, 17/03/2017 [ответить] [﹢﹢﹢] [ · · · ]
| –7 +/– |
И вообще почти все инновации гугля анонсируются как "высококачественные", но почему-то требуют в раз больше ресурсов (и в перспективе могут быть приколы с вендор локом). С каждой такой новостью приходится допаивать еще один этаж РУ7 на свой телефон.
| |
|
2.18, Кай Фуем (?), 04:20, 17/03/2017 [^] [^^] [^^^] [ответить]
| +5 +/– |
> И вообще почти все инновации гугля анонсируются как "высококачественные", но почему-то
> требуют в раз больше ресурсов (и в перспективе могут быть приколы
> с вендор локом). С каждой такой новостью приходится допаивать еще один
> этаж РУ7 на свой телефон.
Не так и сложно бутербродов РУ7 допаять. Если шины небуферизированы, АП6 допаяй и КМок на Каждую РУшку тоже! А то от звона глючить телефон будет.
| |
|
|
2.20, лютый жабист__ (?), 04:56, 17/03/2017 [^] [^^] [^^^] [ответить]
| +2 +/– |
Удалять raw глупость. Даже если идеально выставишь уровни, через несколько лет у тебя умения всё-равно будут выше. Да или банально вкусы поменяются и захочется чуть приглушить контраст, а х.ен...
| |
2.33, Аноним (-), 11:17, 17/03/2017 [^] [^^] [^^^] [ответить]
| +/– |
> Отлично. Фото из Raw преобразовывать - самое оно.
чем тебе для фото плох png ? Жрет в разы меньше, потерь нет.
Это - для фото залитых юзером на хранилку, на вечное хранение. Чтоб поменьше своей едой места занимал.
| |
|
|
2.7, . (?), 01:11, 17/03/2017 [^] [^^] [^^^] [ответить]
| +3 +/– |
> Обычный джипег лучше этой новой шняги.
второй ряд фоток как бы намекает, что да - новая шняга потеряла начисто информацию о цвете центральной кляксы, libjpeg сохранил.
На первом изображено незнамочто, вероятно, совершенно пофиг, как его закодировать.
странное ненужно выкатил гугль...
| |
|
3.14, Аноним (-), 02:04, 17/03/2017 [^] [^^] [^^^] [ответить]
| +/– |
В первом ряду могло быть изображение провода или чего-то тонкого вдалеке - они часто в один пиксель цифруются, несмотря на истинный размер, ибо мельче нельзя. Так нативное и джипег менее расплывчатые и более темные - контрастные, мне кажется более правильные для подобной ситуации (если это она, конечно).
| |
3.15, Mihail Zenkov (ok), 02:05, 17/03/2017 [^] [^^] [^^^] [ответить]
| –1 +/– |
> второй ряд фоток как бы намекает, что да - новая шняга потеряла
> начисто информацию о цвете центральной кляксы, libjpeg сохранил.
В целом видно, что артефактов меньше. Но вот, что он почти все цвета сдвинул во втором ряду, это конечно крайне плохо. Будем надеяться что это просто баг и он будет устранен.
| |
|
|
1.8, Аннымзус (?), 01:34, 17/03/2017 [ответить] [﹢﹢﹢] [ · · · ]
| –1 +/– |
тред не читай, да вообще ничего не читай:
а что стало со "jpeg turbo" ? он же самый
| |
|
2.13, Mihail Zenkov (ok), 02:03, 17/03/2017 [^] [^^] [^^^] [ответить]
| +1 +/– |
> а что стало со "jpeg turbo" ? он же самый
Он быстрый, но качество тоже, что и у обычного libjpeg.
Лучшее качество сжатия у mozjpeg.
| |
|
1.21, Алексей (??), 05:37, 17/03/2017 [ответить] [﹢﹢﹢] [ · · · ]
| –2 +/– |
открыли, что бы они засунуть в хром и андроид, что бы юзер при загрузке в облако ужимал фотки. тогда нагрузка на сервера снизится и за качество будет отвечать юзер, а не гугл. они все так делают... всю нагрузку на юзеров переносят
| |
|
2.32, Аноним (-), 11:15, 17/03/2017 [^] [^^] [^^^] [ответить]
| +/– |
детали, цветовые, а не шум они убрали (поскольку отличить одно от другого - даже ИИ гугля не очень справляется)
| |
|
1.23, mmm (??), 09:17, 17/03/2017 [ответить] [﹢﹢﹢] [ · · · ]
| +/– |
6. OpenNews: Dropbox опубликовал реализацию алгоритма сжатия изображений Lepton
| |
1.29, антончик (?), 10:45, 17/03/2017 [ответить] [﹢﹢﹢] [ · · · ]
| +/– |
> JPEG-кодировщика Guetzli с реализацией нового алгоритма кодирования, позволяющего добиться существенного сокращения размера изображения без потери качества
Как в одном предложении может сочетаться "JPEG" и "без потери качества"? Что употреблял автор? Я уверен что речь не про lossless в JPEG2000.
| |
|
2.39, Аноним84701 (ok), 18:02, 17/03/2017 [^] [^^] [^^^] [ответить]
| +3 +/– |
> А что за название такое чудное? Неужели "гусли"? )
Конечно же гусли! И пофиг на то, что читается оно как "гёт(з|ц)ли" и совпадает со швейцарским обозначением печенек (или баварским - кофет/сладостей) … o_O
Кстати, в той же "серезной" биологии полно таких чудных названий: "галушко-протеин" (spaetzle) "огуречный" (gurken), "криптонит" (потому что подавляет "локус супермена").
| |
|
1.38, DmA (??), 17:40, 17/03/2017 [ответить] [﹢﹢﹢] [ · · · ]
| +1 +/– |
переведёшь так все свои фотки скопом этим кодировщиком, а через 20 лет глянешь, пары человек на каких-нибудь фотках не хватает, алгоритм не учёл :)
| |
1.42, Аноним (-), 11:24, 20/03/2017 [ответить] [﹢﹢﹢] [ · · · ]
| +/– |
Хмм... Судя по сравнению фоток (низкий ringing) и заявлениям типа
> Из недостатков Guetzli также упоминается поддержка кодирования только в режиме наивысшего качества (-quality 90).
ненужность 10-битного h.264 считается доказанной? Ну т.е. теперь все то же самое можно повторить без необходимости промежуточного увеличения глубины цвета исходника с 8бит до 10бит.
| |
1.43, Аноним (-), 15:46, 20/03/2017 [ответить] [﹢﹢﹢] [ · · · ]
| +/– |
Хорошая вещь для растровых спутниковых карт. Гуглу в сторону уменьшения памяти и использования OpenCL надо копать.
| |
|