Keresés

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

  • LordX

    veterán

    válasz erdoke #95 üzenetére

    Lehet, hogy kicsit félreértelmeztelek (megesik ez néha :) ).

    Szóval: a bitráta csökkentése nem egyenlő GOP struktúra váltással. Sőt, a kettőnek köze nincs egymáshoz. Na jó van, elég sok, de nem a ''más GOP -> kisebb bitráta'' képlettel..

  • LordX

    veterán

    válasz erdoke #92 üzenetére

    :D

    Viszont nincs igazad:

    A GOP alapstruktúra (többé-kevésbé) meghatározza, hogy milyen arányban lesznek I, P és B képek a végeredményben: az MPEG1/2 videofolyam GOP formájú képszekvenciákból áll, így az általam írt struktúra esetében a végső folyamnak 1/12-e I, 3/12-e P és 8/12-e B kép lesz. Azért csak többé-kevésbé, mert egy intelligens enkóder jelenetváltáskor megtöri a struktúrát, és előről kezdi (hogy I kép legyen a váltás utáni első képkocka)

    Ez a ''biztonságos'' N érték, amit írsz, PAL esetében fél másodpercen jelent (12/25 az kb fél..), ez azért jó, mert fél s pontossággal lehet pozícionálni a videofolyamban. Ezért szokás 12 hosszú GOP struktúrát használni PAL esetében. Egyébként ha nem akarsz pozícionálni, hót mindegy, mi van. MPEG 4 esetében az I képek távolsága általános beállításnál 300, azaz 10s - ha lenne szigorú GOP struktúra, akkor nem 12, hanem 300 hosszú lenne! Illetve nem hót mindegy, mert minnél kevesebb az I, annál tömörebb lesz a végeredmény.

    Az M beállítás meg számolási komplexitás kérdése. Ha nagyobb, akkor a B frame-ek dekódolásához kívánt nagyobb (kb. kétszeres) számításigény miatt nagyobb lesz a végső folyam dekódolási számításigénye (jéé :) ). Meg ha túl nagy a B kép kettő referenciájának távolsága (előre és hátra a legközelebbi P vagy I kép), akkor a mozgás már jóval nagyobb, és nehezebb becsülni a mozgásvektorokkal a változást. Négy fölé nem tenném azt az M-et, ahogy te mondod..

    MOD: Csak pont arra nem válaszoltam, amire először akartam :D
    Szóval, ugyanazon GOP esetén kisebb bitrátát a kvantálás növelésével simán el lehet érni. Persze roszabb lesz a minőség, mintha a GOP változtatásával nagyobb lenne a B képek aránya. Viszont ha már az eredeti képben is sok a B? Egy idő után nem érdemes jobban növelni, csak a kvantálás növelésével lehet kisebb bitsebességet elérni..

    [Szerkesztve]

  • LordX

    veterán

    válasz athe #90 üzenetére

    A PAL rendszerekben ezt szokták alkalmazni:

    IBBPBBPBBPBBP

    (12 képkocka, ha jól sejtem.) NTSC rendszerben ez kiegészül még egy BBP hármassal.

    A következő a helyzet: A fájl annál kisebb, minnél több B van (és esetleg P). Az I-ket magukban lehet dekódolni, így azokhoz lehet ''hozzátekerni'' a filmet (pl.) A minőségnek nem szabad(na - valójában nemtom, az egyes kódekek hogyan reagálnak) csökkenie, csak a dekódolási komplexitásnak nünie. (Tehát ha több B van, akkor előfordulhat, hogy egyes gyíkabb DVD lejátszók behalnak - de nem valószínű, viszont vagy kisebb lesz a fájl, vagy ugyanakkora méreten jobb minőségű.)

    Szerintem egy olyesmi GOP struktúrát használj, mint a fenti. (Asszem a CCE alapértelmezettje az NTSC változat) Esetleg próbáld ki, hogy 3 B kép két P közt kombót mennyire eszi meg a lejátszód.

    [Szerkesztve]

  • LordX

    veterán

    válasz athe #87 üzenetére

    NEM igaz.. De amit írsz, az elvileg a PAL rendszerekben szokásos GOP struktúra, valószínűleg a CCE is azzal fog dolgozni.

    MOD: még egyszer megnéztem a struktúrát, amit írtál, bocs, mégsem a PAL rendszerekben elterjedt..

    [Szerkesztve]

  • LordX

    veterán

    válasz erdoke #86 üzenetére

    Hát, azért ugye tudod, hogy messze nem a GOP struktúra, ami a tömörítés lényegét végzi el..

    Más kvantizer, ugyanolyan GOP struktúra, a lehető leggyorsabb áttömörítés: nem kell a mozgásvektorokat újraszámolni, ami a tömörítés legszémításigényesebb része.. (Bár nem tudom, hogy a CCE újraszámolja-e..)

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