Videószerkesztés / programozás
2009-02-02T02:11:17+01:00
2009-02-03T09:29:36+01:00
2022-06-29T19:42:26+02:00
  • apropos, a legtöbb(?, minden?) ilyen (AE, ...) programhoz van API, de szvsz elsőkörben scriptelni egyszerűbb (bár nem tudom, hogy a AE-ben van-e ilyen lehetőség, gondolom igen), szvsz ritkán szokott az "átlag (vfx-szel foglalkozó) cég" saját plugint fejleszteni, kereskedelmi forgalomban is talán "átlátható mennyiség" férhető hozzá; /* a legtöbb ilyen vfx-es API C/C++ alapú, abba ne menjünk bele, hogy más pr.nyelven hogyan lehet elérni, stb. */
    igazából csak arra akarom/tam felhívni a figyelmed, hogy szvsz nem "fontos/érdemes" egy teljes "2D-s futószalagot" implementálni, hanem csak a szükséges részekkel foglalkozni, pld. ha van technikai ötleted vmilyen grafikai hatásra, akkor én első körben úm. "kikötögetném" (statikus esetben pld. P(hoto)S(hop)-ban lsd. Action létrehozása), majd szükség esetén írnék hozzá scriptet, ha ez sem lenne elegendő, akkor az/egy adott (vfx) környezetben (az adott prg. "API-jával") plugint, ha ez is kevés, akkor foglalkoznék egyedi/önálló pr. fejlesztésével, nyílván az ötlettől/feladattól nagyban függ, hogy eleve, hol érdemes kezdeni...
    ha persze az elvek érdekelnek (2D-s futószalag, stb.), akkor el lehet indulni vmilyen alacsony szintről, de ott sem érdemes túl "mélyre" menni, mert el fogsz veszni a részletekbe, szerencsére(?) túl összetett/elég általános témakör a 2D-s képfeldolgozás/képszintézis, stb.; ezért ajánlom neked kiindulásnak az A(ction)S(cript)-et (abban mint írtad van már tapasztalatod), hogy viszonylag hamar legyen "sikerélményed",... szval első körben azt próbáld meg megfogalmazni (ehhez nyílván alapozás szükséges), hogy mivel is akarsz foglalkozni a 2D-n belül, ha csak "De ha én olyan felhasználói programot szeretnék készíteni amivel Julinéni fejéből animált "mask" -al tudok nyilakat kirajzoltatni a képernyőre hol kezdjem srácok?" - bár ezt a "nyilas" dolgot nem igazán értem -, akkor szvsz egyértelműen A(ction)S(cript), azon túl, hogy azt milyen környezetben állítod elő (Flash, Flex, stb.), az már megint egy másik kérdés... ill. ha a végterméked nem fér bele a RIA stb. "kategóriába", hanem önállóan alkalmazást ("exe-t") akarsz, akkor "előfordulhat", hogy az AS kiesik, de...
    hajrá, sok sikert!
    Mutasd a teljes hozzászólást!
  • szerk. az említett Nuke tcl-ben és python-ban scriptelhető

    /* próbáltam szerkeszteni az alábbi hozzászólásomat, de mégegyszer elküldte, stb... szval ezért van itt ez a pontosítás */
    Mutasd a teljes hozzászólást!
  • szvsz,

    1) az általad említett After Effects inkább úgynevezett "kompózer program" és nem videószerkesztésre való, vagyis nem olyan értelemben, ahogy a "szakmában" a videószerkesztés szóba kerül, lehet persze vele vágni, összerakni/szerkeszteni (videó)anyagot, de inkább "effektezésre" használatos..., ezt csak azért említem meg, mert szvsz alapvetően mások az elvárások egy videószerkesztővel és egy komp. programmal szemben, bár van közös részük, sőt egyre nagyobb az átfedés, de...

    2) ha már a gimp szóba került, akkor pld. a jahshaka-t is(?) érdemes megnézni, talán a legismertebb ilyen jellegű "sourceforge" project, bár jó ideje "haldoklik"...

    3) írtad, hogy van Javascript-es stb. tapasztalatod, ez esetben szerintem először pld. Photoshop scripteket kellene írogatnod, ill. a legtöbb utómunkás program scriptelhető vmilyen nyelven, pld. a Nuke python-ban, van olyan is persze, amelyiknek saját script nyelve van, ezzel csak azt akarom mondani, hogy nem muszáj feltalálni a spanyolviaszt, Mo-on a vfx/utómunkás szakmában amúgy is elég kevés scripteléshez értő szakember van, szval, ha ilyen célú terveid vannak, akkor "elég" az, ha vmelyik ismertebb komp.programot (Fusion, Shake, Nuke, stb.) jól tudod scriptelni; ha nem elégítene ki a PS scriptelése stb., azaz önálló programot akarnál írni, akkor nem biztos, hogy az alapoktól érdemes kezdeni, sőt én a különféle lib-eket is elfelejteném, egyszerűen pld. AS-ben próbálkoznék vmilyen minimális megvalósítással (pld. P(hoto)S(hop) szerű (annak nagyon minimális részhalmazát megvalósító) programot elég sokan írtak az utóbbi időben, az egyik legismertebb a sumopaint, ami persze "csak" egy képszerkesztő, azért hozom fel példának, hogy "pusztán" AS-ben is elég sok mindent le lehet kódolni... (az általad leírt első feladat a "A project annyiban merülne ki, hogy png-t lehessen animáltan maszkolni." szerintem viszonylag gyorsan leküzdhető AS-ben (mármint egy olyan program írása, amilyben png-t (esetleg png képsorozatot) lehet betölteni, maszkot rajzolni, azt animálni, eredményt menteni, stb.)

    4) ezt is írtad: "Még mélyebben: Biztos láttatok olyat, hogy szépen kirajzolódik egy egy text egy vektor útvonal segítségével. Hasonlóra gondoltam.", erre meg szvsz legjobb a postscript ill. az svg, konkrétabban egy olyan program amelyik p(ost)s(cript)-et, vagy svg-t gyárt le..., aztán az ps-ből/svg-ből meg vmilyen egyéb programmal pld. P(hoto)S(hop)-pal előállítod a képsorozatot (bár mint említettem esetleg ezt magában a P(hoto)S(hop)-ban is "leszkriptelheted", azaz én nem foglalkoznék azzal, hogy "minden pixelt magam állítsak elő" stb., hanem amit lehet, azt rábíznék a meglevő környezetemre...
    (ha persze ebben a feladatban valódi írásjelleget akarnál megvalósítani tetszőleges betűtípussal, akkor persze elég nagy fába vágtad a fejszédet, nézz utána a type1/ttf/otf stb. "fontleírásoknak", érteni fogod, hogy mire gondolok, már egy saját "szöveg renderelő"-t írni sem egy hétvége...)

    5) anno (kb. 15éve) én is elkezdtem egy komp. programot írni, "betegesen vonzódtam" a lengyel-formához/kifejezés-kiértékeléshez stb., meg az ámítógépi grafikához, ezért az az ötletem támadt, hogy miért ne lehetne képeket előállítani/feldolgozni képi kifejezések segítségével, azaz miért "nem szokás" kifejezések segítségével leírni a manipuláció/stb. folyamatát, miért nincs erre vmilyen (script)nyelv, olyasmire gondoltam, hogy pld. a "A*1.5" kifejezés jelentse azt, hogy az A kép lumáját megemelem 1.5-szeresére, vagy az "A+B" kifejezés jelölje azt, hogy a két képet vmilyen módon egymásra másoljuk, stb., szval miért az egérrel kelll nekem menüpontokat stb. aktiválnom, slider-eket huzogatnom, miért nem scriptelhető ez... (akkor még nem tudtam ilyen rendszerről, meg persze nyílván a "művészek" miatt jobb egy interaktív megoldás, mint parancssorból nyomni, a hatékonyságról most ne beszéljünk, mert nem feltétlenül az lett volna a célom, hogy mellőzzem a GUI-t), gyakorlatilag első körben egy parancssorból kezelhető képfeldolgozó programot akartam írni, időkezeléssel (azaz animálási lehetőségekkel), el is kezdtem az alapokkal: első lépés: kép betöltése file-ból (nyílván egyszerűsítettem a dolgon: egy rögzített formátumot használtam, tga-t), második lépés kép megjelenítése (itt már cseleztem, mert nem írtam saját képmegjelenítőt, hanem meghívtam vmelyik telepítettet, persze ennek elérési útvonalát, paraméterezését nem drótoztam be, hanem azt környezeti változókkal adtam meg, stb.), s. így tovább, máig nem fejeztem be a projektet, sőt igazából értékelhető publikálható eredményig sem jutottam, már amire "büszke lehettem" volna, hiszen a programozók legfőbb erénye a lustaság... nem a kedvedet akartam elvenni, lehet, hogy te szorgalmasabb vagy, csak leírtam a saját példámat...

    6) ... bocs a szómenésért ...
    Mutasd a teljes hozzászólást!
  • Személy szerint képfeldolgozáshoz mindenképp .net-c# párost ajánlom. A java fantasztikus dolog, és nagyon jó. De inkább szerveroldalon, enterprise szinten használatos. Desktopra, multimédiára .NET .
    És úgy néz ki az Adobe AIR is kezdi kinőni magát, mint (valós - tehát Mac,Win,Linux) platformfüggetlen technológia (ebben kódolhatsz Actionscriptben és javascriptben is).
    Azért azt se felejtsd el, hogy ez a platformfüggetlenség agyon van hypolva. Nem kell mindennek platformfüggetlennek lennie. Ne haragudj meg, de valószínűleg egyedül nem fogsz tudni olyan alkalmazást készíteni, amit valóban több platformon is árulni akarsz (ne így legyen). Arra gondolok, hogy csak azért, hogy Pistike Ubuntuján is elmenjen a frankó effekt, nem kell javazni. Avagy fordítva. Helyezd a hangsúlyt a funkcionalitásra. A gyors működésre (képfeldolgozásnál a sebesség és a minőség a legfontosabb). Ha ez már megy, akkor a lényeges kódot könnyű lesz átvinni más nyelvre, ha egyáltalán lesz rá igény. A lényeg úgy is sok szorzás/ciklus lesz.
    Mutasd a teljes hozzászólást!
  • Egy pár extra kört sajnos valóban fut a kód a natívhoz képest, viszont nem te leszel az első, aki megpróbálja ilyen célra használni: minime (nem próbáltam)

    Én egyébként szintén javát akartam javasolni nyelvnek, de flame-t megelőzendő mégsem tettem. Egy photoshop/premiere nagyságú alkalmazásnál már érezhető lenne a lassulás, de - ha tetszik, ha nem -, a jövő akkor is a platformfüggetlenség felé halad.
    (.NET-et csak azért nem javaslom, mert nem ismerem. Az ms-t ismerve a multimédiát biztos elég durván támogatja.)
    Mutasd a teljes hozzászólást!
  • Még annyit szeretnék kérdezni (nem szeretnék flame-et indítani tehát nem a 2 nyelj jó/rossz tulajdonságára vagyok kiv.), hogy a Java elég gyors egy ilyen programhoz? Gondolom dokumentációban nincs hiány Java terén. Az pedig mindenképp előny, hogy platform független.
    Mutasd a teljes hozzászólást!
  • Anyám srácok ti nagyon jó fejek vagytok :) Nem gondoltam volna, hogy ilyen méretű válaszokat kapok nagyon boldog vagyok! Köszönöm szépen az eddigi tippeket és véleményeket a dologról már eddig is sokat segített, hogy perspektíven lássam a dolgot.

    Utánna olvasgatok a .net és a directshownak egyenlőre, aztán valahol megteszem az első lépést :D Valószínűleg ha ez elindul pár évig fárasztva lesztek ha már a google nem segít :D De neféljetek én ifjú padawan tudom hogyan kell kérdést feltenni :D
    Mutasd a teljes hozzászólást!
  • Nem feltétlen kell rögtön assemblyzni és directx-et kódolni. Az másik 5 év lenne. Ahogy __ToM__ is mondta, érdemesebb használni egy libet.
    Vegyük például a directshow-t, ami lekezeli neked a video olvasást/írást/kép feldolgozást. Ha megvan az alap-programod, nincs más hátra, mint a video feldolgozása frame-enként. Ez lesz az igazán érdekes része :). Itt lesz sok száz(ezer) kód .
    Ha esetleg van némi tapasztalatod .NET-ben, akkor ajánlom a directshownet libet, ami egy .NET wrapper. Most szólok, hogy sok bug van benne, de kezdésnek ne a video kezelésén akadj el, mert soha az életben nem lesz semmi kézzel fogható kódod. Ha eljutsz odáig, hogy működik ez az effect, akkor kicseréled a video-kezelést például .NET 3.5-re, ami ha (úgy tudom) elég jól kezeli ezt a dolgot.
    De látom nem áll távol az AS. Persze ez irányban is elindulhatsz, itt nem is kell video-megjelenítéssel foglalkoznod. Annyi probléma, hogy kevesebb dokumentációt/példát találsz hozzá neten, mint a .net-hez.
    Mutasd a teljes hozzászólást!
  • Nos, ez erősen a libtől függ. Egyeseket forrással terjesztenek, akkor olyan nyelven kellene programoznod, amelyben azt is írták (legalábbis amíg lefordítod binárissá). Assembly (már) nem túl domináns ezen a téren, szerintem ha beleszámítod az 50 erre fordított éved, akkor a c++ sem lesz jó. Inkább próbálkozz valami oprendszer/processzor független dologgal, java avagy .net (utóbbi ugyan csak windowsnál van jelen egyelőre, dehát te nem a mai helyzetre hegyezed ki a dolgot :) )
    Amely libeket lefordítva terjesztenek, azokat nagy általánosságban több nyelvhez is lehet illeszteni, de gyakorlatilag ez is megvalósításfüggő (java .jar-okat máshol nem nagyon lehet használni, .dll-eket igen).

    A libeket többnyire úgy reklámozzák, hogy azok csak a felületet adják, amelyet meg kell értened, és onnantól fogva neked nem kell tudni, hogy ők mit csinálnak a háttérben. Gyakorlatilag viszont amikor előjön az első bug, és vadászni kell, hogy nálad van-e hiba, vagy a libben, akkor úgyis bele kell ásnod magad. Ezért talán célszerűbb forrással rendelkező libet használni, ott jobban lehet túrkálni. Gyakorlatilag viszont a fordított libek általában jobb minőségűek. Nem egyszerű a választás...

    Nekiállhatsz opengl/directx szinten is programozni, de én - pláne kezdőként - nem tanácsolnám. Inkább használj vmi libet, ami ezt elfedi, így mindkettőt támogatja a programod. Arról nem is beszélve, hogy ha bejön a képbe egy új játékos (mittomén, avi output), akkor csak a configon múlik, hogy támogasd.

    A "hogy kell színt kirakni, hangot lejátszani" szintén lib-függő, ebbe nem is mennék bele. Viszont attól a ponttól kezdve, hogy te pl. avi-ba akarsz exportálni, választottan encode-olt formátumú hanggal/videóval, akkor már nem nagyon lesz jó egyetlen lib sem neked (bár nem vagyok képben a piaccal).

    Egyébként megnyugtatlak: az a pont a 2d-s képalkotás egyik leghúzósabb pontja, amikor vektorral keveredik a bitkép. Legalábbis az alapján, amit én látok ezekből.

    Nőkkel egyébként tényleg hamarabb lehet sikerélményt elérni, minthogy gimpet fordíts win alá. Igaz, többnyire nem lesz belőlük 4 éves projekt :)
    Mutasd a teljes hozzászólást!
  • Valamint elfelejtettem megkérdezni, hogy olyan orientál dolgokat mint mondjuk egy szín megjelenítése a monitoron hogyan csinálják? Vagy hasonló dolgokat mint pl.: Hang lejátszása, kép kirajzolása stb.
    Az oké, hogy én letöltök egy lib. -et v sdk-t, de még mélyebben, azon belül? Assembly kód van benne? Vagy valami rendszerközeli dolog? Értem ez alatt mint pl játékoknál ott az opengl vagy dx. Odáig eljutottam, h ott nem kell megérteni a nagyon háttérben működő dolgokat.. :D Ha nem külső/más által megírt könyvtárakat akarok használni akkor nekem is openglt kell használnom ezen feladatok elvégzésére?
    Mutasd a teljes hozzászólást!
  • A project annyiban merülne ki, hogy png-t lehessen animáltan maszkolni. Tehát az After Effects write on effektjét szeretném majd egyszer 50 év múlva elkészíteni egy erre kihegyezett applikációban. Még mélyebben: Biztos láttatok olyat, hogy szépen kirajzolódik egy egy text egy vektor útvonal segítségével. Hasonlóra gondoltam.
    Am köszönöm szépen a gimp/photoshop dolgot ezt nagyon megjegyzem. Pont Valami ilyesmi tippre gondoltam! Sejtelmem szerint nem ártana egy kis Linux (forráskódok) és minimális () c++ ismeret sem. Az első pár évet lehet inkább erre kéne szánni :D Tanulni nem fogom mert más jellegű céljaim vannak, de hobbinak szerintem eléggé kitölti az ember idejét.
    Mutasd a teljes hozzászólást!
  • Jóhát.. 19 évesen én is akartam vágóprogramot írni. Aztán felnőttem. :)

    Csatlakozván az előttem szólóhoz, ez nem 1 emberes munka, vagy pedig évek kellenek mire lesz belőle valami használható. Bár lehet hogy félre értettem a project nagyságát?!


    Inkább kergesd a lyányokat! ;)
    Mutasd a teljes hozzászólást!
  • Szerintem az 5 évből az elsőt mondjuk rá is szánhatnád a gimp forráskódjának a mazsolázására. Utána vg. rá fogsz jönni, hogy a maradék 4-ben inkább csinálsz valami 1 emberesebbet :)
    Ha mégsem, akkor utána írhatnál vmi plugint a gimp alá, esetleg photoshop alá (nem tudom, hogy fizetős-e az sdk-ja).

    Ha ezután ki mered jelenteni magadról, hogy architektúrálisan átlátod őket, de neked ennél sokkal jobb ötleteid vannak, és ki is derül, hogy az nem zsákutca, akkor hajrá!

    Előtte azért majd nézd át az mplayer forráskódját is, mivel a video export/import tőled se lesz távol.
    Mutasd a teljes hozzászólást!
  • Sziasztok!

    Kezdő programozó vagyok blabla, stb. Szeretem az objektumokat stb. Google val nem próbálkoztam mert Magyar esetleg hozzáértő véleményre lennék kíváncsi. Tehát: Hogyan tudnék írni egy olyan programot... nem mégsem. Akkor: Szeretnék csinálni egy... nem ezsem.. Najó pár értelmetlen sor után:String szeretnék feltenni pár:Int kérdést:Question =

    Gondolom sokan ismeritek az After Effects nevű programot. Gyönyörű,nagyszerű miegymás. valószínűleg vért izzadtak a fejlesztők vele. Namost ha én szeretnék hasonló, de milliószor kisebb volumenű alkalmazást készíteni hogyan kezdjem el?
    Eddigi tapasztalataimat: Pascal -> Python -> Javascript ~ Actionscript-ben szereztem minimális C tudással megspékelve a bablevest. Szépen tudok mozgatni kockákat és karikákat csupán a gondolatommal, az actionscript, és a debug ablak segítségével (najó ez most tényleg vicc volt, azért ennél több megy :)... De ha én olyan felhasználói programot szeretnék készíteni amivel Julinéni fejéből animált "mask" -al tudok nyilakat kirajzoltatni a képernyőre hol kezdjem srácok? Képes lennék rászánni akár 5évet a tanulásra és/vagy 32E Ft ot a kávéra, csak tudjam, hogy van remény és egyedül is neki lehet állni... Tudtok tippeket adni nekem? Vannak másnak is ilyen perverz elképzelései?

    Akinek nembejövős a kicsit hippisebb hangvétel, elnézését kérem. Úgyéreztem nem csak a szokásos "How To Make Quake aka What is The Variable" kérdést kell mindíg, egyhangúan feltenni a kezdőknek.

    Valamint teli lessz helyesírási hibákkal hisz 2:10.

    Egy fiatal(var age:int = 19) de elszánt és tanulásra fogékony bajtárs voltam;
    Mutasd a teljes hozzászólást!
abcd