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

• #148 Suker10 tag #51736960 #142

  Új Válasz 2010-05-03 14:37:44 #148

  Új hozzászólás

  Összes hozzászólása itt Válaszok az összes hozzászólására itt Válaszok erre a hozzászólásra

  Privát üzenet küldése

  

  Suker10

  tag

  válasz #51736960 #142 üzenetére

  Terminológiai vitákba kár belemenni. A fájl adattárolásnál egy magasabb strukturális forma. A formátum a fájl jellegére utal. A bit a legkisebb egység. A byte ezeknek rögzített hosszúságú sorozata. Normál esetben 8 bit egy byte. Ez az az egység, amit adattárolásnál használ a számítógép. Több byte alkot egy fájlt (állományt). Az értelmezése a kódolástól függ. Ha a kódolás 8 bitet tekint egy szimbólumnak, akkor úgy csoportosít. A bináris fájlokat is így csoportosítja, függetlenül a bitek jelentésétől, megpróbálja egy szimbólumra leképezni. A byte-ok elhelyezkedése és ennek a jelentése adja meg a formátumot. Pl. egy egyszerű ASCII szöveges fájl (text), ami csak karaktereket tartalmaz - összetettebb formázási és egyéb jelek nélkül - az csak a karaktereket és formátumot befolyásoló (nem megjeleníthető) jeleket tartalmaz. Ebben az információcserét vezérlő (pl. NUL, SOH, ETX, DLE, ENQ stb.) és információt elkülönítő karakterek (FS, GS, RS, US) is értelmezhetetlen szimbólumokat generálnak. Azért, mert a formátuma egyszerű szöveg. Minden az értelmezésen múlik.
  A fájlokat csoportosítják és abból lesznek a katalógusok (könyvtár, mappa, akármi), ami szintén egy fájl, ebben lehetnek alkatalógusok. Felette van a kötet, logikai meghajtó stb.
  Ezek logikailag különítik el az adatokat, fájlrendszertől függőek. A fizikai elhelyezkedésük, értelmezésük más. A konténer (nem webes konténer) a fájl szintjén van a hierarchiában. Ez több logikailag egybetartozó fájlt (bitsorozatot) tartalmaz (pl. videó, hang, felirat stb.) kiegészítő információkkal. Ezen belül meg kell határozni a különböző részek értelmezését. A bitsorozat kódolása, értelmezése (az algoritmus, amit használnak) többféle lehet. Logikailag viszont egy fájlként jelenik meg, aminek az adott konténer a formátuma, a specifikációk egységes implementációja. Részletesebben nem akartam.
  Más értelemben a HTML formátumú fájl is egy tároló, amiben további tárolók lehetnek.

• #141 dabadab titán #51736960 #139

  Új Válasz 2010-05-03 13:00:35 #141

  Új hozzászólás

  Összes hozzászólása itt Válaszok az összes hozzászólására itt Válaszok erre a hozzászólásra

  Privát üzenet küldése

  

  dabadab

  titán

  válasz #51736960 #139 üzenetére

  De, az avit hatarozottan containernek hivjuk, ahogy egyebkent a TIFF-t is, raadasul most pont olyan kontextusban kerult elo a dolog, ahol codecek koze volt berakva kakukktojaskent az flv.

• #138 Suker10 tag #51736960 #130

  Új Válasz 2010-05-03 12:55:30 #138

  Új hozzászólás

  Összes hozzászólása itt Válaszok az összes hozzászólására itt Válaszok erre a hozzászólásra

  Privát üzenet küldése

  

  Suker10

  tag

  válasz #51736960 #130 üzenetére

  Amit írtál, abban van képzavar.
  Mi az, hogy formátum? Egy konténer is formátum. Teljes Flash oldal is megvalósítható más nyelven. Igaza van, az FLV egy tároló formátum. Van benne fejrész, törzsrész, címkék külön a mozgóképhez és a hanghoz, jelölők, maga a mozgókép és hang jelfolyam kódolva valamilyen szabványok szerint. Régen is lehetett videót beágyazni. Ezt a teljesítményes dolgot nem értem. Mi köze a HTML5-nek a jelfolyam dekódolásához?
  A HTML5 nem csak a mozgóképről szól. Egy tároló, vagy egy jelölőnyelv közvetlenül nem fog javítani az algoritmus hatékonyságán. Innentől kezdve értelmetlen a vita. Ez kb. olyan, mintha a Ferrari azért lenne gyors, mert vörös színű.

• #137 dabadab titán #51736960 #134

  Új Válasz 2010-05-03 12:48:57 #137

  Új hozzászólás

  Összes hozzászólása itt Válaszok az összes hozzászólására itt Válaszok erre a hozzászólásra

  Privát üzenet küldése

  

  dabadab

  titán

  válasz #51736960 #134 üzenetére

  "nem igazán látom, miért ne lenne igazam"

  Azert, mert az flv formatum nem magat a kodolast specifikalja (konkret kodolasrol egyetlen egy szot sem szol, a hasznalhato video codecek listajat meg a kilencedik oldalon talalod), hanem azt, hogy mar meglevo video es audio streameket meg a hozzajuk kapcsolodo metaadatokat mikepp lehet tarolni egy file-ban, marpedig ez igy nagyjabol konkretan a container definicioja.

• #135 Bici félisten #51736960 #134

  Új Válasz 2010-05-03 12:38:30 #135

  Új hozzászólás

  Összes hozzászólása itt Válaszok az összes hozzászólására itt Válaszok erre a hozzászólásra

  Privát üzenet küldése

  

  Bici

  félisten

  válasz #51736960 #134 üzenetére

  Azt nem mondtam, hogy mindent tud a html5, amit a flash, de ha a html5 miatt egyre kevesebben telepítenek flash playert a gépükre, akkor egy idő után nem fogja megérni flashben elkészíteni az interaktív weboldalt. Persze, lehet, hogy a bannerek meg játékok miatt is majdnem annyian telepítik majd a playert, de ki tudja.
  A flash export lehetőségénél direkt odaírtam, hogy "akár részben".

• #131 dabadab titán #51736960 #130

  Új Válasz 2010-05-03 11:43:36 #131

  Új hozzászólás

  Összes hozzászólása itt Válaszok az összes hozzászólására itt Válaszok erre a hozzászólásra

  Privát üzenet küldése

  

  dabadab

  titán

  válasz #51736960 #130 üzenetére

  De, az FLV container, ha gondolod, olvad el a specifikaciot.
  HTML5-ben pedig meg lehet csinalni kb barmit, dark100 linkelt is egy HTML5-ben irt flash playert.

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