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

• #58 borely tag zoli58 #56

  Új Válasz 2004-05-06 00:33:17 #58

  Ú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

  

  borely

  tag

  válasz zoli58 #56 üzenetére

  kétmenetes kódolás :
  
  1. Virtualdub nevü freeware progi+ Divx 5.11 pro vagy bundle beszerez
  
  2. Vdubbal MJPEG film megnyit
  
  3 Video: full processing mod
  
  4 compression: itt kiválasztod a Divx codecet, beállítod a bitrátát, az interlace-t, és azt hogy first pass multipass (vagy vmi hasonló)
  
  5: alternativa: a Divx deinterlace helyett használhatod a Vdub beépített deinterlace-jét is (a filters menü pont alatt találod meg igen meglepő módon )
  
  5a: vagy mégjobb ha letöltöd hozzá a Deinterlace MAP nevü plugint, nálam ez csinálta legszebben a deinterlace-t
  
  6: ÉS ITT JÖN A LÉNYEG !!! elmented a file-t de amikor ezt teszed az ablak bal alsó sarkában kipipálod azt a kis négyzetet ami vmi olyasmit ajánl fel, hogy ne egyből végezze a kódolást.
  
  7. 4-6-ig megismétled a lépéseket annyi különbséggel, hogy a 4 lépésnél a ''Nth pass multipass''-t választod a legördülő menüből a többit hagyod változatlanul. Ezt is a 6 pont szerint kell elmenteni!!
  
  8. A Vdub első legördülő menüjében találsz vmi olyasmit (nincs most ezen a gépen a Vdub, emlékezetből írok, ezért van a sok ''vmi olyasmi'') hogy Job control. Oda bemész, látod a két ütemezett projectedet. Nyomsz egy Startot és elmész aludni....................Szépeket álmodsz, megreggelizel, esetleg meg is ebédelsz majd megnézed a kítűnő minőségű, saját DivX movie-t.
  
  
  PS: Az audio fül alatt sem árt babrálni egy kicsit, hogy a hang MP3 legyen, ne wav.

• #54 borely tag zoli58 #49

  Új Válasz 2004-05-05 20:44:29 #54

  Ú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

  

  borely

  tag

  válasz zoli58 #49 üzenetére

  SZVSZ simán a procid a szűk keresztmetszet! Ekkora felbontást nem bír el az én 3 Ghz-s P4-m sem. Bavallom, nekem az is meglepő, hogy Neked kisebb bitrátával frame drop nélkül elmgy ez az ''őrült'' felbontás. Ja és még vmi, semmit nem nyersz a minőség terén, ha a felbontást full-PAL felé emeled, sőt...

• #52 borely tag zoli58 #47

  Új Válasz 2004-05-05 20:39:59 #52

  Ú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

  

  borely

  tag

  válasz zoli58 #47 üzenetére

  Millió fórumon ki lett tárgyalva, hogy a DivX (Xvid) NEM VALÓ VALÓS IDEJŰ FELVÉTELRE !!! Egyszerűen nem erre lett kitalálva.
  
  A legjobb megoldás, szem előtt tartva a még elfogadható (30-40 GB) méretű köztes filet:
  
  1: Capture MJPEG 768x576 Yuv2 quality19 (esetleg 18, ha nincs sok helyed, de az láthatóan rosszabb
  
  2. Encode alacsonyabb felbontással, deinterlaccel, 2 MENETBEN Divx-vel vagy Xvid-del (ízlés dolga)
  
  Így mindenképpem sokkal jobb minőségű végeredményt kapsz, igaz sokkal töb munka és főleg processzoridő árán ( A fenti cerkán szerintem 1 napig is eltart a kódolás )
  
  
  Ha nagyon nincs lemezterületed akkor még elfogadható eredményt ad , ha MPEG2-be veszel fel és aztán reencode divx-vel... Ez persze IuVCR-ban nem megy, de általában a karihoz adott szoftverek tudják.

• #50 suste veterán zoli58 #49

  Új Válasz 2004-05-05 07:52:13 #50

  Ú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

  

  suste

  veterán

  válasz zoli58 #49 üzenetére

  milyen programmal, és milyen géppel veszel te fel 1024*768-ba??? (persze divx5-be)

• #48 yogibear addikt zoli58 #47

  Új Válasz 2004-04-17 10:32:34 #48

  Ú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

  

  yogibear

  addikt

  válasz zoli58 #47 üzenetére

  Ugye most viccelsz?
  Ha végigondolod a dolgot, magad is rájössz a válaszra.
  Főleg, ha figyelmesen elolvasod, amit irtam.
  

• #46 yogibear addikt zoli58 #44

  Új Válasz 2004-04-16 21:56:36 #46

  Ú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

  

  yogibear

  addikt

  válasz zoli58 #44 üzenetére

  A Vbr (variable, azaz változó bitrate) kódolás lényege, hogy a kodek nem ''pazarolja'' feleslegesen a sávszélességet. Ez utóbbi ugye a kbps, amit beállitasz, azaz kilobit/secundum, vagyis az egy másodpercre, avagy PAL rendszerben 25 képkockára jutó sávszélesség, például ha 1200kbps-t állitasz be, akkor 1200 kilobit jut 25 képkockára. Ott, ahol nincs mozgalmas jelenet, ott kevesebbet használ el a rendelkezésre álló sávszélességből, hogy jusson oda, ahol mondjuk egy csatajelenetet kell lekódolni. Azt ugye, hogy hol mennyit használjon, egymenetes kódolásnál nemigen tudja kiszámitani a kodek (egy picit azért próbálja), honnan is tudná, hiszen lineárisan dolgozza fel a filmet. Kétmenetes kódolásnál az első menetben csak a filmet ''nézi át'', hogy hova mennyit sávszélesség kell és csak a második menetben valósul meg a tényleges kódolás, az első menetben készitett logfile alapján.
  Hogy jobb-e az 5.1 az 5.0x-nél, az szvsz szubjektiv. Neked kell eldönteni, próba alapján, mindkettővel lekódolsz egy kb 5 perces filmet és megnézed, melyik tetszik jobban.
  
  Deinterlace-nél (legalábbis az 5.05-ben csak egy módozat van:
  Deinterlace all frames.
  A másik kettő: encode as progressive - úgy kódol, hogy nem deinterlace-el, illetve Encode as interlaced - ha a felvételed még nincs deinterlace-elve.
  Ez utóbbi ugyanaz, mintha a Virtualdubban állitanál be egy deinterlace szűrőt.
  
  [Szerkesztve]

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