| |
| |
| 3.41, Аноним (41), 13:58, 24/08/2026 [^] [^^] [^^^] [ответить]
| –2 +/– |
В мире линукса не должно быть совместимости, надо постоянно что-то новое делать.
| | |
| |
| 4.56, Аноним (56), 14:21, 24/08/2026 [^] [^^] [^^^] [ответить]
| +/– |
Не должно быть совместимости так же, как в проприетарях с закрытыми и обмазанными зондами спеках? Ничоси новости...
| | |
|
|
| 2.3, Аноним (3), 12:28, 24/08/2026 [^] [^^] [^^^] [ответить]
| +7 +/– |
это задача адобе поддерживаь свой формат на нормальном уровне
| | |
| 2.4, limafresh (ok), 12:34, 24/08/2026 [^] [^^] [^^^] [ответить]
| +4 +/– |
 А что, у GIMP комплекс неполноценности по сравнении с Photoshop? Почему Photoshop можно иметь свой формат, а GIMP должен только подстраиваться под чужой?
| | |
| |
| |
| |
| 5.8, Аноним (8), 12:39, 24/08/2026 [^] [^^] [^^^] [ответить]
| –6 +/– |
Это факт. Так же, как и docx/xlsx/pptx. Он, конечно, может не нравиться, но факт — вещь упрямая.
| | |
| |
| |
| 7.26, Albertio (ok), 13:18, 24/08/2026 [^] [^^] [^^^] [ответить]
| –1 +/– |
 Да да, поэтому-то доки просят принести в .doc даже не .docx, а про другие форматы там и не слыхали.
| | |
| 7.45, Аноним (8), 14:02, 24/08/2026 [^] [^^] [^^^] [ответить]
| +/– |
1) не от хорошей жизни
2) зашёл сейчас на РосСтат (более гос- и быть не может) — выгрузка в XLSX. Очень успешно заместили.
| | |
|
|
| 5.72, Аноним (72), 15:14, 24/08/2026 [^] [^^] [^^^] [ответить]
| +/– |
мы соорудили яхту, но чтобы быть не как все будем грести ложками.
| | |
|
| 4.9, limafresh (ok), 12:42, 24/08/2026 [^] [^^] [^^^] [ответить]
| +4 +/– |
Только потому что его положение Photoshop на рынке и потребители воздвинули в "стандарт". По такой логике любого монополиста можно назвать "стандартом" и отрицать возможность альтернатив.
| | |
| |
| 5.21, Аноним (21), 12:57, 24/08/2026 [^] [^^] [^^^] [ответить]
| +/– |
Главное, поддерживается рабочим софтом. Ну, не хуже, чем фш соседних версий. Гимп в перечень софта для работы, понятно, не очень вписывается, но к чему создавать лишние неудобства.
| | |
| 5.40, ИмяХ (ok), 13:55, 24/08/2026 [^] [^^] [^^^] [ответить]
| +1 +/– |
 >>любого монополиста можно назвать "стандартом"
Так ведь именно так зачастую стандарты и создаются.
| | |
| 5.46, Аноним (8), 14:03, 24/08/2026 [^] [^^] [^^^] [ответить]
| +1 +/– |
Альтернативы никто не отрицает. Но либо им придётся учитывать монополиста, либо так и оставаться маргиналами.
| | |
| |
| 6.65, limafresh (ok), 14:59, 24/08/2026 [^] [^^] [^^^] [ответить]
| –1 +/– |
Если в рабочие обязанности входит работа с PSD файлами, то да. Но если допустим художник фрилансер рисует на заказ, то вообще всё равно какой формат и софт - заказчику нужен только результат. Или если на работе все перешли на GIMP.
| | |
|
|
| 4.37, Alladin (?), 13:53, 24/08/2026 [^] [^^] [^^^] [ответить]
| +1 +/– |
стандарт кого или чего? адоб фотошопа?, ну да у них это стандарт, а гимп и другие причем тут?
| | |
| 4.57, Аноним (56), 14:22, 24/08/2026 [^] [^^] [^^^] [ответить]
| +1 +/– |
ну не знаю, у меня стандартная фотокамера, стандартный телефон, стандартный принтер и стандартный пейнт из коробки не понимают этот ваш "стандартный" PSD
| | |
| |
| 5.71, Аноним (8), 15:13, 24/08/2026 [^] [^^] [^^^] [ответить]
| +/– |
Это что, у меня стандартный кассетный магнитофон его не понимает!
| | |
|
|
| |
| 4.13, limafresh (ok), 12:47, 24/08/2026 [^] [^^] [^^^] [ответить]
| +/– | |
Не нашёл в новости ничего про подстраивание, только
> по аналогии с OpenDocument, будет использовать набор файлов с разметкой XML, упакованных в ZIP-архив
ключевое слово "по аналогии". Т.е. просто возьмут ту же идею без копирования формата.
| | |
|
| 3.78, майнкрафт форева (?), 16:50, 24/08/2026 [^] [^^] [^^^] [ответить]
| +/– |
Да должен, так как это кусок херни, а не редактор. Он должен быть унифицированным. Пользователи и художники, которые занимаются коммерческой деятельностью, не будут подстраиваться под эту фигню, значит, она должна подстраиваться под них
| | |
|
| 2.63, Аноним (63), 14:45, 24/08/2026 [^] [^^] [^^^] [ответить]
| +/– |
Лучше бы вы открыли ссылку на оригинальную новость и долистали до абзаца PSD Support Improvements
| | |
|
| 1.10, anonymous (??), 12:42, 24/08/2026 [ответить] [﹢﹢﹢] [ · · · ]
| +/– |
Может я глуп и ничего не понимаю в пиксельных редакторах, но как они собираются хранить битмапы в xml?
<point x="0" y="0"><color r="120" g="120" b="0"/></point>
<point x="0" y="1"><color r="102" g="120" b="0"/></point>
и так миллион раз?
| | |
| |
| 2.15, tkzv (ok), 12:50, 24/08/2026 [^] [^^] [^^^] [ответить]
| +1 +/– |
 Либо base64, либо в виде очень длинных 16-ричных чисел. HTML с base64 в IMG понимают современные браузеры.
Либо как ODT — битмапы отдельными файлами PNG. Или что умеет особые цветовые пространства.
| | |
| |
| 3.18, tkzv (ok), 12:55, 24/08/2026 [^] [^^] [^^^] [ответить]
| +2 +/– | |
> Твои битмапы будут упакованы в zip архив в новости написано.
Если каждый 3-байтый пиксель расписывать в 58 байт, deflate не поможет.
| | |
| 3.59, anonymous (??), 14:29, 24/08/2026 [^] [^^] [^^^] [ответить]
| +/– | |
> будет использовать набор файлов с разметкой XML, упакованных в ZIP-архив
вот что написано в новости. Никаких png или битмап-файлов в архиве не предусмотрено. Только XML, но это же убиться можно.
| | |
| |
| 4.73, Смузихеб забывший пароль (?), 15:18, 24/08/2026 [^] [^^] [^^^] [ответить]
| +/– |
офисные документы аналогично пакуются в подобие зип
но именно медиафайлы там в виде бинарников лежат. Причём, в исходных размерах, по крайней мере, у того же PPTX
В новости говорится о больших фалах. Вряд ли специально для них решили ещё и в виде текста хранение сделать
Как будет - посмотрим. Но есть подозрение, что будут какие-то оригиналы бинарниками и отдельно в виде XML пошагово история разных изменений и всё это в зип-архиве
| | |
|
|
| 2.20, llolik (ok), 12:56, 24/08/2026 [^] [^^] [^^^] [ответить]
| +/– |
 <bitmap id='uuid:xx-xxxx-xxxx-xxxxxx'>
<color_space>rGBA</color_space>
... /* ещё какие-нибудь данные */
<stream> /* поток данных */</stream>
</bitmap>
Примерно, так как-нибудь, например.
| | |
| |
| 3.28, Аноним (-), 13:30, 24/08/2026 [^] [^^] [^^^] [ответить] | +/– | Да, теперь попробуй читауть в ЭТОМ - хотя-бы 200 байтов из середины битмапа А, ... большой текст свёрнут, показать | | |
| |
| 4.42, llolik (ok), 14:00, 24/08/2026 [^] [^^] [^^^] [ответить]
| +/– |
>> Примерно, так как-нибудь, например.
> Да, теперь попробуй читауть в ЭТОМ - хотя-бы 200 байтов из середины
> битмапа. А, про ускорение чтения и работы - никто не говорил?!
А сейчас в бинарном формате (по сути наборе структур, которые тоже надо двигать) так это дохрена быстрей, да?
> И вообще - парсинг более-менее крупного битмапа станет не слишком пресным и
> быстрым занятием. Это не только SAX-style брейнфак - но еще и
> из зипаря к тому же.
Кто сказал, что zip не будет распковываться в начале тракта и паковаться в конце?
> А уж сколько вулнов можно в XML-based - это песня.
Кто сказал, что они будут кастомный парсер городить, а не использовать хоть GLib-овский, хоть любой сторонний (тотже Expat)?
Вообще, кода ещё нет. Ну, вернее, Jehan его пока в приватной ветке держит. Как будет код, так будет о чём говорить. И да, примерно у дохрена программ такой-же формат хранения и они вот как-то справляются.
| | |
| |
| 5.52, Аноним (-), 14:12, 24/08/2026 [^] [^^] [^^^] [ответить] | +/– | Внезапно, читануть 200 байтов из середины битмапа можно тупо вычислением несколь... большой текст свёрнут, показать | | |
| |
| 6.60, anonymous (??), 14:30, 24/08/2026 [^] [^^] [^^^] [ответить]
| +/– | |
> Мне почему-то кажется что сие можно было читать-писать куда резвей чем зипушник
Белые люди для этого SQLite используют.
| | |
| 6.61, llolik (ok), 14:36, 24/08/2026 [^] [^^] [^^^] [ответить]
| +/– |
Да, кстати, хочется сказать: а с чего мы оба взяли, что битмап в принципе засунут непосредствено в XML, а не будут хранить блобами рядом с XML разметкой?
| | |
|
|
|
| 3.44, Аноним (41), 14:02, 24/08/2026 [^] [^^] [^^^] [ответить]
| +1 +/– | |
> <stream> /* поток данных */</stream>
И привет, мир! Если раньше какой-нибудь почти бесконечный bmp можно было мапнуть напрямую в память и работать мгновенно с нужными кусочками по необходимости, то теперь одна только загрузка будет по полчаса.
| | |
| |
| 4.48, llolik (ok), 14:06, 24/08/2026 [^] [^^] [^^^] [ответить]
| +/– |
>> <stream> /* поток данных */</stream>
> И привет, мир! Если раньше какой-нибудь почти бесконечный bmp можно было мапнуть
> напрямую в память и работать мгновенно с нужными кусочками по необходимости,
> то теперь одна только загрузка будет по полчаса.
Что мешает мапнуть, как связанный слой (справка: он в проекте не хранится)?
| | |
| |
| 5.53, Аноним (-), 14:14, 24/08/2026 [^] [^^] [^^^] [ответить]
| +/– | |
> Что мешает мапнуть, как связанный слой (справка: он в проекте не хранится)?
Что такое "связанный слой" в терминах операций с памятью? В случае BMP можно по сути mmap() сделать и далее - работать с вот этим массивом пикселей в памяти напрямую, а это еще и прозрачно сохраняется на диск "по ходу пьесы".
| | |
| |
| 6.58, llolik (ok), 14:27, 24/08/2026 [^] [^^] [^^^] [ответить]
| +/– |
>> Что мешает мапнуть, как связанный слой (справка: он в проекте не хранится)?
> Что такое "связанный слой" в терминах операций с памятью? В случае BMP
> можно по сути mmap() сделать и далее - работать с вот
> этим массивом пикселей в памяти напрямую, а это еще и прозрачно
> сохраняется на диск "по ходу пьесы".
Я о том, что для этого вообще файл проекта парсить не надо. Связанный слой - это ссылка на внешний файл.
| | |
|
|
|
|
| 2.22, Аноним (22), 13:02, 24/08/2026 [^] [^^] [^^^] [ответить]
| +1 +/– |
Точно так же, как это хранит Word. Там DOCX - это zip-архив, в котором лежит XML и ещё кучка файлов, в том числе - внедрённые картинки прямо в том формате, в котором их внедрили.
| | |
| |
| 3.55, Аноним (-), 14:17, 24/08/2026 [^] [^^] [^^^] [ответить]
| +1 +/– |
А так то DOC был - по сути диск в файле, с файлами-объектами внутрях. Только более дружественный к вот именно рандомному доступу, перезаписи и проч чем ZIP и XML. Но - не модно, видите ли, надо что-нить энтерпрайз-грейд запилить было в пику ODF, который тоже на техническом уровне - не шедевр мягко говоря. И получилсь 2 уродца...
| | |
| |
| 4.68, Аноним (68), 15:05, 24/08/2026 [^] [^^] [^^^] [ответить] | +/– | а разницы то никакой, и там и там обычная структура хранения в плоской модели па... большой текст свёрнут, показать | | |
|
|
| 2.39, Alladin (?), 13:55, 24/08/2026 [^] [^^] [^^^] [ответить]
| +/– | |
миллион раз и сожмем:)
я думаю что у них будет zip в котором будут xml файлы и куски битмапов
| | |
|
| 1.12, tkzv (ok), 12:46, 24/08/2026 [ответить] [﹢﹢﹢] [ · · · ]
| +1 +/– | |
> набор файлов с разметкой XML, упакованных в ZIP-архив.
Расширят спецификацию критовского KRA, или создадут что-нибудь несовместимое?
| | |
| |
| 2.76, sage (??), 16:01, 24/08/2026 [^] [^^] [^^^] [ответить]
| +/– | |
> .kra is Krita’s internal file-format
Как расширить внутренний формат Криты, чтобы на него натянулось внутреннее представление проекта Гимпа?
| | |
|
| 1.27, Аноним (-), 13:19, 24/08/2026 [ответить] [﹢﹢﹢] [ · · · ]
| +1 +/– |
> будет использовать набор файлов с разметкой XML,
> упакованных в ZIP-архив.
> Детали реализации пока находятся в разработке, но предполагается, что новый формат
> ускорит операции сохранения
Вот прям XML и ZIP? Ускорит что-то? Предполагаааааается?! Господи, откуда такие в гимп поналезли. Они это XML вообще пробовали парсить чтобы рассказывать как это круто и быстро?
| | |
| |
| 2.30, Ъ (?), 13:38, 24/08/2026 [^] [^^] [^^^] [ответить]
| +/– | |
> Они это XML вообще пробовали парсить
В GIMP давно уже есть поддержка OpenRaster, тот же самый XML/ZIP.
| | |
| 2.47, llolik (ok), 14:04, 24/08/2026 [^] [^^] [^^^] [ответить]
| +1 +/– | |
> Господи, откуда такие в гимп поналезли
Всего-то мужик 20 лет GIMP мейнтейнит и один из основных его разработчиков. Не то что аноним опеннета :)
| | |
| 2.49, Аноним (41), 14:06, 24/08/2026 [^] [^^] [^^^] [ответить]
| +/– | |
> откуда такие в гимп поналезли
Это те самые, которые кинули гтк-2 и начали 3 и 4.
| | |
|
| |
| |
| 3.64, llolik (ok), 14:49, 24/08/2026 [^] [^^] [^^^] [ответить]
| +/– |
Месяца три :) С третьим мажором долгий цикл был в основном не из-за GTK, насколько я в курсе, а из-за того, что они много целей запихали под один мажорный релиз. Ну и команда пару раз успела собраться/разбежаться, да, кроме разве что, Jehan-а.
| | |
|
|
| 1.66, тоже Аноним (ok), 15:03, 24/08/2026 [ответить] [﹢﹢﹢] [ · · · ]
| +/– |
 > новый формат изображений, идущий на смену XCF
Уже в заголовке дичь. XCF - это не формат изображений, это формат рабочих файлов графического редактора. Так же, как PSD.
Да, в нем есть еще и изображение, которое можно получить теми или иными нетривиальными способами.
Но разница между четким форматом данных и толстеющей с каждой новой версией программы спецификацией ее рабочих файлов - уж айтишникам-то должна быть очевидна.
| | |
| 1.79, Аноним (41), 16:59, 24/08/2026 [ответить] [﹢﹢﹢] [ · · · ]
| +/– | |
> набор файлов с разметкой XML, упакованных в ZIP-архив ... предполагается, что новый формат ускорит операции сохранения, так как при периодическом сохранении потребуется изменять лишь отдельные части файла
Эм... Они собрались переписывать фрагменты zip-файла?! А это точно zip будет?
| | |
|
