← Back to team overview

sslug-teknik team mailing list archive

Re: Videoredigering

 

Hej

Søren Schimkat wrote:
Hej Preben
.. foresten - grab med højest mulig opløsning.. og komprimer bagefter.

Øhh, det er kun delvist rigtig. Nu findes der mange kombinationer
så lad os for nemhedens skyld antage,

  a) at den oprindelig video source er interlaced
  b) at resultatet skal vises i samme opløsning som den
     oprindelig source.
  c) at den oprindelige source har opøsningen WxH
  d) at komprimeret og derefter dekomprimeret video
     strækkes til WxH, hvis dets geometri er mindre
     en WxH

Hvis target-båndbredde for komprimeret video er uden
begræsning, så bør man grabbe med geometrien W x H
som du siger.

Men, hvis derimod båndbredden er begrænset, så bør man
først prøve at grabbe med geometrien Y x H, hvor Y er
mindre end eller lig med W. Hvis det bedste resultat
fåes for Y < W*3/5, så bør man måske prøve med Y x (H/2), hvor
Y nu skal være mindre end eller lig med W/2.

Grunden til dette skyldes to ting:

  1) Ved interlaced video skal man helst holde linjeantallet
  eller bruge H * 1/2 eller 1/4 eller 1/8 etc., men man er på
  vej ud i noget snavs og for det optimale resultat skal
  man være opmærksom på, om visningsenheden bruger
  interlaced eller progressiv scan. Mange *players*
  ved ikke noget om det og er på computer ikke særlige
  gode til at vise clip, der er grabbet fra en interlaced
  source.

  2) For videokomprimering med en given codec og en given
  båndbredde, findes der et valg af geometri (areal) der giver det
  optimale resultat ved en senere visning. Denne geometri (areal)
  er lig med eller mindre end videokildens geometri og afhænger som
  sagt af valg af kombination codec og båndbredde.

F.eks. grabber jeg 480x576@25fps for XviD@1600kbps, medens jeg
vælger 352x288@25fps for XviD@750kbps. Begge dele vises siden
som 768x576@25fps SQ PAL.

Når det er sagt, så kan det være, at ens grabber kort ikke
udfører den optimal geometrikonvertering. I så tilfælde
må man så

  1) grabbe i video source opløsning (typisk 704/720/768 x 576)
  2) konvertere til ønskede geometri med den algoritme man foretrækker
  3) komprimere

mvh

--PMM



Follow ups

References