Retina display

Ügyesen kiloptam az Apple honlapjáról két ábrát, amin össze lehet hasonlítani a mostani kijelző minőségét az új kijelzővel. Először a megszokott, jól ismert kép:

Ez pedig az iPhone 4 változat (sajnos 610px-re clippelni kellett a Plastik méretkorlátai miatt, a teljes méret 640x960px), vagyis az alábbi mennyiségű pixel fog megjelenni a telefonunk kijelzőjén szeptemberben:

Erős. :)

Kérdés, hogy vektoros alapú-e a háttér, vagy külön rajzolták meg a felületi elemeket négyszer akkora területűre. Nekem a látvány alapján az a szakvéleményem, hogy a dizájnokat már egészen biztosan vektoros szerkesztőben készítik, de legalábbis Photoshopban görbékkel és beállított effektekkel dolgoznak, így bármikor renderelni tudják bármekkora méretben. Nem tartom valószínűnek, hogy ez vektoros lenne teljes mértékben, hiszen akkor a tegnapi keynote-on ez már elhangzott volna.

47 hozzászólás

biharyg

Én venni fogom!:) Remélem lesz idén is éjfélkor nyitó témobil, mert tuti kimennék.:)
Azt nem tudja valaki, hogy ha most középső ikon csomagom van, akkor van-e lehetőség ugyanerre, két évet kötni, és olyan áron venni majd az újat? Vagy ezt meg kéne szüntetni, és csinálni egy ujat a vásárláskor?
köszi!

dave

hosszú távon ez a mütyűr betűket olvasás kihoz egy vak generációt. bár mi is látunk a 60hz ellenére is, meg a junoszty közelről való nézése után is.

Balazs

Szep-szep, de nem ez alapjan veszek telefont.
Tetszik az uj dizajn is, de meg nem talaltam meg a killer feature-t, ami miatt nekem kene. Nemsokara letelik az egy evem a magentanal, de meg nem gyoztem meg magam, hogy maradok-e az iphone vonalon.

dentaku

Bocs, nem volt egyértelmű, hogy a belinkelt kép még a 3G-ről jelent meg.

ferenc

Mintha az Xcode ozasnal az ikonosztaz 256×256 pixelig menne (lehet h rosszul emlekszem es 512×512), ugyhogy ezt mar egy ideje nem tartjak technologiai attoresnek.
Egyebkent az online favicon converterek is 128×128-ast gyartanak, tehat meg az is eleg erre a temara.
Aki mario es donkey kong szinten allna hozza bitmaszatolni, az soha nem kerulhetett a rendszer kozelebe.

nana.
azert jo hogy dol belejuk a penz az itunesbol, appstorebol, iphonebol, hogy ne kelljen minden szir szar reszletre cost/benefit tanulmanyt kesziteni hanem megcsinaltatjak ahogy jo.

_alesi_

Ezek után hülye leszek iPad-et venni, mert jobb esetben a következő generáció már ezzel a kijelzővel jön. Bár ott tartanánk, hogy a monitorok is ilyen PPI-vel érkeznek, hatalmas segítség lenne a grafikusoknak.
Nem mellesleg ezentúl (legalábbis szifonon) nem kell anti-aliasing-el szórakozni, sub-pixeleket bűvölni, mind mehet a kukába. Isten látja lelkem, ritkán dicsérem az Apple-t, de most mehet a hatalmas plecsni Steve papa garbójára, a többi gyártó meg mehet a sunyiba. Térdre g.c.k, metál!

StavrosMenace

In the near future-corporate networks reach out to the stars, electrons and light flow throughout the universe. The advance of computerisation, however, has not yet wiped out nations and ethnic groups.

riviera

_alesi_, attól még távol vagyunk, hogy az antialiasingot elfelejtsük (sajnos még ott sem tartunk, hogy mindenki ismerné :( )

vektorból kurvaszépen antializézingelt raszter pixel, én aszondom! :)

pappito

a kijelző elbaszott jó. lehet, hogy kivárom, hogy beletegyék az ipadba én is és akkor nyúlok rá. legnagyobb sajnálatomra továbbra se kell iphone az életembe, illetve csak azért kéne, hogy legyen meg mert ájkendi. sajnálom rá a pénzt, na.

balázs

Emlékszem mikor még az döbbentett meg, hogy színes kijelző mobilban. Azóta itt tartunk, és még sok minden áll előttünk.

pappito

na ja, de nekem pont azért nincs szines kijelzős mobilom mert rohadt sokat fogyaszt és kurva rondán néz ki. akkor már nézzen ki rondán és birja az akku sokáig.

ez a szifon viszont eléggé súlyos ugrás kijelzőminőségben

c4

Urak, némileg offtopic leszek, de annyi itt a webmester, designer, fotós és színmester, és hát lenne egy kérdésem:

Az adobe kuler színkeverője milyen színkört használ? Mert ugye itt 120 fokra sem az RGB, sem az RYB, sem a CMY nincsenek. Amúgy szemre elég tisztességes komplementer színeket ad, csak a dolog miértjét nem vágom.

Lőry

Az iPhone OS rajzolórétege már az első változattól kezdve támogatta a felbontásfüggetlen vektorgrafikát: nem pixelekben, hanem “egységekben” rajzolunk. Most az appok szemszögéből nézve csak annyi történik, hogy az új eszközön futva egy egység nem egy pixelből áll majd, hanem 2×2-ből. Az eddig elkészült appok nagyrészt ugyanúgy futnak majd mint eddig: az esetek többségében észre sem fogják venni, hogy nagyobb anyagra dolgoznak. A vektoros görbék simábbak lesznek, a bitmap képekből pedig (ha hagytak ráhagyást a felbontásukban) automatikusan több részlet fog látszani. A felbontásfüggetlenséget tehát tulajdonképpen eddig is hozta a platform, csak éppen nem volt, ami a gyakorlatban kihasználta volna. (Az iPad jelenlegi szoftververziójában is direkt elcseszték az iPhone alkalmazások nagyítását: gondolom nem akarták lelőni a poént az iPhone 4 előtt.)

Egy tisztán vektor-alapú kezelőfelület érdekes kísérlet volna (a Windows Phone 7 valami ilyesmi lesz!), de amíg a grafikusoknak egyszerűbb egy szimpla PNG-be exportálni, mint az illető vektorképet produkáló CoreGraphics kódot írni C-ben, addig maradni fognak a PNG alapú kezelőfelületi elemek. Ahhoz, hogy gyakorlatiassá válhassanak a 100%-ban vektoros alapú kezelőfelületek, a fejlesztő- és tervezőeszközökben is kiforrott vektoros támogatásra volna szükség. Ha az Apple ebbe az irányba szeretne lépni, akkor a legelső lépés valamilyen szabványos vektorformátum (valószínűleg valamilyen PDF részhalmaz) SDK-beli natív támogatása lenne. Vannak erre utaló bátortalan jelek (pl. Bezier görbéket már Cocoa szinten is ábrázolhatunk, és animációs réteget is csinálhatunk belőlük), de ez még nagyon távol áll egy grafikusok és programozók közti munkamegosztást segítő megoldástól. (A csuda tudja persze, hogy mit demóznak épp a WWDC-n, lehet, hogy ezen is volt idejük dolgozni a fiúknak. Egy Quartz Composer kaliberű megoldás nagyon lelkesítő volna erre a problémára.)

De szerintem az sem biztos, hogy megérné a fáradtságot teljesen átváltani pixelekről vektorokra. Egy elegendően nagy felbontású, előre kiszámolt textúrába bármilyen bonyolult görbét követő színátmenet vagy ikon belefér, és jól is fog mutatni minden emberi szemhez méretezett felbontású kijelzőn. Ahol valóban sokat számít a felbontás, az a szövegek megjelenítése — és szerencsére ma már szöveget maximum az ironikus hatás kedvéért szokás képbe exportálni. (A plastik.hu fejléce és előfőzőtt kontentkockái is nyilván afféle posztmodern kikacsintások lehetnek csak. :-) )

Dervenkál Egon

Most elárulom mennyire nem értek a videófelbontáshoz. Az 1280×720-as videónak mi értelme van az ennél kisebb felbontású kijelzőn, azon túl, hogy a youtube-on van hd opció, meg a laptomon teljes képernyőn minden pixel kihasználható a home video lejátszásánál?
Ezt a felbontást hogyan képes kiszolgálni a kamera objektívje az iPhone 4 esetében?
Tudja-e valaki, hogy a hd kontentot hogyan tárolja el az új szifon (h.264 m4v, mov?)?
Tudja-e valaki, hogy egy percnyi 720p felvétel mekkora tárhelyet követel a szifonban?
A válaszokat előre is köszönöm.

H2CO3

AD: egy kicsit se vektoros. Ha használnád az erőt (Spirit, redsn0w, blackra1n stb.), akkor bemehetnél a szifonon a /System/Library/CoreServices/SpringBoard.app mappába, és megnézhetnéd az UI elemek gyönyörű, pixeles PNG-it. :D

Ger

Azért azt is vegyük észre, hogy amíg a családi fotó gyönyörű, addig az akkukijelzés meg a térerőt jelző szimbólumok homályosak ahhoz képest. Itt spórolnak az erőforrásokkal?

rog

szerintem a felbontásfüggetlen gui még kicsit odébb van azért. a rendben van hogy már most is gpu csinálja az összes tranformációt, pl skálázását a bitmap grafikáknak is. de ha nem akarom pazarolni feleslegesen az orajelciklusokat, akkor egy custombuttont akkorában rajzolok meg, amekkorában látszani fog.
a vektoros történet meg: összehasonlíthatatlan az erőforrásigény. a bitmap buttont egy memcpy-vel kiteszed 1000szer másodpercenként, vektorból lerendelrelni meg azért jópárszor több művelet. még akkor is feleslegsen van, ha mondjuk app-onként egyszer induláskor teszi meg az os és utána memcpy. szóval szerintem az akkuidőt hazavágná rendesen ha csak a gui megjelenítése mondjuk 80%-ot elvinne a processzoridőből..
opencl ide vagy oda, ahogy én látom, lesz még itt pár generáció telefonból, laptopból is, mire valóban full vektorgrafikus lesz a gui.

(ha az ipad nem a végeredményt nagyítaná hanem a kontrollokat külön külön, egy olyasmi szétesett szörnyeteget kapnánk mint mondjuk a korai KDE desktop. én csináltam egy gui-t ami egy az egyben az iphone-os arányok vannak megtartva, csak a bitmapek vannak újrarajzolva nagyobban(nem zoomolva). nagyon visszataszító lett. öö sivár, kihalt. nem tom mi a jó jelző. ipad saját zoomjával is szebb szerintem. kell a külön kérpernyőelrendezés nagy és kicsi kijelzőre. esztétika és használhatóság miatt is)

Henk

@Lőry: nem értem, a grafikusoknak miért lenne bonyolultabb valami CoreGraphics-leíró kódba exportálni, mint mondjuk eddig is EMF-be vagy EPS-be stb. Úgy értem, miért lenne olyan bonyolult a mostani grafikai programokhoz egy ilyen export plugint csinálni?

Balla Vivienne

Arról tud valaki, hogy szolgáltató-független lesz-e itthon? Vagy megint csak a ‘Balázs-féle’ emberek kapják? (Aktuális vodafone reklámból ugye…) Na, nem mintha most már nem mennék át ezért a telóért, de kényelmesebb lenne. :)

Balla Vivienne

Mellesleg tényleg dilemma ez az iPad dolog, mert itthon még nem is kapható, de már előre tudjuk, hogy mi lesz a köv. fícsör… Nyilván örökli az új iPhone újdonságait: kamera (1 db biztosan), retina-display is bejátszik majd. Jó esetben szeptemberben megkapjuk (a jelenlegit), de addigra már mindenki az újat fogja várni és kvázi bő fél év múlva kidobják a ‘twice-as funny’ új verziót. :) Kicsit olyan, mintha a jövőbe látnánk… Bár ilyen hozzáállással sosem kéne semmit vennünk, mert mindig van újabb, de azért mégis.

Még annyira forró az iPad és szándékosan ‘kiforratlan’ (?), hogy a korábbi iPod nano evolúciót juttatja eszembe, évente raktak bele valamit, amiért érdemes volt cserélni… mára már nem fejlődik ez a produkt, tökéletesre csiszolták.

al

Balla Vivienne

Bocs, de az ipod nano SZAR. Szóvala tökéletesre csiszolástól messze van.
A kezelése ugyanaz ezer éve, azzal sose volt baj.
De:
- szarul szól
- halk
- szar a gyári füles
- csak itunes-el játszik.
- szar akku idő (most nem tudom milyen, nekem előző gen. volt és arra igaz)

Ezekből főleg a szarul szól és szara fülese rész kiemelendő mert bármennyire is női játékszernek tűnik, a nano egy mp3/mp4 lejátszó lenne és ott azért szempont, hogy ne szarul szóljon…

Életem legjobb döntése volt az enyémtől megszabadulni.

atesz

@Lőry “Ha az Apple ebbe az irányba szeretne lépni, akkor a legelső lépés valamilyen szabványos vektorformátum (valószínűleg valamilyen PDF részhalmaz) SDK-beli natív támogatása lenne.”

A panic.com-os fazonok használják már egy ideje a PDF-et a desktop alkalmazásaikhoz:

“Being a responsible and forward-thinking developer, you’re probably good and ready for the day Mac OS X supports resolution independence – lol – so you use multilayer TIFFs and PDFs instead of flat bitmap images whenever possible.” http://www.panic.com/blog/2010/02/shrinkit-1-0/

Balla Vivienne

Szia al,

Tény, hogy nem prémium-kategóriás fülest adnak hozzá, de szerintem mindennapi használatra még mindig megfelelőbb, mint egy akármilyen más alap füles a mediamarkt-ból. (Tapasztalat, sajnos) Tény, hogy nem a >10e forintos fülesekkel versenyez, akkor kicsit aránytalan lenne egy 40e forintos készülékhez 10e forintos kategóriába eső fülest adni. Nem ilyen világot élünk.

Szakértők :) és én is azt szoktam tanácsolni, hogy el kell rakni fiókba és venni kell egy Sennheiser, vagy Sony fülest (a drágábbikból) azokkal rendben lesz. Természetesen szigorúan fehér színben, ha már védjegy.

A készülék, mint zenelejátszó viszont rendben van, nem hiába gyártanak DJ-k számára Pioneer/Technics dupla iPod dokkolós lejátszókat… tényleg szarul szólhat.

iTunes szerintem nem probléma, szeretem. Sőt, nekem előbb volt iTunes-om, mint bármilyen Apple termékem… engem akkor nyert meg a zenék rendszerezhetősége, a ‘parasztvakító’ design, az egyértelmű kezelhetőség, stb, pedig PC-n nyomtam én is… akkor még WinAmp meg Windows Media Player ment, de nagyon nem éreztem rá. Amióta Macbook Pro-n nyomom meg evidens minden almás termék miértje… de még mindig van PC-m is és a két platform iTunes-sza teljesen jól összejátszik, másolok ide oda, stream, stb. Nem vagyok elvakult, nem szapulom a másik tábor, elismerem mindegyik értékeit, hisz mindkettőt használom valamilyen okból. MP3-ban speciel az iPod nyert nálam.

Lőry

@Henk: Lehet kapni ilyen megoldást is, de azért valljuk be, ez hivatalos megoldásként elég román volna: a bitmapeket sem tömbliterálok formájában szokás már megadni. A hosszútávú karbantartás nehézkessége mellett a mindennapi munkát is megnehezítené az előnézeti képek, legalább PNG-szintű IDE integráció, stb. hiánya. Valamilyen Interface Builder-szerű megoldásra számítok.

@atesz: Ejha, nem rossz! El is felejtettem, hogy a CoreGraphics eleve képes PDF fájlokat rajzolni. Így tulajdonképpen elég volna egy-két új osztály a Cocoába/CoreAnimationbe és a minimáltámogatást kipipálhatnák.

De megmarad a kérdés, hogy megéri-e egyáltalán a készüléken raszterizálni a statikus elemeket, ha eleve tudni lehet, hogy nem lesz szükség egy maroknyi konkrét felbontásnál többre. (Az Xcode megtehetné pl., hogy build közben a PDF-et előre raszterizálná az ismert felbontásokra, és futás közben az app csak ezek hiányában nyúlna az eredeti vektorképhez.) Ha a grafikus olyan dolgokat szeretne csinálni, amik vektorosan nem kényelmesek (pl. nemlineáris színátmenetek, komplex árnyékolások, fényképek, mint a Józsi által legutóbb belinkelt csilivili fotóalkalmazásban), akkor a belátható jövőben amúgy is készre sütött bitmap képekkel leszünk kénytelenek dolgozni.

Balázs

Nem lehet hozzászólóra visszakeresni a Plastikon? Lőry minden kommentje érdekelne :)
Szeretem ha valaki ilyen korrektül tájékoztat/tájékozott.

H2CO3

AD: na én ezért nem bízok az iTunes-ban. (megjegyzem, JB folyamata közben eddig még sohasem volt gondom – kop-kop-kop.) Minden adatom kézzel van lementve (legalább tudom, hogy hol vannak, nem úgy, mint abban a bugyuta-userfriendly iTunesban, “nem kell tudni, hol van a backup, úgyis visszateszem egy klikkre”… stb. stb.), egy pendrájvon, meg a gépen, és ha ez utóbbi kettő egyszerre szállna el, akkor van egy másolat a szifonon is.
On: lehet, hogy psd2png toolal van gyártva, de a png attól még pixelgrafikus formátum marad.

Lőry

Thank you! I’ll be here all week!

A koncertpólókat a büfé mellett tudjátok megvenni. :-)

Sasi

Nem vagyok programozó, de elvileg egy jól megírt app ki tudja használni a Mac beépített eszközeit, non-destructive filtereket, stb.

http://www.tweakersoft.com/vectordesigner/index.html — core image + quartz composer filters

Valamikor egyszer valami videoban láttam vagy valahol olvastam, hogy pixelpontosan Photoshopban tervezik az interface-eket Apple-éknél. Szerintem még ők sem álltak át a vektoros, felbontásfüggetlen cuccokra. Szerintem az ok ugyanaz lehet, mint a multi-tasking késleltetése az iphone esetében. Még nem elég kiforrott a renderelés. (Illustratorban nehéz kis ikonokat készíteni, mert rettenetesen renderel, max előrajzolás, és átvitel photoshopba.)

Egyébként izgalmas, érdemes kipróbálni a VectorDesignert. Sok gyerekbetegsége van, de ami egyből kitűnik, hogy sokkal szebben renderel, mint az illustrator, és ez szerintem a core imagenek és quartz composernek köszönhető. Viszont maga az app elég hamar belassul. Vagyis valószínűleg a megjelenítés nem hatékony, ezért PNG-znek még mindig.

Adi

A lényeges, hogy ezután 4x-es fölbontásban nézheted fülessel a pornófilmben a pinaráncot, amikor mész haza a tanyára a Volánbusszal.

A Sony-féle PalmOS-alapú PDA-k tudtak ilyet már pár évvel ezelőtt, csak persze mára eltűntek. Duplázták a fölbontást mindkét irányban, de a normál PalmOS-szoftverek ugyanannyit “érzékeltek”. Az OS rajzolt helyettük 4x-es pixelt. Pár cuccot adott hozzá a Sony, ami ki tudta használni.

na hat

Szerintem nem kene ezzel ennyire foglalkozni.Akkor legyen egy kulon blogahol lehet elemezni programirast.

na hat

Szerintem nem kene ezzel ennyire foglalkozni.Akkor legyen egy kulon blogahol lehet elemezni programirast.