Експортиране и формати

Натисни Export от пилюлата Export | Save as на инструмента, избери формат от менюто до името на файла, после натисни Download. Обикновеното изтегляне се извършва на твоето устройство. Одобрението от организацията и опциите за доставка са описани по-долу.

За повечето задачи един от три формата е правилен:

Останалата част от тази страница обхваща всеки формат, размер и опция.

Как работи експортирането

Предпрегледът е файлът. Когато експортираш, хостът рендира това платно във формата, който си избрал, и ти предава изтегляне (или го поставя в клипборда ти). Селекторът скрива всеки формат, който браузърът ти не може да произведе (виж Video).

Три пътя произвеждат файл. Повечето инструменти рендират платното в избрания формат. Текстовите и данните формати (HTML, MD, TXT, JSON, CSV, ICS, VCF) вместо това се генерират от съдържанието на инструмента, а не се растеризират от картината. А инструментите за поверителност (напр. Strip Hidden Data) използват трети път: файлът, който ти избираш, се трансформира байт по байт на устройството и се връща обратно веднага - без платно, без воден знак и без добавени метаданни за произход, защото той вече е твой собствен файл.

Действията в панела за експортиране:

• Изтегли - запазва файла (основното действие). Ако не можеш да го намериш след това, виж Намери файл, който си изтеглил.
• Копирай - поставя изображението в клипборда ти, за да го вмъкнеш направо в Slack, имейл, документ. Където браузър не може да копира изображения, вместо това изтегля и те уведомява.
• Запази - запазва текущия дизайн в Проекти с едно кликване, без да пита къде; никога не изтегля файл. Запази като, до Експортиране, пита къде (виж Запазване и продължаване).
• Сподели - отваря Share dialog: копируем линк, който възпроизвежда дизайна, превключватели при посещение (fullscreen, панел за експорт, изтегляне или копиране при отваряне) и незадължителен Shortest link, който пакетира цялото състояние в компактен токен (виж URL Mode).

(Авторът на инструмента избира кои от тях се показват; наборът по подразбиране е Copy, Download и Save.)

signed by Lolly2026-10-21vector SVG214 paths~13k nodes268 groups3 images233 KBПровери самВземи подписания файл signed by Lolly2026-10-21vector SVG214 paths~13k nodes268 groups3 images234 KBПровери самВземи подписания файл

Share се отваря върху инструмента, с вече изградения линк и превключвателите при посещение под него.

Рендиране на много наведнъж

Едно експортиране е един файл, но можеш да рендираш много в едно преминаване - всяко доставено като един .zip:

• Projects → Render folder експортира всяка запазена сесия в папка (и нейните подпапки) като един вложен zip; Render selection прави същото за произволна множествена селекция; единична запазена сесия се рендира направо в собствен файл. Не е нужен Batch/Pro - виж Using Lolly → Projects.
• Batch (Pro) рендира мрежа от входни набори - всеки вариант на един шаблон наведнъж.

Запазена сесия може също да бъде споделена отново като линк на инструмент от Projects (той възстановява URL адреса на инструмента от запазените входни данни), така че линк го отваря отново с точно същите настройки.

Избор на формат

Името на файла и менюто за формат стоят заедно като една двойка name.format, под Изтегли.

signed by Lolly2026-10-21vector SVG13 paths457 nodes7 groups9 KBПровери самВземи подписания файл signed by Lolly2026-10-21vector SVG13 paths457 nodes7 groups9 KBПровери самВземи подписания файл

Първият ред е обичайният случай. Уърдмарк, набран с шрифта на твоя бранд, се експортира като SVG, където всяка буква е очертан път, а не пиксел, така че остава ясен в размер на визитка и в размер на облицовка на сграда от един и същ файл.

signed by Lolly2026-10-21vector SVG1 path130 nodes4 groups5 KBПровери самВземи подписания файл

Размер и печатни единици

По подразбиране експортите използват нативния пикселен размер на инструмента. Където инструмент излага размери, можеш да зададеш ширина × височина и единица:

• px (по подразбиране) - точни пиксели.
• mm · cm · in · pt · pc - физически/печатни размери. С физическа единица също задаваш DPI (по подразбиране 300 за печат); двигателят преобразува правилно спрямо формата - PDF става истинска страница с този размер, растер се рендира с правилния брой пиксели за DPI (и вгражда резолюцията), SVG запазва физическата единица с px viewBox.

За да получиш растер с по-висока резолюция, въведи по-голяма ширина/височина или избери физическа единица и увеличи DPI (пиксели = размер × DPI). Няма превключвател за мащаб с едно натискане.

Пример: ширина 210, височина 297, единица mm → страница A4.

signed by Lolly2026-10-21vector SVG12 paths408 nodes16 groups1 image11 KBПровери самВземи подписания файл signed by Lolly2026-10-21vector SVG12 paths408 nodes16 groups1 image11 KBПровери самВземи подписания файл

Кадри от композиция с време

Времево композирано съдържание - времева линия Sequence в Design, или всяко работно поле, управлявано от времева линия - е движещо се нещо, така че статичният експорт трябва да отговори на въпроса "кой момент?". Правилото е такова, каквото очакваш: кадърът при плейхедъра. Постави плейхедъра там, където искаш изображението, и експортирай; това, което виждаш, е това, което получаваш.

Когато искаш повече от един момент, полето Frames се появява до изходния размер (само за композиция с време и само за статичен формат - PNG, JPG, WebP, SVG или PDF). Остави го на 1 за кадъра при плейхеда. Увеличи го и получаваш толкова статични кадъра, взети през равни интервали през цялата секвенция:

• Растер и SVG се връщат като един zip - <name>-01.png, -02.png и така нататък.
• PDF се връща като единичен документ с толкова страници.

Полезно за сториборд, лист с миниатюри, контактен лист за преглед или социална карусел, изрязана директно от видеомонтаж.

Взимането на проби става в средната точка на всеки интервал, а не по краищата, защото първият момент на секвенция често е встъпителен преход, който още не е избледнял, а последният е състоянието след като всеки клип е приключил - взимане на проби по краищата би похарчило два от твоите кадри на почти празни. Броят е ограничен до 64 (контактен лист е за човек да го чете), а всичко безсмислено, въведено в полето, се връща на 1, вместо да провали експорта. Всеки кадър е обикновен статичен кадър, така че Content Credentials, отпечатъкът, физическите единици и DPI се държат точно както при единичен експорт.

Полето Кадри е начинът да получиш лист днес. Двигателят резервира съответстващ URL параметър cuts, но никоя обвивка все още не го чете от линк, така че споделен линк винаги се отваря отново на кадъра при плейхеда - виж URL Mode.

PDF с много страници

Някои инструменти изграждат PDF документ с множество страници вместо единична графика - корица, съдържание, което се разлива на толкова страници, колкото са нужни, и задна корица, всичко в един файл (виж инструмента Booklet). Всяка страница е истинска PDF страница с размер на своята рамка, така че читателите и печатниците получават истински страници, а не едно високо изображение.

• Страници от съдържание. Добави блокове от текст и изображения; нови страници се създават автоматично, докато блоковете се запълват, и можеш да принудиш всеки блок да започне нова страница.
• Истински размери на страници. Избери A4, US Letter или A5 (портрет - двуколонният оформление е изградено за него) - всяка страница и експортираният PDF се рендират точно с този размер.

PDF документите с множество страници са RGB документи и не носят марки за рязане/блийд - те принадлежат на пътя за единична страница Print PDF по-горе. Те все пак носят същите PDF/X-4 метаданни като всеки PDF експорт (рамки на страницата, XMP, идентификатор на документа, изходно намерение sRGB с вграден профил) и предлагат Content Credentials (по-долу) - в инструмента Booklet опцията идва предварително избрана.

Създаване на много неща наведнъж

Lolly има три отделни начина за работа в обем, и те решават различни задачи - масовото редактиране е първокласна възможност на платформата, не нещо, което всеки инструмент преоткрива:

• Един дизайн × таблица от редове → един документ с много страници. Инструменти с вход table (като Battlecards) превръщат всеки ред автоматично в страница - постави таблица от твоята таблица за изчисления, получи PDF с размер на колода. Твоят истински редактор за масова обработка остава таблицата за изчисления: поправи десет реда там, постави отново. Самият инструмент никога не управлява страници.
• Един дизайн × файл с данни → много отделни файлове. Мрежата за масова обработка /pro взима CSV и рендира един експорт на ред - именни баджове, сертификати, по един файл за всеки.
• Много различни активи, редактирани един до друг. Multi-edit отваря няколко запазени сесии в един изглед за координирани поправки в различни дизайни.

Основно правило: редове от един и същ дизайн, които принадлежат на един документ → инструмент, управляван от таблица; редове, които трябва да бъдат доставени като отделни файлове → /pro; различни дизайни, които се нуждаят от една и съща поправка → multi-edit. (Планирана опция за рендиране „combine media“ ще свърже първите две - обединявайки експорти в еднакъв формат в един PDF, едно видео или контактен лист за коректура.)

PowerPoint (PPTX)

Design, Markdown Slides, Booklet, Doc Studio, Chart и Diagrams могат да експортират PowerPoint презентация - по един слайд на страница. Целта не е пикселно точна снимка на екрана; целта е да предадеш на колега презентация, която той наистина може да редактира и да извлича обекти от нея. Затова всяка страница се разлага на нативни обекти:

• Текстът се превръща в истински, редактируеми текстови полета на PowerPoint - с размера на шрифта, цвета, дебелината, курсива и подравняването от оформлението - така че можеш да коригираш печатна грешка или да преоформиш в PowerPoint.
• Векторите (лога, икони, знакът на SUSE) се вграждат като истински SVG изображения - остават резки при всякакъв размер и PowerPoint дори може да приложи Convert to Shape върху тях.
• Изображенията преминават в оригиналната си резолюция като собствени извличаеми картини (изрязано с cover изображение запазва цялото изображение зад изрязването, така че можеш да го прекадрираш повторно), с всяка обработка върху изображението (филтри, смесвания), вградена достоверно.
• Фоновете, рамките и линиите стават истински правоъгълни/линейни фигури.

signed by Lolly2026-10-21vector SVG47 paths~4.9k nodes49 groups1 image65 KBПровери самВземи подписания файл signed by Lolly2026-10-21vector SVG47 paths~4.9k nodes49 groups1 image65 KBПровери самВземи подписания файл

Оформлението е приблизително по замисъл - целта е достоверно, преизползваемо съдържание, а не заключена снимка на екрана. Всичко, което не може да бъде изразено нативно (сложна филтрирана или маскирана област), се вгражда като картина, за да не се загуби нищо. Всяка презентация има един-единствен размер на слайда, взет от първата страница.

PowerPoint е и начин за внасяне. Пусни .pptx файл върху която и да е зона за качване и избери слайдовете, които искаш - всеки от тях става обект, който можеш да поставиш, преработиш или доразвиеш. Markdown Slides създава нова презентация от Markdown (и предоставя брандиран .pptx шаблон), а инструментът Rebrand прилага нова тема на съществуваща презентация на място - цветова палитра на темата, твърдо зададени цветове и шрифтове - без да пипа диаграмите, SmartArt обектите или анимациите ѝ, и връща .pptx. Виж Импортиране на дизайн → Презентации и документи.

Penpot

Всеки инструмент, който може да експортира SVG, може да експортира и Penpot файл (.penpot) - документа, готов за продължаване на редактирането в Penpot, а не само за разглеждане.

• От Design всяка рамка се превръща в Penpot board, всяка кутия в нея се пренася като собствена редактируема фигура - правоъгълник, елипса, текст, изображение или path - и резултатът пристига като преизползваем компонент в панела Assets, готов да бъде изтеглен отново.
• От инструмент, чийто рендер е чиста геометрия - векторните инструменти като QR Code, Street Map, Wordmark и Palette Lab - всеки path, правоъгълник, текстов ред и градиент се пренасят по същия начин, като собствена редактируема фигура.
• От инструмент, който подрежда рендера си в HTML, текстът остава текст - по един редактируем Penpot текстов обект на ред, а не контур и не плоска картина. Елемент от графиката, за който Penpot няма конструкция - сложна илюстрация, жив canvas - се пренася самостоятелно като изображение, така че никога не сплесква текста и кутиите около него. Цяло оформление, което Penpot не може да раздели вярно, все пак може да премине като едно изображение с пълна прецизност, така че нищо никога не се губи.
• Цвят или шрифт, който фигура наследява от брандов токен, остава свързан с този токен във файла: промени токена в панела Tokens на Penpot и всяка фигура, която го наследява, се пребоядисва заедно, докато еднократен буквален цвят остава точно такъв, какъвто е. Цветовете и типографиите на бранда също се озовават в панела Assets, а пълният му набор от дизайн токени - в панела Tokens - същият DTCG набор от токени, който използва собствената палитра на Lolly. Оттам Penpot пази собствено копие: редакция, направена в неговия панел Tokens, се връща обратно в бранда през импорта на Brand Studio, а не сама по себе си.

signed by Lolly2026-10-21vector SVG61 paths~4.9k nodes66 groups2 images72 KBПровери самВземи подписания файл signed by Lolly2026-10-21vector SVG61 paths~4.9k nodes66 groups2 images72 KBПровери самВземи подписания файл

За да го отвориш, стартирай Penpot, избери проект и избери Import. Влязъл в Penpot от панела за експорт, Send to Penpot прави тази стъпка вместо теб - избери проект там и файлът отива направо в него.

SCORM (пакети с курсове)

Избери Export course от поддържан инструмент, папка на проект или селекция. В Design, избирането на SCORM (LMS) и Download също отваря този работен процес за курс. Lolly запазва творението, оставя те да прегледаш съдържанието и реда на курса, след което отваря модула и неговия диалог за експортиране.

• Избери наличната визуализация за всеки източник: неподвижни страници, движение като видео, аудио или ресурс за изтегляне. Добави нативен текст на урока и алтернативи за четене в модула.
• Прегледай плейъра за обучаемия и провери описанията и субтитрите. Движението е включено като видео, включително беззвучна анимация. Експортирай завършен запис първо, когато инструмент не може да го пресъздаде от запазените входни данни.
• Избери Website, SCORM 1.2, SCORM 2004 4th Edition, или експериментална цел xAPI. Провери реалното съдържание и размера на ZIP, след което запази и изтегли проверената версия.
• Завършването изисква потвърждение на всеки задължителен урок и избор на Finish. Плейърът на сайта пази напредъка в браузъра; LMS пакет се свързва с приемащата го LMS.

signed by Lolly2026-10-21vector SVG87 paths~7.8k nodes95 groups4 images110 KBПровери самВземи подписания файл signed by Lolly2026-10-21vector SVG87 paths~7.8k nodes95 groups4 images110 KBПровери самВземи подписания файл

Пакетът включва готовото си съдържание и не изисква акаунт в Lolly. Разархивирай ZIP за Website върху HTTP(S) хост; импортирай ZIP за LMS, без да променяш съдържанието му. Тествай предвидената дестинация, преди да разпространиш курса.

За курс, съставен от няколко запазени творения, импортирани медии и ресурси, използвай Създаване на обучителен курс. Учебният модул има собствен подреден план, изрични потвърждения на уроци, преглед за обучаемия и версионирана история на пакета. Неговият CLI път може да опакова медия, която вече си експортирал.

DXF (файлове за рязане)

Векторните инструменти (Brand Lockup, QR Code, Street Map, Wayfinding Signage, Pose Geeko, връзките с логото, Diagram Builder) могат да експортират DXF - форматът за обмен AutoCAD R12, който четат лазерни резачки, винилови плотери и CNC/CAD софтуер. Геометрията се записва като контурни пътища в милиметри (кривите се изравняват с фин толеранс), текстът се превръща в контурни пътища, а цветът се съпоставя с най-близкия индекс на цвят на AutoCAD (който обикновено задвижва инструмента/операцията на резачка). DXF е само линейна графика - фотографска или филтрирана област няма форма на път за рязане и се изпуска (Lolly предупреждава), затова използвай SVG/PDF, когато трябва да запазиш растерно съдържание.

Street Map е най-ясният случай: целият дизайн вече е линии, така че всеки път и канал се превръща в път за рязане без нищо за пропускане.

signed by Lolly2026-10-21vector SVG7 paths~35k nodes7 groups431 KBПровери самВземи подписания файл

Анимиран SVG

Инструментите за анимация (Animated Ad, Lottie Ad) могат да експортират Анимиран SVG - самостоятелна, векторна анимация. За разлика от GIF/APNG/WebP (които семплират всеки кадър в пиксели), анимираният SVG наслагва векторни снимки с вградени CSS keyframes, така че се мащабира до всякакъв размер без кодек и без външна среда за изпълнение - върти се в раздел на браузъра или в <img>. Текстът остава очертан, за да се рендира навсякъде. Той споделя контролите за Продължителност/честота на кадрите на анимираните формати и (бидейки по-тежък на кадър от растерно изображение) използва по-ниска честота на кадрите по подразбиране.

Прозрачност

Инструментите, които я поддържат, предлагат превключвател за прозрачен фон (напр. No BG). Прозрачността се запазва от PNG, WebP, AVIF, SVG (статичен и анимиран), APNG и Animated WebP. JPG и PDF винаги са непрозрачни, а TIFF се сплесква върху бяло (върху черно при HDR пътя - виж по-долу).

Цветови пространства

Два различни въпроса, които си струва да се разграничават: кои цветови пространства Lolly може да чете и в които да мисли, и кои записва при изход.

Четене. Където и да е записан цвят - таблица със стилове на инструмент, оцветяване на импортиран SVG, стойност на дизайн токен, сянка или градиент вътре в CSS съкратен запис - Lolly чете пълния речник на CSS Color 4: #hex, rgb(), hsl(), hwb(), lab(), lch(), oklab(), oklch(), именуваните цветове на CSS и color() в предефинираните пространства - srgb, srgb-linear, display-p3, a98-rgb, prophoto-rgb, rec2020, xyz-d50, xyz-d65 - включително компоненти, записани с ключовата дума none. Един парсър прави това за цялата платформа, така че браузърът и всеки механизъм за експорт са единодушни какво означава даден цветови низ.

Това има по-голямо значение, отколкото звучи, защото браузърът разрешава съвременен CSS до съвременен CSS. Напишеш color-mix(in oklab, …) и Chrome изчислява oklab(…); използваш бранд токен, съхранен като oklch(), и точно това е буквалната стойност, която вижда механизмът за експорт. Цветовете в тези форми се четат правилно, вместо да се пропускат - каквото правеше механизъм, който разбираше само rgb(), като експортираше бранд-оцветен текст като черен, губеше оцветени панели и линии в таблици и четеше oklch(0.7 0.1 200) 0px 2px 4px като отместване на сянка от 0.7 на 0.1.

Мислене. Цветовата математика се случва перцептивно, а не в сурови канали. Извеждането на палитри, рампите, хармониите и контрастът работят в OKLCH/OKLab, а цвят извън гамата се връща в диапазона от собствения алгоритъм за картографиране на гамата на CSS Color 4 - намаляване на наситеността с проверка на перцептивното разстояние - вместо чрез изрязване на канали, затова ярък цвят се установява на най-близкия цвят, който всъщност би приел, вместо на изравнен. Градиентите интерполират в пространство, което избираш (OKLab по подразбиране, или oklch, lab, lch, srgb, srgb-linear, hsl, с посока на движение на нюанса за поларните), а смесването е предварително умножено, затова преход към прозрачност запазва правилния цвят, вместо да потъмнява към черно по пътя. Един интерполатор обслужва и прегледа, и обходачите за експорт - именно това спря конусовиден градиент да се смесва по един начин на екрана и по друг в експортирания файл.

Записване. Изходът е умишлено по-тесен от входа, защото файлът трябва да бъде четим от каквото и да го отваря, а пространство се декларира при изход само когато числата наистина са преобразувани в него. Екранните и уеб форматите се записват като sRGB и се маркират като такива; печатните формати се записват като CMYK спрямо именувано печатно условие (по-долу); а HDR пътят е Rec.2100 PQ (по-горе). Цвят с широка гама, който достига до експорт, се мапира в sRGB, вместо да бъде погрешно етикетиран - пренасянето на color(display-p3 …) в векторен файл е планирано разширение, не нещо, което днешните експорти твърдят, че правят. Градиент, създаден в OKLab, се изпича в обикновени sRGB стопове на изхода, като допълнителни стопове се вмъкват само там, където sRGB видимо би се отклонил от перцептивната крива, защото SVG <linearGradient> и PDF аксиална сянка нямат настройка за пространство на интерполация, с която да пренесат намерението. Една автентична стойност, три рендерера, никакво отклонение.

Цветови профили

За да се възпроизвеждат цветовете достоверно в приложения с управление на цвета (печатници, Photoshop, браузъри), експортите се маркират с цветови профил:

• PNG / JPG носят вграден sRGB ICC профил - цветовото пространство, в което всъщност се рендира прегледът - така че нищо не остава за отгатване. (Само маркиране; пикселите не се прекодират.)
• Печатен PDF (CMYK) декларира целево печатно условие в своя OutputIntent (по подразбиране Coated FOGRA39), казвайки на RIP/печатница как да се четат нейните CMYK мастила. Бранд цветовете с измерени стойности на мастилото се преобразуват точно; останалите цветове използват стандартно преобразуване за устройство. Тази декларация е име: с Lolly не се доставя никакъв CMYK профил, а PDF/X-4 изисква вграден профил, така че именувано условие записва output intent, без да претендира за PDF/X-4 съответствие. Зареди свой собствен CMYK профил и избери реда му Embed в контрола за цветови профил и той се вгражда като DestOutputProfile на файла - като в този момент PDF файлът наистина може да бъде PDF/X-4 и претендира за това, когато останалата част от файла го позволява. Три неща отменят претенцията, докато запазват output intent (RIP все още иска него): RGB артуърк, който CMYK преминаването не е успяло да преобразува, текстът за кредит в полето за проба prov (изписан със стандартен шрифт, който не е вграден, а X-4 не прави изключение за такива случаи) и силна парола, тъй като X-4 забранява криптиране. Условието, което той декларира, тогава се прочита от този профил: регистрирано име, там където профилът доказва такова, Custom под собственото име на профила, когато не го доказва, така че файлът никога не може да именува едно печатно условие, докато носи измерванията на друго.
• Печатен TIFF (CMYK) записва немаркирани пиксели DeviceCMYK и записва същото печатно условие като произход в своите TIFF метаданни (ImageDescription), вместо да вгражда профил. Същата контрола за цветови профил управлява и двата CMYK формата - TIFF изобщо не може да вгради печатен профил, така че редът Embed записва там само собственото име на профила и нищо повече.
• TIFF (RGB) е обикновеният, некомпресиран sRGB вариант - безстратен растер при избраното DPI за архивиране или обратен цикъл в редактор, с произход, записан в същите TIFF метаданни. Всяка прозрачност се сплесква върху бяло (този профил не носи алфа канал). Както CMYK TIFF, той е само за десктоп, тъй като браузърите не могат да преглеждат TIFF, а мобилните изтегляния стигат до задънена улица.
• SVG, EMF, EPS и DXF са векторни формати, независими от резолюция и профил, без вграден профил - цветовете на SVG са обикновен sRGB, тези на EMF и EPS са device RGB (а EPS (CMYK) записва наивен DeviceCMYK), а DXF носи най-близкия AutoCAD Color Index. (SVG, EPS и DXF, подобно на PDF, очертават всеки текст във векторни пътеки, така че резултатът се рендира дори когато шрифтът не е инсталиран. EMF вместо това по подразбиране пази текста ЖИВ - истински записи на текст в метафайла, които остават избираеми и редактируеми в Office и Google Slides, като преминава към очертания само за откъси, които форматът не може да изрази; опцията "Outline fonts" в панела за експорт налага пътеки навсякъде.) SVG също възпроизвежда CSS box-shadow от HTML - всяка външна сянка се изрисува зад блока, с отместване/разпръскване и гаусово размазване, отговарящи на браузъра, а вътрешните сенки се изрисуват вътре по същия начин.

Това е автоматично - няма настройка, с която да се занимаваш. Миниатюрите и преглеждите пропускат маркирането, за да останат малки. Един профил е избор, защото променя пикселите, а не просто ги етикетира - виж HDR по-долу.

HDR (ярки цветове)

Обикновените експорти са sRGB: бялото е бяло, а наситен бранд цвят е толкова ярък, колкото нормалното бяло на екрана. На дисплей с HDR възможности има много допълнителен запас над това, и картата HDR в панела за експорт го използва - твоите бранд цветове и белият текст се повдигат към пикова яркост, така че наистина да светят, докато тъмните области остават тъмни и придават на светенето неговия контраст.

signed by Lolly2026-10-21vector SVG15 paths572 nodes29 groups1 image13 KBПровери самВземи подписания файл signed by Lolly2026-10-21vector SVG15 paths572 nodes29 groups1 image13 KBПровери самВземи подписания файл

• Формати. Растерните формати с място за пренасяне на сигнала: PNG, JPG, AVIF и TIFF. (Не WebP - той е 8-битов без работещ път за HDR декодиране, така че PQ WebP просто би изглеждал тъмен. Векторите и PDF нямат никакъв HDR модел.)
• Изключено по подразбиране, за разлика от цветовото тагване - то променя пикселите, затова е opt-in. Отбележи картата или подай hdr=1 в линк за споделяне.
• Какво всъщност се записва. Пикселите се прекодират до Rec.2100 PQ - основни цветове BT.2020 с трансферна крива SMPTE ST 2084 (PQ) - и контейнерът носи съответстващия сигнал, така че приложение с цветово управление знае да ги чете по този начин: генериран ICC v4 профил с таг cicp (JPG, TIFF), чънк cICP (PNG) или пренаписана кутия colr (AVIF). Усилването е обвързано с перцептивната (OKLab) светлота, така че средните и по-светлите цветове се избутват до пика, а тъмните се успокояват, вместо да прегарят, и запазва тона - брандово зелено става по-ярко, не по-мента.
• Регулаторите. Четири, разкрити при включена карта: White (таван на пиковата яркост, 400-2000 nits), Reach (докъде надолу в тоновете стига сиянието), Dark lift (колко се изсветляват тъмните - 0 ги оставя тъмни) и Focus (колко цветова наситеност запазва усилването). Те се пренасят в един и същ параметър като компактна настроена стойност - hdr=1600-60-0-50 е White 1600, Reach 60, Dark lift 0, Focus 50 - така че настроен изглед е възпроизводим от линка.
• Къде ще го видиш. Приложения с цветово управление на HDR екран: Preview / Quick Look / Safari на устройства на Apple, Chrome на HDR монитор. На обикновен SDR екран файлът пак се показва като нормално изображение.
• Знай преди да го публикуваш. Много платформи прекодират това, което качваш, и премахват HDR сигнала - социални мрежи, приложения за съобщения, някои CMS-и - което може да остави изображението да изглежда тъмно или избледняло. Използвай HDR там, където контролираш крайната точка (сайт, който строиш, видео стена, презентация на ярък панел), а не по подразбиране за всичко.
• Прозрачност. PNG и AVIF пазят своята алфа; JPG е винаги непрозрачен. Пътят TIFF сплесква върху черно, а не върху бяло, както SDR пътя - в PQ бялото е кодът за 10 000 nits, така че сплескването върху него би обградило всеки ръб с ослепителен ореол.
• Същите байтове от терминала. --hdr=1 с --export=png или --export=jpg записва 16-битовия Rec.2100 PQ PNG и ISO 21496-1 gain-map JPEG и на CLI също, от същите енкодери на ядрото, а не от браузър - така че инструмент, нативен за <svg>, произвежда HDR файл без никакъв Chromium никъде по пътя, а PNG файлът е байт-идентичен с този на уеб приложението. AVIF и TIFF засега остават експорти само от уеб приложението.

Видео

Анимираните инструменти експортират движение като MP4, WebM или GIF - а където е предложено, APNG, Animated WebP или векторния Анимиран SVG (по-горе). Кой видео контейнер виждаш зависи от браузъра ти - селекторът показва само това, което наистина може да запише:

GIF работи навсякъде (чудесен за чат/имейл; по-голям и с по-малко цветове от видео). Анимираните инструменти също предлагат Wait (секунди, за да се уталожи анимацията преди запис) и Duration (продължителност на клипа).

Споделен линк с ?format=…, който изисква контейнер, който браузърът ти не може да запише, елегантно преминава към другия и именува файла съответно.

Звук. Видео експортите не са безмълвни. Инструмент може да постави музикална подложка под клипа - аудио актив от каталога, зациклен или подрязан до продължителността на клипа, с плавно нарастване/затихване, сила на звука и автоматично приглушаване (ducking) под собствения звук на кадрите - а инструментите за запис пренасят директно живия звук на кадрите си във файла. MP4 и WebM пазят смесената писта; GIF и анимираните формати с изображения (APNG, Animated WebP, Анимиран SVG) са мълчаливи по природа.

Аудио

Някои инструменти експортират аудио самостоятелно, а не само като видео писта. Voice Recorder записва снимка от микрофона с живомер на нивото и лек коучинг, след което я запазва като MP3 (по подразбиране, прекодирано в браузъра ти) или в родния му контейнер - M4A (AAC), OGG или WebM (Opus), какъвто и да е записал браузърът ти. Както при всичко останало, кодирането се случва на твоето устройство - нищо не се качва.

Аудиото, което внасяш, е също толкова разнообразно. Селекторът за активи приема MP3, WAV, OGG/Opus, M4A/AAC и FLAC (запазени байт по байт и декодирани на устройството), MIDI (.mid - преобразуван при импортиране в миниатюрна синтезаторна писта на устройството) и tracker модули - MOD, XM, IT, S3M, STM, MTM (декодирани на устройството от вграден плейър, само няколко килобайта данни за песен). Всяко от тях може да стане музикалната подложка под видео експорт или да свири в амбиентния плейър на Neurospicy Mode.

Аудиото е част от конвейера format= / --export= по-долу: wav, mp3, m4a и opus са обикновени идентификатори на формат, така че експорт само на аудио е също толкова споделяем и скриптируем, колкото и PNG. Това, което излиза, е само звукът, без картина.

Произход и воден знак

Където форматът го поддържа, експортите носят метаданни за произход - софтуер, източник, името на инструмента и реда за кредит от твоя профил - вградени нативно (PNG iTXt, JPEG EXIF, PDF info, SVG <metadata>, GIF коментар). Това е само авторство; нищо не се качва. Експерименталните инструменти допълнително впечатват видим воден знак, приложен от хоста, така че да не може да бъде премахнат чрез редактиране на инструмента.

Печатът на Lolly (Lolly Imprint). Растерните експорти носят също собствения невидим пикселен воден знак на Lolly - Lolly Imprint - включен по подразбиране, точно както Content Credentials. Докато credential-ът и метаданните за произход пътуват заедно с пикселите и се губят при повторно запазване, скрийншот или премахване на метаданни, Imprint живее в самите пиксели и оцелява при прекомпресиране - така че копие на изображението все още може по-късно да бъде разпознато като направено с Lolly. Той е траен подсказ, не криптографска гаранция, и е само за наличие (не носи лични данни). Присъства в PNG, JPG, WebP, AVIF, TIFF и BMP, както и в растерите, рендирани от Lolly и композирани в PDF или PPTX - никога в изображение, което ти си вградил, само в това, което самата Lolly рендира. Размаркирай картата Lolly Imprint в панела за експорт, за да го пропуснеш, или подай imprint=0 в линк за споделяне. (Оцеляването на AVIF при прекодиране все още не е калибрирано; откриването в PDF/PPTX покрива вградените Lolly растери.) /verify го открива на устройството - виж Content Credentials Identity.

Траен credential. Втори, по-тежък маркер стои до Imprint: Durable credential, който използва невронен модел на устройството (формат TrustMark), за да запише идентификатора на Lolly в пикселите, така че връзката "направено с Lolly" да оцелее при премахване на метаданни, прекодиране и повторно четене от инструменти, разпознаващи TrustMark, както и от самата Lolly. Той е изключен по подразбиране - за разлика от чисто JavaScript-базирания Imprint, той струва невронно преминаване на всеки експорт плюс еднократно изтегляне на модела, така че е умишлено доброволно включване, а не тих данък. Само растер (PNG, JPG, WebP, AVIF, TIFF), отметва се в панела за експорт или се подава като durable=1 в линк за споделяне. В настолните и мобилните приложения картата е напълно скрита, вместо да се показва като нищо не правеща, защото няма откъде да се изтегли моделът офлайн.

Защита на съдържанието. В панела за експортиране Лицензът, който предоставяш, Кредитите на източниците на всичко, което си поставил, Password protect, C2PA Credentials, Lolly Imprint и Трайно удостоверение се сгъват в една затворена, съобразена с формата група Защита на съдържанието, така че произходът, правата и опциите за защита на файла живеят на едно място. Групата показва само картите, които се отнасят за избрания формат. Отваря се сама, когато линк или запазен документ вече декларира лиценз, или когато източник се нуждае от твое решение.

Лиценз. Избери как другите могат да използват работата ти: по подразбиране None (all rights reserved), или CC0 1.0, Public Domain Mark 1.0, или един от лицензите на Creative Commons 4.0 (BY, BY-SA, BY-NC, BY-NC-SA, BY-ND, BY-NC-ND). Името на лиценза и линк към неговия текст се записват в лицензионните метаданни на файла (EXIF, XMP и RIFF, където форматът има тези полета) и в неговия Content Credential. Изборът се запазва с документа и пътува в линк за споделяне като licence=. Lolly записва лиценза, който си избрал. Тя не проверява и не налага условията. Инструмент със собствено поле за лиценз, като Claim, пази това поле вместо това и не показва втори избор. Печатните маркировки умишлено не са в него: те са геометрия на печатното производство, а не защита, така че Печатни маркировки и блийд - измерването на блийда в милиметри плюс Crop, Registration, Bleed, Colour bars и Stamp details - пази собствена карта на най-високо ниво в печатните формати.

signed by Lolly2026-10-21vector SVG33 paths~3.8k nodes44 groups4 images52 KBПровери самВземи подписания файл signed by Lolly2026-10-21vector SVG33 paths~3.8k nodes44 groups4 images52 KBПровери самВземи подписания файл

Преди да експортираш (печатна предпечатна проверка). Включи Print preflight (export-preflight) в флаговете за функции на твоя профил - той е изключен по подразбиране, така че отделен потребител, който експортира PNG за чат съобщение, никога не бива изненадан от находки на предпечатна проверка, а контролната равнина на дадено разгръщане (lolly.work) може да го включи по подразбиране за своите членове - и карта Before you export се появява в долния край на панела, точно над бутоните, винаги когато печатните правила имат нещо истинско да кажат за поръчката: формат, размер и bleed, после зони на отрязване и bleed, покритие с мастило, брой плаки и брой страници, с присъда до заглавието ѝ. Тя стои под всяка настройка, защото е твърдение за тези настройки, а не още една от тях - и никога не блокира експорт. Казва ти какво предстои да види една печатница.

Цена, изчислена от твоята ценова листа. Под предпечатната проверка - последна от всички, все още над бутоните - стои карта, която превръща същите тези бройки в пари, и то единствено от цени, които някой ѝ е дал. Тя чете каквото е преброило предпечатното преминаване, независимо дали самата карта за предпечатна проверка е включена, и се нуждае от две неща, за да е вярна: поръчката да има нещо, което ценова листа изобщо може да остойности (плаки, листове, площ, страници, редове с варианти или изходни файлове - така че обикновено лого в PNG никога не я показва), и да е налична ценова листа. Ценовата листа е JSON списък с цени от твоята печатница. Стандартна инсталация не носи такава и няма начин в приложението да се зареди - тя пристига или като актив от каталога, който дадено разгръщане доставя, или чрез опционалното разширение за ценови листи, което самостоятелен хостинг или контролна равнина включва. Без ценова листа не се показва нищо - нито подкана, нито празна таблица.

Правилото, около което е изградено цялото нещо, е, че то никога не измисля пари. Всяка цифра е цена, която си предоставил, умножена по количество, което Lolly е преброила - 4 plate × €35.00 - а сборът именува собствения си източник в едно и също изречение с цифрата: издателя, посочен на картата, и датата, от която картата казва, че са цените ѝ. Няма подразбираща се валута, няма заместител и няма нула, застъпваща липсваща цена. Това, което файлът казва за себе си, остава преразказана реч: "Файлът казва: … Lolly не е проверила това."

А когато не може да изчисли честно, работната таблица изчезва, вместо да деградира до посивяла или запълнена цифра:

• Редове, които картата не остойностява, означават изобщо никакъв сбор - само заглавие, казващо колко от тях са без цена. Частична сума не е по-малък отговор, тя е грешен отговор.
• Количество, което е таван, а не точен брой, носи "до" и в подсбора си, така че граница никога не бива подменяна с плоска цифра.
• Цени след датата им на валидност показват само бройки, докато не натиснеш Use these rates anyway - и тогава датата на изтичане пътува заедно с цифрата, така че просрочен сбор не може да бъде прочетен като актуален.
• Отворена през линк, парите остават скрити, докато не ги поискаш на това устройство. Нито картата, нито това разкриване някога пътуват в URL - същата причина, поради която CLI приема --rate-card=<file.json> като флаг за локален файл, а никога като параметър в линк.

Картата е интерфейс, никога съдържание: тя се премахва от всеки етап на експорта, така че не може да премести нито един пиксел от файла, който изтегляш. И е аритметика, не оферта - само твоята печатница може да ти даде такава.

Композирани рендери. Когато инструмент вгражда изхода на друг инструмент (напр. Event Name Badge, вграждащ QR Code), вложеният рендер се вгражда в експорта на родителя - остава истински вектор в SVG и PDF и се растеризира резко в PNG/JPG/WebP. Вграденото дете е междинен продукт: то не получава никакъв воден знак и никакъв собствен произход; само завършеният родителски актив получава такъв. (Композицията покрива SVG и растерните формати; HTML/MD/TXT не могат да бъдат композирани.)

Защита с парола

Два независими вида заключване, изцяло на устройството.

Парола за отваряне на PDF - картата Password protect в панела за експорт предлага две нива, щом се въведе парола:

signed by Lolly2026-10-21vector SVG11 paths~2.8k nodes11 groups1 image35 KBПровери самВземи подписания файл signed by Lolly2026-10-21vector SVG11 paths~2.8k nodes11 groups1 image35 KBПровери самВземи подписания файл

• Weak - проста 40-битова парола (RC4). Лек възпиращ фактор, не истинска защита: паролата ѝ може да пътува в линк за споделяне (като чист текст). Само за RGB pdf.
• Strong - AES-256 (PDF 2.0). Паролата ѝ се въвежда при експорт и никога не се поставя в линк. Strong важи и за PDF файлове за печат / CMYK и за всеки PDF в партиден zip (диалогът за потвърждение на партидата събира паролата). Тъй като PDF/X-4 забранява криптиране, PDF за печат със Strong заключване запазва своя CMYK, маркировки и output-intent, но губи претенцията за съответствие с PDF/X-4.

Всяко от двете нива е взаимно изключващо се с Content Credentials (криптиран PDF не може да носи credential).

Заключени изтегляния (цял zip + защита на дълбочина) - ZIP експорт (форматът ZIP в панела за експорт, който обединява няколко формата на инструмента), изтегляне на папка (Projects → Download) или batch мрежата могат да заключат целия zip с една парола, на две нива:

• Weak - традиционен ZipCrypto, само възпиращо средство. Паролата му може да пътува в линк за споделяне ?password=.
• Strong - AES-256 криптиране. Въвежда се при експорт, никога не се поставя в линк.

Същата карта Password protect в панела за експорт управлява заключванията както на PDF, така и на ZIP. Една парола защитава всеки елемент - изображения, SVG, всичко, включително PDF (само ZIP контейнерът може да защити файлове, които не са PDF и нямат собствено заключване). И това е защита в дълбочина: всеки PDF вътре е също индивидуално заключен с AES-256 със същата парола, така че PDF остава заключен дори след разопаковането на ZIP архива. Подканата се появява, когато започнеш изтеглянето; празна парола означава без заключване.

Линкове за споделяне, защитени с парола - всеки линк за споделяне може да бъде криптиран така, че отварянето му да поиска парола от получателя. Цялото състояние на линка е AES-256-криптирано с ключ, извлечен от паролата (PBKDF2); пътува само шифрован текст, така че паролата никога не е в линка, а декриптирането се извършва в браузъра на получателя - сървърът, който обслужва линка, вижда само шифрования текст в URL-а, никога паролата и никога декриптирания дизайн. Включи го в диалога Share. Криптиран линк може да бъде само отворен в Lolly (не може да бъде вграден като изображение, тъй като този път не може да поиска парола). Виж URL Mode → Encrypted links.

Content Credentials (C2PA)

Експортите могат да носят Content Credentials - подписан манифест C2PA, вграден във файла, който записва по начин, устойчив на подправяне, че файлът е направен с Lolly и не е променян оттогава. Това е стандартизираната версия на метаданните за произход по-горе: криптографско твърдение (какво е създало файла, кога, от кого и къде), обвързано с хеш на байтовете на файла, така че всяка последваща редакция е откриваема от преглед, разпознаващ C2PA. Стандартът се поддържа от Content Authenticity Initiative (Adobe, BBC, Microsoft, Nikon и други), така че същите credentials, които Lolly записва, са тези, които възприемат камерите, редакциите и творческите пакети.

signed by Lolly2026-10-21vector SVG8 paths348 nodes14 groups2 images10 KBПровери самВземи подписания файл signed by Lolly2026-10-21vector SVG8 paths348 nodes14 groups2 images10 KBПровери самВземи подписания файл

• Формати. Всеки контейнер с вграждане на C2PA: PDF (както RGB, така и Print), PNG / Animated PNG, JPG, GIF, SVG, TIFF (RGB и Print), WebP (статичен и анимиран), AVIF, MP4, WebM и аудио контейнерите MP3, WAV, M4A и OGG/Opus - така записан или синтезиран гласов клип носи същия credential, който носи и снимка. ZIP пакет подпечатва всеки поддържан член поотделно, което е и мястото, откъдето Animated SVG получава своя (под повърхността той е обикновен SVG документ; директен Animated SVG експорт не предлага собствена карта). MP4, AVIF и M4A използват BMFF свързването от спецификацията, а MP3 - неговото ID3v2 съответствие, така че c2patool и други прегледи, разпознаващи C2PA, ги проверяват; WebM и OGG/Opus все още нямат стандартизирано C2PA съответствие, затова Lolly носи манифеста съответно като Matroska прикачен файл и поле OpusTags, които собственият верификатор на Lolly (и CLI-то) проверяват. (ico, eps, emf, dxf, bmp, pptx, Office форматите и текстовите/данни форматите нямат C2PA контейнер.)
• По подразбиране включено. Картата C2PA Credentials в панела за експорт идва предварително избрана за почти всеки инструмент - отметни я обратно, за да пропуснеш credential при отделен експорт (или подай c2pa=off в линк за споделяне). Инструмент може изцяло да се откаже в своя манифест.
• Какво записва. Инструментът и приложението, създали файла, времето на подписване, повърхността на експорт (семейство браузър enjine + семейство ОС - грубо по замисъл, никога отпечатък) и - само когато Profile → Use my details е включено - твоето име и имейл като автор на работата.
• Какво виждат получателите. Инструменти за преглед на content credentials (приложения на Adobe, c2patool, contentcredentials.org/verify) ще прочетат манифеста и ще покажат твърдението. Тъй като Lolly подписва с ключ, генериран на твоето устройство - не сертификат от списък на доверие - прегледите го отчитат като непотвърден credential. Структурата и устойчивостта на подправяне са реални; самоличността на подписалия просто не е гарантирана от орган. За да го надградиш, можеш да регистрираш потвърдена самоличност (Profile → Content Credentials): краткотраен сертификат от Lolly CA обвързва твоя имейл с твоите експорти, докато ключът за подписване никога не напуска устройството ти - виж Content Credentials Identity.
• Проверка на файл. Lolly проверява и собствените си credentials: пусни всеки файл на /verify (или изпълни lolly validate <file> в CLI-то) за отчет на устройството - озаглавен от това дали файлът наистина е направен с Lolly и непроменен оттогава. Изгледът Verify в уеб приложението чете далеч отвъд credential-а: маркира AI-генерирано съдържание, открива Lolly Imprint, проверява подписи SEAL и (по избор) водни знаци от трети страни и показва скрити данни - всичко на устройството, нищо не се качва. Виж Content Credentials Identity → Beyond the credential.
• Поверителност. Всичко се случва на твоето устройство: ключът за подписване се създава за експорта и никога не напуска браузъра, нищо не се качва, а твърдението съдържа само това, което метаданните за произход вече носят. Инструментите за поверителност (трансформации на устройството на твои собствени файлове) никога не добавят credentials, а Strip Hidden Data ще премахне C2PA манифест като всички други вградени метаданни.
• Взаимодействия. За PDF-ове Content Credentials и защита с парола (всяко от двете нива - виж по-горе) са взаимно изключващи се (криптиран PDF не може да носи прикачения credential). Credential-ът се добавя като последна стъпка върху готовите байтове - след подпечатването на DPI/EXIF/цветови профил, метаданните PDF/X и печатните маркировки.

Кредити за източник

Експорт, който поставя чужда творба, записва този източник и в удостоверението. Емоджи, взето от закачен набор, е ежедневният случай: творбата, нейният създател, лицензът, откъде идват точните байтове и какво е променено - всичко пътува с файла. Редът Кредити за източник в панела за експорт казва какво изискват източниците от доставката, преди да изтеглиш, а след изтеглянето той прочита доставените байтове обратно, преди да каже, че кредитите са във файла. Лиценз, който те моли да избереш, например прекрасен символ CC BY-SA, който се готвиш да споделиш, получава карта с изходите; изтеглянето никога не е блокирано. Творчески права и кредити съдържа думите, прегледаните лицензи и какво остава твое.

На телефон

Контролите за експортиране са зад плаващия бутон Експортиране, който отваря панела Експортиране - същите формати, размер, копиране, изтегляне и споделяне, но с размери за докосване.

Справочник на форматите

Всеки идентификатор, който хостът може да рендира, групиран. Това са и стойностите за URL параметъра format= и флага --export= на CLI-то - виж URL Mode и CLI. Менюто на инструмент показва само форматите, които този инструмент може да направи, така че винаги е по-кратко от този списък.

Още няколко ids идват от собствената кука за експорт на инструмента, а не от общия път за рендиране: ase (Adobe Swatch Exchange, от Palette Lab), exr и hdr (растери с висок динамичен диапазон на Darkroom) и ttf / otf / woff (Font Convert). Те избират формат по същия начин - селектора, format=, --export= - байтовете просто се изграждат от инструмента. Font Convert е единственото изключение: той трансформира файл с шрифт, който ти подаваш, така че за обикновен URL няма какво да се рендира.