Keresés

Új hozzászólás Aktív témák

  • Bici

    félisten

    válasz FTeR #39 üzenetére

    Oks, értem, ezek alapján a DeepZoom tényleg egyedi cucc.

    Ja, láttam már ilyen sávszélfüggő SL demót valamikor. Tényleg poénos, közben állítgattam egy torrent sávszél limitjét, és folyamatos maradt a video.
    Viszont számomra hátránya, hogy ha akár egyszer is bele kell nyúlnia a sávszélbe, akkor már a Cache-be kerülő ideiglenes fájl nem lesz lejátszható semmivel, mert a WMV (és még sok másik) konténer alapból nem támogatja az időközbeni bitrátaváltoztatást (egyedül a .mov tudja).

    De elismerem, ez nem éppen egy fontos tulajdonság a legtöbb ember számára.

  • Bici

    félisten

    válasz ddekany #37 üzenetére

    Én is így gondolom.

    A Flash grafikai, és animációs program, amit kiegészít egy elég komoly programnyelv, ami viszont elsősorban az animációk, és kép generálás/manipulálás terén jobb a SL-nál.
    Más téren a SL a nyerő, ez egy .net-es háttérrel nem is lehet másként. Az adobe nyilván nem ezt fogja erőltetni, mert nincs sok esélye. Grafikai téren meg a MS-nak nincs sok esélye egy Adobe ellen.

    Pletyik szerint a következő Flash az illustrator összes vektoros funkcióját tudni fogja, és még animálni is fogja tudni. pl. mozgó LiveTrace; videóból rajzfilm :D De ez egyelőre csak pletyka.

  • Bici

    félisten

    válasz FTeR #35 üzenetére

    Nem tudok róla, majd megkérdezem. Csak próbaként csinálta, mert hallott a deepzoom-ról.

    Azt láttam a DZ demóján, hogy nem folyamatos a szűrés/élesítés, hanem szakaszos, tehát nem minden pillanatban egyformán éles a kép.

    Amit a munkatársam csinált, az annyiszor futtatja a szűrőt, ahányszor beállítod neki, vagy ahogy megmozdul a kép akár zoom, akár oldalirányú mozgás miatt, tehát folyamatosan a lehető legélesebb a kép.
    Hátránya, hogy elő kell tölteni az összes képet.
    Persze, lehet finomítani, és csinálni minden képből több méretet.

    Amúgy a DZ hogy műxik? Mit csinál a szerver? Dinamikusan generálja a kisebb felbontású képeket zoom-tól függően, vagy simán el vannak tárolva statikusan? Mert utóbbi esetben ugyanaz megoldható simán Flash-ben is.

  • Bici

    félisten

    válasz FTeR #33 üzenetére

    Többek között innen veszem.

    "Normally, pixel shaders are done using the GPU (video card), but currently in Silverlight 3, Pixel Shaders are rendered using a software-based algorithm. This means that Pixel Shaders in Silverlight aren’t nearly as fast as they might be using the GPU."

    Ok, akkor a deepzoom-os dolgot benéztem. Nem tudtam, hogy szerveroldali része is van. :B Akkor akolléga csak egy böngészős verziót írt.

    Ja, még egy dolog a legújabb Blend is nagyon bénán kezeli a jobb fajta rajzcerkákat. pl. a nyomásérzékenység és a felbontás elég durva, nem lehet többféle funkciót rendelni a ceruza végéhez, csak a vonal szélességét.

  • Bici

    félisten

    válasz FTeR #30 üzenetére

    - Nem, a SL3-ban nem GPU gyorsított a HLSL
    - a vektorgrafika fejlettségét nehéz elmondani. Több funkciója van; többféleképpen lehet egy vonal simítását beállítani, ez pl. rajzceruzánál fontos. Emellett többféle gradiens-t tud, nem csak kör alakút, és lineárisat. Tud többféle blending módot. És a vektranimáció közben is rugalmasabban viselkedik a Flash, mint a SL. Utóbbi sok esetben "befázisolja" az animációt, vagyis képkockánként eltárolja, mert nem tudja leírni a mozgást - főleg az alakváltozásoknál jön elő.
    Használat közben derül ki, én már évek óta nyomom mindkettőt (SL3-at is a béta óta).
    - nem az animációval akarom indítani a hangot, hanem azt akarom, hogy a bonyolult animáció processzor erőtől függetlenül szinkronban maradjod, szükség esetén az FPS csökkenés képkocka kihagyással menjen, és nem lassított animációval. SL-ben gyenge proci esetén kiesik a szinkronból. Ez 10-15mp-es bonyolulut anim esetén már észrevehető. Pláne, egy rajzfilmes videoklip esetén.
    Flash esetén van kétféle mód, beállítható, hogy melyiket akarom.
    - a timeline grfaikusoknak, animátoroknak való, ne programozóknak. Ők lestoppolják az animot, és onnantól el is lehet rejteni a timeline-t, mehet a programírás ugyanúgy, mint SL-ban. Aki erre nem képes, az menjen kapálni.
    - Ja, a SL/XAML programozás oldalról valóban jobb, de grafikai téren rosszabb.
    - A SL3/E.Blend PSD/ai kezelése még nagyon hiányos, de legalább van, ez pozitívum.

    A SL pozitívumokkal egyetértek, pl. a html integrálódás nagy gyengéje a Flash-nek.

    A DeppZoom elkészítése marha egyszerű:
    Kipakolod a képeket egymás mellé gombként, megírod, hogy az egér gögővel nagyítson ki-be és X időközönként lefuttatsz egy Lanzos3 szűrőt Pixel Benderrel - Aftereffects-ben benne van alapból, tehát ezt nem kellett megírni.

    A +5 codec micsoda a SL3-ban? Erről lemaradtam. :B

  • Bici

    félisten

    válasz FTeR #26 üzenetére

    Én tudok.
    - GPU gyorsított Pixel Bender
    - sokkal fejlettebb vektorgrafika
    - hangot be tudsz tenni animációhoz szinkronizálva
    - sokkal részletesebben finomhangolható animáció-dinamika
    - kilométerekkel jobb timeline
    - grafika kevesbbet foglal (a XAML tömörítése ellenére is)
    - A Pixel Bender kompatibilis az összes idevágó Adobe termékkel, tehát, ha valami effektet egy grafikai stúdió összedob benne Photoshop, vagy AfterEffects alatt, akkor az megy Flash-ben is.
    - egyéb területeken is sokkal jobb átjárhatóság a többi Adobe progi között.

    A deepzoom nem tudom, hogy beépített fícsör, vagy sem, de Flash-ben is megírta egyik munkatársam. Még gyorsabb is a GPU gyorsított Pixel Bender miatt.

    Persze, biztos, a SL is tud sok olyat, amit a Flash nem (pl. GPU gyorsított video lejátszás), de ebből is látszik, hogy nem egyforma a megközelítése a két cégnek. A grafikusok körében (akik a Flash fejlesztők nagy részét teszik ki) még nem alternatíva a SL.

    Milyen "codecesdi"-re gondolsz?

  • Bici

    félisten

    válasz ddekany #18 üzenetére

    De, mégiscsak értettem.
    Én arra reagáltam, hogy azt írtad, hogy aláírással kellene ellátni a bináris cuccokat.
    Ezt nem tudom, hogy mi módon gondoltad a gyakorlatban.
    Amúgy a virtuális gépen futó progik nem lassabbak, mint egy alacsonyabb szinten írt progi?

  • Bici

    félisten

    válasz ddekany #16 üzenetére

    A C# mitől jobb a c/c++-nál?

    Az elejére válaszolva: Értem a mondanivalódat, de nem értem, hogy hogy gondolod a gyakorlatban. Ha minden webes programot alá kéne írni, akkor a hómjúzer hogy csinál magának weboldalt? Nem származhat minden webes tartalom tőkeerős profi cégtől. Vagy valaki ingyen nézegetné akárki programját, hogy nem tartalmaz-e kártékony kódot? Netán lenne rá egy automata szoftver?
    Egyébként az swf tudtommal nem bináris, csak egy tömörített konténer. Ugyanúgy tud kódot futtatni külső szövegfájlból.

  • Bici

    félisten

    válasz ddekany #14 üzenetére

    De ha a szoftverfejlesztők le is szoknak róla, attól még a rosszindulatú kódokat író fickók még használhatják másik szivatására. A pluging-t nem lehet más programnyelvekre való áttéréssel kiirtani a júzerek gépéről, mert a Flash (.swf) elsősorban vektor-animációs formátum, ami mellesleg rendelkezik komoly script-elési lehetőségekkel (és sok más egyébbel) is.
    Grafikai téren jelenleg nincs alternatívája.

    Egyébként érdekelne, hogy mit javasolnál helyette (programozási területen), amiben nem lehetséges hasonlóan ocsmány hiba. Tényleg! :K

  • Bici

    félisten

    válasz ddekany #6 üzenetére

    "Mikor jutunk el oda, hogy egyszerűen nem használunk olyan programozási nyelvet, amiben ilyesmi lehetséges?"

    1 - Ha a SL vagy a JavaFX minden téren felnő hozzá, és el is terjed.
    2 - Ki ne használjon "olyan programozási nyelveket"?? A felhasználó? Vagy a rosszindulatú kód készítője?

Új hozzászólás Aktív témák