Вариант для распечатки		Пред. тема | След. тема
Форум Разговоры, обсуждение новостей
Изначальное сообщение		[ Отслеживать ]

"Проект GIMP развивает новый формат изображений, идущий на смену XCF"	+/–
Сообщение от opennews (??), 24-Авг-26, 12:21
Разработчики графического редактора GIMP сообщили о работе над новым форматом изображений, который придёт на смену формату XCF, обеспечивающему сохранение всех данных, сопутствующих работе над изображением, включая сведения о слоях, выделенных областях, каналах и выставленных направляющих. Отмечается, что формат XCF имеет ряд ограничений и плохо подходит для больших или сложных проектов, таких как многостраничные и анимированные изображения, которые планируют реализовать в ветке GIMP 3.6... Подробнее: https://www.opennet.dev/opennews/art.shtml?num=66124
Ответить | Правка | Cообщить модератору

Сообщения

[Сортировка по ответам | RSS]

1. Сообщение от Аноним (1), 24-Авг-26, 12:21	–42 +/–
Лучше бы psd поддерживали на нормальном уровне
Ответить | Правка | Наверх | Cообщить модератору
Ответы: #2, #3, #4, #11, #63, #75, #108

2. Сообщение от Alladin (?), 24-Авг-26, 12:28	+15 +/–
а потом узнаешь что psd тоже не очень
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #1 Ответы: #41

3. Сообщение от Аноним (3), 24-Авг-26, 12:28	+8 +/–
это задача адобе поддерживаь свой формат на нормальном уровне
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #1

4. Сообщение от limafresh (ok), 24-Авг-26, 12:34	+7 +/–
А что, у GIMP комплекс неполноценности по сравнении с Photoshop? Почему Photoshop можно иметь свой формат, а GIMP должен только подстраиваться под чужой?
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #1 Ответы: #5, #7, #78

5. Сообщение от Аноним (5), 24-Авг-26, 12:36	–21 +/–
потому что psd это стандарт
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #4 Ответы: #6, #9, #24, #34, #37, #57, #77, #144

6. Сообщение от Аноним (6), 24-Авг-26, 12:36	+8 +/–
Это выдумка маркетологов и корпорастов.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #5 Ответы: #8, #72

7. Сообщение от Аноним (7), 24-Авг-26, 12:38	+1 +/–
действительно, зачем им подстраиваться под OpenDocument
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #4 Ответы: #13

8. Сообщение от Аноним (8), 24-Авг-26, 12:39	–9 +/–
Это факт. Так же, как и docx/xlsx/pptx. Он, конечно, может не нравиться, но факт — вещь упрямая.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #6 Ответы: #23, #169

9. Сообщение от limafresh (ok), 24-Авг-26, 12:42	+3 +/–
Только потому что его положение Photoshop на рынке и потребители воздвинули в "стандарт". По такой логике любого монополиста можно назвать "стандартом" и отрицать возможность альтернатив.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #5 Ответы: #21, #40, #46, #87

10. Сообщение от anonymous (??), 24-Авг-26, 12:42	+/–
Может я глуп и ничего не понимаю в пиксельных редакторах, но как они собираются хранить битмапы в 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> и так миллион раз?
Ответить | Правка | Наверх | Cообщить модератору
Ответы: #14, #15, #17, #19, #20, #22, #25, #35, #39, #98, #172

11. Сообщение от Аноним (21), 24-Авг-26, 12:45	+/–
За этим в Krita.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #1

12. Сообщение от tkzv (ok), 24-Авг-26, 12:46	+1 +/–
> набор файлов с разметкой XML, упакованных в ZIP-архив. Расширят спецификацию критовского KRA, или создадут что-нибудь несовместимое?
Ответить | Правка | Наверх | Cообщить модератору
Ответы: #76

13. Сообщение от limafresh (ok), 24-Авг-26, 12:47	+/–
Не нашёл в новости ничего про подстраивание, только > по аналогии с OpenDocument, будет использовать набор файлов с разметкой XML, упакованных в ZIP-архив ключевое слово "по аналогии". Т.е. просто возьмут ту же идею без копирования формата.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #7

14. Сообщение от Аноним (21), 24-Авг-26, 12:48	+/–
А как в binary, по-твоему?
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #10

15. Сообщение от tkzv (ok), 24-Авг-26, 12:50	+4 +/–
Либо base64, либо в виде очень длинных 16-ричных чисел. HTML с base64 в IMG понимают современные браузеры. Либо как ODT — битмапы отдельными файлами PNG. Или что умеет особые цветовые пространства.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #10

16. Сообщение от Аноним (17), 24-Авг-26, 12:51	+/–
Теперь у вас 100500 новых несовместимых стандартов.
Ответить | Правка | Наверх | Cообщить модератору
Ответы: #81

17. Сообщение от Аноним (17), 24-Авг-26, 12:52	+2 +/–
Твои битмапы будут упакованы в zip архив в новости написано.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #10 Ответы: #18, #59

18. Сообщение от tkzv (ok), 24-Авг-26, 12:55	+3 +/–
> Твои битмапы будут упакованы в zip архив в новости написано. Если каждый 3-байтый пиксель расписывать в 58 байт, deflate не поможет.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #17 Ответы: #36

19. Сообщение от Аноним (19), 24-Авг-26, 12:55	+1 +/–
Действительно, как хранят битмапы в HTML?
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #10 Ответы: #94, #164

20. Сообщение от llolik (ok), 24-Авг-26, 12:56	–1 +/–
<bitmap id='uuid:xx-xxxx-xxxx-xxxxxx'>   <color_space>rGBA</color_space>   ... /* ещё какие-нибудь данные */   <stream> /* поток данных */</stream>   </bitmap> Примерно, так как-нибудь, например.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #10 Ответы: #28, #44

21. Сообщение от Аноним (21), 24-Авг-26, 12:57	–1 +/–
Главное, поддерживается рабочим софтом. Ну, не хуже, чем фш соседних версий. Гимп в перечень софта для работы, понятно, не очень вписывается, но к чему создавать лишние неудобства.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #9

22. Сообщение от Аноним (22), 24-Авг-26, 13:02	+1 +/–
Точно так же, как это хранит Word. Там DOCX - это zip-архив, в котором лежит XML и ещё кучка файлов, в том числе - внедрённые картинки прямо в том формате, в котором их внедрили.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #10 Ответы: #55

23. Сообщение от Аноним (23), 24-Авг-26, 13:13	+/–
В гос- и полугосконторах их уже успешно заместили на ODF.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #8 Ответы: #26, #45, #80

24. Сообщение от Аноним (23), 24-Авг-26, 13:16	+/–
А где .psd ещё используется, кроме ФЖ ?
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #5

25. Сообщение от Аноним (23), 24-Авг-26, 13:18	+/–
Отдельным файликом в общем архиве. Всё, как в ODF.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #10

26. Сообщение от Albertio (ok), 24-Авг-26, 13:18	+4 +/–
Да да, поэтому-то доки просят принести в .doc даже не .docx, а про другие форматы там и не слыхали.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #23 Ответы: #38, #69

27. Сообщение от Аноним (-), 24-Авг-26, 13:19	+/–
> будет использовать набор файлов с разметкой XML, >  упакованных в ZIP-архив. > Детали реализации пока находятся в разработке, но предполагается, что новый формат > ускорит операции сохранения Вот прям XML и ZIP? Ускорит что-то? Предполагаааааается?! Господи, откуда такие в гимп поналезли. Они это XML вообще пробовали парсить чтобы рассказывать как это круто и быстро?
Ответить | Правка | Наверх | Cообщить модератору
Ответы: #30, #47, #49, #51, #161

28. Сообщение от Аноним (-), 24-Авг-26, 13:30	+/–
> Примерно, так как-нибудь, например. Да, теперь попробуй читауть в ЭТОМ - хотя-бы 200 байтов из середины битмапа. А, про ускорение чтения и работы - никто не говорил?! :). Да и формат ZIP для рандомных записей никто никогда не делал так то. И вообще - парсинг более-менее крупного битмапа станет не слишком пресным и быстрым занятием. Это не только SAX-style брейнфак - но еще и из зипаря к тому же. Можете попробовать конечно парсинг в стиле DOM - но тогда терабайт оперативки понадобится. А уж сколько вулнов можно в XML-based - это песня. Например, можно вложить дохреналиард тегов в друг друга и посмотреть - что будет дальше. Да, это кстати работает. Некоторые наиболее прошареные парсеры даже законопатили. Немного и криво. Про размер и число элементов и вовсе упоминать неудобно. А в зипе к тому же еще и zip bomb будет просто изумительный. Так что если вы кой-как наскребли терабайт оперативы - можно будет и десяток терабайт затребовать весьма компактным файлом. А потом залить такой ассет кому-нибудь с автопарсингом - посмотреть как ему такое вообще.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #20 Ответы: #42

29. Сообщение от Аноним (29), 24-Авг-26, 13:31	+1 +/–
Еще в нулевых об этом заявляли. Смотрю, они быстрые ребята.
Ответить | Правка | Наверх | Cообщить модератору
Ответы: #50

30. Сообщение от Ъ (?), 24-Авг-26, 13:38	+/–
> Они это XML вообще пробовали парсить В GIMP давно уже есть поддержка OpenRaster, тот же самый XML/ZIP.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #27

34. Сообщение от Аноним (34), 24-Авг-26, 13:49	+1 +/–
Стандарт центра сертификации и стандарт на psd в студию.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #5

35. Сообщение от Аноним (34), 24-Авг-26, 13:50	+/–
Сверху zip.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #10

36. Сообщение от Аноним (34), 24-Авг-26, 13:52	–1 +/–
Deflate обязателен?
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #18 Ответы: #93

37. Сообщение от Alladin (?), 24-Авг-26, 13:53	+2 +/–
стандарт кого или чего? адоб фотошопа?, ну да у них это стандарт, а гимп и другие причем тут?
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #5

38. Сообщение от Аноним (23), 24-Авг-26, 13:54	+/–
У нас не просят. Вся разрабатываемая КД в ODF после 2022.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #26 Ответы: #86

39. Сообщение от Alladin (?), 24-Авг-26, 13:55	+/–
миллион раз и сожмем:) я думаю что у них будет zip в котором будут xml файлы и куски битмапов
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #10

40. Сообщение от ИмяХ (ok), 24-Авг-26, 13:55	+1 +/–
>>любого монополиста можно назвать "стандартом" Так ведь именно так зачастую стандарты и создаются.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #9

41. Сообщение от Аноним (41), 24-Авг-26, 13:58	+2 +/–
В мире линукса не должно быть совместимости, надо постоянно что-то новое делать.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #2 Ответы: #56, #104, #120

42. Сообщение от llolik (ok), 24-Авг-26, 14:00	+1 +/–
>> Примерно, так как-нибудь, например. > Да, теперь попробуй читауть в ЭТОМ - хотя-бы 200 байтов из середины > битмапа. А, про ускорение чтения и работы - никто не говорил?! А сейчас в бинарном формате (по сути наборе структур, которые тоже надо двигать) так это дохрена быстрей, да? > И вообще - парсинг более-менее крупного битмапа станет не слишком пресным и > быстрым занятием. Это не только SAX-style брейнфак - но еще и > из зипаря к тому же. Кто сказал, что zip не будет распковываться в начале тракта и паковаться в конце? > А уж сколько вулнов можно в XML-based - это песня. Кто сказал, что они будут кастомный парсер городить, а не использовать хоть GLib-овский, хоть любой сторонний (тотже Expat)? Вообще, кода ещё нет. Ну, вернее, Jehan его пока в приватной ветке держит. Как будет код, так будет о чём говорить. И да, примерно у дохрена программ такой-же формат хранения и они вот как-то справляются.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #28 Ответы: #52, #109

44. Сообщение от Аноним (41), 24-Авг-26, 14:02	+/–
> <stream> /* поток данных */</stream>   И привет, мир! Если раньше какой-нибудь почти бесконечный bmp можно было мапнуть напрямую в память и работать мгновенно с нужными кусочками по необходимости, то теперь одна только загрузка будет по полчаса.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #20 Ответы: #48

45. Сообщение от Аноним (8), 24-Авг-26, 14:02	+/–
1) не от хорошей жизни 2) зашёл сейчас на РосСтат (более гос- и быть не может) — выгрузка в XLSX. Очень успешно заместили.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #23 Ответы: #54, #70

46. Сообщение от Аноним (8), 24-Авг-26, 14:03	+1 +/–
Альтернативы никто не отрицает. Но либо им придётся учитывать монополиста, либо так и оставаться маргиналами.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #9 Ответы: #65

47. Сообщение от llolik (ok), 24-Авг-26, 14:04	+3 +/–
> Господи, откуда такие в гимп поналезли Всего-то мужик 20 лет GIMP мейнтейнит и один из основных его разработчиков. Не то что аноним опеннета :)
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #27

48. Сообщение от llolik (ok), 24-Авг-26, 14:06	+/–
>> <stream> /* поток данных */</stream> > И привет, мир! Если раньше какой-нибудь почти бесконечный bmp можно было мапнуть > напрямую в память и работать мгновенно с нужными кусочками по необходимости, > то теперь одна только загрузка будет по полчаса. Что мешает мапнуть, как связанный слой (справка: он в проекте не хранится)?
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #44 Ответы: #53

49. Сообщение от Аноним (41), 24-Авг-26, 14:06	+/–
> откуда такие в гимп поналезли Это те самые, которые кинули гтк-2 и начали 3 и 4.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #27

50. Сообщение от Аноним (23), 24-Авг-26, 14:06	+/–
А то. Сколько на GTK 3 переходили!
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #29 Ответы: #62, #64

51. Сообщение от Аноним (51), 24-Авг-26, 14:06	+/–
Получается гипм начнёт сохранять jpeg в zipе.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #27 Ответы: #117

52. Сообщение от Аноним (-), 24-Авг-26, 14:12	+/–
> А сейчас в бинарном формате (по сути наборе структур, которые тоже надо двигать) > так это дохрена быстрей, да? Внезапно, читануть 200 байтов из середины битмапа можно тупо вычислением нескольких смещений. Попробуй так с XML и сравни... :) > Кто сказал, что zip не будет распковываться в начале тракта и паковаться в конце? А, ну да, декомпресс 100500 гигз в большом проекте наверняка добавит ему скорости :) Кстати так на подумать - ".doc" и прочие XLS и проч - были по сути диск-в-файле. С произвольным содержимым как типа-файлы (или обьекты) в "диске". Мне почему-то кажется что сие можно было читать-писать куда резвей чем зипушник. Особенно с полным декомпрессом и рекомпрессом то. > Кто сказал, что они будут кастомный парсер городить, а не использовать > хоть GLib-овский, хоть любой сторонний (тотже Expat)? Да я ими даже пользовался, но в целом для потенциально больших и навороченных данных это как раз - тот еще брейнфак. А быстро вынуть 200 байтов из середины огромного битмапа без репарсинга станет вообще - малореально. Даже в стиле SAX-парсинга придется весь поток жевать, фиг бы его заранее знает какого размера. Можно конечно заранее размер написать но тут возникнет вопрос доверяем ли мы юзерскому вводу - и проверка этого в стиле вот именно SAX это тоже - брейнфак, увы. А так на подумать - OSM Planet как раз ворочали БОЛЬШИЕ и СЛОЖНЫЕ XML. Забодались в край и родили свой "pbf" в результате. Правда, его схема - фиксированная и априори известная, но это никак не мешает сохранению в него новых, ранее неизвестных, типов данных, атрибутов и проч. Те кто про них не в курсе - могут просто скипать сие. Правда это поточный формат а не формат для быстрого редактирования. Но если мы про рекомпресс и декомпресс всего файла от и до - там аналогично.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #42 Ответы: #60, #61, #95

53. Сообщение от Аноним (-), 24-Авг-26, 14:14	+/–
> Что мешает мапнуть, как связанный слой (справка: он в проекте не хранится)? Что такое "связанный слой" в терминах операций с памятью? В случае BMP можно по сути mmap() сделать и далее - работать с вот этим массивом пикселей в памяти напрямую, а это еще и прозрачно сохраняется на диск "по ходу пьесы".
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #48 Ответы: #58

54. Сообщение от fi (ok), 24-Авг-26, 14:14	+/–
а там текст в .csv  )))))
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #45

55. Сообщение от Аноним (-), 24-Авг-26, 14:17	+1 +/–
А так то DOC был - по сути диск в файле, с файлами-объектами внутрях. Только более дружественный к вот именно рандомному доступу, перезаписи и проч чем ZIP и XML. Но - не модно, видите ли, надо что-нить энтерпрайз-грейд запилить было в пику ODF, который тоже на техническом уровне - не шедевр мягко говоря. И получилсь 2 уродца...
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #22 Ответы: #68

56. Сообщение от Аноним (56), 24-Авг-26, 14:21	+5 +/–
Не должно быть совместимости так же, как в проприетарях с закрытыми и обмазанными зондами спеках? Ничоси новости...
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #41 Ответы: #103

57. Сообщение от Аноним (56), 24-Авг-26, 14:22	+5 +/–
ну не знаю, у меня стандартная фотокамера, стандартный телефон, стандартный принтер и стандартный пейнт из коробки не понимают этот ваш "стандартный" PSD
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #5 Ответы: #71

58. Сообщение от llolik (ok), 24-Авг-26, 14:27	+/–
>> Что мешает мапнуть, как связанный слой (справка: он в проекте не хранится)? > Что такое "связанный слой" в терминах операций с памятью? В случае BMP > можно по сути mmap() сделать и далее - работать с вот > этим массивом пикселей в памяти напрямую, а это еще и прозрачно > сохраняется на диск "по ходу пьесы". Я о том, что для этого вообще файл проекта парсить не надо. Связанный слой - это ссылка на внешний файл.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #53 Ответы: #158

59. Сообщение от anonymous (??), 24-Авг-26, 14:29	+/–
> будет использовать набор файлов с разметкой XML, упакованных в ZIP-архив вот что написано в новости. Никаких png или битмап-файлов в архиве не предусмотрено. Только XML, но это же убиться можно.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #17 Ответы: #73

60. Сообщение от anonymous (??), 24-Авг-26, 14:30	+/–
> Мне почему-то кажется что сие можно было читать-писать куда резвей чем зипушник Белые люди для этого SQLite используют.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #52

61. Сообщение от llolik (ok), 24-Авг-26, 14:36	+2 +/–
Да, кстати, хочется сказать: а с чего мы оба взяли, что битмап в принципе засунут непосредствено в XML, а не будут хранить блобами рядом с XML разметкой?
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #52

62. Сообщение от опеншлёпивпродакшн (?), 24-Авг-26, 14:40	+2 +/–
Это GTK от них убегал.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #50

63. Сообщение от Аноним (63), 24-Авг-26, 14:45	+1 +/–
Лучше бы вы открыли ссылку на оригинальную новость и долистали до абзаца PSD Support Improvements
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #1

64. Сообщение от llolik (ok), 24-Авг-26, 14:49	+/–
Месяца три :) С третьим мажором долгий цикл был в основном не из-за GTK, насколько я в курсе, а из-за того, что они много целей запихали под один мажорный релиз. Ну и команда пару раз успела собраться/разбежаться, да, кроме разве что, Jehan-а.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #50

65. Сообщение от limafresh (ok), 24-Авг-26, 14:59	–1 +/–
Если в рабочие обязанности входит работа с PSD файлами, то да. Но если допустим художник фрилансер рисует на заказ, то вообще всё равно какой формат и софт - заказчику нужен только результат. Или если на работе все перешли на GIMP.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #46

66. Сообщение от тоже Аноним (ok), 24-Авг-26, 15:03	+1 +/–
> новый формат изображений, идущий на смену XCF Уже в заголовке дичь. XCF - это не формат изображений, это формат рабочих файлов графического редактора. Так же, как PSD. Да, в нем есть еще и изображение, которое можно получить теми или иными нетривиальными способами. Но разница между четким форматом данных и толстеющей с каждой новой версией программы спецификацией ее рабочих файлов - уж айтишникам-то должна быть очевидна.
Ответить | Правка | Наверх | Cообщить модератору

68. Сообщение от Аноним (68), 24-Авг-26, 15:05	+/–
а разницы то никакой, и там и там обычная структура хранения в плоской модели памяти и все это буквально, корзина с фруктами. И надо разделять просто структуру (формат) удобную (оптимальную), допустим, для передачи и хранения, и структуру удобную для вычислений (операций над данными). А так как у нас понятие хранить в ПЗУ или ОЗУ это одно и тоже понятие, то есть линейно организованная память, тогда обычно думают, что лучше взять структуру хранения в ОЗУ, с которой фактически имеем дело при вычислениях, и ровно также хранить эти данные и в ПЗУ. Но этот способ хранения уже может быть не оптимален для передачи. Отсюда и получаются всякие разные форматы хранения в ПЗУ и в ОЗУ, а нарушителем спокойствия является оптимальная передача данных, то есть структура оптимальная для передачи. пс: и не стоит забывать про всякие механизмы целостности (чексуммы и т.д.), цифровой подписи и т.д. и все это такие же данные которые должны быть включены в общую структуру хранений, вычислений.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #55

69. Сообщение от Смузихеб забывший пароль (?), 24-Авг-26, 15:08	+/–
Они ссылаются на какие-то конкретные нормы и предписания ? А то ведь в той же налоговой до сих пор по инерции иногда пытаются что-то подобное требовать... пока "вдруг" не оказывается что это уже много лет незаконно, о чём они "вдруг" вспоминают, когда у них просят предоставить письменное требование о подаче документов исключительно в конкретном формате
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #26 Ответы: #171

70. Сообщение от Смузихеб забывший пароль (?), 24-Авг-26, 15:12	+/–
ну хз. Зашёл для интереса. Часть - в виде csv, часть - в формате на выбор( в т.ч в csv )
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #45 Ответы: #82

71. Сообщение от Аноним (8), 24-Авг-26, 15:13	+1 +/–
Это что, у меня стандартный кассетный магнитофон его не понимает!
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #57

72. Сообщение от Аноним (72), 24-Авг-26, 15:14	–1 +/–
мы соорудили яхту, но чтобы быть не как все будем грести ложками.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #6 Ответы: #84

73. Сообщение от Смузихеб забывший пароль (?), 24-Авг-26, 15:18	+3 +/–
офисные документы аналогично пакуются в подобие зип но именно медиафайлы там в виде бинарников лежат. Причём, в исходных размерах, по крайней мере, у того же  PPTX В новости говорится о больших фалах. Вряд ли специально для них решили ещё и в виде текста хранение сделать Как будет - посмотрим. Но есть подозрение, что будут какие-то оригиналы бинарниками и отдельно в виде XML пошагово история разных изменений и всё это в зип-архиве
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #59

75. Сообщение от Аноним (75), 24-Авг-26, 15:58	+/–
По ссылке из новости: https://www.gimp.org/news/2026/08/16/dev-update-august-2026/...
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #1

76. Сообщение от sage (??), 24-Авг-26, 16:01	+1 +/–
> .kra is Krita’s internal file-format Как расширить внутренний формат Криты, чтобы на него натянулось внутреннее представление проекта Гимпа?
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #12 Ответы: #91

77. Сообщение от Аноним (77), 24-Авг-26, 16:22	+1 +/–
Спеки на этот стандарт есть? Чтобы прямо iso было.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #5 Ответы: #83, #97

78. Сообщение от майнкрафт форева (?), 24-Авг-26, 16:50	–1 +/–
Да должен, так как это кусок херни, а не редактор. Он должен быть унифицированным. Пользователи и художники, которые занимаются коммерческой деятельностью, не будут подстраиваться под эту фигню, значит, она должна подстраиваться под них
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #4 Ответы: #99

79. Сообщение от Аноним (41), 24-Авг-26, 16:59	+2 +/–
> набор файлов с разметкой XML, упакованных в ZIP-архив ... предполагается, что новый формат ускорит операции сохранения, так как при периодическом сохранении потребуется изменять лишь отдельные части файла Эм... Они собрались переписывать фрагменты zip-файла?! А это точно zip будет?
Ответить | Правка | Наверх | Cообщить модератору
Ответы: #106

80. Сообщение от iPony128052 (?), 24-Авг-26, 17:15	+/–
> В гос- и полугосконторах их уже успешно заместили на ODF. Это ложь. Олсо, в списке импортзамещения два основных офиса: 1) OnlyOffice. Для него формат DOCX вообще родной. При использовании ODF будет конвертация с проблемами. Об этом и разработчики заявляют 2) МойОфис. Для него так же дефолтный DOCX
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #23 Ответы: #140, #146

81. Сообщение от Bottle (?), 24-Авг-26, 17:23	+3 +/–
Ты так говоришь, будто бы древние стандарты не отмирают. Ещё как мрут! Самый банальный пример это USB на смену самым разным штекерам и юникод на смену однобайтовым кодировкам.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #16 Ответы: #105, #143

82. Сообщение от Аноним (8), 24-Авг-26, 17:24	+/–
Там всегда так было, зоопарк. Но! в ODS — не видел ни разу.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #70

83. Сообщение от Аноним (8), 24-Авг-26, 17:25	+/–
Спеки на стандартную ложку есть?
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #77 Ответы: #88, #100

84. Сообщение от Аноним (6), 24-Авг-26, 17:25	+/–
У вас стадный режим превалирует над рассудком. Нету всех! Понимаете! Все разные. Каждый выбирает то что хочет и выстраивает свой рабочий процесс так как ему удобно и финансово выгодно.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #72 Ответы: #136

86. Сообщение от pofigist (?), 24-Авг-26, 17:35	+/–
То-то на госуслугах можно загрузить в docx, но не в odf...
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #38 Ответы: #130

87. Сообщение от arisu (ok), 24-Авг-26, 17:42	+2 +/–
> Только потому что его положение Photoshop на рынке и потребители воздвинули в > "стандарт". причём громче всего (вообще-то единственные) про такой «стандарт» орут те, кто фотошоп ни разу не покупал. странная закономерность.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #9 Ответы: #137

88. Сообщение от arisu (ok), 24-Авг-26, 17:44	+2 +/–
> Спеки на стандартную ложку есть? прикинь, если она стандартная — то есть. сложная и новая для тебя мысль, попробуй осознать.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #83 Ответы: #101

91. Сообщение от tkzv (ok), 24-Авг-26, 18:08	+/–
>> .kra is Krita’s internal file-format > Как расширить внутренний формат Криты, чтобы на него натянулось внутреннее представление > проекта Гимпа? Чем они отличаются? Помимо того, что GIMP поддерживает индексированные палитры и сложное форматирование текста.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #76

93. Сообщение от tkzv (ok), 24-Авг-26, 18:23	+/–
> Deflate обязателен? Можно Store. Но Deflate лучше. Он делался под 1-МГц процессоры и 32К памяти. По нынешним временам, писать на диск без deflate получается дольше, чем с deflate.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #36 Ответы: #156

94. Сообщение от tkzv (ok), 24-Авг-26, 18:26	+/–
> Действительно, как хранят битмапы в HTML? Можно так: <img src="data:image/avif;base64,AAAAHGZ...">
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #19

95. Сообщение от tkzv (ok), 24-Авг-26, 18:35	+/–
> Внезапно, читануть 200 байтов из середины битмапа можно тупо вычислением нескольких смещений. > Попробуй так с XML и сравни... :) Сейчас не 1985 год. Всё кешируется. Когда пытаешься читать 200 байт, заодно читаются несколько соседних секторов. > декомпресс 100500 гигз в большом проекте наверняка добавит ему скорости :) Вообще-то, да, добавит. Алгоритм асимметричен, распаковка очень быстрая, время на распаковку кратно ниже, чем чтение с диска того же объёма несжатой информации. А если нужен только 1 файл из архива, остальные можно не читать. В ZIP доступны все файлы независимо.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #52 Ответы: #157

96. Сообщение от Аноним (96), 24-Авг-26, 18:48	–2 +/–
Самое забавное что куда не плюнь везде XML, кроме воя балаболов, что XML ни нужоон, есть жсооон, проооотобуф, йааамль и прочей нех который вообще не замена XML
Ответить | Правка | Наверх | Cообщить модератору
Ответы: #115

97. Сообщение от pofigist (?), 24-Авг-26, 19:07	+/–
Ты не поверишь, но весь сетевой стек, на котором построен интернет, прямо конфликтует со стандартами типа iso..
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #77

98. Сообщение от pofigist (?), 24-Авг-26, 19:08	+1 +/–
Не волнуйся - ещё через четверть века они узнают про json и сделают новый формат на его основе... Сарказм если что...
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #10

99. Сообщение от limafresh (ok), 24-Авг-26, 19:13	+3 +/–
Отлично. Пусть тогда Photoshop перейдёт на формат GIMP, если редактор должен быть унифицированным, а не тянет свой формат. И с чего вы взяли, что нет художников, которые в GIMP разбираются больше, чем в Photoshop?
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #78

100. Сообщение от Bottle (?), 24-Авг-26, 19:15	+/–
Ты точно не сможешь продавать ложки, сделанные из свинца. Только крайне специфичные нержавеющие стали допустимы для продажи столовых приборов. https://docs.cntd.ru/document/1200006077
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #83 Ответы: #141

101. Сообщение от Bottle (?), 24-Авг-26, 19:26	+/–
Ты сейчас смысловой подменой занимаешься. Очевидно же, здесь слово "стандартный" означает "типичный", а не "по спецификации".
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #88 Ответы: #102, #119

102. Сообщение от arisu (ok), 24-Авг-26, 19:36	+/–
> Ты сейчас смысловой подменой занимаешься. Очевидно же, здесь слово "стандартный" означает > "типичный", а не "по спецификации". нет, не очевидно. есть слово, есть его значение. приписывать слову другое значение, которое удобно в данный момент — демагогия.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #101 Ответы: #124

103. Сообщение от Аноним (41), 24-Авг-26, 19:43	–1 +/–
У таких новостей возраст с момента основания линукса, если что.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #56

104. Сообщение от ы (?), 24-Авг-26, 19:43	+/–
Это расскажи тем, кто ежедневно с форматом docx работают. Или это другое?
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #41 Ответы: #107, #122

105. Сообщение от ыых (?), 24-Авг-26, 19:56	–2 +/–
> Самый банальный пример это USB на смену самым разным штекерам Удивительно что еще никто не ткнул этого господина в зоопарк спецификаций usb
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #81 Ответы: #111, #123

106. Сообщение от llolik (ok), 24-Авг-26, 20:06	+2 +/–
> Эм... Они собрались переписывать фрагменты zip-файла?! А это точно zip будет? Да. В структуре zip - есть каталог с метаданными и смещениями блоков каждого сжатого файла. Поэтому с файлами в zip-е можно обращаться по-отдельности не пережимая весь архив (в отличие от монолитного tar, например).
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #79 Ответы: #121

107. Сообщение от Аноним (107), 24-Авг-26, 20:08	+/–
Ежедневно работаю с docx и xlsx на линуксе через Onlyoffice Все прекрасно Что я делаю не так?
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #104 Ответы: #128

108. Сообщение от историк_кун (?), 24-Авг-26, 20:37	+2 +/–
Если внимательно читать, чё они там пишут, можно выяснить, PSD в следующей версии будет открываться прямо с редактируемыми текстовым слоями. Ну и с другими улчшениями в поддержке формата.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #1

109. Сообщение от историк_кун (?), 24-Авг-26, 20:40	+3 +/–
Krita: хренадцать лет пишет данные в ZIP с XML и битмапами. Ноль удивлений. GIMP: тоже сделаем такое. АЖИОТАЖ, СПЕКУЛЯЦИИ, ТЫЩИ ТРЕДОВ.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #42

110. Сообщение от Аноним (110), 24-Авг-26, 20:43	+1 +/–
Мда, грузиться будет дольше
Ответить | Правка | Наверх | Cообщить модератору

111. Сообщение от Аноним (111), 24-Авг-26, 20:44	+1 +/–
> Удивительно что еще никто не ткнул этого господина в зоопарк спецификаций usb Ну удивительно, потому что, в отличие от тебя, все уловили суть его слов, которая также применима к зоопарку USB. Давно ты в природе Mini-USB или хотя бы Micro-USB встречал?
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #105 Ответы: #127

115. Сообщение от тоже Аноним (ok), 24-Авг-26, 21:01	+/–
Назовите хоть одну причину выть человеку, который спокойно использует XML в работе. А когда ему это действительно понадобилось - и JSON, и проч. Так чей вой вы слушаете? И зачем?..
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #96 Ответы: #118, #134, #139

117. Сообщение от tkzv (ok), 24-Авг-26, 21:31	+1 +/–
> Получается гипм начнёт сохранять jpeg в zipе. JPEG — с потерями. Поэтому в него можно только экспортировать. Для сохранения всего документа нужен без потерь. Например, PNG, как Krita.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #51 Ответы: #126

118. Сообщение от arisu (ok), 24-Авг-26, 21:34	+2 +/–
> Назовите хоть одну причину выть человеку, который спокойно использует XML в работе. «использует XML в работе» — этого вполне достаточно. но ты не поймёшь.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #115 Ответы: #135

119. Сообщение от Анонимный жироватт (?), 24-Авг-26, 21:39	+/–
Всмысле? А ГОСТ Р 51687-2021 это что, шутка чтоли?
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #101

120. Сообщение от Alladin (?), 24-Авг-26, 21:43	+/–
совместимости с кем чем? gimp и адоб фотошоп совершенно разные по составляющей программы, их делали разные совершенно люди, какая еще совместимость
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #41

121. Сообщение от Аноним (41), 24-Авг-26, 21:53	+/–
Упс, а вот тут ты промахнулся: tar не монолитный, а поблоковый с округлением длины файла до кратного вверх. Итого в tar тоже есть блоки, и файл занимает целое количество блоков, не пересекаясь с другими файлами.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #106 Ответы: #125, #132

122. Сообщение от Diozan (ok), 24-Авг-26, 21:56	+1 +/–
Что-то мешает в ODT сохранить? Ах да, кактус надо кушать...
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #104 Ответы: #129

123. Сообщение от Bottle (?), 24-Авг-26, 22:06	+2 +/–
Потому что зоопарк USB - это ничто по сравнению с пятьюдесятью вендорлокнутыми типами зарядок, каждая под свой телефон. Ты можешь купить USB Type C и заряжать им и ноут, и телефон, и планшет при наличии нужного тебе напряжения и силы тока, конечно.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #105

124. Сообщение от Bottle (?), 24-Авг-26, 22:08	+/–
https://gramota.ru/poisk?query=%D1%81%D1%...
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #102

125. Сообщение от llolik (ok), 24-Авг-26, 22:23	+/–
> Упс, а вот тут ты промахнулся: tar не монолитный, а поблоковый с > округлением длины файла до кратного вверх. Итого в tar тоже есть > блоки, и файл занимает целое количество блоков, не пересекаясь с другими > файлами. Ну, если совсем придираться, то да. Тем не менее, исходя из формата (все файлы пишутся этими самыми боками последовательно (если уж совсем придираться + заголовок, хвост нулей и EOF)), ты мало что можешь сделать c "лентой" без пересборки tar-а (собственно, только добавить в хвост новую версию файла). Он же и делался, всё-таки для бэкапа изначально.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #121

126. Сообщение от Bottle (?), 24-Авг-26, 22:33	+/–
В теории они могут использовать Lossless режим JPEG XL, который у них поддерживается, но на практике риск того не стоит.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #117 Ответы: #131

127. Сообщение от историк_кун (?), 24-Авг-26, 22:37	+/–
> Ну удивительно, потому что, в отличие от тебя, все уловили суть его слов, которая также применима к зоопарку USB. Давно ты в природе Mini-USB или хотя бы Micro-USB встречал? (огляделся в доме, что используется) RPi Pico 2, Xiaomi Redmi 12C, моторизованный штатив Neewer. Мало, но пока попадаются.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #111

128. Сообщение от ы (?), 24-Авг-26, 22:39	+2 +/–
Один из примеров. https://www.cnews.ru/news/top/2025-04-11_obnovlenie_microsof...
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #107

129. Сообщение от ы (?), 24-Авг-26, 22:40	–1 +/–
Понятие "документооборот" тебе неизвестно. Мимо проходи.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #122 Ответы: #142

130. Сообщение от Аноним (130), 25-Авг-26, 00:26	+/–
А вы попробуйте переименовать .odt в .docx. Просто переименовать.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #86 Ответы: #170

131. Сообщение от tkzv (ok), 25-Авг-26, 01:42	+/–
> В теории они могут использовать Lossless режим JPEG XL, который у них > поддерживается, но на практике риск того не стоит. Сходу не гуглится, но если он как JPEG, будут искажения за счёт округления при переходе в другое цветовое пространство.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #126

132. Сообщение от tkzv (ok), 25-Авг-26, 01:44	+/–
> tar не монолитный, а поблоковый с округлением длины файла до кратного вверх. Тогда почему степень сжатия как в монолитном?
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #121 Ответы: #159

133. Сообщение от Zloy (ok), 25-Авг-26, 05:54	+/–
Программа лагает при банальных операциях. Вообще отсутствует желание изучать программу, лучше бы повысил производительность и переработали UI
Ответить | Правка | Наверх | Cообщить модератору
Ответы: #154, #160

134. Сообщение от Markx (?), 25-Авг-26, 06:20	+/–
Вы что себя присляете к балаболам? Вроде о них идет речь, о серой бесформенной массе поклоняющейся статьям блохеров в интернете
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #115

135. Сообщение от Аноним (135), 25-Авг-26, 06:31	+/–
Ого какие люди опять появились. Всё нормально? Там же и ничего особо не поменялось?
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #118 Ответы: #149

136. Сообщение от Аноним (136), 25-Авг-26, 07:46	+/–
Ага. Кто хочет, выбирает дюймы, кто хочет, выбирает локти.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #84

137. Сообщение от Аноним (136), 25-Авг-26, 07:56	+/–
Вы так говорите, как будто купить фотшоп это какой-то подвиг (ну сейчас сложней, да).
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #87 Ответы: #150

139. Сообщение от Аноним (139), 25-Авг-26, 08:41	+2 +/–
>Назовите хоть одну причину выть человеку, который спокойно использует XML в работе. Назовите хоть одну причину использовать XML в работе
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #115 Ответы: #151

140. Сообщение от Аноним (140), 25-Авг-26, 09:18	+/–
Они не видят разницу между пакетом и форматом. MSO можно заместить (иногда), формыты — нет.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #80

141. Сообщение от Аноним (140), 25-Авг-26, 09:21	+/–
Только это относится не к ложкам конкретно и их форме. Ну вот откуда вы такие душные берётесь?
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #100

142. Сообщение от bergentroll (ok), 25-Авг-26, 09:22	–1 +/–
Святая корова документооборота с телятами? Проприетарный западный Газета Таймз Ню Роман 14 кеглем, полуторный интервал.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #129

143. Сообщение от Аноним (140), 25-Авг-26, 09:24	+/–
До сих пор на половине материнок можно встретить PS/2. Вот софтовые стандарты мрут куда быстрее.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #81

144. Сообщение от Аноним (144), 25-Авг-26, 09:25	+/–
где стандарт? для кого? для чего? иди проспись, шиз. таблетки там прими, водой лицо сполосни, или что там тебе помогает обычно?
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #5

146. Сообщение от Аноним (146), 25-Авг-26, 10:24	–2 +/–
Поэтому эти два офиса в остальном мире никто не юзает.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #80 Ответы: #168

149. Сообщение от arisu (ok), 25-Авг-26, 11:07	+/–
> Ого какие люди опять появились. Всё нормально? Там же и ничего особо > не поменялось? ответ «да». я всё ещё не понимаю, это хорошо или плохо, увы. гыг.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #135 Ответы: #152

150. Сообщение от arisu (ok), 25-Авг-26, 11:07	+/–
> Вы так говорите, как будто купить фотшоп это какой-то подвиг (ну сейчас > сложней, да). однако ж не покупают. и орут.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #137

151. Сообщение от Аноним (151), 25-Авг-26, 13:37	+/–
Интересно было бы увидеть документ в формате JSON, а не просто кучу полей ключ значение
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #139

152. Сообщение от Аноним (135), 25-Авг-26, 14:56	+/–
Сам в порядке, это главное. А по текущему лучше давай. В мире линуха, опенсурс и прочего что нового, интересного за последние годы нашёл? А то читать как меряются форматами, пользователи локалхоста рассказывают как работать в корпорациях на много килочелочек, скриншоты непрерывные тайлинг-менеджеров, как они на своём пентиумммх применили новые модные патчи от линуса и прочее что на этих вот форумах уже обрыдло.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #149 Ответы: #153

153. Сообщение от arisu (ok), 25-Авг-26, 15:18	+/–
> А по текущему лучше давай. В мире линуха, опенсурс и прочего что > нового, интересного за последние годы нашёл? а ничего. что там интересного-то может быть — всё повторение задов. я и систему-то уже лет шесть-восемь не обновляю: зачем? всё, что я сейчас вижу, это: «раньше машины были медленней и памяти меньше, поэтому нам хватало. а сейчас всё минимум на порядки быстрей и вместительней — поэтому нам не хватает, надо придумать побольше оверинжиниринга, чтобы выиграть сотую долю процента на бенчмарке!» в общем, я себе весь нужный софт (кроме браузера) запилил, и никакого смысла дальше бежать вперёд, чтобы по итогу обнаружить, что прибежал далеко назад, не вижу.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #152 Ответы: #155

154. Сообщение от Аноним (6), 25-Авг-26, 15:47	+/–
Проверяйте у себя. У меня работает flatpak версия вполне нормально.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #133 Ответы: #162

155. Сообщение от Аноним (135), 25-Авг-26, 15:55	+/–
хех Ладно, хорошего тогда тебе.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #153

156. Сообщение от Аноним (-), 25-Авг-26, 17:24	+1 +/–
>> Deflate обязателен? > Можно Store. Но Deflate лучше. Он делался под 1-МГц процессоры и 32К > памяти. По нынешним временам, писать на диск без deflate получается дольше, > чем с deflate. Вообще-то диски с тех пор тоже быстрее стали - которые SSD :) и там скорее LZ4 какой и прочие LZO и кто там еще в этой нише, если именно - быстрей. А вот это вот - двухстадийный LZ + Huffman которое с одной стороны из-за куцего буфера жмет довольно скромно, с другой - по ресурсоемкости достаточно приличное vs скорости SSD, и в целом - на основе этого эффекта ZSTD появился. Дающий zlib/deflate мастеркласс и по скорости и по сжатию.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #93 Ответы: #167

157. Сообщение от Аноним (-), 25-Авг-26, 17:28	+/–
> Сейчас не 1985 год. Всё кешируется. Когда пытаешься читать 200 байт, заодно > читаются несколько соседних секторов. Да, вот прям включаю компьютер - и у меня закеширован PSDшеник или что там у них который я завтра скачаю. А эта машина времени что еше умеет? В 2200 год меня - забросит? А назад могет?! :) > Вообще-то, да, добавит. Алгоритм асимметричен, распаковка очень быстрая, время > на распаковку кратно ниже, чем чтение с диска того же объёма несжатой информации. Ну вот кстати... 1) SSD нынче быстрые. 2) Распаковка ZIP (deflate) - по скорости воображение совсем не поражает. Потому что двухстадийный LZ + Huffman. > А если нужен только 1 файл из архива, остальные можно не читать. А если мне надо 200 байтов из середины битмапы - я вообще могу только 200 байтов читать. > В ZIP доступны все файлы независимо. Но декомпреснуть 200 байтов из середины гигового файла - ну вот нет. Будете весь гиг жевать как зайчики капусту.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #95 Ответы: #165, #166

158. Сообщение от Аноним (-), 25-Авг-26, 17:29	+/–
> Я о том, что для этого вообще файл проекта парсить не надо. > Связанный слой - это ссылка на внешний файл. Ну ты сравни это все - с вон тем. На тему более быстрого сохранения и чего там еще больших проектов. Правда гимпа врядли устроит фичесет BMP для именно внутреннего формата :)
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #58

159. Сообщение от Аноним (-), 25-Авг-26, 17:33	+/–
>> tar не монолитный, а поблоковый с округлением длины файла до кратного вверх. > Тогда почему степень сжатия как в монолитном? Потому что жмет он, таки, всю линейную простынку из объединенных файлов. И даже просто получить список файлов в нем по быстрому? Забудьте про это! Как максимум есть опциональные расширения формата для этого. А чтоб быстро вынуть 25-й по счету файл из tar... ну... название Tape ARchive как бы прозрачно намекает на перспективы случайного доступа...
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #132

160. Сообщение от Аноним (160), 25-Авг-26, 20:36	+/–
Мой обычный сценарий использования Гимп - понаделать нескучных обоев в виде одной большой картинки на несколько мониторов, где с учётом видимых зазоров между мониками надо вырезать части, иначе выглядеть будет неестественно. Ну вот люблю иногда заморочиться. Так вот, к быстродействию вопросов не возникает, а segmentaion fault стал ловить регулярно, после часовой работы примерно. История отмены что ли накапливается, не пойму. Что flatpak, что rpm установка. Ещё полгода назад такого не было.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #133

161. Сообщение от Аноним (161), 26-Авг-26, 02:49	+/–
> Они это XML вообще пробовали парсить чтобы рассказывать как это круто и быстро? Ну, по личному опыту, если положить хрен на половину того что должен уметь XML и парсить файлы чисто как текст с разметкой и парочкой несложных правил для эскейпов, то получается очень даже быстро. Особенно если предполодить что файл не поломан и заранее знать что ищешь чтобы скипнуть до нужного элемента простым memmem.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #27

162. Сообщение от Аноним (161), 26-Авг-26, 02:53	+/–
До до, просто компьютер помощнее надо чтобы жалкую пародию на HTML+CSS+JS-движок крутить можно было без подвисаний всего интерфейса при открытии отдельного окна в интерфейсе.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #154

163. Сообщение от Assador (ok), 26-Авг-26, 07:34	+/–
Лучше бы, наконец, протрезвели и сами попробовали поработать в Гимпе с его UX/UI.
Ответить | Правка | Наверх | Cообщить модератору

164. Сообщение от MihaNix (ok), 26-Авг-26, 12:26	+/–
Для хранения я MHTML использовал. Очень удобно.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #19

165. Сообщение от tkzv (ok), 26-Авг-26, 16:43	+/–
>> В ZIP доступны все файлы независимо. > Но декомпреснуть 200 байтов из середины гигового файла - ну вот нет. > Будете весь гиг жевать как зайчики капусту. В каком графическом формате, кроме несжатых BMP, PPM, TIFF и им подобных возможна модификация произвольного пиксела без переписывания всего файла?
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #157

166. Сообщение от tkzv (ok), 26-Авг-26, 16:47	+/–
> включаю компьютер - и у меня закеширован PSDшеник Разумеется, нет. Хуже того, в современных системах всё равно прочитается в кеш гораздо больше требуемых 200 байт, если специально не будешь долго и вдумчиво ковырять настройки.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #157

167. Сообщение от tkzv (ok), 26-Авг-26, 16:58	+/–
Даже так. Любое быстрое сжатие даёт выигрыш. А тесты ZSTD для фотографий тут несколько месяцев назад обсуждали — на предельном сжатии он медленный как LZMA, на минимальном жмёт хуже, чем zlib с дефолтными параметрами, на дефолтном 3-м уровне жмёт как zlib и с близкой скоростью.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #156

168. Сообщение от soarin (ok), 27-Авг-26, 05:52	+/–
> Поэтому эти два офиса в остальном мире никто не юзает. OnlyOffice пользуюся в остальном мире У меня выше опечатка конечно. Имел в виду Р7.  Суть тот же OnlyOffice, вроде там какие-то ЭЦП по ГОСТтам и прочее добавлены. Да и вот в ЕС стали свой офис разрабатывать EuroOffice. И внезапно на основе того же OnlyOffice, тоесть ODF формат опять не в удел. https://blog.documentfoundation.org/blog/2026/06/08/an-open-.../
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #146

169. Сообщение от AleksK (ok), 27-Авг-26, 17:21	+/–
ooxml имеет открытые спеки, да там мелкософт постаралась и с ними тоже всё не просто, но они есть. Где можно найти открытые спеки твоего psd?
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #8

170. Сообщение от pofigist (?), 28-Авг-26, 22:42	+/–
> А вы попробуйте переименовать .odt в .docx. Просто переименовать. Некорректный формат.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #130

171. Сообщение от pofigist (?), 28-Авг-26, 22:48	+/–
> Они ссылаются на какие-то конкретные нормы и предписания ? > А то ведь в той же налоговой до сих пор по инерции > иногда пытаются что-то подобное требовать... пока "вдруг" не оказывается что это > уже много лет незаконно, о чём они "вдруг" вспоминают, когда у > них просят предоставить письменное требование о подаче документов исключительно в конкретном > формате После такого скандала они принимают, но... внезапно оказывается что ваш файл не читается. О чем вам сообщат... в 4 часа последнего дня. И вина за неподачу документов вовремя - будет лежать исключительно на тебе. Ну там пени, штрафы и т.д. Ну и поиски новой работы как вишенка на торте, если ты подовал документы от организации.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #69

172. Сообщение от Хрю (?), 29-Авг-26, 17:39	+/–
<bitmap ref="bitmaps/file1.binary" />
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #10

Архив | Удалить

Рекомендовать для помещения в FAQ | Индекс форумов | Темы | Пред. тема | След. тема