ehtoota. ehkäpä aloittelijasektorille suunnattu kysymys sarja/sepustus mutta menkööt.. elikkäs tilanne on se että tavallinen digikamera samsung u-ca5 hoitaa videokuvauksen koodauksen xvidillä. Näinpä aattelin että kyllä pitäis onnistua myös tiedonsiirto toisinkinpäin eli leffan kattelua kameran ruudulta. käytäntö ei vain ole toiminnu nin helposti. vaikka tietsikalla videot näyttää hyvältä niin kameran ruudulla samassa materiaalissa esiintyy aikapaljon suttusia neliöitä. toisinaan kamera menee totaalisen jumiin jokusen sekunnin kuluttua. pitää ottaa akku irti. no kun laitoin avidemuxin 4mv-kikkulaan raksin niin tuloksena oli täysin epäselvää sotkua kameranruudulla. kameralla kuvattu materiaali käyttää aika suurta bitratea, 640x480 30fps 1996kbps. tämä siis kai tarkoittanee että kaikenlainen pakkaaminen jää hyvin vähälle, ei kameralta voikkaan odottaa suurta tehoa moiseen. pitäiskö minun yrittää saada leffoista mahdollisimman "kameralla kuvattuja"? bitrate suureks , b-framet ja muut hidastavat hienostelut sikseen? vai onko sillä mitään väliä miten koneella käsittelen videon.. jos vaikka on video joka on pitkällä ja hartaalla tavalla xvid-koodattu, laatu tärkein. ja samankaltainen video joka on mahollisimman nopeesti xvid-koodattu, laadusta viis. näkyykö noiden videoitten toistossa mitään erilaisuutta muutakuin kuvanlaadussa? tiukkaan pakattu hienolaatunen ei vie yhtään enempää tehoja toistossa? jopas tuli taas epäselvää tilitystä mutta jos joku edes vähän selventävä kommentti irtois niin olisin tyytyväinen.
Kannattaa unohtaa kaikki MPEG-4 special featuret kuten packet bitstream ja noi b-framet. Voi olla myös ettei kamera tykkää esim. VBR pakatusta videosta. Muutenkin kameran videosoitin voi olla todella kehnosti koodattu, eli voi vaatia juuri tuota 30 FPS ja samaa resoluutiota. Testaamalla(yritys ja erehdys) oikeastaan ainoa tapa selvittää mitä toistaa kunnolla. Tuota tehojen kulutusta on paha sanoa suoraan, iso bitrate vaatii suuremman IO kaistan tallennusmedian ja kameran muistin väliltä (nykyään tosin tämä ei ole ongelma) ja ehkä hitusen suuremman cache muistin. Isommalla bitratella voi tosin sitten jättää noita erikoisominaisuuksia suoraan käyttämättä, eli esim. motion vector:eita ei tarvitse välttämättä ollenkaan jolloin tässä voitaisiin säästää muistia ja suoritinaikaa purku/pakkaus vaiheessa, mutta tallennustilaa tarvitaan sitten enemmän. Kvantisointimatriisi voidaan myös jättää "läskiksi" koska kahdella jakaminen (yhdellä shiftaaminen) on nopeaa, eli vähän rasitusta suorittimelle mutta tallennustilaa tarvii enemmän. Muitakin vastaavia tekniikoita/kikkoja kyllä löytyy.
