Komiks xkcd 1301: Přípony souborů

8. 11. 2014 | Redakce

Články - Komiks xkcd 1301: Přípony souborů  

XKCD česky.

Přípony souborů

← Kolský vrt | originál: http://xkcd.com/1301/ | Před Internetem →

Překlady xkcd vycházejí se svolením původního autora. © Randall Munroe.
Překlad: Tadeáš Pelech

Uvedená práce (dílo) podléhá licenci Creative Commons Uveďte autora-Neužívejte dílo komerčně 2.5

Seriál XKCD česky (dílů: 338)

První díl: Komiks xkcd 648: Podzimní listí, poslední díl: Komiks xkcd 1112: Vem si to logicky.
Předchozí díl: Komiks xkcd 1330: Kolský vrt
Následující díl: Komiks xkcd 1348: Před Internetem

Diskuse k tomuto článku

[Václav "Darm" Novák]

Jen tak trochu nechápu, proč je jpeg pod jpg…

[Johny007]

Ty nekdy pouzivas priponu jpeg? K cemu je to dobre?

[Grunt]

Třeba protože tak se ta přípona oficiálně dle standardu jmenovala. JPG vzniklo a bylo přidáno do standardu až se systémy, které neuměly nic jiného než třípísmenné přípony psané velkýma písmenama.

[frr]

Mě přípona .jpeg voní nějakým tradičním Unixem. Tuším poprvé jsem ji potkal u nějakých example obrázků buď na Ultrixu ve škole v učebně s několika DEC Alphastations, nebo jsem tuším kdysi na Invexu šel okolo stroje s NextStepem... Všechno je to tak dvacet let zpátky.

[Grunt]

Ok, tak jsem si projel původní dokument z dvaadevadesátého a opravdu je tam marker JPG, protože markery byly z nějakého důvodu taky třípísmenné, ale běžnou praxí je používat příponu .jpeg u systémů, které to dovolují, protože metoda komprese a z toho vyplývající formát je pojmenovaná po Joint Photographic Experts Group (i když přesnější by možná byl JFIF). O žádné neexpertní skupině nevím. V dalších dokumentech už se žádný JPG nikde nevyskytuje.

[j.]

Pri slove expert sa mi zasadne vynara tato asociacia: Karl, the Expert

[JokeExplain]

http://www.explainxkcd.com/wiki/index.php/1301

[Václav "Darm" Novák]

To jestli ji používám nebo ne nijak nesouvisí s důvěryhodností souborů s tou příponou.

[Petr]

Většina soudných lidí dnes na webu používá .jpg. Což právě koresponduje s tou důvěryhodností informací podle přípony souboru. Taky někomu chybí smysl pro humor.

[Grunt]

Popravdě jsem předpokládal, že v tom bude nějaká pointa toho vtipu, ale vůbec jsem ho nepochopil.

[Petr]

Už mám taky nějakou osobní zkušenost, že s .jpeg bývá více problémů než s .jpg. Stačí prohnat vyhledávacího strýce na něco jako ".jpeg" problem a dost z těchto problémů mizí po přejmenování na .jpg...

[Petr]

A zapomněl jsem na zbytek odpovědi. Že ten vtip není moc složitý. Obsah, který musel někdo vysázet nebo formátovat, bývá kvalitnější a důvěryhodnější. Stejně jako rozšířenost formátů v lidské populaci nebo třeba snadnost manipulace... Sajrajt z GIF souborů taky asi není třeba rozvádět, stejně jako formát samotný a určení jeho použití.

[ovoce]

Ani tak nejde o to, že GIF je sajrajt, ale že se v tom formátu vyskytujou hlavně různé komické animace, fórky z 4chanu a tak.

[frr]

Mě ani nepřijde, že se v .GIFu vyskytují samé 3.14oviny. Vždyť v tom formátu je veliká spousta ikonek a další kreslené grafiky na všech webech - se podívejte kolem. Jasně - jsou to všecko jenom drobné součástky, jedna každá mnoho smyslu nedává, to je pravda.

Osobně když potřebuju nějakou svoji ilustraci vystavit na webu nebo poslat mailem, obvykle volím mezi .GIF a .PNG. O GIFu vím, že ho přečte úplně každý a kresby bez barevných gradientů budou mít úplně mizivou velikost. PNG je modernější/mladší, dneska už ho taky přečtou všichni, výhodou je oproti GIFu (paleta 256 indexovaných barev) větší barevná hloubka. GIF používám občas taky kvůli průhlednosti (byť primitivní) nebo kvůli animacím. Obrázek je za tisíc slov, a animovaná kresba možná za dva tisíce. V mnoha případech mi HTML s GIFy vyhovuje víc, než sazba do PDF. Záleží na adresátovi a požadované úrovni formalit. Třeba pro tisk na papír je PDF patrně vhodnější (montážní návody/příručky) a asi i pro posílání mailem (jediný soubor).

[Grunt]

No když už nic, tak pro krátké sekvence tu máme MJPEG nebo Motion JPEG 2000 a víc košer by byl jakýkoliv standardní video formát. Nejvíc mě vždycky nadchne nějaká tisícipixelová vyditherovaná potvora o délce pomalu delší než nějaký stupidní klip na YouTube co mi tak maximálně zasekne mého skoro deset let starého chudáčka bez paměti.

Na druhou stranu je fakt, že mě nenapadá co by se dalo použít na bitmapovou kreslenou animaci a když už jsme u toho tak co na tu vektorovou (Flash není otevřený standard) moc taky ne.

[ovoce]

MJPEG zobrazí ve výchozím stavu který browser? To bud počítám z hleidska kompatibility horší než webm.

http://i.imgur.com/8F3okGg.gif

[Grunt]

Ten který zobrazí ve výchozí stavu JPEG2000

[Ovoce]

Žádnej? Ale já se ptal na mjpeg standardní, ne na JPEG2000, kterej je bohužel velmi málo podporován i normálními desktopovými aplikacemi, o webu už ani nemluvě.

[Grunt]

Žádnej?

No však. Což samo o sobě ovšem neříká nic o formátu.

[Grunt]

Jo. Abych pravdu řekl, je fakt, že když stahuju něco zakódované v Kanji nebo Kaně tak s tím mívám taky problémy. Ale je též nutné podotknout, že se problém týká pouze jistého operačního systému jehož jméno se zde nevyslovuje. V Linuxu takové problémy nemám. V Linuxu spíš mívám problémy jak takovou věc v konzoli vůbec označit a dostat ji z toho disku. Modlím se před dnem kdy se mi podaří sosnout nějakou mrchu bez latinky a nejlépe složenou z glyfů složených ze samých radikálů a min. tak o dvaceti tazích. Na klávesnici to nenapíšeš a překreslovat to bude peklo. Už abych si sehnal páčidlo abych to násilím z toho disku vypáčil.

[Sten]

Na to se používá myš

[Grunt]

V době GNOME2 nautilus prostě při vstupu do takové složky jednoduše sletěl.

[ced]

No jo, to jsou ty modernisti. Nautilus

Použij příkazovou řádku nebo mc. Ještě se mi nestalo, že by tam něco nešlo kvůlivá podivným znakům.

[j.]

Pouzivejte rm -rf *

On si to pak buh prebere

[ByCzech]

No mi pointa vtipu přijde jako narážka na nejmenovaný OS, který ve výchozím nastavení přípony skrývá a "zdvojením" přípon v názvu vydává různé spustitelné soubory s malware za výše uvedené soubory. Už jste viděli, že by se nějaký Malware maskoval za dokument tex? Za to za jpg, jpeg, gif...

[pavlix]

Většina soudných lidí dnes na webu používá .jpg.

To má být korelace nebo kauzalita. Podle mě by soudný webař měl vědět, že je to úplně jedno, hlavně když to dostane na serveru správný MIME typ.

Taky někomu chybí smysl pro humor.

Nebo někomu právě ta soudnost, ač o ní píše.

[ovoce]

V práci jsem zjistil při vkládání těch šmejdů to webové aplikace, že .jpg to papá, ale .jpeg ne...

[Sten]

JPEG používá Mac a JPG Windows. Prostě takový vtip.

[Bedňa]

Jpeg nastúpil s nejakou novou variantou jpg, sa tomu hovorilo jpg2 či tak nejak.

Pretože Win je na pomenovanie súborov citlivý tak sa to takto oddelilo. Jako mám to len z počutia páč na Linuxe je to jedno, ale podľa toho čo som počul od Windowsákov

[Bedňa]

Přílohy:

• cokor.jpg (23310 bytů)
• gendruwo.jpg (193885 bytů)
• java.jpg (29093 bytů)
• my_hack.jpg (41 bytů)

Ešte pribalím pár zaujímavých súborov.

Upozorňujem, sú to hacky.

[Bedňa]

Ešte ma napadlo v PDF sa dajú prakticky písať aplíkacie, teda nikdy som sa k tomu nedostal, len som si pozrel špecifikácie, autor to dáva na druhé miesto dôveryhodnosti, ale asi to berie tak že ľudia to berú ako prehliadač dokumentov hoci to nieje pravda.

[Sten]

Tohle jsou ty nejlepší hacky: nefungující

[Bedňa]

Na Linuxe tieto srandy nefungovali nikdy.

[Bedňa]

Teda okrem java.jpg,

[quā quā]

Jaka java, dyk je to prachsproste php...

[Sten]

Dnes by pod GIF měl ještě přijít WEBM

[kralyk z abclinuxu]

+1

[Kurama]

Nejdůvěryhodnější přípona je .com a nejnedůvěryhodnější je .exe

[xkucf03]

A soubor sex.exe stažený z neznámého FTP serveru je třeba bez přemýšlení spustit…

[mikirc]

A co takový soubor "obrazek.jpg.exe" z e-mailu, to jsou dvě radosti v jednom :D

[Roslav]

To bol iny xkcd :D http://xkcd.com/1247/

[Vtipnéř]

Chybí mi tam např tgz nebo rar, patrně by byly na opačném konci spektra.

Jirka

[Jan Drábek]

A co takový 01.jpg (http://interlos.fi.muni.cz/download/years/2012/sada2/01.jpg) z InterLoSa (šifrovačky).

[Ufff]

Vtipnější by možná bylo, kdyby samotný obrázek byl gif.

[xkucf03]

Proč se vlastně komixy nedělají v SVG? Nebo obecně v nějakém vektorovém formátu? Dokonce by mohly být interaktivní…

[Grunt]

Popravdě mi to taky vrtá hlavou.

[Ovoce]

Asi to bude mít podobné důvody, jako proč se pro enkódování kreslenejch seriálů nepoužívá vektorová komprese, i když pro to "přece musí být mnohem vhodnější".

[Grunt]

To mi taky vrtá hlavou, když už jsme u toho

[Ovoce]

Aha, sarkasmus asi nebyl dost jasný :)

1) Protože ten zázračnej vektorovej kodek neexistuje.

2) Stejně by to podle všeho moc nefungovalo, jako většina zázračných technologií budoucnosti (wavelety, fraktály...)

[Heron]

Netuším, co to přesně má být vektorová komprese, ale kreslené seriály typu South Park nebo Futurama by klidně mohly být dodávány jako animované vektory a renderovaly by se až na zařízení. Každej komp, kterej uměl přehrát z tehdy jako mpeg2 half pal by to bezproblémů uměl renderovat v nativním rozlišení. O dnešních ani nemluvě. Stačil by jeden jediný formát a šlo by to nativně přehrát na 800x600 nebo 4k HD.

Wavelety se používají, jen ne na kompresi (i když to taky).

[Ovoce]

No jo, ale pak by to třeba všude renderovalo jinak, a je to zbytečná komplexita. Když to proženete standardním video formátem, je to mnohem snazší. A není nijak zaručeno, že by to renderování u uživatele vůbec uspořilo přenosová data, protože byste tam musel nanosit ty "assets" které to používá. Plus leckomu by se to asi ani nelíbilo, protože by to umožnilo z toho distribuovaného obsahu vyhackovat polotovary a pak je vykrást...

Ad wavelety -

narážel jsem samozřejmě na to, že se neujaly v kompresi. Tedy lépe řečeno, ukázalo se, že nejsou lepší než DCT, i když se na to věřilo. Takže h.264, h.265 jsou pořád odvozené od DCT a není to kvůli tomu, že by byly pitomé nebo zastaralé, ale proto, že DCT se kupodivu tak lehko překonat nedá.

Používají se v okrajových formátech (viz ten jpeg2000), a tam je samozřejmě těžké říct, jestli je to díky jejich technické vhodnosti, nebo spíš shodou okolností.

[Grunt]

No jo, ale pak by to třeba všude renderovalo jinak

Jak se dá vektorová grafika renderovat všude jinak? Maximálně v jiném rozlišení.

Plus leckomu by se to asi ani nelíbilo, protože by to umožnilo z toho distribuovaného obsahu vyhackovat polotovary a pak je vykrást...

Ne vykrást ale sdílet. Říká se tomu Open Source Free Cultural Work a první otevřené komixy, které nabízejí i produkční data skutečně znám.

h.265 jsou pořád odvozené od DCT a není to kvůli tomu

Přitom H.265 už moc daleko od Waveletů nemá a spíš je to takový hybrid mezi nimi a klasickou blokovou DCT.

[Ovoce]

Jak se dá vektorová grafika renderovat všude jinak?

Jakpakto že třeba 3D hry s různým ovladačem fungujou různě a obraz vypadá různě? Protože IRL je svině...

Ne vykrást ale sdílet. Říká se tomu Open Source Free Cultural Work a první otevřené komixy, které nabízejí i produkční data skutečně znám.

Nic proti tomu, že je něco otevřené. Když to tak autor chce.

Přitom H.265 už moc daleko od Waveletů nemá a spíš je to takový hybrid mezi nimi a klasickou blokovou DCT.

O RLY... Nějaké podklady pro toto odvážné tvrzení? Jako zase si nechci hrát na experta, ale tohle jestli my nevysvětlíte, tak si fakt budu myslet, že plácáte naprosté blbosti. Aspoň nějakou základní ideu, na níž to staví, protože fakt netuším, jak si to vysvětlit.

[kralyk z abclinuxu]

Hm, tak pojem "hybrid mezi wavelet a DCT" mi taky není moc jasný. Taky nejsem odborník, ale afaik h.265 používá klasicky DCT, inovace v h.265 jsou afaik spíše v oblasti adaptivního rozdělení do bloků a vymakanější inter/intra predikce.

[Ovoce]

Tak tak, jako transformace je tam celočíselná aproximace DCT o různých velikostech (8x8, 16x16, 32x32, asi i 4x4, teď nevím jistě). A transformace probíhá čistě v oddělených blocích, takže IMHO jo, jestli to něco je, tak "block-based DCT codec".

Pěkné rychlé shrnutí H.265 je jinak tady.

[kralyk z abclinuxu]

Wow, no tak ta inter/intra predikce je teda výživná. To se od mpeg4asp pohnulo úplně někam jinak tahle oblast...

Btw. jsem zvědav, jestli se ujme Sill Picture profile, už by to opravdu něco takovýho chtělo. Predikce v jpegu je proti tomhule naprosto směšná...

[Ovoce]

Jo, už h264 intra by býval fajn formát. Bohužel to nikdo nepodporuje a netlačí.

Aspoň teda máme webp, ale to je zase trucpodnik Googlu, ne klasickej standard (VP8/VP9 škodí, že není konkurence v oblasti enkodérů).

[kralyk z abclinuxu]

Njn, je to ale hrozná škoda, do těch video formátů jde takovýho engineeringu (I-frames v h264 nebo h265 na tom jistě jsou velmi dobře) a svět přitom v 90% používá DCT-based still picture formát z konce 15. století (JPEG) ... :-/

[egg]

+1

[Grunt]

Protože ten zázračnej vektorovej kodek neexistuje.

A to je docela chyba.

Stejně by to podle všeho moc nefungovalo, jako většina zázračných technologií budoucnosti

Tak to zas bacha. Funguje naprosto normálně už nějaké desetiletí. Jen ne jako průmyslový standard ale v demoscéně. Doporučuju mrknout na cokoliv třeba z produkce ASD (třeba Lifeforce) nebo jiných demoskupin. Nejen že je to generované v reálném čase, ale pokud se chcete směstnat do 64kB spustitelného souboru i s hudebním doprovodem nebo dokonce do 4kB, prostě se procedurálnímu generování nevyhnete. A kupodivu to funguje.

[Ovoce]

To je ale blbost, s prominutím.

To, že něco, co si sám vymyslíte, pak úspěšně vyrenderujete, je něco úplně jiného, než že touto metodou *zreprodukujete* něco nezávisle daného. Takže to, že vykreslíte XY v 4kb je naprosto irelevantní, když neumíte vykreslit PYJ a vůbec naprostou většinu věcí, které by po vás někdo chtěl.

Většina těchhle dem měla obsah právěže do velké míry podmíněný tím, co jim ty velmi omezené možnosti dovolily (tj. blo třeba udělat něco vizuálně zajímavého z minima skutečné informace). Video formáty, o kterých se bavíme, jsou úplně jiná problematika, ne. Jinak i ten tvůrce Simpsonů by vás poslal do zadku, kdybyste mu chtěl obsah cartoonu diktovat na základě toho, že vykreslovač na druhé straně umí (jen) to a to.

[xkucf03]

když neumíte vykreslit PYJ

To umí snad i děti na základní škole (dnes asi i ve školce). Včetně patřičného protikusu.

[Ovoce]

No, vaše věc, co si pod tím naprosto náhodným trojpísmenným označením představíte, ale to, co jsem tím chtěl říct, je doufám jasné :)

Abych to ilustroval na příkladě. Problém je takový, že většina lidí má zájem spíše o toto nežli o toto.

Jinak je pravda, že i ten první obrázek by se dal nějak matematicky popsat a pak tím překreslit. Lidi to i dělají, když chcou z nějakého anime vyrobit třeba wallpaper a potřebují o dost větší rozlišení, než je k dispozici. Jenže tyhle vektorizované obrázky pak působí uměle a ne moc dobře. Zkrátka ruční práce je pořád lepší než automat. Proto pro grafiku, která není čistě syntetická jako můj příklad číslo dva, asi vždycky budou lepší bitmapové formáty než věci jako svg. A to samé pak pro video.

[Grunt]

Sorry ale ta řiť s bombarďákama je klasický vektor. Resp. nenapadá mě proč by si někdo dělal práci a kreslil stín zadnice v podobě mnohoúhelníku.

[Ovoce]

K tomu jsem se vyjádřil v tom druhém odstavci. Zkus to zreprodukovat vektorama - ale myslím věrně (což je složitější než vést linky stejnými místy a vyplnit prostor mezi tím plochou barvou). Nebylo byl to triviální ani u takhle snadného obrázku, natož pak u něčeho, kde jsou nějaké složitější textury, nebo ručně kreslené pozadí...

[Grunt]

Jakože prohnat to přes kompozit a pak nahrát na VHS nebo to upíchnout na 8mm analogový pásek abych dostal autentické efekty? Na co? Většina dnešních anime ty efekty jen emuluje, protože animační celuloidy Fuji Film už přestal dělat.

[Ovoce]

Ne, jde mi vyloženě jen o vlastnosti té kresby samotné. Duhy a dot-crawl vám klidně odpustím.

[Grunt]

Opouštím vlákno. Tohle nemá cenu.

[Ovoce]

Teda, já si pořád říkal, že se nechávám trollovat a proč marním čas, a hele, ono bylo "potěšení" oboustranné.

Takže k tomu plácu o waveletech v H.265 se asi vysvětlení nedočkám?

[Grunt]

A třeba Makoto Shinkai to dělá tak, že běhá po Japonsku se zrcadlovkou, fotí si místa, vektoruje je a patle se s tím dál v Adobe Photoshopu, After Effectu a LightWave.

[Ovoce]

Jsou umělci, co vyfotí digitelm barevnou fotku, a pak z ní udělaj černobílou nebo sépii z "uměleckých" důvodů. To neznamená, že tento postup je validní jakožto obecná metoda uložení/komprese obrazu. Vektorizace je stejná věc - nástroj, který třeba v tomto konkrétním případě udělá tu a tu práci. (Makoto taky určitě neměl v plánu přesnou reprodukci.)

My se tu bavíme o tom (že to achjo musím furt připomínat), že na tom základě se nedá psotavit obecná kompresní metoda pro obrázky, byť i zdánlivě "vektorovaté", a proti tomu tohle fakt argument není.

[ebik]

My se tu bavíme o tom (že to achjo musím furt připomínat), že na tom základě se nedá psotavit obecná kompresní metoda pro obrázky, byť i zdánlivě "vektorovaté", a proti tomu tohle fakt argument není.

Hmm, tak takhle sis téma diskuze ohnul ty. Oponenti ti tvrdí, že ty obrázky nejsou vektorovaté zdánlivě, ale často jsou vektorovaté už jaksi tím jak vznikají. Když to hodně zjednoduším, tak pohyb pera/tužky je totiž čára a ne plocha.

[kralyk z abclinuxu]

No jo, ale tohle bys asi nepřenášel ve formě vektorové grafiky ne? Mně to přijde jako rastry s dost texturama... Anebo by to mohly bejt nějaký složitější vektorový scény, ale to už by se asi nevyplatilo oproti komprimovanému rastru...

[Bystroushaak]

A třeba Makoto Shinkai to dělá tak, že běhá po Japonsku se zrcadlovkou, fotí si místa, vektoruje je a patle se s tím dál v Adobe Photoshopu, After Effectu a LightWave.

Ty jeho díla jsou docela dobrý, btw. Kdyby se někdo nudil a měl chuť na něco vizuálně krásného, tak třeba Children Who Chase Lost Voices se mi líbilo.

[Grunt]

Nic moc. 5cm/s a 言の葉の庭 rullez.

[xkucf03]

většina lidí má zájem spíše o toto nežli o toto.

A teď si představ ten první obrázek v nativním rozlišení svého zobrazovadla a s plynulými přechody. To je o dost lepší, než tohle, ne?

[Ovoce]

většina lidí má zájem spíše o toto nežli o toto.

A teď si představ ten první obrázek v nativním rozlišení svého zobrazovadla a s plynulými přechody. To je o dost lepší, než tohle, ne?

Jo, ale co vám ten dokonalý vektorový vyprodukuje? O tom je celá tahle debata. Nevyprodukuje ho nic, protože originál je ručně nakreslenej, a když ho budete převádět do vektorové reprezentace (dejme tomu, že máte ten originál jako zdroj...), tak nastane jedna z dvou možností: 1) bude to vypadat uměle, protože neuložíte dost informací o jemných nepřesnostech, které tam jsou. Na čím vyšším rozlišení byste to renderovali, tím víc to bude patrné 2) těch vektorových prvků tam bude ohromné množství, než se vám podaří dostat se na dostatečně přesnou podobnost, takže ve výsledku to zabere víc bitů, než kdyby se použila běžná, "neinteligentní" komprese typu jpeg/H.264. A jsme tam, čím jsme začínali a co je celou dobu to, co se tu snažím říct - v praxi tyhle zázraky nefungujou, a proto používáme H.264, JPEG, HEVC, VP8, etc.

[Grunt]

A jé. To je zas debata s jakýmsi akademikem… Dneska se anime kreslí na tabletech v digitálním prostředí, maximálně se zaplácá nějakýma digitálníma efektama. Nic co by nešlo popsat libovolným formátem. Do H.264, JPEGu atd. se ukládají, protože se doteď nevymyslelo nic lepšího. Poslední komplet na celuloidech dělaný bez počítačové asistence a co dám z hlavy je tak DAICON IV.

[Ovoce]

Daicon IV je z hlubokých osmdesátek. Anime se kreslilo na papír běžně do roku 1998, případy jsou i z nového tisíciletí.

Ale neměňte furt téma. Téma bylo, že vektorová reprezentace coby zpsob ukládání obrazu nebo videa ( = kompresní formát) se nspoužívá, proto že je to zbytečná komplikace a navíc by to v rpaxi nefungovalo efektivně. A tak jsem se snažil osvětlit proč.

Ano, "protože se nevymyslelo nic lepšího". No hergot právě. Právě, že tenhle nápad se ukázal být jednou z těch slepých uliček, které byly při tom nevymýšlení něčeho lepšího identifikovány.

Už nevím, proč bych se měl pořád opakovat, kór když se tu pořád odbíhá k jiným tématům. Ale aspoň my vysvětlete ten výrok, kterého jste se tu dopustil na jiném místě, že H.265 má něco společného s waveletama.

[Conscript89]

Právě, že tenhle nápad se ukázal být jednou z těch slepých uliček, které byly při tom nevymýšlení něčeho lepšího identifikovány.

Citation needed.

[ebik]

Ještě dodám že jemnost tabletů začíná někde na 16k (pozor u horších může být přesnost nižší, ale jemnost zůstává - nebude to kostrbatý čtverečkovaně). A leckteré programy nasnímají ten tah po tabletu vektorově, nebo pseudovektorově, takže v počítači můžeš "měnit vlastnosti štětce" klidně až po nakreslení tahu.

[nou]

no neviem mne sa zda ze ten papiera tam je stale celkom dost http://www.youtube.com/watch?v=bvYxaNVsTWQ

[Grunt]

To, že něco, co si sám vymyslíte, pak úspěšně vyrenderujete, je něco úplně jiného, než že touto metodou *zreprodukujete* něco nezávisle daného.

Valná většina dnešních anime (nevím jak je to s klasickou animací ale třeba MLP je dělaný ve Flashi s third-part pluginama a pak strojově vyrenderovaný a do nějakého formátu komprimovaný) se nekreslí už rukou ale dělá se komplet na komplech v nějakém softu, který má vlastní vektorové formáty. Maximálně se k tomu dodělává CGI která má jako textury zase další vektorové nákresy, ve výjimečných případech (Ghost in the Shell 2: Innocence dá nástřelem má pamět) plná CGI, což ale není vůbec nic co by nezvládla moje karta v reálnem čase vyrenderovat. Opodstatnění by to snad mělo tak maximálně u Final Fantasy: The Spirits Within. To jediné by se přenášelo v čemkoliv jiném než ve video-formátu fakt blbě.

Takže to, že vykreslíte XY v 4kb je naprosto irelevantní

Však já po nikom nechci 4kB. Já bych si vystačil i se 40MB. Ale třeba komplet trailer v 64kB v reálnem čase generovaný by byl docela kulervoucí.

Jinak i ten tvůrce Simpsonů by vás poslal do zadku, kdybyste mu chtěl obsah cartoonu diktovat na základě toho, že vykreslovač na druhé straně umí (jen) to a to.

Já bych zas poslal do zadku tvůrce Simpsonů když nemá v plánu dodržovat dané standardy.

[Ovoce]

Právě že se toho hodně nakreslí stylusama na tabletech. Teda zrovna u těch MLP asi míň, protože to vypadá hodně primitivně a uměle. Ale většinou i tam na začátku je nějaký ruční vstup, protože konstruovat všechny tvary matematicky, to by byl vopruz. Je to prostě lehčí si ty "sprity" nakreslit ručně. Hejbat a manipulovat, to už je pak zase samozřejmě lehčí na tom počítači.

[xkucf03]

Právě že se toho hodně nakreslí stylusama na tabletech.

Např. v Inkscapu můžeš nakreslit čáru od ruky a máš z toho vektory (když je moc zubatá – třeba kreslená myší – tak ji můžeš nechat zjednodušit a máš hladkou vektorovou čáru).

[Ovoce]

Vždyť to je to samé, jako bych kreslil stylusem - ruční vstup, který se zpětně analyzuje, ne matematická konstrukce.

[xkucf03]

Nakreslíš to stylusem, ale výstupem není bitmapa nýbrž více či méně složitá Beziérova křivka.

[kralyk z abclinuxu]

Příloha:

• ghost.95.jpg (216644 bytů)

Maximálně se k tomu dodělává CGI která má jako textury zase další vektorové nákresy, ve výjimečných případech (Ghost in the Shell 2: Innocence dá nástřelem má pamět) plná CGI, což ale není vůbec nic co by nezvládla moje karta v reálnem čase vyrenderovat.

To je kravina. Viz screenshot z původního Ghost In The Shell kupříkladu. To buď vektorově vůbec nedáš, nebo to bude tak složitý, že se to nevyplatí. Určitě by se to dalo realizovat stejným/podobným způsobem jako dema, ale do toho se nikdo reálně nebude pouštět, protože existujou vůbec nějaký průmyslový nástroje na tohle? Nehledě na to, že film v plný délce by byl poněkud náročnější než několikaminutový demo. Ty dema navíc nejen, že jsou krátký, ale často vyžívaj, řekněme, "komplexity s jednoduchou definicí" (ie. fraktály, nějakým způsobem se opakující vzory a podobné věci). Další problém je platformní nezávislost a konsistence atd, dále nároky na výkon (žralo by to energii)...

Suma sumárum těch problémů je tolik, že se do toho imho nikdo moc pouštět nebude...

A lidi mají textury a šum rádi

[Ovoce]

Ghost in the Shell původní byl samozřejmě ručně kreslenej* (však to taky vypadá tak úžasně). V roce 1995 bylo ruční ještě prakticky všechno, tehdy naopak byla počítačová grafika futuristická záležitost (chtěl jsem napsat předmětem vášnivých debat v anarchistických kroužcích, ale to zas asi ne).

* Ty zelené shoty z "kyberprostoru" jsou v GitS počítačové, ale tam je to asi jasně poznat, žejo.

[Bystroushaak]

V roce 1995 bylo ruční ještě prakticky všechno, tehdy naopak byla počítačová grafika futuristická záležitost

Tohle se bohužel podepsalo i na manze, resp. na Man-machine interface. Tam jsou takoví malí otravní vošousti renderovaní v lamáckém 3D a vypadá to z dnešního pohledu úplně hrozně.

[Ovoce]

Jo, von ten autor potom přešel na takovouhle srandovní počítačovou grafiku, i když přitom uměl kreslit docela pěkně. Ty jo, to je už let, co jsem to četl...

Na druhou stranu, dneska už se zabývá asi výhradně porno kalendářema a takovejma věcma, tak je otázka, na co si u něj stěžovat na prvním místě :)

[Bystroushaak]

A tak zase ne že bych si chtěl stěžovat, jen mi to přijde jako znamení doby. Sám si vzpomínám, jak jsem tenkrát jako dítě žral každou 3D animaci s vyvalenýma očima. Dneska jsem si pár těch seriálů postahoval a zkouším na ně koukat znova a můžu se u toho tak maximálně zasmát.

[Jiří J.]

No, interaktivita není podmíněna formátem. (jen javascriptem)

3D!

click-and-drag

kolektivní tvorba

ZOOOooom (na tohle je SVG krátké)

+ asi jsou nějaké další.

[Kvakor]

Pokus si pamatuju, Flash právě tak začínal, než se z něj stalo to, co se z něj stalo.

Ale pro kreslené věci obecně by se dnes vektorový formát hodil, hlavně z toho důvodu, že vypadá dobře bez ohledu na rozlišení. A kdyby tam bylo něco na způsob z-indexu, tak by to šlo použít i v 3D, i když by to vypadalo spíš jako dioráma (což by pravděpodobně tolik nevadilo, narozíl od pseudo-3D filmů).

[Grunt]

i když by to vypadalo spíš jako dioráma

Zcela legitimní způsob jak v dvourozměrných animacích emulovat prostor i dnes.

[Jendа]

Protože to Randall kreslí na papír a pak skenuje. Na nejstarších xkcd je to dost vidět.

[ebik]

Nu konečně argument, a ne jen teoretické plkání.

[ebik]

Co to je za zvláštní thumbnail, který to má na výpisu článků na homepage?