Vad är filformatet BLEND?
Filändelsen .blend används av 3D-projektfiler och animeringar skapade med 3D-modellerings- och renderingsverktyget Blender. .blend-filer innehåller alla element i ett projekt, såsom objekt, texturer, NURBS-ytor, 3D-mesh-data, ljud, ljusinformation, animerings-keyframes, UV-mappningslayouter och gränssnittsinställningar. En enskild .blend-fil kan innehålla flera scener.
Huvudprojektfil
.blend är standardformatet som används av Blender, utvecklat och underhållet av Blender Foundation. En .blend-fil lagrar kompletta projektdata i en enda, allt-i-ett binär behållare - inga externa beroendefiler krävs såvida inte tillgångar medvetet länkats istället för att packas in.
Internt använder .blend en blockbaserad DNA/RNA-struktur, där en inbäddad DNA-ordlista beskriver den exakta C-struct-layouten som användes för att skriva filen. Detta gör att äldre och nyare Blender-versioner kan läsa varandras data med rimlig kompatibilitet. Varje .blend börjar med den 7 byte långa ASCII-signaturen BLENDER, följt av flaggor för pekarstorlek och byte-ordning, och sedan ett 3-siffrigt versionsnummer.
Som standard sparar Blender även automatiska säkerhetskopior som .blend1 och .blend2 tillsammans med huvudfilen. Projekt kan referera till tillgångar från andra .blend-filer via Blenders bibliotekslänkningssystem, vilket håller stora pipelines modulära. För utbyte med andra applikationer kan scener exporteras till format som .FBX, .glTF eller .DAE.
Säkerhet & trygghet
RISK: MEDIUMEn .blend är data, men den är INTE rent passiv: Blender-filer kan innehålla inbäddade Python-skript som körs automatiskt (drivers, alternativet «Register» / auto-run, hooks för tillägg). Att öppna en .blend från en okänd källa med «Auto Run Python Scripts» aktiverat kan exekvera godtycklig kod. Blender inaktiverar auto-run som standard och varnar dig - låt det vara avstängt för filer från främlingar, och inspektera/lita endast på skript från kända källor. I övrigt är själva geometri- och materialdatan ofarlig.
Formatdetaljer
i ett nötskalProgram som öppnar BLEND-filer
Tekniska detaljer
djup specifikation| Magic bytes | 7 ASCII-bytes «BLENDER» vid offset 0 (hex: 42 4C 45 4E 44 45 52) |
| Flagga för pekarstorlek | Enstaka byte vid offset 7: «_» = 32-bitars pekare, «-» = 64-bitars pekare |
| Endianness-flagga | Enstaka byte vid offset 8: «v» = little-endian, «V» = big-endian |
| Versionskodning | 3 ASCII-siffror vid offset 9-11 bäddar in Blender-versionen (t.ex. «404» = Blender 4.0.4) |
| Komprimering | Filer kan valfritt gzip-komprimeras vid sparande; komprimerade filer börjar med bytes 0x1F 0x8B istället för «BLENDER»-headern |
| MIME-typ | application/x-blender |
| Intern arkitektur | Blockbaserad DNA/RNA binär databas; en inbäddad DNA-ordlista speglar den C-struct-layout som användes för att skriva filen, vilket möjliggör framåt- och bakåtkompatibilitet |
| Stöd för flera scener | En enskild fil kan lagra flera oberoende scener |
| Packning av tillgångar | Bilder, ljud, typsnitt och andra externa tillgångar kan bäddas in («packas») direkt i filen för att skapa ett helt självförsörjande arkiv |
| Bibliotekslänkning | Externa `.blend`-filer kan länkas (refereras utan kopiering) eller bifogas (data kopieras in), vilket stöder stora modulära produktionspipelines |
| Namngivning av säkerhetskopior | Blender skriver automatiskt `.blend1`- och `.blend2`-säkerhetskopior bredvid huvudfilen vid varje sparning |
| Python-datalagring | Anpassade Python-skript, driver-uttryck och inställningar för tillägg kan bäddas in och köras inifrån filen |
| Lagring av nodgrafer | Nodträd för shaders, compositor och geometri serialiseras som en del av scenens datablock |
| Plattformsoberoende läsning | Flaggor för pekarstorlek och endianness gör att `.blend`-filer skapade på valfri plattform kan läsas på 32-bitars/64-bitars och big/little-endian-system |
| Släppt | 1994 (Blender); .blend DNA/RNA structure stabilized late 1990s |
| Specifikation | docs.blender.org |
BLEND-konverteringar
Frågor & svar
frågat av användareInga frågor än - bli den första att fråga om BLEND-filer.