2. Fórumok
  3. LOGOUT reakciók
  4. Vigyázz! Sugároznak! III. rész - Digitális jelen
Keresés

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

  • #9 Jabba_ csendes tag Madárpók #7
    Új Válasz #9
    Ú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

    Jabba_

    csendes tag

    válasz Madárpók #7 üzenetére

    Azert hasznalnak meg mindig MPEG2-t, mert
    * a meglevo muholdak erre lettek kialakitva es komoly beavatkozas nelkul szvsz nem lehet upgradelni oket,
    * masreszt szerintem az MPEG2 Transport Stream hibajavitasa mar bizonyitott elesben is (az MPEG4 kontener formatuma pedig annyira szovevnyes, hogy ha jol remlik specifikacio szinten kb olyan vastag mint maga az MPEG4 video.)
    * harmadreszt, az MPEG2 Program Stream / Transport Stream ugy lett megalkotva, hogy barmilyen adatot lehet benne tovabbitani egyszeru jelfolyamkent. Akar mpeg4 videot, h264 videot, vagy peldaul a muholdvevo legujabb firmwarejet. Csak tudni kell kezelni oket.

    A divx/xvid azert nem johet szoba, mert nincs mogotte ipari szabvany. Ezek MPEG4 kompatibilisek, de az MPEG4 video szabvanynak csak egy reszet implementeljak ( peldaul se mesh, se 3d). Masreszt ez a ketto mind underground projectkent kezdte, igy amikor a szabvanyositas tortent valoszinuleg nem volt ott a lobbijuk.

    Ha jol tudom pl az europai HD muholdas adasnal MPEG2 Transport Streamben kuldenek MPEG4 part 10 (h264) streamet. Azaz: nem kell uj muholdat gyartani es felloni. Nem kell specialis frekvenciakkal foglalkozni. A mar meglevo adasok melle lehet ugy rakni, hogy nem kell az egesz infrastrukturat lecserelni. Igy eleg csak uj dekoder dobozokat adni a felhasznalonak, ami kepes MPEG4 dekodolasra.

    Uff, bocsi ha hosszu lett.

  • #8 joghurt addikt Madárpók #7
    Új Válasz #8
    Ú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

    joghurt

    addikt

    LOGOUT blog

    válasz Madárpók #7 üzenetére

    A DVD lejátszókban az a ''pár chip'' lényegében egy processzor, amibe bármilyen szoftvert tölthetsz. És attól függ, hogy milyen DivX-et, vagy egyéb AVI-t tud kikódolni.

    Ugyanazért használják a műsorszórásban még mindig a tré MPEG-2-t, amiért a fényképeknél még a tré JPEG-et. Annál is vannak már rég jobb, nem kockásodó tömörítési módszerek. Amúgy az újabb rendszerekben MPEG-4 ill. H.264 van, de ezt írtam. De azok ugyanúgy trék, a kérdésed szempontjából.

    Az MPEG-4-be amúgy okos ötleteket tettek bele, csak épp ezeket senki sem használja ki. Ilyen például az, hogy tetszőleges alakú régiókat lehet kezelni. Így egy teniszmeccsen van a kicsit változó háttérről egy panorámakép (amiről csak a képkivágás aktuális koordinátáit kell átküldeni, ha a közönség mozdulatlan), és előtte van az ugráló játékos, akit külön át lehet küldeni. A lejátszó majd egymásra rakja őket. De még izmosabb, hogy nem egyszerűen mozgásvektorok vannak, mint az MPEG-2-nél. Egy régiót fel lehet háromszögelni, és ezeknek a vertexeknek a koordinátáit küldeni. Mondjuk ha egy hal úszkál el a képernyőn az uszonyával verdesve, az a hagyományos mozgásvektorokkal leírva elég sok helyet fog elfoglalni. Testként viszont elég tömören lehet leírni: van egy változó geometria, amit mindig ugyanazzal a textúrával kell kitölteni. Pont mint a játékokban.

    A gond csak az ezekkel, hogy nem nagyon találkoztam még olyan filmmel/adással, amiben ezekből bármit is kihasználtak volna. Lényegében egy kicsit továbbfejlesztett, valamivel jobb tömörítési arányú MPEG-2 kodekként tekintenek rá jelenleg.

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