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

Как да извадиш готов файл от инструмент - избор на правилния формат, задаване на изходния размер и какво прави всяка опция. Както всичко останало, експортирането се случва на твоето устройство; нищо не се качва.

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

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

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

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

• Download - запазва файла (основното действие).
• Copy - поставя изображението в клипборда ти, за да го вмъкнеш направо в Slack, имейл, документ. Където браузър не може да копира изображения, вместо това изтегля и те уведомява.
• Save - запазва текущия дизайн като запазена сесия на инструмент в библиотеката ти.
• Share - отваря диалога Share: копируем линк, който възпроизвежда дизайна, превключватели при посещение (fullscreen, панел за експорт, изтегляне или копиране при отваряне) и незадължителен Shortest link, който пакетира цялото състояние в компактен токен (виж URL Mode).

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

signed by Lollyvector SVG2026-08-24Провери самGet the signed file51 paths~4.7k nodes125 groups1 image67 KBsigned by Lollyvector SVG2026-08-24Провери самGet the signed file51 paths~4.7k nodes125 groups1 image67 KB

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

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

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

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

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

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

Полето за име на файла и селекторът на формат стоят в горната част на панела като една двойка name.format, а селекторът изброява само форматите, декларирани от автора на този инструмент.

signed by Lollyvector SVG2026-08-24Провери самGet the signed file6 paths311 nodes6 groups1 image7 KBsigned by Lollyvector SVG2026-08-24Провери самGet the signed file6 paths311 nodes6 groups1 image7 KB

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

signed by Lollyvector SVG2026-08-24Провери самGet the signed file1 path130 nodes4 groups5 KBsigned by Lollyvector SVG2026-08-24Провери самGet the signed file1 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 Lollyvector SVG2026-08-24Провери самGet the signed file9 paths367 nodes16 groups1 image10 KBsigned by Lollyvector SVG2026-08-24Провери самGet the signed file9 paths367 nodes16 groups1 image10 KB

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

PowerPoint (PPTX)

signed by Lollyvector SVG2026-09-03Провери самGet the signed file33 paths~1.8k nodes37 groups29 KBsigned by Lollyvector SVG2026-09-03Провери самGet the signed file33 paths~1.8k nodes37 groups29 KB

Инструментите за много страници и оформление (Carousel, Doc Studio, Multi-Page PDF, инструментите за диаграми и инструментите за карти/оформление с едно платно) могат да експортират PowerPoint презентация - един слайд на страница. Целта не е пиксел-съвършена снимка на екрана; тя е да предадеш на колега презентация, която той действително може да редактира и да извади активи от нея. Затова всяка страница се разлага на нативни обекти:

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

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

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

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

signed by Lollyvector SVG2026-09-03Провери самGet the signed file42 paths~1.6k nodes47 groups1 image30 KBsigned by Lollyvector SVG2026-09-03Провери самGet the signed file42 paths~1.6k nodes47 groups1 image30 KB

Векторните инструменти (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 Lollyvector SVG2026-08-24Провери самGet the signed file7 paths~35k nodes7 groups431 KB

Анимиран SVG

signed by Lollyvector SVG2026-09-03Провери самGet the signed file36 paths~1.6k nodes47 groups1 image31 KBsigned by Lollyvector SVG2026-09-03Провери самGet the signed file36 paths~1.6k nodes47 groups1 image31 KB

Инструментите за анимация (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 Lollyvector SVG2026-08-24Провери самGet the signed file15 paths897 nodes29 groups1 image17 KBsigned by Lollyvector SVG2026-08-24Провери самGet the signed file15 paths897 nodes29 groups1 image17 KB

• Формати. Растерните формати с място за пренасяне на сигнала: PNG, JPG, AVIF и TIFF. (Не WebP - той е 8-битов без работещ път за HDR декодиране, така че PQ WebP просто ще изглежда тъмен. Векторите и PDF изобщо нямат HDR модел.)
• Изключено по подразбиране, за разлика от маркирането на цвета - то променя пикселите, затова е доброволно включване. Отметни картата или подай hdr=1 в линк за споделяне.
• Какво всъщност се записва. Пикселите се прекодират в Rec.2100 PQ - основни цветове BT.2020 с трансферна крива SMPTE ST 2084 (PQ) - а контейнерът носи съответния сигнал, за да знае приложение с управление на цвета как да ги чете: генериран ICC v4 профил с таг cicp (JPG, TIFF), чънк cICP (PNG) или пренаписана кутия colr (AVIF). Повдигането е обвързано с перцептивната (OKLab) яркост, така че средни и по-светли цветове достигат пик, а тъмните се успокояват, вместо да прегарят, и е с запазен нюанс - брандово зелено става по-ярко, не по-мента.
• Скалите. Четири, разкрити при включена карта: White (таванът на пиковата яркост, 400-2000 нита), 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 нита, така че сплескването върху него би обградило всеки ръб с ослепителен ореол.

Видео

Анимираните инструменти експортират движение като 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 и Durable credential се сгъват в една затворена, съобразена с формата група Защита на съдържанието, така че опциите за произход и защита на файл да живеят на едно място - групата показва само картите, които се отнасят за избрания формат, и се скрива изцяло, когато нито една от тях не се отнася. Печатните маркировки умишлено не са в нея: те са геометрия на печатното производство, а не защита, така че Print marks & bleed - измерването на bleed в милиметри плюс Crop, Registration, Bleed, Colour bars и Stamp details - пази собствена карта на най-високо ниво в печатните формати.

signed by Lollyvector SVG2026-08-24Провери самGet the signed file21 paths~1.5k nodes35 groups3 images24 KBsigned by Lollyvector SVG2026-08-24Провери самGet the signed file21 paths~1.5k nodes35 groups3 images24 KB

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

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

Правилото, около което е изградено цялото нещо, е, че то никога не измисля пари. Всяка цифра е цена, която си предоставил, умножена по количество, което Lolly е преброила - 4 плаки × €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 Lollyvector SVG2026-08-24Провери самGet the signed file11 paths~4.4k nodes11 groups1 image51 KBsigned by Lollyvector SVG2026-08-24Провери самGet the signed file11 paths~4.4k nodes11 groups1 image51 KB

• Standard - основно 40-битово заключване (RC4). Отваря се във всяко PDF приложение, и - тъй като е лек възпиращ фактор, не истинска защита - може да пътува в линк за споделяне (чист текст, по замисъл). Само за RGB pdf.
• Strong - AES-256 (PDF 2.0). Паролата се въвежда при експорт и никога не се поставя в линк; отваря се само в по-нови PDF приложения (Acrobat / Preview от ~2018 нататък), а по-старите приложения може да съобщят, че файлът е повреден. Strong важи и за Print / CMYK PDF и за всеки PDF в batch zip (диалогът за потвърждение на batch събира паролата). Тъй като PDF/X-4 забранява криптиране, заключен със Strong Print PDF запазва своя CMYK, маркировки и output-intent, но отпада заявката за съответствие с PDF/X-4.

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

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

• Standard - традиционен ZipCrypto: отваря се във всеки инструмент за разархивиране, включително вградения extract на Windows Explorer, но е слаб (възпиращ фактор). Паролата му може да пътува в линк ?password=.
• Strong - AES-256 (WinZip AE-2): силна защита, но не се отваря с вградения extract на Windows Explorer - получателят се нуждае от 7-Zip / WinZip / Keka / macOS. Въвежда се при експорт, никога не се поставя в линк.

Същата карта 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 Lollyvector SVG2026-08-24Провери самGet the signed file8 paths652 nodes14 groups2 images13 KBsigned by Lollyvector SVG2026-08-24Провери самGet the signed file8 paths652 nodes14 groups2 images13 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 и печатните маркировки.

На телефон

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

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

Всеки id, който хостът може да рендира, групиран. Това са и стойностите за 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 няма какво да се рендира.