Video redigering af avi fil

sikker på du gør det rigtigt i virtualdub?

Her er en gennemgang af hvordan du gør i VirtualDub:
http://www.digitalempire.frac.dk/avisplit.shtml

HenningA

Ja, jeg har gjort det rigtig. Jeg har brugt den mange gange, når jeg skulle dele en film på f.eks 1400 Mb også splitte den op til 700*2 MB. Men jeg har prøvet at trykke på den der ligner en nøgle nede bunden af Virtual Dub, så går den godt og vel 10 sec. frem. og hvis jeg så gemmer den igen, så virker det. Men 10 sec. er for meget.

øøh det lyder da ikke til at du er alt for spist til virtualdub - men kig på henninga's link - det er kanon

Neej, jeg bruger det heler ikke så meget, kun til at omkonvertere med, og splitte, samt joine film. :)

10 sec lyder af meget.
Jeg har ikke virtualdub og har ikke prøvet at afkorte en DivX video så jeg ved ikke om du kan klippe med frame nøjagtighed, men guiden på hjemmesiden ser da meget enkel ud ;o)
HenningA

Jeg har prøvet at følge guilden, men det gav ikke noget result. Så jeg håber der er en eller anden løsning, så jeg kan få afkortet min film. :)

Har Du prøvet med Windows Moviemaker. Ligger i win XP.

Du må gører noget forkert, eller der er noget galt med din film. Den guide virker 100% :o)
Du skal heller ikke trykke på nøglen, for så hopper den frem til næste keyframe eller I-frame. 
Du kan sagtens hoppe en enkelt frame frem eller tilbage med piltasterne.
Du skal trykke på "mark in" og "mark out" for at markere hvor dit klip skal starte og slutte. (de 2 pile yderst til højre)
Når du har markeret det du vil slette, kan du også bare trykke "del". Herefter saver du med Audio og Video sat til "Direct stream copy"

Jeg har fundet en løsning, men den er meget besværlig, hvis jeg gør det som phatlasse skriver tilsidst, så virker det ikke, men hvis jeg vælger "Full Processing Mode" i Video, så klipper den der hvor jeg beder den om det, men med "Direct stream copy" klipper den ved det første mulige keyframe. 


phatlasse -->

gurumaster --> så vidt jeg ved kan den kun kompromere det tilbage i .WMV og ikke i .avi

t-x >> Så er det vel lukketid.
Kan nu ikke se hvad der er besværligt ved at sætte den til "Full processing mode" frem for "Direct stream copy"
Men ender du .avi film op uændret, hvis du bruger "full processing mode" ? Det lyder underligt i mine ører :o)
Nå men, det virker for dig, og det er jo det vigtigste.

Hej,

man kan godt klippe scener ud i VirtualDub, både i "Full Processing Mode"
og i "Direct Stream Copy Mode".

Når man gør det i "Full Processing Mode" kan man vælge start billede og slut billede
som man vil, og alt derimellem vil blive klippet ud.

I "Direct Stream Copy" mode -SKAL- det første billede efter det man klipper ud
være en "key-frame". Er det ikke en key-frame vil VirtualDub søge videre indtil
det finder næste key-frame. Alle billeder indtil denne key-frame vil så blive
klippet ud (derfor de 10 sekunder som forsvinder selv t-x kund forsøger at klippe
de første 2 sekunder ud).

Så hvorfor ikke bare bruge "Full Processing Mode"?
1) Det vil tage lang tid, idet Virtualub skal dekode hele
filmen hvorefter VirtualDub skal indkode hele filmen igen.
2) Der sker også et kvalitetstab ved først at dekode og derefter
indkode filmen igen.

Men kan man leve med disse to ulemper er det jo simpelt bare at
bruge "Full Processing Mode".

Er man smart kan man dog klippe filmen op i 2 afsnit,
de første 10 sekunder og de efterfølgende x-10 sekunder (x=filmens længde).
Så kan man i "Full Processing Mode" fjerne de første 2 sekunder af de
10 sekunder. Efterfølgende sættes de resterende 8 sekunder (som er omkodet)
sammen med de x-10 sekunder (Append menuen i "Direct Stream Copy Mode").

For at forstå at VirtualDub gør det rigtige ved at fjerne hele 10 sekunder i
"Direct Stream Copy Mode" skal man forstå hvordan MPEG indkodning virker i
princippet (både MPEG-1, MPEG-2 og MPEG-4=DivX).

En film består i princippet af en lang sekvens af billeder, 25 stk. pr. sekund.
I MPEG-sammenhæng findes der 3 typer billeder, kaldet I-, P- og B-billeder.
For at gøre det simpelt glemmer vi B-billeder i denne forklaring.

Et I-billede kan forstås som et helt billede i den oprindelige sekvens af billeder,
som findes før MPEG-indkodningen. F.eks. vil et sekund klip bestående af I-billeder
være denne liste af billeder (25 stk - alle nummerede):

I1 I2 I3 I4 I5 I6 I7 I8 I9 I10 I11 I12 I13 I14 I15 I16 I17 I18 I19 I20 I21 I22 I23 I24 I25

I-billeder er faktisk bare en JPEG indkodning af billedet. Ovenstående liste af
I-billeder er faktisk en MJPEG-indkodning af et 1 sekunds klip.

Et P-billede indeholder ikke information nok til at danne et helt billede.
Et P-billede indeholder kun forskellen mellem 2 billeder. Da der kun er 40 millisekunder
mellem 2 billeder i en film, når der ikke at være ret meget forskel. Dermed bliver
mængden af data P-billledet reduceret meget.

Eksempel: Såfremt vi i nyhederne ser reporteren læse op vil forskellen mellem
2 billeder kun være omkring hans mund (det eneste der ændrer sig). Så vil
P-billedet kun indeholde de 5% af skærmen, der dækker hans mund. Vi har altså
en reduktion i data-mængden på 95% - ganske godt.

Ovenstående 1 sekunds klip kan i MPEG indkodningen så blive til:

I1 P2 P3 P4 P5 I6 P7 P8 P9 P10 I11 P12 P13 P14 P15 I16 P17 P18 P19 P20 I21 P22 P23 P24 P25

hvor P2 er beregnet som forskellen mellem I1 og I2,
hvor P3 er beregnet som forskellen mellem I2 og I3 osv.

For en gang imellem at kunne gendanne et rigtig billede har vi kun valgt
her at lave 4 P-billeder i træk. Så gør det ikke noget hvis f.eks. P8 billedet
faldt ud (forsvandt). Så er det kun P8 og P9 billederne der ikke kan gendannes rigtigt.
Det 10. billede er jo et helt billede igen (et I-billede), hvorefter det 11. billede
vil blive gendannet rigtig igen under afspilning.

Hvis alle P-billederne kan komprimeres til f.eks. 10% af et I-billede, vil vi
i ovenstående have et samlet reducering af data-mængden til 28%
(beregnet som 100%+10%+10%+10%+10% divideret med 5).

Hvis vi laver endnu flere P-billeder i træk end de 4 ovenfor, får vi en endnu
større reducering af data-mængden. Jeg vil gætte på at t-x's film er indkodet
med DivX (MPEg-4) med 249 P-billeder i træk før der kommer et I-billede.

Et I-billede efterfulgt af en række P-billeder hedder en GOP (Group Of Pictures).
Vores eksempel har en GOP-længde på 5, mens t-x's film har en GOP længde på 250.

Bemærk: Et I-billede er det samme som en key-frame i VirtualDub. Og P-billeder er
ikke key-frames. For at beregne hvordan et P-billede ser ud skal man gå tilbage
til det sidste I-billede i rækken, og derfra beregne sig frem igennem alle
P-billederne indtil man når det ænskede P-billede.

Har I hængt på indtil nu (og forstået den lange forklaring :-) kan vi nu
forstå hvor VirtualDub vil slette hele 10 sekunder når t-x kun beder om at slette
de første 2 sekunder:

Hele filmen starter med et I-billede. t-x forsøger at slette det første
I-billede samt de efterfølgende 49 P-billeder. Men så kan man
jo ikke beregne sig frem til hvordan det 51. billede ser ud, og dermed heller
ikke billerne 52 og op til 250. Først med billede nummer 251 (næste I-billede)
er dette muligt. Altså sletter VirtualDub alle billerne frem til næste I-billede.

Eksempel:
Vi forsøger at slette billerne P3 til P13 i vores 1 sekunds klip:

I1 P2 "P3 P4 P5 I6 P7 P8 P9 P10 I11 P12 P13" P14 P15 I16 P17 P18 P19 P20 I21 P22 P23 P24 P25,

men hvordan skal man så kunne gendanne billede P14? Det kan man først fra billede I16,
dvs. vi må slette billederne P3 til P15.

Håber ovenstående kan forståes,

mvh Torben

damn sikke en smøre, torben! respekt! :)

Hej metal hansen,

jeg arbejder i et firma som laver MPEG indkodere, så ovenstående smøre
kan vel næsten betragtes som overarbejde :-).

Mvh Torben.

*GG* ja :)

respekt herfra også :o)
Jeg synes ttn.bonk skal ha' pointene.....

Ok, jeg takker mange gange, har fået det til at virke. ttn.bonk --> Kan du ikke lige ligge et svar ? :) Håber ikke der er noget der har noget imod, at ttn.bonk får point !

Hej t-x,

jeg siger da ikke nej tak til pointene, men du beskrev faktisk selv løsningen i indlægget 02/10-2003 19:22:47. Det eneste jeg gjorde var at beskrive hvorfor det var sådant.


Mvh Torben.

God forklaring torben - det ka' forståes !