ffmpeg -pass 1 og -pass 2

[Blueeyez]

Jeg sidder og roder med ffmpeg og lige nu har jeg da fundet ud af at konvertere film i en bestemt kvalitet mm. Men jeg blev anbefalet af bruge -pass 1 og -pass 2 osv osv, men jeg må erkende at jeg ikke helt ved om jeg gør det rigtigt osv..

Så hvis nogen herinde bruger ffmpeg til konvertering af film vil det være super fedt med lidt hjælp og genre skåret ud i pap

Jeg har googlet og prøvet man pages og forstår intet af det og ellers virker det jeg finder ikke..

[AJenbo]

Første kørsel analysere blot videoen, anden kørsel danner så videoen og benytter data fra den første kørsel til at opnå en højre kvalitet.

[Klaus Rasmussen]

Denne side ser vist anvendelig ud:
http://linuxers.org/tutorial/ffmpeg-tutorial-beginners

[Blueeyez]

@Ajenbo - Den del ved jeg skam godt

@Klaus - Jeg håbede nu mere på at finde en herinde der har reel kendskab til ffmpeg til film/video konverting som bruger -pass 1 og -pass 2, da jeg ikke forstår hvordan kommandoen hænger sammen og har søgt en masse på google..

[AJenbo]

Kode: Vælg alt

ffmpeg -y -i video_kilde -c:v libx264 -preset medium -b:v 555k -pass 1 -c:a libfdk_aac -b:a 128k -f mp4 /dev/null
ffmpeg -i video_kilde -c:v libx264 -preset medium -b:v 555k -pass 2 -c:a libfdk_aac -b:a 128k resultat.mp4

[Warhawk]

Hej,

Der er 2 måder at konvertere film på.
1. Konstant kvalitet. Dette giver den bedste kvalitet. Bitraten vil variere undervejs, men hele tiden give den ønskede kvalitet.
2. Bitrate. Her sættes en fast bitrate (kan være nødvendig såfremt filstørrelsen ikke må overstige et bestemt maksimum), som medfører en varierende kvalitet. For at forbedre kvaliteten kan der her laves 2-pass encoding.

Du skriver ikke noget om hvilket codec, du benytter. For optimal kvalitet samt minimal filstørrelse anbefaler jeg at bruge x264 (H.264). Det kræver mere computerkraft end f.eks. MPEG-2 og MPEG-4, men kvaliteten er overlegen i forhold til.

[AJenbo]

Selv om jeg er enig i det Warhawk skriver vil jeg lige tilføje.

Bitraten kan også være begrænset af mediets overførselshastighed, her er den totale størrelse ikke vigtig, men videoen må aldrig overskride en bestemt størrelse over en given tidsramme.

x264 kan være mindre ressource krævende end ældre codeces hvis man har en accelerator som eks ens grafikkort. H264 er i øvrigt en form for MPEG-4.

[Blueeyez]

@Ajenbo - De kommandoer der har jeg prøvet (Godt nok kun den første) men fik afvide af en at jeg kan lave alle de passes som jeg vil.. men at nr 1 er den der giver mest. Jeg er ude efter at spare plads, men os at alle enheder skal kunne afspille. Derfor bruger jeg libx264 (Jeg er i tvivl om det er x264 eller h264)

Kode: Vælg alt

ffmpeg -y -i video_kilde.mkv -c:v libx264 -preset veryslow -qp 24 -pass 1 libfdk_aac -vbr 3 -f mkv /dev/null
ffmpeg -i video_kilde.mkv -c:v libx264 -preset veryslow -qp 24 -pass 2 libfdk_aac -vbr 3 resultat.mkv

Er denne kode OK? Jeg ved ikke meget om det, men prøver mig frem pt.. jeg vil holde kvaliteten i VBR fremfor CRF for at spare plads og fordi jeg tænker det ikke gør den helt store forskel..

@Warhawk - Jeg skifter til libx264 fra MPEG-2 for at undgå licens bøvl på enheder, men os for at det skal fylde mere.. ville godt op i H265, men chromecast understøtter ikke det endnu

Dernæst så er det eneste der rigtigt kræver ressourcer H265 men med de enheder vi har nu om dage så er det det værd og så fylder filmene jo bare en del mindre.. venter dog på at chromecast understøtter det, men arbejder hen imod h265

[AJenbo]

Ok, men det du er blevet fortalt er altså forkert. Det hjælper ikke yderligere at køre nogen af de 2 pass's flere gange, og du får først en video når du laver 2. pass (pass 1 sender resultatet til /dev/null da det er junk der kommer ud). Første pass er som sagt kun en analyse af videoen, som er nødvendig for at køre 2. pass. Du kan så køre 2. pass gentagende gange hvor du justere lidt på parametrene (for at opnå den ønskede størrelse) uden nødvendigvis at skulle køre første pass igen (dog kan det være nødvendigt hvis hvis du ændre bestemte værdier), men det bliver ikke anderledes end hvis du hade brugt de samme parameter første gang du kørte 2. pass.

x264 er en åben implementering af h264 med nogle ekstra muligheder der kan forbedre kvaliteten ved at bryde standarden lidt.

x264 skulle gerne fylde betydelig mindre end MPEG-2, og have bedre billede kvalitet. Det er kun hvis det skal fungere på rigtig gamle afspillere (eks DVD) at det ville være en ide at bruge MPEG2.

Jeg tror ikke chippen på chromecast undersøtter H265 så det kommer nok ikke som en opdatering.

At køre med 2 pass's har ikke den store effekt hvis du tillader VBR, hele pointen er at lave en foranalyse af kompleksiteten for hver frame så komprimteringen kan holde ABR (der findes ikke CRFi FFMEG) med bedst mulig kvalitet.