24 hozzászólás

-NoVa-

Alapvetően kontúrkereséssel az elmozdulás határait és középpontját még egyszerű megtalálni. Pontszerű dolgok megkeresésével az elmozdulás irányát is, de még akkor is hiányzik az elmosással elvesztett eredeti részletek többsége… Rengeteg lokális pár pixelt átfogó kontent aware fill volna a trükk a végén?

Mindenképp tetszik, gondolkodásra ösztönző feature :)

edhellon

angelday, az abstract elso mondata: “This paper presents a fast deblurring method that produces a deblurring result from a single image of moderate size in a few seconds.”

_alesi_

Álló anyagból dolgoznak.

Azért van pár gyengesége a megoldásnak. Minél több éles szél található a képen, annál jobb eredmény születik. Viszont az erős zajjal, beégett részekkel és az adott képen több eltérő motion blur-rel(értsd: nem csak a kamera, de a téma is mozog) nem tud mit kezdeni.

Ettől függetlenül van jövője, bár közel sem akkora, mint hirdetik (lsd. content-aware fill).

ern0

Ezekhez iszonyatos számítási kapacitás kell – de ez meg is van.

Még nagyon régen Amigára (MC68000 @ 7.16 MHz) írtam egy sima blurt (asm, jó lassú lett; nem konvertáltam chunkyra, hanem on-the-fly olvastam mindig a bitplane-eket), és bennem is ez van meg, hogy egy blur az számításigényes (még ha rendesen meg is van írva). Azt az egyet elfelejtjük, mert elfeledtetik velünk a Java-s meg DotNet-es szánalmas hatásfokú rendszerekben megcsinált UI-k, hogy azóta a gépek teljesítménye is iszonyatos mértékben megugrott. Olyan dolgokra van gépidő, amiről eddig nem is álmodhattunk. Ráadásul a képfeldolgozás pont olyan terület, ahol a többmagos procikat ki lehet használni. Ha minden pixelhez hozzá kell nézni egy másik kép minden pixelét, régen az egy évig tartott. Ma viszont bevállalható.

Lehet, hogy a zenék meg a csajok régebben jobbak voltak, de a képfeldolgozás nagyon elhúzott.

_alesi_

marchello: ami a Rendering Synthetic Objects into Legacy Photographs-t illeti, én szkeptikus vagyok. Nagyon csiribí-csiribá módon működik az egész és a leírásokban se nagyon részletezik a készítők a hátterét a dolgoknak. Például a fények pozíciójának és egyéb paramétereinek kinyerése egy kép alapján már megérne egy külön előadást, de érdekes módon erről se sokat tudni, csak azt, hogy az ő megoldásuk jobb annál, mint amit mások használnak.

marchello

@_alesi_: nem tudom milyen megoldások léteznek még ezen kívül. nekem az tetszik benne, hogy sitty-sutty pár vonal, sík, fényforrás megadása után —> vanishing point, perspektíva megvan, cg elem be. kész, slussz passz. és az eredmény jól néz ki.

sIBL-től tudok még, de az bevilágításra jó és nagyfelbontású HDR-ek kellenek hozzá. viszont szép eredményt ad.

lehet a különböző szoftvercsomagokban vannak erre már eszközök. nem tudom. én blendert használok. amatőrként.

Gekko

Ern0: Amit írtál az UI-król,hogy amiket most alkalmaznak, azok szarok. Milyen ami jó? Vagy ez hogy űködnek, ha akarnák a fejlesztők? Érdekes téma ez.

Szindbad

Én azt várom, amikor rossz felbontású videóból nagyfelbontású képet csinálnak.

tonyrulez

Én meg azt várom, amikor mint a CSI-ben, a képen szereplő faszi napszemüvegéről visszaverődő másik ember napszemüvegéről visszaverődő képet látjuk. És mondjuk az alapkép VGA felbontású, a végeredmény meg 14 megapixeles. Na, azt szeretném én látni.

Geri

Nem bonyi igazából az a bruteforce algoritmus, ami ezt megcsinálja, csak nagyon számításigényes. Mondjuk a 4 magos procik idejében ez szerintem néhány másodperc alatt lefut majd.

moszat

Én már azt várom, amikor a fényképező ezt az anti-blur filterezési eljárást hardverből tudni fogja.
Szerintem az lenne a királyság amikor egy elrontott kép után megnyomok a fényképezőn egy plusz gombot és kijavítja a képet és nem kell azon szenvednem hogy hátha úgy marad a lefényképezendő téma még addig a két másodpercig amíg új képet készítek. És nincs kedvem utólag photoshoppolni a képeket, csak szimplán nézegetni akarom őket és élvezni az eredményt.

_alesi_

moszat: ezt most is tudják a gépek, optikai képstabilizátor a neve :) Amúgy az ilyen szoftveres megoldások soha nem adnak igazán jó eredményt, lsd. a fenti képet.

Szindbad

Kicsit átgondoltam, és ha jól gondolom, ez csak motion-blur-re megy. pl Gaussian blurre nem. Az algoritmus először detektálja a bemozdulás-pályát (ez látszik a videón is, kicsi kunkori görbe), majd olyan modellt épít fel, amely szerint az elmosódott kép a bemozdulás-görbe mentén szuperponált ugyanazon éles képek összessége. Ha a bemozdulás-görbe pontos, abból már jól vissza lehet állítani az eredeti képet.

Szindbad

Btw. a videon valami szoftveres képstabilizálási nyomok láthatóak. Még az is lehet, hogy deblurring is. Nem tudom, hogy ez hivatalos video-e, de el tudom képzelni, hogy a valóságban durván rángatták a kamerát a felvétel közben.

Z. T.

Gaussian blurrel azért nem működhet, mert az eltünteti teljesen a magasfrekvenciás komponenseket.

SakmaN

Nem szaporítok szót, de mi van a nagy mélységélességgel lőtt bemozdult képek esetén? A szoft honnan tudja, hogy a kép bizonyos részén DEFÓKUSZÁLTSÁG miatt van homály, hiszen ott nincsenek “éles” kontúrok. Mondjuk a bemozdult homály kb ugyanúgy néz ki, mint az “éles”, tehát ha azt a rész nem “javítja” ki, akkor sincs baj, de az éles-defókuszált kontúroknál lehet gond. És az objektív torzítást plö hogy veszi figyelembe? Amikor a kép a sarkai felé erősen vignettál, aberrál??? A referencia képről semmit sem tudunk, az EXIF-ben zérus adat van. Szkeptikus vagyok, de ne legyen igazam!

SakmaN

Ésmégvalami. A példafotón az ég konkrétan be van égve, vagyis olyan brutál jó fényviszonyok között “sikerült” bemozdult képet lőnie valakinek, hogy azt a nagymamám se tudná utánuk csinálni, ha még élne. Ilyen látószöggel, ekkora fénynél csak ultragagyi géppel lehet ennyire bemozdult képet lőni, SZÁNDÉKOSAN. Miért nem valami nagyzoomos, zajos, szar fényviszonyok között lőtt képpel demóznak??? Több sebből vérzik… :-(

riviera

@ern0 a te blur algoritmusod az vszleg a “naiv” implementáció volt, abból van olyan algoritmus, ami konstans sebességgel számol bármekkora blurt. manapság pl. kb. az összes valamirevaló kompozitáló szoftver azt használja.