Provided by: mkvtoolnix_90.0-1build1_amd64 
NAME
mkvmerge - Slå sammen multimediestrømmer til en Matroska fil
SAMMENDRAG
mkvmerge [globale alternativer] {-o ut} [alternativer1] {fil1} [[alternativer2] {fil2}]
[@alternativer-fil.json]
BESKRIVELSE
Dette programmet tar inndata fra flere mediefiler og slår sammen strømmene deres (alle av dem eller bare
et utvalg) til en Matroska fil; Se Matroska nettside[1].
Important
Rekkefølgen på kommandolinjealternativer er viktig. Vennligst les avsnittet "Alternativ rekkefølge"
hvis du er ny bruker av programmet.
Globale alternativer
-v, --verbose
Øk detaljnivået.
-q, --quiet
Demp statusutdata.
-o, --output filnavn
Skriv til filen filnavn. Hvis splitting brukes, behandles denne parameteren litt annerledes. Se
forklaringen for --split alternativet for detaljer.
-w, --webm
Opprett en WebM-kompatibel fil. Dette er også slått på hvis utdatafilnavnets utvidelse er "webm".
Denne modusen håndhever flere begrensninger. De eneste tillatte kodekene er VP8, VP9-video og Opus,
Vorbis-lydspor. Datahodeelementet DocType endres til "webm".
For kapitler og tagger er bare et delsett av elementer tillatt. mkvmerge(1) vil automatisk fjerne
alle elementer som ikke er tillatt av spesifikasjonen.
--title tittel
Angir den generelle tittelen for utdatafilen, f.eks. filmens navn.
--default-language språkkode
Angir standard språkkode som skal brukes for spor der det ikke er angitt noe språk med
--language-alternativet og som kildekonteineren ikke gir et språk for.
Standard språkkode er 'und' for 'ubestemt'.
Håndtering av segmentinformasjon (globale alternativer)
--segmentinfo filnavn.xml
Les segmentinformasjon fra en XML-fil. Denne filen kan inneholde segmentfamiliens UID, segment-UID,
forrige og neste segment-UID-elementer. En eksempelfil og en DTD er inkludert i
MKVToolNix-distribusjonen.
Se avsnittet om segmentinfo XML-filer nedenfor for detaljer.
--segment-uid SID1,SID2,...
Angir segment-UID-ene som skal brukes. Dette er en kommaseparert liste over 128-biters segment-UID-er
i vanlig UID-form: hex-tall med eller uten "0x" -prefikset, med eller uten mellomrom, nøyaktig 32
sifre.
Hvis SID starter med =, tolkes resten som navnet på en Matroska-fil hvis segment-UID leses og brukes.
Hver fil som opprettes inneholder ett segment, og hvert segment har ett segment-UID. Hvis flere
segment-UID-er er spesifisert enn segmenter opprettes, ignoreres de overskytende UID-ene. Hvis færre
UID-er er spesifisert enn segmenter som opprettes, vil tilfeldige UID-er bli opprettet for dem.
Kapittel- og tagghåndtering (globale alternativer)
--chapter-language språkkode
Angir språkkoden ISO 639-2 som skrives for hver kapitteloppføring. Standard er 'eng'. Se avsnittet om
kapitlene nedenfor for detaljer.
Dette alternativet kan brukes både for enkle kapittelfiler og for kildefiler som inneholder kapitler,
men ingen informasjon om kapitlenes språk, eks.MP4 og OGM-filer.
Språket som er angitt med dette alternativet, brukes også når kapitler genereres med
--generate-chapters alternativet.
--chapter-charset tegnsett
Angir tegnsettet som brukes for konvertering til UTF-8 for enkle kapittelfiler. Se avsnittet om
tekstfiler og tegnsett for en forklaring på hvordan mkvmerge(1) konverterer mellom tegnsett.
Dette byttet gjelder også for kapitler som er kopiert fra visse konteinertyper, f.eks. Ogg/OGM- og
MP4-filer. Se avsnittet om kapitler nedenfor for detaljer.
--chapter-sync d[,o[/p]]
Juster tidsstemplene for kapitlene i følgende kildefil med d ms. Alternativt kan du bruke --sync
alternativet med den spesielle spor-IDen -2 (se avsnittet spesielle spor-ID-er).
o/p: juster tidsstemplene med o/p for å fikse lineære drifter. per standard til 1 hvis utelatt. Både
o og p kan være flyttall.
Standardinnstillinger: ingen manuell korrigering av synkronisering (som er det samme som d = 0 og o/p
= 1.0).
Dette alternativet kan brukes flere ganger for en inndatafil som gjelder for flere spor ved å velge
forskjellige spor-IDer hver gang.
--generate-chapters modus
mkvmerge(1) kan opprette kapitler automatisk. De følgende to modusene støttes:
• 'under-tilføyelse' – Denne modusen oppretter ett kapittel i starten og ett kapittel når en fil
tilføyes.
Denne modusen fungerer også med splittmoduser 'parts:' and 'parts-frames:'.For disse modusene vil
det bli generert ett kapittel for hvert tilføyde tidsstempelområde (de hvis starttidsstempler er
prefikset med '+').
Note
mkvmerge(1) krever at en video eller et lydspor er til stede for å kunne bestemme når en ny
fil tilføyes. Hvis ett eller flere videospor er multiplekset, brukes det første. Ellers
brukes det første lydsporet.
• 'interval:time-spec' – Denne modusen oppretter ett kapittel med faste intervaller gitt ved
time-spec. Formatet er enten formen HH:MM:SS.nnnnnnnnn eller et tall etterfulgt av en av enhetene
's', 'ms' eller 'us'.
Eksempel: --generate-chapters interval:45s
Navnene på de nye kapitlene styres av alternativet --generate-chapters-name-template. Språket settes
med --chapter-language som må inntre før --generate-chapters.
--generate-chapters-name-template mal
Dette angir navnemalen for kapittelnavn generert av alternativet --generate-chapters. Hvis
alternativet ikke brukes, vil standard 'Chapter <NUM:2>' bli brukt.
Det er flere variabler som kan brukes i malen som erstattes av de faktiske verdiene når et kapittel
genereres. Strengen '<NUM>' vil bli erstattet av kapittelnummeret. Strengen '<START>' vil bli
erstattet av kapitlets starttidsstempel.
Strengene '<FILE_NAME>' og '<FILE_NAME_WITH_EXT>' fylles bare når du genererer kapitler for tilføyde
filer. De vil bli erstattet av den vedlagte filens navn uten henholdsvis utvidelsen. Merk at bare
filens basisnavn og filtype er satt inn, ikke katalogen eller stasjonskomponentene.
Du kan angi et minimum antall plasser for kapittelnummeret med '<NUM:places>', for eksempel
'<NUM:3>'. Det resulterende tallet vil bli fylt ut med innledende nuller hvis antall plasser er
mindre enn angitt.
Du kan kontrollere formatet som brukes av starttidsstempelet med <START:format>. Formatet er som
standard '%H:%M:%S' hvis ingen er angitt. Gyldige formatkoder er:
• %h – timer
• %H – timer null-utfylt til to plasser
• %m – minutter
• %M – minutter null-utfylt til to plasser
• %s – sekunder
• %S – sekunder null-utfylt til to plasser
• %n – nanosekunder med ni plasser
• %<1-9>n – nanosekunder med opptil ni plasser (eks. tre plasser med %3n)
--cue-chapter-name-format format
mkvmerge(1) støtter lesing av CUE-ark for lydfiler som inndata for kapitler. CUE-ark inneholder
vanligvis oppføringene PERFORMER og TITLE for hver indeksoppføring. mkvmerge(1) bruker disse to
strengene for å konstruere kapittelnavnet. Med dette alternativet kan formatet som brukes for dette
navnet angis.
Hvis dette alternativet ikke er gitt, vil mkvmerge(1) bruke standard formatet '%p - %t' (utøveren,
etterfulgt av et mellomrom, en bindestrek, et annet mellomrom og tittelen).
Hvis formatet er gitt, kopieres alt unntatt følgende metategn som det er, og metategnene erstattes
slik:
• %perstattes av gjeldende oppførings PERFORMER-streng,
• %t erstattes av gjeldende oppførings TITLE-streng,
• %n erstattes av gjeldende spornummer og
• %N erstattes av gjeldende spornummer fylt med en innledende null hvis det er < 10.
--chapters filnavn
Les kapittelinformasjon fra filen filnavn. Se avsnittet om kapitler nedenfor for detaljer.
--global-tags filnavn
Les globale tagger fra filen filnavn. Se avsnittet om tagger nedenfor for detaljer.
Generell utdatakontroll (avanserte globale alternativer)
--track-order FID1:TID1,FID2:TID2,...
Dette alternativet endrer rekkefølgen sporene for en inndatafil opprettes i. Argumentet er en
kommadelt liste over par-IDer. Hvert par inneholder først fil-ID (FID1) som ganske enkelt er nummeret
på filen på kommandolinjen som starter på 0. Den andre er en spor-ID (TID1) fra den filen. Hvis noen
spor-ID-er utelates, opprettes disse sporene etter at de som er gitt med dette alternativet, er
opprettet.
Hvis dette alternativet ikke er angitt, sorteres sporene etter type først & rekkefølgen på kildefilen
deretter. Videospor kommer først, etterfulgt av lyd- & undertekstspor. Andre sjelden brukte sportyper
kommer sist.
--cluster-length spesfikasjon
Begrens antall datablokker eller varigheten av data i hver klynge. Spesifikasjonsparameteren kan
enten være et tall n uten en enhet eller et tall d etterfikset med 'ms'.
Hvis ingen enhet brukes vil mkvmerge(1) sette maksimalt n datablokker i hver klynge. Maksimalt antall
blokker er 65535.
Hvis nummeret d er etterfikset med 'ms' vil mkvmerge(1) sette på det meste d millisekunder med data i
hver klynge. Minimum for d er '100ms', og maksimum er '32000ms'.
mkvmerge(1) setter som standard maksimalt 65535 datablokker og 5000ms data i en klynge.
Programmer som prøver å finne en bestemt ramme, kan bare søke direkte til en klynge og må lese hele
klyngen etterpå. Derfor kan det å skape større klynger føre til upresis eller langsom søking.
--clusters-in-meta-seek
Forteller mkvmerge(1) å opprette et metasøk-element på slutten av filen som inneholder alle klynger.
Se også avsnittet om Matroska filoppsett.
--timestamp-scale faktor
Tvinger tidsstempelskaleringsfaktoren til faktor. Gyldige verdier er i området 1000...10000000 eller
den spesifiserte verdien -1.
Normalt vil mkvmerge(1) bruke en verdi på 1000000, noe som betyr at tidsstempler og varigheter vil ha
en presisjon på 1ms. For filer som ikke vil inneholde et videospor, men minst ett lydspor vil
mkvmerge(1) automatisk velge et tidsstempelskaleringsfaktor slik at alle tidsstempler og varigheter
har en presisjon på en lydsample. Dette fører til mer etterarbeid, men tillater presis søking og
uttrekking.
Hvis den magiske verdien -1 brukes, vil mkvmerge(1) bruke samplepresisjon selv om et videospor er til
stede.
--enable-durations
Skrivevarighet for alle blokker. Dette vil øke filstørrelsen og gir ingen ekstra verdi for avspillere
for øyeblikket.
--no-cues
Forteller mkvmerge(1) ikke å opprette og skrive signaldata som kan sammenlignes med en indeks i en
AVI. Matroska filer kan spilles av uten signaldata, men søking vil trolig være upresis og tregere.
Bruk dette bare hvis du virkelig er desperat etter plass eller for testformål. Se også alternativet
--cues som kan spesifiseres for hver inndatafil.
--no-date
Som standard setter mkvmerge(1) segmentinformasjonsfeltet "dato" til tidspunktet og datoen når
multipleksingen startet. Med dette alternativet skrives ikke det feltet i det hele tatt.
--disable-lacing
Deaktiverer sammenfletting for alle spor. Dette vil øke filens størrelse, spesielt hvis det er mange
lydspor. Dette alternativet er ikke ment for daglig bruk.
--disable-track-statistics-tags
Normalt vil mkvmerge(1) skrive bestemte tagger med statistikk for hvert spor. Hvis slike tagger
allerede er til stede, blir de overskrevet. Taggene er BPS, DURATION, NUMBER_OF_BYTES og
NUMBER_OF_FRAMES.
Aktivering av dette alternativet forhindrer mkvmerge(1) fra å skrive disse taggene og fra å berøre
eksisterende tagger med samme navn.
--disable-language-ietf
Normalt vil mkvmerge(1) skrive de nye IETF BCP 47-språkelementene i tillegg til de eldre
språkelementene i spordatahoder, kapitler og tagger. Hvis dette alternativet brukes, skrives bare de
eldre elementene.
--normalize-language-ietf modus
Gjør det mulig å normalisere alle IETF BCP 47-språktagger til enten deres kanoniske form med modus
'kanonisk', til deres utvidede språkundertagger dannes med modus 'extlang' eller slår den av med
modus 'av'. Som standard brukes normalisering til den kanoniske formen.
I kanonisk form erstattes alle undertagger som det finnes foretrukne verdier for, med de foretrukne
verdiene. Dette konverterer for eksempel 'zh-yue-jyutping' til 'yue-jyutping' eller 'fr-FX' til
'fr-FR'.
For undertaggene for utvidet språk bygges den kanoniske formen først. Deretter erstattes alle
primærspråk som det finnes en utvidet språkundertagg for, med den utvidede språkundertaggen og
prefikset. Dette konverterer for eksempel 'yue-jyutping' tilbake til 'zh-yue-jyutping', men har ingen
effekt på 'fr-FR' da 'fr' ikke er en undertagg for utvidet språk.
--stop-after-video-ends
Stopper behandlingen etter at det primære videosporet er avsluttet, og eventuelle gjenværende pakker
med andre spor forkastes.
Filsplitting, kobling, tilføying og sammenknytting (flere globale alternativer)
--split spesifikasjon
Splitter utdatafilen etter en gitt størrelse eller et gitt tidspunkt. Vær oppmerksom på at spor bare
kan splittes rett før en nøkkelramme. Derfor kan splittpunktet være litt utenfor av det brukeren har
spesifisert.
For øyeblikket støtter mkvmerge(1) følgende moduser:
1. Splitting etter størrelse.
Syntaks: --split [size:]d[k|m|g]
Eksempler: --split size:700m eller --split 150000000
Parameteren d kan ende med 'k', 'm' eller 'g' for å indikere at størrelsen er henholdsvis i KB,
MB eller GB. Ellers antas en størrelse i byte. Etter at gjeldende utdatafil har nådd denne
størrelsesgrensen, vil en ny bli startet.
Prefikset 'size:' kan utelates av kompatibilitetsgrunner.
2. Splitting etter en varighet.
Syntaks: --split [duration:]HH:MM:SS.nnnnnnnnn|ds
Eksempler: --split duration:00:60:00.000 eller --split 3600s
Parameteren må enten ha formen HH:MM:SS.nnnnnnnnn for å spesifisere varigheten i opptil
nanosekunders presisjon eller være et tall d etterfulgt av bokstaven 's' for varigheten i
sekunder. HH er antall timer, MM antall minutter, SS antall sekunder og nnnnnnnnn antall
nanosekunder. Både antall timer og antall nanosekunder kan utelates. Det kan være opptil ni sifre
etter desimaltegnet. Etter at varigheten av innholdet i gjeldende utdata har nådd denne grensen,
startes en ny utdatafil.
Prefikset 'duration:' kan utelates av kompatibilitetsgrunner.
3. Splitting etter spesifikke tidsstempler.
Syntaks: --split timestamps:A[,B[,C...]]
Eksempel: --split timestamps:00:45:00.000,01:20:00.250,6300s
Parametrene A, B, C osv. må alle ha samme format som de som brukes i løpet av varigheten (se
ovenfor). Listen over tidsstempler er atskilt med komma. Når inndatastrømmen har nådd
tidsstempelet for gjeldende splittpunkt, opprettes en ny fil. Deretter brukes neste splittpunkt
gitt i denne listen.
Prefikset 'timestamps:' kan ikke utelates.
4. Behold spesifikke deler ved å spesifisere tidsstempelområder mens andre forkastes.
Syntaks: --split parts:start1-slutt1[,[+]start2-slutt2[,[+]start3-slutt3...]]
Eksempler:
1. --split parts:00:01:20-00:02:45,00:05:50-00:10:30
2. --split parts:00:01:20-00:02:45,+00:05:50-00:10:30
3. --split parts:-00:02:45,00:05:50-
Delemodusen forteller mkvmerge(1) å beholde visse tidsstempler mens andre forkastes. Områdene som
skal beholdes må listes etter delene: nøkkelord og skilles med komma. Et område i seg selv består
av et start- og et sluttstempel i samme format som de andre variantene av --split aksepter
(f.eks. refererer både 00:01:20 og 80s til samme tidsstempel).
Hvis et starttidsstempel utelates, brukes det som standard det forrige områdets sluttstempel.
Hvis det ikke var noe tidligere område, er det som standard starten på filen (se eksempel 3).
Hvis et sluttidsstempel er utelatt, er det som standard slutten av kildefilene som i
utgangspunktet forteller mkvmerge(1) å beholde resten (se eksempel 3).
Normalt vil hvert område bli skrevet til en ny fil. Dette kan endres slik at etterfølgende
områder skrives til samme fil. For det må brukeren prefikse starttidsstempelet med en +. Dette
forteller mkvmerge(1) ikke å opprette en ny fil og i stedet legge til området til den samme filen
det forrige området ble skrevet til. Tidsstempler vil bli justert slik at det ikke blir noe gap i
utdatafilen selv om det var et gap i de to områdene i inndatafilen.
I eksempel 1 vil mkvmerge(1) opprette to filer. Den første vil inneholde innholdet som starter
fra 00:01:20 frem til 00:02:45. Den andre filen vil inneholde innholdet som starter fra 00:05:50
frem til 00:10:30.
I eksempel 2 vil mkvmerge(1) opprette bare en fil. Denne filen vil inneholde både innholdet som
starter fra 00:01:20 frem til 00:02:45 og innholdet som starter fra 00:05:50 frem til 00:10:30.
I eksempel 3 vil mkvmerge(1) opprette to filer. Den første vil inneholde innholdet fra starten av
kildefilene til 00:02:45. Den andre filen vil inneholde innholdet som starter fra 00:05:50 til
slutten av kildefilene.
Note
Merk at mkvmerge(1) bare tar beslutninger om splitting på viktige rammeposisjoner. Dette
gjelder både starten og slutten av hvert område. Så selv om et sluttstempel er mellom to
nøkkelrammer vil mkvmerge(1) fortsette å sende ut rammene opp til, men unntatt følgende
nøkkelramme.
5. Behold spesifikke deler ved å spesifisere ramme-/feltnummerområder mens andre forkastes.
Syntaks: --split parts-frames:start1-slutt1[,[+]start2-slutt2[,[+]start3-slutt3...]]
Eksempler:
1. --split parts-frames:137-258,548-1211
2. --split parts-frames:733-912,+1592-2730
3. --split parts-frames:-430,2512-
parts-frames-modusen mode forteller mkvmerge(1) å beholde visse områder med ramme-/feltnumre mens
andre forkastes. Områdene som skal beholdes, må oppføres etter parts-frames:-nøkkelordet og være
separert med kommategn. Et område i seg selv består av en start og en sluttramme/feltnummer.
Nummereringen starter på 1.
Hvis et startnummer utelates, er det som standard sluttnummeret til det forrige området. Hvis det
ikke var noe tidligere område, er det som standard starten på filen (se eksempel 3).
Hvis et sluttnummer er utelatt, er det som standard slutten av kildefilene som i utgangspunktet
forteller mkvmerge(1) å beholde resten (se eksempel 3).
Normalt vil hvert område bli skrevet til en ny fil. Dette kan endres slik at etterfølgende
områder skrives til samme fil. For det må brukeren prefikse startnummeret med en +. Dette
forteller mkvmerge(1) ikke å opprette en ny fil og i stedet tilføye området til den samme filen
det forrige området ble skrevet til. Tidsstempler vil bli justert slik at det ikke blir noe gap i
utdatafilen selv om det var et gap i de to områdene i inndatafilen.
Note
Merk at mkvmerge(1) bare tar beslutninger om splitting på viktige rammeposisjoner. Dette
gjelder både starten og slutten av hvert område. Så selv om en ramme/felt er mellom to
nøkkelrammer vil mkvmerge(1) fortsette å sende ut rammene opp til, men unntatt følgende
nøkkelramme.
I eksempel 1 vil mkvmerge(1) opprette to filer. Den første inneholder innholdet fra det første
nøkkelbildet ved eller etter 137 og frem til, men ekskludert det første nøkkelbildet ved 258
eller etter. Den andre filen vil inneholde innholdet som starter fra 548 til 1211.
I eksempel 2 vil mkvmerge(1) opprette bare en fil. Denne filen vil inneholde både innholdet som
starter fra 733 frem til 912 og innholdet som starter fra 1592 frem til 2730.
I eksempel 3 vil mkvmerge(1) opprette to filer. Den første vil inneholde innholdet fra starten av
kildefilene til 430. Den andre filen vil inneholde innholdet som starter fra 2512 til slutten av
kildefilene.
Denne modusen vurderer bare det første videosporet som sendes ut. Hvis det ikke sendes ut noe
videospor, vil det ikke oppstå splitting.
Note
Tallene gitt med dette argumentet tolkes basert på antall Matroska blokker som er sendt ut.
En enkelt Matroska blokk inneholder enten en fullformat (for progressivt innhold) eller et
enkelt felt (for sammenflettet innhold). MKVMERGE skiller ikke mellom disse to og teller bare
antall blokker. For eksempel: hvis man ønsket å splitte etter den 25. fulle rammen med
sammenflettet innhold, måtte man bruke 50 (to felt per full ramme) som splittpunkt.
6. Splitting etter spesifikke rammer/felt.
Syntaks: --split frames:A[,B[,C...]]
Eksempel: --split frames:120,237,891
Parametrene A, B, C osv. må alle være positive heltall. Nummereringen starter på 1. Listen over
ramme-/feltnumre er atskilt med komma. Etter at inndatastrømmen har nådd ramme-/feltnummeret for
gjeldende splittpunkt, opprettes en ny fil. Deretter brukes neste splittpunkt gitt i denne
listen.
Prefikset 'frames:' kan ikke utelates.
Denne modusen vurderer bare det første videosporet som sendes ut. Hvis det ikke sendes ut noe
videospor, vil det ikke oppstå splitting.
Note
Tallene gitt med dette argumentet tolkes basert på antall Matroska blokker som er sendt ut.
En enkelt Matroska blokk inneholder enten en fullformat (for progressivt innhold) eller et
enkelt felt (for sammenflettet innhold). MKVMERGE skiller ikke mellom disse to og teller bare
antall blokker. For eksempel: hvis man ønsket å splitte etter den 25. fulle rammen med
sammenflettet innhold, måtte man bruke 50 (to felt per full ramme) som splittpunkt.
7. Splitting før spesifikke kapitler.
Syntaks: --split chapters:all eller --split chapters:A[,B[,C...]]
Eksempel: --split chapters:5,8
Parametrene A, B, C osv. må alle være positive heltall. Nummereringen starter på 1. Listen over
kapittelnumre er atskilt med komma. Oppdeling skjer rett før den første nøkkelrammen hvis
tidsstempel er lik eller større enn starttidsstempelet for kapitlene der tallene er oppført. Et
kapittel som starter på 0s blir aldri vurdert for splitting og forkastes stille.
Nøkkelordet all kan brukes i stedet for å liste opp alle kapittelnumre manuelt.
Prefikset 'chapters:' kan ikke utelates.
Note
Matroska filformatet støtter vilkårlig dypt nestede kapittelstrukturer kalt
'utgaveoppføringer' og 'kapittelatomer'. Denne modusen vurderer imidlertid bare det øverste
nivået av kapitler på tvers av alle utgaveoppføringer.
For denne splittingsmodusen behandles utdatafilnavnet annerledes enn for den normale operasjonen. Den
kan inneholde et printf-lignende uttrykk '%d' inkludert en valgfri feltbredde, f.eks. '%02d'. Hvis
det gjør det, blir det nåværende filnummeret formatert riktig og satt inn på det punktet i filnavnet.
Hvis det ikke finnes et slikt mønster, antas et mønster av '-%03d' rett før filens utvidelse: '-o
output.mkv' vil resultere i 'output-001.mkv' og så videre. Hvis det ikke er noen utvidelse, vil
'-%03d' bli tilføyd navnet.
Et annet mulig mønster er '%c' som vil bli erstattet av navnet på det første kapittelet i filen. Merk
at når '%c' er til stede, vil mønsteret '-%03d' ikke bli lagt til automatisk.
--link
Koble filer til hverandre når utdatafilen splittes. Se avsnittet om filkobling nedenfor for mer
informasjon.
--link-to-previous segment-UID
Kobler den første utdatafilen til segmentet med segment-UID-en gitt av segment-UID-parameteren. Se
avsnittet om filkobling nedenfor for mer informasjon.
Hvis SID starter med =, tolkes resten som navnet på en Matroska-fil hvis segment-UID leses og brukes.
--link-to-next segment-UID
Kobler den siste utdatafilen til segmentet med segment-UID-en gitt av segment-UID-parameteren. Se
avsnittet om filkobling nedenfor for mer informasjon.
Hvis SID starter med =, tolkes resten som navnet på en Matroska-fil hvis segment-UID leses og brukes.
--append-mode modus
Bestemmer hvordan tidsstempler beregnes ved tilføying av filer. Parameter-modusen kan ha to verdier:
'fil' som også er standard og 'spor'.
Når mkvmerge tilføyer et spor (kalt 'track2_1' fra nå av) fra en annen fil (kalt 'fil2') til et spor
(kalt 'track1_1') fra den første filen (kalt 'file1') så må den forskyve alle tidsstempler for
'track2_1' med en mengde. For 'fil'-modus er denne mengden det høyeste tidsstempelet som oppstår i
'fil1', selv om tidsstempelet var fra et annet spor enn 'track1_1'. I spormodus er forskyvningen det
høyeste tidsstempelet på 'track1_1'.
Dessverre kan mkvmerge ikke oppdage hvilken modus som kan brukes pålitelig. Derfor er den standard
til 'fi' -modus. 'Fil' -modus fungerer vanligvis bedre for filer som er opprettet uavhengig av
hverandre; f.eks. når du tilføyer AVI- eller MP4-filer. 'Spor'-modus kan fungere bedre for kilder som
egentlig bare er deler av en stor fil, for eksempel for VOB- og EVO-filer.
Undertekstspor blir alltid behandlet som om 'fil'-modus var aktiv, selv om 'spor'-modus faktisk er
det.
--append-to SFID1:STID1:DFID1:DTID1[,...]
Dette alternativet kontrollerer hvilket spor et annet spor tilføyes. Hver spesifikasjon inneholder
fire ID-er: en fil-ID, en spor-ID, en annen fil-ID og en ekstra spor-ID. Det første paret,
"kildefil-ID" og "kildespor-ID", identifiserer sporet som skal tilføyes. Det andre paret,
"destinasjonsfil-ID" og "destinasjonsspor-ID", identifiserer sporet den første er tilføyd til.
Hvis dette alternativet er utelatt, brukes en standardtilordning. Denne standardtilordningen legger
til hvert spor fra gjeldende fil til et spor fra den forrige filen med samme sporings-ID. Dette gjør
det enkelt å tilføye hvis en film er splittet i to deler og begge filene har samme antall spor og
spor-IDer med kommandoen mkvmerge -o utdata.mkv del1.mkv + del2.mkv.
+
Et enkelt '+' fører til at neste fil tilføyes i stedet for å legges til. '+' kan også settes foran
neste filnavn. Derfor er de følgende to kommandoene likeverdige:
$ mkvmerge -o full.mkv fil1.mkv + fil2.mkv
$ mkvmerge -o full.mkv fil1.mkv +fil2.mkv
[ fil1 fil2 ]
Hvis flere filnavn finnes i et par hakeparenteser, vil den andre og alle følgende filer bli tilføyd
den første filen som er navngitt i parentesene.
Dette er en alternativ syntaks til å bruke '+' mellom filnavnene. Derfor er de følgende to
kommandoene likeverdige:
$ mkvmerge -o full.mkv fil1.mkv + fil2.mkv
$ mkvmerge -o full.mkv '[' fil1.mkv fil2.mkv ']'
=
For visse filtyper (MPEG-programstrømmer = VOBer) ser mkvmerge(1) vanligvis etter filer i samme
katalog som en inndatafil som har samme basenavn og bare er forskjellige i kjørende nummer (f.eks.
'VTS_01_1.VOB', 'VTS_01_2.VOB', 'VTS_01_3.VOB' osv.) og behandler alle disse filene som om de var
sammenslått til en enkelt stor fil. Dette alternativet, en enkelt '=', fører mkvmerge til ikke å lete
etter de ekstra filene.
'=' kan også settes foran neste filnavn. Derfor er de følgende to kommandoene likeverdige:
$ mkvmerge -o full.mkv = fil1.vob
$ mkvmerge -o full.mkv =fil1.vob
( fil1 fil2 )
Hvis flere filnavn er inneholdt i et par parenteser, vil disse filene bli behandlet som om de var
satt sammen til en enkelt stor fil som består av innholdet i hver av filene etter hverandre.
Dette kan brukes til f.eks. VOB filer som kommer fra en DVD- eller MPEG-transportstrømmer. Den kan
ikke brukes hvis hver fil inneholder sitt eget sett med datahoder, noe som vanligvis er tilfelle med
frittstående filer som AVI eller MP4.
Å sette et filnavn i parentes forhindrer også mkvmerge(1) fra å lete etter flere filer med samme
basenavn som beskrevet i alternativ =. Derfor er disse to kommandolinjene likeverdige:
$ mkvmerge -o ut.mkv = fil.mkv
$ mkvmerge -o ut.mkv '(' fil.mkv ')'
Flere ting bør bemerkes:
1. Det må være mellomrom både etter åpningen og før den avsluttende parentesen.
2. Hver parameter mellom parenteser tolkes som et filnavn. Derfor må alle alternativer som gjelder
for denne logiske filen, være oppført før den innledende parentesen.
3. Noen skall behandler parentes som spesialtegn. Derfor må du maskere eller sitere dem som vist i
eksemplet ovenfor.
Støtte for vedlegg (flere globale alternativer)
--attachment-description beskrivelse
Ren tekstbeskrivelse av følgende vedlegg. Gjelder det neste alternativet --attach-file eller
--attach-file-once.
--attachment-mime-type MIME type
MIME-type for følgende vedlegg. Gjelder det neste alternativet --attach-file eller
--attach-file-once. En liste over offisielt anerkjente MIME-typer finner du f.eks. på IANAs
hjemmeside[2]. MIME-typen er obligatorisk for et vedlegg.
Hvis ingen MIME-type er gitt en for et vedlegg, vil typen bli oppdaget automatisk.
--attachment-name navn
Angir navnet som skal lagres i utdatafilen for dette vedlegget. Hvis dette alternativet ikke er gitt,
vil navnet bli avledet fra filnavnet på vedlegget som gitt med alternativet --attach-file eller
--attach-file-once.
--attach-file filnavn, --attach-file-once filnavn
Oppretter et filvedlegg i Matroska-filen. Forskjellen mellom de to skjemaene er at under splitting av
filene som er vedlagt med --attach-file er knyttet til alle utdatafiler mens de som er vedlagt med
--attach-file-once bare er knyttet til den første filen som opprettes. Hvis splitting ikke brukes,
gjør begge det samme.
mkvextract(1) kan brukes til å trekke ut vedlagte filer fra en Matroska-fil.
--enable-legacy-font-mime-types
Aktiverer bruk av eldre MIME-typer for visse typer skriftvedlegg. For eksempel vil
'application/x-truetype-font' bli brukt for TrueType-fonter i stedet for 'fonts/ttf'.
Dette påvirker både nye vedlegg hvis MIME-typen oppdages automatisk og eksisterende vedlegg hvis
lagrede MIME-typer vil bli tilordnet på nytt til de eldre.
De berørte MIME-typene er 'font/sfnt', 'font/ttf' og 'font/collection' som alle er tilordnet
'application/x-truetype-fonts' og 'font/otf' som er tilordnet 'application/vnd' .ms-opentype'.
Alternativer som kan brukes for hver inndatafil
-a, --audio-tracks [!]n,m,...
Kopier lydsporene n, m osv. Tallene er spor-ID-er som kan fås med --identify-bryteren. De er ikke
bare spornumrene (se avsnittet spor-ID-er). Standard: kopier alle lydspor.
I stedet for spor-ID-er kan du også oppgi ISO 639-2-språkkoder. Dette vil bare fungere for kildefiler
som tilbyr språktagger for sporene sine.
Standard: kopier alle spor av denne typen.
Hvis ID-ene er prefikset med ! da blir betydningen snudd: kopier alle spor av denne typen bortsett
fra de som er oppført etter !.
-d, --video-tracks [!]n,m,...
Kopier videosporene n, m osv. Tallene er spor-ID-er som kan fås med --identify-bryteren. De er ikke
bare spornumrene (se avsnittet spor-ID-er). Standard: kopier alle videospor.
I stedet for spor-ID-er kan du også oppgi ISO 639-2-språkkoder. Dette vil bare fungere for kildefiler
som tilbyr språktagger for sporene sine.
Hvis ID-ene er prefikset med ! da blir betydningen snudd: kopier alle spor av denne typen bortsett
fra de som er oppført etter !.
-s, --subtitle-tracks [!]n,m,...
Kopier undertekstsporene n, m osv. Tallene er spor-ID-er som kan fås med --identify-bryteren. De er
ikke bare spornumrene (se avsnittet spor-ID-er). Standard: kopier alle undertekstspor.
I stedet for spor-ID-er kan du også oppgi ISO 639-2-språkkoder. Dette vil bare fungere for kildefiler
som tilbyr språktagger for sporene sine.
Hvis ID-ene er prefikset med ! da blir betydningen snudd: kopier alle spor av denne typen bortsett
fra de som er oppført etter !.
-b, --button-tracks [!]n,m,...
Kopier knappsporene n, m osv. Tallene er spor-ID-er som kan fås med --identify-bryteren. De er ikke
bare spornumrene (se avsnittet spor-ID-er). Standard: kopier alle knappspor.
I stedet for spor-ID-er kan du også oppgi ISO 639-2-språkkoder. Dette vil bare fungere for kildefiler
som tilbyr språktagger for sporene sine.
Hvis ID-ene er prefikset med ! da blir betydningen snudd: kopier alle spor av denne typen bortsett
fra de som er oppført etter !.
--track-tags [!]n,m,...
Kopier taggene for sporene n, m osv. Tallene er spor-ID-er som kan fås med --identify-bryteren. De er
ikke bare spornumrene (se avsnittet spor-ID-er). Standard: kopier tagger for alle spor.
Hvis ID-ene er prefikset med ! blir betydningen snudd: kopier alt bortsett fra de ID-ene som er
oppført etter !.
-m, --attachments [!]n[:all|first],m[:all|first],...
Kopier vedleggene med ID-ene n, m osv. til alle eller bare den første utdatafilen. Hver ID kan følges
av enten ':all' (som er standard hvis ingen av dem er angitt) eller ':first'. Hvis splitting er
aktiv, blir de vedleggene hvis IDer er spesifisert med ':all' kopiert til alle de resulterende
utdatafilene mens de andre bare kopieres til den første utdatafilen. Hvis splitting ikke er aktiv,
har begge variantene samme effekt.
Standard er å kopiere alle vedlegg til alle utdatafiler.
Hvis ID-ene er prefikset med ! blir betydningen snudd: kopier alt bortsett fra de ID-ene som er
oppført etter !.
-A, --no-audio
Ikke kopier noe lydspor fra denne filen.
-D, --no-video
Ikke kopier noe videospor fra denne filen.
-S, --no-subtitles
Ikke kopier noe undertekstspor fra denne filen.
-B, --no-buttons
Ikke kopier noe knappspor fra denne filen.
-T, --no-track-tags
Ikke kopier noen sporspesifikke tagger fra denne filen.
--no-chapters
Ikke kopier kapitler fra denne filen.
-M, --no-attachments
Ikke kopier vedlegg fra denne filen.
--no-global-tags
Ikke kopier globale tagger fra denne filen.
--regenerate-track-uids
Når dette alternativet brukes for en Matroska-kildefil, vil mkvmerge(1) opprette nye tilfeldige unike
spor-ID-er i stedet for å beholde de eksisterende i filen. Eksisterende spor-UID-er i kapitler &
tagger som leses fra den samme filen vil bli tilordnet på nytt til de nylig genererte verdiene.
Denne virkemåten aktiveres automatisk for Matroska-filer opprettet av MakeMKV-programvaren. Årsaken
er at MakeMKV bruker fortløpende tall (1, 2, 3...) som UID-er i stedet for å generere tilfeldige.
-y, --sync TID:d[,o[/p]]
Juster tidsstemplene til sporet med id TID med d ms. Spor-ID-ene er de samme som de som er gitt med
--identify (se avsnitt spor-id-er).
o/p: juster tidsstemplene med o/p for å fikse lineære drifter. per standard til 1 hvis utelatt. Både
o og p kan være flyttall.
Standardinnstillinger: ingen manuell korrigering av synkronisering (som er det samme som d = 0 og o/p
= 1.0).
Dette alternativet kan brukes flere ganger for en inndatafil som gjelder for flere spor ved å velge
forskjellige spor-IDer hver gang.
--cues TID:none|iframes|all
Kontrollerer hvilke sporsignal (indeks)-oppføringer som opprettes for det gitte sporet (se avsnittet
spor-IDer). 'ingen' hemmer opprettelsen av signaloppføringer. For 'iframes' legges bare blokker uten
bakover- eller fremoverreferanser (= I-rammer i videospor) inn i signalarket. 'all' forårsaker
mkvmerge(1) til å opprette signaloppføringer for alle blokker som vil gjøre filen veldig stor.
Standard er 'iframes' for video- og undertekstspor og 'none' for lydspor. Se også alternativet
--no-cues som hindrer opprettelsen av signaloppføringer uavhengig av --cues-alternativene som brukes.
Dette alternativet kan brukes flere ganger for en inndatafil som gjelder for flere spor ved å velge
forskjellige spor-IDer hver gang.
--default-track-flag TID[:bool]
Angir "standard spor"flagg for det gitte sporet (se avsnittet spor-ID-er) hvis det valgfrie
argumentet bool er satt til 1 eller hvis det ikke finnes. Flagget vil bli satt hvis kildekonteineren
ikke gir den informasjonen og brukeren ikke spesifiserer den via dette alternativet.
Hvis brukeren ikke eksplisitt velger et spor under avspilling, bør avspilleren velge et av sporene
som har flagget "standardspor" satt, og ta hensyn til brukerpreferanser som foretrukket språk.
Dette alternativet kan brukes flere ganger for en inndatafil som gjelder for flere spor ved å velge
forskjellige spor-IDer hver gang.
--track-enabled-flag TID[:bool]
Setter flagget "spor aktivert" for det gitte sporet (se avsnittet spor-IDer) til den oppgitte verdien
bool (0 eller 1; standard til 1 hvis ikke angitt). Spor er aktivert som standard hvis det ikke er
angitt noe alternativ for dem, og kildekonteineren heller ikke oppgir denne informasjonen.
Bare spor der flagget "spor aktivert" er angitt, skal vurderes for avspilling.
Dette alternativet kan brukes flere ganger for en inndatafil som gjelder for flere spor ved å velge
forskjellige spor-IDer hver gang.
--forced-display-flag TID[:bool]
Angir flagget for "tvungen visning" for det angitte sporet (se avsnittet spor-ID-er) hvis det
valgfrie argumentet bool er satt til 1 eller hvis det ikke finnes. Bruk dette alternativet for spor
som inneholder tekst på skjermen eller fremmedspråklig dialog.
Dette alternativet kan brukes flere ganger for en inndatafil som gjelder for flere spor ved å velge
forskjellige spor-IDer hver gang.
--hearing-impaired-flag TID[:bool]
Angir flagget for "hørselshemmet" for det angitte sporet (se avsnittet spor-ID-er) hvis det valgfrie
argumentet bool er satt til 1 eller hvis det ikke finnes. Dette flagget kan angis hvis sporet er
egnet for brukere med hørselshemminger.
Dette alternativet kan brukes flere ganger for en inndatafil som gjelder for flere spor ved å velge
forskjellige spor-IDer hver gang.
--visual-impaired-flag TID[:bool]
Angir flagget for "synshemmet" for det angitte sporet (se avsnittet spor-ID-er) hvis det valgfrie
argumentet bool er satt til 1 eller hvis det ikke finnes. Dette flagget kan settes hvis sporet er
egnet for brukere med synshemming.
Dette alternativet kan brukes flere ganger for en inndatafil som gjelder for flere spor ved å velge
forskjellige spor-IDer hver gang.
--text-descriptions-flag TID[:bool]
Angir "tekstbeskrivelser"-flagget for det angitte sporet (se avsnittet spor-IDer) hvis det valgfrie
argumentet bool er satt til 1 eller hvis det ikke finnes. Dette flagget kan angis hvis sporet
inneholder tekstlige beskrivelser av videoinnhold som er egnet for avspilling via et
tekst-til-tale-system for en synshemmet bruker.
Dette alternativet kan brukes flere ganger for en inndatafil som gjelder for flere spor ved å velge
forskjellige spor-IDer hver gang.
--original-flag TID[:bool]
Angir flagget for "original språk" for det angitte sporet (se avsnittet spor-ID-er) hvis det valgfrie
argumentet bool er satt til 1 eller hvis det ikke finnes. Dette flagget kan angis hvis sporet er på
innholdets originalspråk (ikke en oversettelse).
Dette alternativet kan brukes flere ganger for en inndatafil som gjelder for flere spor ved å velge
forskjellige spor-IDer hver gang.
--commentary-flag TID[:bool]
Angir "kommentar"flagget for det angitte sporet (se avsnittet spor-ID-er) hvis det valgfrie
argumentet bool er satt til 1 eller hvis det ikke finnes. Dette flagget kan angis hvis sporet
inneholder kommentarer.
Dette alternativet kan brukes flere ganger for en inndatafil som gjelder for flere spor ved å velge
forskjellige spor-IDer hver gang.
--track-name TID:navn
Setter spornavnet for det gitte sporet (se avsnittet spor-IDer) til navn.
--language TID:språk
Angir språket for det gitte sporet (se avsnittet spor-ID-er). Både ISO 639-2 språkkoder og ISO 639-1
landskoder er tillatt. Landskodene konverteres automatisk til språkkoder. Alle språk, inkludert deres
ISO 639-2-koder, kan listes opp med --list-languages-alternativet.
Dette alternativet kan brukes flere ganger for en inndatafil som gjelder for flere spor ved å velge
forskjellige spor-IDer hver gang.
-t, --tags TID:filnavn
Les tagger for sporet med nummeret TID fra filen filnavn. Se avsnittet om tagger nedenfor for mer
informasjon.
--aac-is-sbr TID[:0|1]
Forteller mkvmerge(1) at sporet med ID TID er SBR AAC (også kjent som HE-AAC eller AAC+). Dette
alternativet er nødvendig hvis a) kildefilen er en AAC-fil (ikke for en Matroska fil) og b) AAC-filen
inneholder SBR AAC-data. Årsaken til denne bryteren er at det er teknisk umulig å automatisk skille
normale AAC-data fra SBR AAC-data uten å dekode en komplett AAC-ramme. Siden det er flere
patentproblemer med AAC-dekodere vil mkvmerge(1) aldri inneholde dette dekodingsstadiet. Så for SBR
AAC-filer er denne bryteren obligatorisk. Den resulterende filen spilles kanskje ikke av riktig eller
ikke i det hele tatt hvis bryteren ble utelatt.
Hvis kildefilen er en Matroska fil, bør CodecID være nok til å oppdage SBR AAC. Men hvis CodecID er
feil, kan denne bryteren brukes til å rette opp det.
Hvis mkvmerge urettmessig oppdager at en AAC-fil er SBR, kan du legge til :0' til spor-IDen.
--audio-emphasis TID:n|symbolsk navn
Angir vekten for lydsporet med spor-ID TID. Modusen kan enten være et tall n (visse verdier mellom 0
og 16) eller et symbolsk navn. Alle gyldige tall og symbolske navn kan listes opp med alternativet
--list-audio-emphasis.
--reduce-to-core TID
Noen lydkodeker har en tapsfull kjerne og valgfrie utvidelser som implementerer tapsfri dekoding.
Dette alternativet forteller mkvmerge(1) å bare kopiere kjernen, men ikke utvidelsene. Som standard
kopierer mkvmerge(1) både kjernen og utvidelsene.
For øyeblikket påvirkes bare DTS-spor av dette alternativet. TrueHD-spor som inneholder en innebygd
AC-3-kjerne, presenteres i stedet som to separate spor der brukeren kan velge hvilket spor som skal
kopieres. For DTS ville en slik ordning ikke fungere, da HD-utvidelsene ikke kan dekodes av seg selv
- i motsetning til TrueHD-dataene.
--remove-dialog-normalization-gain TID
Noen lydkodeker inneholder datahodefelt som forteller dekoderen eller avspilleren å bruke en
(vanligvis negativ) forsterkning for dialognormalisering. Dette alternativet forteller mkvmerge(1) å
fjerne eller minimere denne forsterkningen ved å endre de tilsvarende datahodefeltene.
For øyeblikket påvirkes bare AC-3-, DTS- og TrueHD-spor av dette alternativet.
--timestamps TID:filnavn
Les tidsstemplene som skal brukes for den spesifikke spor-ID-en fra filnavnet. Disse tidsstemplene
overstyrer kraftig tidsstemplene som mkvmerge(1) normalt beregner. Les avsnittet om eksterne
tidsstempelfiler.
--default-duration TID:x
Tvinger standardvarigheten for et gitt spor til den angitte verdien. Endrer også sporets tidsstempler
slik at de samsvarer med standardvarigheten. Argumentet x må være etterfikset med 's', 'ms', 'us',
'ns', 'fps', 'p' eller 'i' for å spesifisere standard varighet i henholdsvis sekunder, millisekunder,
mikrosekunder, nanosekunder, 'bilder per sekund', 'progressive bilder per sekund' eller
'sammenflettede bilder per sekund'. Tallet x i seg selv kan være et flyttall eller en brøk.
Hvis standardvarigheten ikke tvinges, vil mkvmerge prøve å utlede sporets standardvarighet fra
konteineren og/eller den kodede bitstrømmen for bestemte sportyper, for eksempel AVC/H.264 eller
MPEG-2.
Dette alternativet kan også brukes til å endre FPS for videospor uten å måtte bruke en ekstern
tidsstempelfil.
--fix-bitstream-timing-information TID[:0|1]
Normalt endrer ikke mkvmerge(1) timinginformasjonen (ramme / feltfrekvens) som er lagret i
videobitstrømmen. Med dette alternativet justeres denne informasjonen slik at den samsvarer med
informasjonen om konteinertidsberegning. Beholdertidsinformasjonen kan komme fra forskjellige kilder:
fra kommandolinjen (se alternativ --default-duration), kildekonteineren eller avledet fra
bitstrømmen.
Note
Dette har bare blitt implementert for AVC / H.264-videospor så langt.
--compression TID:n
Velger komprimeringsmetoden som skal brukes for sporet. Merk at avspilleren også må støtte denne
metoden. Gyldige verdier er 'none', 'zlib' og 'mpeg4_p2'/'mpeg4p2'.
Komprimeringsmetoden 'mpeg4_p2'/'mpeg4p2' er en spesiell komprimeringsmetode kalt 'header removal'
(fjerning av datahode) som bare er tilgjengelig for MPEG4 del 2 videospor.
Standard for noen underteksttyper er 'zlib' komprimering. Denne komprimeringsmetoden er også den som
de fleste om ikke alle avspillingsapplikasjoner støtter. Støtte for andre komprimeringsmetoder enn
'none' er ikke garantert.
Alternativer som bare gjelder for videospor
-f, --fourcc TID:FourCC
Tvinger FourCC til den angitte verdien. Fungerer bare for videospor i 'MS-kompatibilitetsmodus'.
--display-dimensions TID:breddexhøyde
Matroska filer inneholder to verdier som angir skjermegenskapene som en spiller skal skalere bildet
ved avspilling til: skjermbredde og skjermhøyde. Disse verdiene kan settes med dette alternativet,
f.eks. '1:640x480'.
En annen måte å angi verdiene på er å bruke --aspect-ratio eller --aspect-ratio-factor alternativet
(se nedenfor). Disse alternativene utelukker hverandre.
--aspect-ratio TID:sideforhold|bredde/høyde
Matroska filer inneholder to verdier som angir skjermegenskapene som en spiller skal skalere bildet
ved avspilling til: skjermbredde og skjermhøyde. Med dette alternativet vil mkvmerge(1) automatisk
beregne visningsbredden og visningshøyden basert på bildets opprinnelige bredde og høyde og
størrelsesforholdet gitt med dette alternativet. Forholdstallet kan angis enten som flyttall
sideforhold eller som en brøk 'bredde/høyde', f.eks. '16/9'.
En annen måte å angi verdiene på er å bruke --aspect-ratio-factor eller --display-dimensions
alternativene (se ovenfor og nedenfor). Disse alternativene utelukker hverandre.
--aspect-ratio-factor TID:faktor|n/d
En annen måte å angi størrelsesforholdet på er å spesifisere en faktor. Det opprinnelige
sideforholdet multipliseres først med denne faktoren og brukt som målsideforhold etterpå.
En annen måte å angi verdiene på er å bruke --aspect-ratio eller --display-dimensions alternativene
(se ovenfor). Disse alternativene utelukker hverandre.
--cropping TID:venstre,topp,høyre,bunn
Angir pikselbeskjæringsparametrene for et videospor til de angitte verdiene.
--color-matrix-coefficients TID:n
Angir matrisekoeffisientene til videoen som brukes til å utlede luma- og kromaverdier fra
primærfarger med rød, grønn og blå farge. Parameteren n er et heltall som spenner fra 0 og 10.
Gyldige verdier og deres betydning er:
0: GBR, 1: BT709, 2: uspesifisert, 3: reservert,4: FCC, 5: BT470BG, 6: SMPTE 170M, 7: SMPTE 240M, 8:
YCOCG, 9: BT2020 ikke-konstant luminans, 10: BT2020 konstant luminans
--color-bits-per-channel TID:n
Angir antall kodede biter for en fargekanal. En verdi på 0 indikerer at antall biter ikke er angitt.
--chroma-subsample TID:hori,vert
Mengden piksler som skal fjernes i Cr- og Cb-kanalene for hver piksel som ikke fjernes
horisontalt/vertikalt.
Eksempel: for video med 4:2:0 kroma subsampling bør parameteren settes til TID:1,1.
--cb-subsample TID:hori,vert
Antall piksler som skal fjernes i Cb-kanalen for hver piksel som ikke fjernes horisontalt/vertikalt.
Dette er additiv med --chroma-subsample.
Eksempel: for video med 4:2:1 kroma subsampling, bør parameteren --chroma-subsample settes til
TID:1,0 og Cb-subsample bør settes til TID:1,0.
--chroma-siting TID:hori,vert
Angir hvordan kroma plasseres horisontalt/vertikalt (0: uspesifisert, 1: topp sammenplassert, 2:
halv).
--color-range TID:n
Angir beskjæringen av fargeområdene (0: uspesifisert, 1: kringkastingsområde, 2: hele området (ingen
klipping), 3: definert av matrisekoeffisienter/overføringsegenskaper).
--color-transfer-characteristics TID:n
Overføringsegenskapene til videoen.
Gyldige verdier og deres betydning er:
0: reservert, 1: ITU-R BT.709, 2: uspesifisert, 3: reservert, 4: gamma 2.2-kurve, 5: gamma 2.8-kurve,
6: SMPTE 170M, 7: SMPTE 240M, 8: lineær, 9: log, 10: log sqrt, 11: IEC 61966-2-4, 12: ITU-R BT.1361
utvidet fargespekter, 13: IEC 61966-2-1, 14: ITU-R BT.2020 10 bit, 15: ITU-R BT.2020 12 bit, 16:
SMPTE ST 2084, 17: SMPTE ST 428-1; 18: ARIB STD-B67 (HLG)
--color-primaries TID:n
Angir primærfargene til videoen.
Gyldige verdier og deres betydning er:
0: reservert, 1: ITU-R BT.709, 2: uspesifisert, 3: reservert, 4: ITU-R BT.470M, 5: ITU-R BT.470BG, 6:
SMPTE 170M, 7: SMPTE 240M, 8: FILM, 9: ITU-R BT.2020, 10: SMPTE ST 428-1, 22: JEDEC P22 fosfor
--max-content-light TID:n
Angir maksimal lysstyrke for en enkelt piksel (maksimalt innholdslysnivå) i candela per kvadratmeter
(cd/m²). Verdien av n skal være et ikke-negativt heltall.
--max-frame-light TID:n
Stiller inn maksimal lysstyrke for en enkelt helbilde (maksimalt rammegjennomsnittlig lysnivå) i
candela per kvadratmeter (cd/m²). Verdien av n skal være et ikke-negativt heltall.
--chromaticity-coordinates TID:rød-x,rød-y,grønn-x,grønn-y,blå-x,blå-y
Angir de røde/grønne/blå kromatisitetskoordinatene som definert av CIE 1931.
--white-color-coordinates TID:x,y
Angir koordinatene for kromatisitet for hvit farge som definert av CIE 1931.
--max-luminance TID:flyttall
Angir maksimal lysstyrke i candelaer per kvadratmeter (cd/m²). Verdien skal være mindre enn 9999,99.
--min-luminance TID:flyttall
Angir minimum lysstyrke i candelaer per kvadratmeter (cd/m²). Verdien skal være mindre enn 999,9999.
--projection-type TID:metode
Angir videoprojeksjonsmetoden som brukes. Gyldige verdier er 0 (rektangulær projeksjon), 1
(ekvirektangulær projeksjon), 2 (kubekartprojeksjon) og 3 (maskeprojeksjon).
--projection-private TID:data
Angir private data som bare gjelder for en bestemt projeksjon. Data må gis som hex-tall med eller
uten "0x" -prefikset, med eller uten mellomrom.
--projection-pose-yaw TID:flyttall
Spesifiserer en girrotasjon til projeksjonen.
--projection-pose-pitch TID:flyttall
Spesifiserer en tonehøyderotasjon til projeksjonen.
--projection-pose-roll TID:flyttall
Spesifiserer en rullerotasjon til projeksjonen.
--field-order TID:n
Angir feltrekkefølgen for videosporet med spor-ID-en TID. Rekkefølgen må være ett av følgende numre:
0: progressiv; 1: sammenflettet med toppfelt vist først og toppfelt lagret først; 2: ubestemt
feltrekkefølge; 6: sammenflettet med det nederste feltet vist først og det nederste feltet lagret
først; 9: sammenflettet med bunnfelt vist først og toppfelt lagret først; 14: sammenflettet med
toppfelt vist først og nederste felt lagret først
--stereo-mode TID:n|symbolsk navn
Stiller inn stereomodus for videosporet med spor-ID TID. Modusen kan enten være et nummer n mellom 0
and 14 eller et symbolsk navn. Alle gyldige numre & navn kan listes med --list-stereo-modes
alternativet.
Alternativer som bare gjelder for tekst-undertekstspor
--sub-charset TID:tegnsett
Angir tegnsettet for konverteringen til UTF-8 for UTF-8-undertekster for den angitte spor-ID-en. Hvis
det ikke er angitt, vil tegnsettet bli avledet fra gjeldende nasjonale innstillinger. Merk at et
tegnsett ikke er nødvendig for undertekster lest fra Matroska filer eller fra Kate-strømmer, da disse
alltid lagres i UTF-8. Se avsnittet om tekstfiler og tegnsett for en forklaring på hvordan
mkvmerge(1) konverterer mellom tegnsett.
Dette alternativet kan brukes flere ganger for en inndatafil som gjelder for flere spor ved å velge
forskjellige spor-IDer hver gang.
Andre alternativer
-i, --identify filnavn
Vil la mkvmerge(1) undersøke enkeltfilen og rapportere dens type, sporene i filen og deres spor-IDer.
Hvis dette alternativet brukes, er det eneste andre alternativet som er tillatt, filnavnet.
Utdataformatet som brukes til resultatet, kan endres med alternativet --identification-format.
-J filnavn
Dette er et praktisk alias for "--identification-format json --identify filnavn".
-F, --identification-format format
Bestemmer utdataformatet som brukes av --identify alternativet. Følgende formater støttes: text
(standard hvis dette alternativet ikke brukes) og json.
1. Text-formatet er kort og lesbart. Den består av en linje per element funnet (konteiner, spor,
vedlegg osv.).
Dette formatet er ikke ment å analyseres. Utdataen vil bli oversatt til språket mkvmerge(1)
bruker (se også --ui-language).
2. json- formatet gir en maskinlesbar JSON-representasjon. Dette formatet følger JSON-skjemaet som
er beskrevet i følgende fil:
mkvmerge-identification-output-schema-v20.json[3]
Alle versjoner av JSON-skjemaet er tilgjengelige både på nett og i de frigitte kildekodearkivene.
--probe-range-percentage prosent
Filtyper som MPEG-program og transportstrømmer (.vob, .m2ts) krever analyse av en viss mengde data
for å oppdage alle sporene i filen. Denne mengden er 0,3 % av kildefilens størrelse eller 10 MB,
avhengig av hva som er høyest.
Hvis spor er kjent for å være til stede, men ikke funnet, kan prosentandelen som skal undersøkes
endres med dette alternativet. Minimum 10 MB er innebygd og kan ikke endres.
--list-audio-emphasis
Viser alle gyldige tall og tilhørende symbolske navn for --audio-emphasis alternativet.
--list-languages
Viser alle språk og deres ISO 639-2-kode som kan brukes med --language alternativet.
--list-stereo-modes
Viser alle gyldige tall og tilhørende symbolske navn for --stereo-mode alternativet.
-l, --list-types
Viser inndatafiltyper som støttes.
--priority prioritet
Angir prosessprioriteten som mkvmerge(1) kjører med. Gyldige verdier er 'laveste', 'lavere',
'normal', 'høyere' og 'høyeste'. Hvis ingenting er gitt vil 'normal' bli brukt. På Unix-lignende
systemer vil mkvmerge(1) bruke nice(2) funksjonen. Derfor kan kun superbrukeren bruke 'høyere' og
'høyeste'. På Windows er alle verdier brukbare for alle brukere.
Å velge 'laveste' fører også til at mkvmerge(1) velger inaktiv I/O-prioritet i tillegg til lavest
mulig prosessprioritet.
--command-line-charset character-set
Angir tegnsettet for å konvertere strenger gitt på kommandolinjen fra. Det er som standard tegnsettet
gitt av systemets gjeldende nasjonale innstilling. Denne innstillingen gjelder for argumenter for
følgende alternativer: --title, --track-name og --attachment-description.
--output-charset character-set
Angir tegnsettet som strenger konverteres til som skal sendes ut. Den er standard til tegnsettet gitt
av systemets gjeldende lokalitet.
-r, --redirect-output filnavn
Skriver alle meldinger til filen filnavn i stedet for til konsollen. Selv om dette kan gjøres enkelt
med omdirigering av utdata, er det tilfeller der dette alternativet er nødvendig: når terminalen
tolker utdataene på nytt før du skriver den til en fil. Tegnsettet angitt med --output-charset er
hedret.
--flush-on-close
Ber programmet tømme alle data som er bufret i minnet til lagring når filer som er åpnet for skriving
lukkes. Dette kan brukes til å forhindre tap av data ved strømbrudd eller for å omgå visse problemer
i operativsystemet eller driverne. Ulempen er at multipleksing vil ta lengre tid da mkvmerge vil
vente til alle data er skrevet til lagringen før den avsluttes. Se saker #2469 og #2480 på
MKVToolNix-feilsporeren for dyptgående diskusjoner om fordeler og ulemper.
--ui-language kode
Tvinger oversettelsene for språk- koden som skal brukes (eks. 'de_DE' for tyske oversettelser). Ved å
skrive inn 'list' som koden vil føre til at programmet sender ut en liste over tilgjengelige
oversettelser.
--abort-on-warnings
Ber programmet om å avbryte etter at den første advarselen er sendt ut. Programmets avslutningskode
vil være 1.
--deterministic frø
Gjør det mulig å opprette byte-identiske filer hvis samme versjon av mkvmerge(1) brukes med samme
kildefiler, samme sett med alternativer og samme frø. Vær oppmerksom på at segmentinformasjonsfeltet
"dato" ikke er skrevet i denne modusen.
Frøet kan være en vilkårlig streng og trenger ikke å være et tall.
Resultatet av byte-identiske filer er bare garantert under følgende forhold:
1. Den samme versjonen av mkvmerge(1) bygget med de samme versjonene av libEBML og libMatroska
brukes.
2. Kildefilene som brukes er byte-identiske.
3. De samme kommandolinjealternativene brukes i samme rekkefølge (med unntak av --output ...).
Bruk av andre versjoner av mkvmerge(1) eller andre kommandolinjealternativer kan resultere i den
samme byte-identiske filen, men det kan ikke garanteres å gjøre det.
--debug emne
Slå på feilsøking for en bestemt funksjon. Dette alternativet er bare nyttig for utviklere.
--engage funksjon
Slå på eksperimentelle funksjoner. En liste over tilgjengelige funksjoner kan bes med mkvmerge
--engage-list. Disse funksjonene er ikke ment å brukes i normale situasjoner.
--gui-mode
Slår på det grafiske grensesnittet. I denne modusen kan spesialformaterte linjer være utdata som kan
fortelle et kontrollerende grafisk grensesnitt hva som skjer. Disse meldingene følger formatet
'#GUI#melding'. Meldingen kan etterfølges av nøkkel/verdipar som i
'#GUI#melding#nøkkel1=verdi1#nøkkel2=verdi2...'. Verken meldingene eller nøklene blir noen gang
oversatt og sendes alltid ut på engelsk.
@alternativer-fil.json
Leser flere kommandolinjeargumenter fra filen alternativer-fil. Se avsnittet om alternativfiler for
videre informasjon.
Hvis du vil bruke @-tegnet som det første tegnet i argumentet til et alternativ som '--tittel', må du
maskere det med et andre @-tegn. Eksempel:
$ mkvmerge -o midnight-s01e01.mkv --title @@midnight midnight-s01e01.mp4
--capabilities
Viser informasjon om valgfrie funksjoner som er kompilert inn og avsluttet. Den første utlinjen vil
være versjonsinformasjonen. Alle etterfølgende linjer inneholder nøyaktig ett ord hvis
tilstedeværelse indikerer at funksjonen er kompilert inn. Disse funksjonene er:
• 'FLAC' -- reading raw FLAC filer og håndtering FLAC spor i andre konteinere, f.eks. Ogg eller
Matroska.
-h, --help
Vis bruksinformasjon og avslutt.
-V, --version
Vis versjonsinformasjon og avslutt.
BRUK
For hver fil kan brukeren velge hvilke spor mkvmerge(1) skal ta. De er alle satt inn i filen spesifisert
med -o. En liste over kjente (og støttede) kildeformater kan fås med alternativet -l.
Important
Rekkefølgen på kommandolinjealternativer er viktig. Vennligst les avsnittet "Alternativ rekkefølge"
hvis du er ny bruker av programmet.
REKKEFøLGE På ALTERNATIV
Rekkefølgen som alternativene angis i, er viktig for noen alternativer. Alternativene faller inn i to
kategorier:
1. Alternativer som påvirker hele programmet og ikke er knyttet til noen inndatafil. Disse inkluderer,
men er ikke begrenset til: --command-line-charset, --output eller --title. Disse kan vises hvor som
helst på kommandolinjen.
2. Alternativer som påvirker en enkelt inndatafil eller et enkelt spor i en inndatafil. Alle disse
alternativene gjelder for følgende inndatafil på kommandolinjen. Alle alternativer som gjelder for
samme inndatafil (eller spor fra samme inndatafil), kan skrives i hvilken som helst rekkefølge så
lenge de alle vises før navnet på inndatafilen. Eksempler på alternativer som gjelder for en
inndatafil er: --no-chapters eller --chapter-charset. Eksempler på alternativer som gjelder for ett
enkelt spor: --default-duration eller --language.
Alternativene behandles fra venstre mot høyre. Hvis et alternativ vises flere ganger innenfor samme
omfang, brukes den siste forekomsten. Derfor settes tittelen til "Noe annet" i følgende eksempel:
$ mkvmerge -o utdata.mkv --title 'Det og dette' input.avi --title 'Noe annet'
Følgende eksempel viser at det er greit å bruke --language-alternativet to ganger fordi de brukes i
forskjellige områder. Selv om de gjelder for samme spor-ID, gjelder de for forskjellige inndatafiler og
har derfor forskjellige omfang:
$ mkvmerge -o utdata.mkv --language 0:fre français.ogg --language 0:deu deutsch.ogg
EKSEMPLER
La oss anta at du har en fil som heter MinFilm.avi og lydsporet i en egen fil, f.eks. 'MinFilm.wav'.
Først vil du kode lyden til OggVorbis:
$ oggenc -q4 -o MinFilm.ogg MinFilm.wav
Etter et par minutter kan du forene video og lyd:
$ mkvmerge -o MinFilm-med-lyd.mkv MinFilm.avi MinFilm.ogg
Hvis din AVI allerede inneholder et lydspor, blir det også kopiert (hvis mkvmerge(1) støtter
lydformatet). For å unngå det bare gjør
$ mkvmerge -o MinFilm-med-lyd.mkv -A MinFilm.avi MinFilm.ogg
Etter noen minutters betenkningstid ripper du et annet lydspor, f.eks. regissørens kommentarer eller et
annet språk til "MinFilm-leggtil-lyd.wav". Kod den på nytt og slå den sammen med den andre filen:
$ oggenc -q4 -o MinFilm-leggtil-lyd.ogg MinFilm-leggtil-lyd.wav
$ mkvmerge -o MM-komplett.mkv MinFilm-med-lyd.mkv MinFilm-leggtil-lyd.ogg
Det samme resultatet kan oppnås med
$ mkvmerge -o MM-komplett.mkv -A MinFilm.avi MinFilm.ogg MinFilm-leggtil-lyd.ogg
Fyr opp mplayerog kos deg. Hvis du har flere lydspor (eller til og med videospor), kan du fortelle
mplayer hvilket spor som skal spilles med '-vid' og '-aid' alternativene. Disse er 0-baserte og skiller
ikke mellom video og lyd.
Hvis du trenger et lydspor synkronisert, kan du gjøre det enkelt. Finn først ut hvilken spor-ID
Vorbis-sporet har med
$ mkvmerge --identify ikke-synkronisert.ogg
Nå kan du bruke denne ID-en på følgende kommandolinje:
$ mkvmerge -o synkronisert.mkv -A kilde.avi -y 12345:200 ikke-synkronisert.ogg
Dette vil legge til 200 ms stillhet i begynnelsen av lydsporet med ID-en 12345 tatt fra
'ikke-synkronisert.ogg'.
Noen filmer synkroniseres riktig, men går sakte ut av synkronisering. For denne typen filmer kan du angi
en forsinkelsesfaktor som brukes på alle tidsstempler – ingen data legges til eller fjernes. Så hvis du
gjør den faktoren for stor eller for liten, får du dårlige resultater. Et eksempel er at en episode jeg
transkodet var 0.2 sekunder ute av synkronisering på slutten av filmen som var 77340 rammer lang. Ved
29.97fps korresponderer0.2 sekunder omtrent til 6 rammer. Da gjorde jeg dette
$ mkvmerge -o synkronisert.mkv -y 23456:0,77346/77340 ikke-synkronisert.mkv
Resultatet ble bra.
Synkroniseringsalternativene kan også brukes til undertekster på samme måte.
For tekst-undertekster kan du enten bruke Windows-programvare (som SubRipper) eller subrip-pakken som
finnes i transkode(1)s kilder i katalogen 'contrib/subrip'. Den generelle prosessen er:
1. trekk ut en rå undertekststrøm fra kilden:
$ tccat -i /sti/til/kopiert/dvd/ -T 1 -L | tcextract -x ps1 -t vob -a 0x20 | undertekst2pgm -o minfilm
2. konverter de resulterende PGM-bildene til tekst med gocr:
$ pgm2txt minfilm
3. stavekontroll av de resulterende tekstfilene:
$ ispell -d american *txt
4. konverter tekstfilene til en SRT-fil:
$ srttool -s -w -i minfilm.srtx -o minfilm.srt
Den resulterende filen kan brukes som en annen inndatafil for mkvmerge(1):
$ mkvmerge -o minfilm.mkv minfilm.avi minfilm.srt
Hvis du vil spesifisere språket for et gitt spor, gjøres dette enkelt. Finn først ut ISO 639-2-koden for
språket ditt. mkvmerge(1) kan liste alle disse kodene for deg:
$ mkvmerge --list-languages
Søk i listen etter språkene du trenger. La oss anta at du har lagt to lydspor i en Matroska fil og vil
angi språkkodene deres og at spor-ID-ene deres er 2 og 3. Dette kan gjøres med
$ mkvmerge -o med-språk-koder.mkv --language 2:ger --language 3:dut uten-språk-koder.mkv
Som du kan se, kan du bruke --language-bryteren flere ganger.
Kanskje du også vil at spilleren skal bruke det nederlandske språket som standardspråk. Du har også
ekstra undertekster, for eksempel på engelsk og fransk, og vil at spilleren skal vise de franske som
standard. Dette kan gjøres med
$ mkvmerge -o med-språk-koder.mkv --language 2:ger --language 3:dut --default-track-flag 3 uten-språk-koder.mkv --language 0:eng engelsk.srt --default-track-flag 0 --language 0:fre fransk.srt
Hvis du ikke ser språket eller standard sporflagg som du har angitt i mkvinfo(1)s utdata, kan du lese
avsnittet om standard verdier.
Slå av komprimeringen for en inndatafil.
$ mkvmerge -o ingen-komprimering.mkv --compression -1:none MinFilm.avi --compression -1:none minfilm.srt
SPOR-IDER
Vanlige spor-IDer
Noen av alternativene for mkvmerge(1) trenger en spor-ID for å spesifisere hvilket spor de skal brukes
på. Disse spor-IDene skrives ut av leserne når de demultiplekser gjeldende inndatafil, eller hvis
mkvmerge(1) kalles med --identify-alternativet. Et eksempel på slik utdata:
$ mkvmerge -i v.mkv
Fil 'v.mkv': konteiner: Matroska
Spor ID 0: video (V_MS/VFW/FOURCC, DIV3)
Spor ID 1: lyd (A_MPEG/L3)
Ikke forveksle spor-IDene som er tilordnet sporene som er plassert i utdata-MKV-filen, med spor-ID-ene
til inndatafilene. Bare spor-ID-ene for inndatafilen brukes til alternativer som trenger disse verdiene.
Vær også oppmerksom på at hver inndatafil har sitt eget sett med spor-IDer. Derfor endres ikke
spor-ID-ene for filen 'file1.ext' som rapportert av 'mkvmerge --identify' uansett hvor mange andre
inndatafiler som er der eller i hvilken posisjon 'file1.ext' brukes.
Spor-ID-er tildeles slik:
• AVI-filer: videosporet har ID 0. Lydsporene får ID-er i stigende rekkefølge fra 1.
• AAC, AC-3, MP3, SRT og WAV-filer: Det ene 'sporet' i den filen får ID 0.
• De fleste andre filer: Spor-ID-ene tilordnes i rekkefølge sporene finnes i filen fra 0.
Alternativene som bruker spor-ID-ene er de hvis beskrivelse inneholder 'TID'. Følgende alternativer
bruker spor-ID-er også: --audio-tracks, --video-tracks, --subtitle-tracks, --button-tracks og
--track-tags.
Spesial spor-IDer
Det er flere IDer som har spesiell betydning og som ikke forekommer i identifikasjonsutdataene.
Den spesielle spor-ID-en '-1' er et jokertegn og bruker den gitte bryteren på alle spor som leses fra en
inndatafil.
Den spesielle spor-IDen '-2' refererer til kapitlene i en kildefil. Foreløpig bruker bare alternativet
--sync denne spesielle IDen. Som et alternativ til --sync -2:... kan alternativet --chapter-sync ...
brukes.
SPRåKHåNDTERING
Matroska har støtte for to forskjellige typer språkelementer: det gamle, utdaterte "Language"-elementet
som inneholder ISO 639-2 alfa 3-koder og de nye "LanguageIETF"-kodene som inneholder IETF BCP
47-språkkoder. Alle mkvmerge(1)s alternativer som godtar et språk, godtar en BCP 47-språkkode.
mkvmerge(1) vil utlede verdien for det avviklede "Språk"-elementet fra BCP 47-språkkodene der det er
mulig.
Når du identifiserer en fil i JSON-modus, blir eksisterende "LanguageIETF"-sporhodeelementer sendt ut som
language_ietf-sporegenskapen.
Når du skriver en fil vil mkvmerge(1) alltid skrive "LanguageIETF", "ChapLanguageIETF" og
"TagLanguageIETF" elementer (de to sistnevnte bare hvis kapitler eller koder er skrevet henholdsvis). I
tillegg til disse elementene vil de tilsvarende gamle elementene bli skrevet; de blir satt til ISO
639-2-kodedelen av BCP 47-språktaggen. For eksempel, når sporspråket er satt til sr-Cyrl-RS, vil
"LanguageIETF" bli satt til sr-Cyrl-RS og det gamle "Language" -elementet vil bli satt til srp.
Når du leser eksisterende filer (Matroska-filer, XML-kapittel- eller taggfiler osv.) som allerede
inneholder "... LanguageIETF"-elementer vil de eksisterende elementene bli beholdt. Ellers vil "...
LanguageIETF"-elementer bli lagt til basert på kommandolinjealternativer og andre eksisterende avviklede
"... Language"-elementer.
Opprettelsen av de nye elementene kan deaktiveres helt med kommandolinjealternativet
--disable-language-ietf som opererer på alle tre nye elementer.
Du kan velge normaliseringsmetoden som brukes på undertagger for utvidet språk med parameteren
--normalize-language-ietf.
TEKSTFILER OG TEGNSETTKONVERTERINGER
Note
Denne seksjonen gjelder for alle programmer i MKVToolNix, selv om den bare nevner mkvmerge(1).
Introduksjon
All tekst i en Matroska fil er kodet i UTF-8. Dette betyr at mkvmerge(1) må konvertere hver tekstfil den
leser, samt hver tekst gitt på kommandolinjen fra ett tegnsett til UTF-8. Til gjengjeld betyr dette også
at mkvmerge(1)s utdata må konverteres tilbake til det tegnsettet fra UTF-8, f.eks. hvis en ikke-engelsk
oversettelse brukes med --ui-language eller for tekst som kommer fra en Matroska fil.
mkvmerge(1) gjør denne konverteringen automatisk basert på tilstedeværelsen av en byterekkefølgemarkør
(kort: BOM) eller systemets gjeldende nasjonale innstilling. Hvordan tegnsettet utledes fra den nasjonale
innstillingen, avhenger av operativsystemet som mkvmerge(1) kjøres på.
Markører for byterekkefølge (BOM)
Tekstfiler som starter med en BOM, er allerede kodet i én representasjon av UTF. mkvmerge(1) støtter
følgende fem moduser: UTF-8, UTF-16 Little og Big Endian, UTF-32 Little og Big Endian. Tekstfiler med en
BOM konverteres automatisk til UTF-8. Noen av parametrene som ellers ville angi tegnsettet for en slik
fil (f.eks. --sub-charset) blir stille ignorert.
Linux og Unix-lignende systemer inkludert macOS
På Unix-lignende systemer bruker mkvmerge(1) systemkallet setlocale(3) som igjen bruker miljøvariablene
LANG, LC_ALL og LC_CYPE. Det resulterende tegnsettet er ofte et av UTF-8- eller ISO-8859-*-familien og
brukes til alle tekstfiloperasjoner og for koding av strenger på kommandolinjen og for utdata til
konsollen.
Windows
I Windows bestemmes standard tegnsett som brukes til å konvertere tekstfiler, av et kall til systemkallet
GetACP().
Lesing av kommandolinjen gjøres med GetCommandLineW()-funksjonen som allerede returnerer en
Unicode-streng. Derfor ignoreres alternativet --command-line-charset i Windows.
Utdata til konsollen består av tre scenarier:
1. Hvis utdataene omdirigeres med alternativet --redirect-output, er standard tegnsett UTF-8. Dette kan
endres med --output-charset.
2. Hvis utdataene omdirigeres med cmd.exe selv, for eksempel med mkvinfo-fil.mkv > info.txt, er
tegnsettet alltid UTF-8 og kan ikke endres.
3. Ellers (når du skriver direkte til konsollen) brukes Windows-funksjonen WriteConsoleW(), og
alternativet --output-charset ignoreres. Konsollen skal kunne generere alle Unicode-tegn som den
tilsvarende språkstøtten er installert for (det kan for eksempel hende at kinesiske tegn ikke vises i
engelske Windows-versjoner).
Kommandolinjealternativer
Det finnes følgende alternativer som gjør det mulig å angi tegnsettene:
• --sub-charset for tekstundertekstfiler og for tekstundertekstspor lagret i conteinerformater der
tegnsettet ikke kan bestemmes entydig (f.eks. Ogg-filer),
• --chapter-charset for kapitteltekstfiler og for kapitler og filtitler lagret i konteinerformater der
tegnsettet ikke kan bestemmes entydig (f.eks. Ogg-filer for kapittelinformasjon, spor- og filtitler
osv.; MP4-filer for kapittelinformasjon),
• --command-line-charset for alle strenger på kommandolinjen,
• --output-charset for alle strengene som er skrevet til konsollen eller til en fil, hvis utdataene er
omdirigert med --redirect-output alternativet. På ikke-Windows-systemer er standard for
utdatategnsettet systemets gjeldende tegnsett. På Windows standardiseres det til UTF-8 både for
omdirigering med --redirect-output og med cmd.exe i seg selv, f.eks. mkvinfo file.mkv > info.txt.
ALTERNATIVFILER
En alternativfil er en fil mkvmerge(1) kan lese flere kommandolinjeargumenter fra. Dette kan brukes for å
omgå visse begrensninger i skallet eller operativsystemet når du kjører eksterne programmer som en
begrenset kommandolinjelengde.
En alternativfil inneholder JSON-formaterte data. Innholdet må være en gyldig JSON-tabell som bare består
av JSON-strenger. Filens koding må være UTF-8. Filen skal ikke starte med en byterekkefølgemarkør (BOM),
men hvis det finnes en, hoppes den over.
Reglene for å unnslippe spesialtegn inne i JSON er de i den offisielle JSON-spesifikasjonen, RFC 7159[4].
Selve alternativfilens navn må angis som et kommandolinjeargument med '@-tegn som prefiks.
Kommandolinjen 'mkvmerge -o "minfil.mkv" -A "en film.avi" lyd.ogg' kan konverteres til følgende
JSON-alternativfil kalt f.eks. 'alternativer.json':
[
"-o",
"c:\\Matroska\\min fil.mkv",
"--title",
"#65",
"-A",
"en film.avi",
"lyd.ogg"
]
Den tilsvarende kommandoen vil da være 'mkvmerge @alternativer.json'.
FILKOBLING
Matroska støtter filkobling som ganske enkelt sier at en bestemt fil er forgjengeren eller etterfølgeren
til den nåværende filen. For å være presis er det egentlig ikke filene som er koblet, men Matroska
segmentene. Siden de fleste filer sannsynligvis bare vil inneholde ett Matroska segment, bruker følgende
forklaringer begrepet 'filkobling', selv om 'segmentkobling' ville være mer passende.
Hvert segment identifiseres av en unik 128-biters bred segment-UID. Denne UID-en genereres automatisk av
mkvmerge(1). Koblingen gjøres primært ved å sette segment-UID-ene (kort: SID) til den forrige/neste filen
inn i segmentoverskriftsinformasjonen. mkvinfo(1) skriver ut disse SIDs hvis den finner dem.
Hvis en fil er delt inn i flere mindre og kobling brukes, vil ikke tidsstemplene starte på 0 igjen, men
fortsette der den siste filen har sluttet. På denne måten beholdes den absolutte tiden selv om de
tidligere filene ikke er tilgjengelige (f.eks. ved strømming). Hvis ingen kobling brukes, skal
tidsstemplene starte på 0 for hver fil. Som standard bruker mkvmerge(1) ikke filkobling. Hvis du vil det,
kan du slå den på med --link-alternativet. Dette alternativet er bare nyttig hvis splitting også er
aktivert.
Uansett om splitting er aktiv eller ikke, kan brukeren fortelle mkvmerge(1) å koble de produserte filene
til bestemte SID-er. Dette oppnås med alternativene --link-to-previous og --link-to-next. Disse
alternativene godtar et segment-SID i formatet som mkvinfo(1) sender ut: 16 heksadesimale tall mellom
0x00 og 0xff med prefiks '0x' for hvert, f.eks. '0x41 0xda 0x73 0x66 0xd9 0xcf 0xb2 0x1e 0xae 0x78 0xeb
0xb4 0x5e 0xca 0xb3 0x93'. Alternativt kan en kortere form brukes: 16 heksadesimale tall mellom 0x00 og
0xff uten '0x' prefikser og uten mellomrommene, f.eks. '41da7366d9cfb21eae78ebb45ecab393'.
Hvis splitting brukes, blir den første filen koblet til SID-en gitt med --link-to-previous og den siste
filen er knyttet til SID gitt med --link-to-next. Hvis splitting ikke brukes, vil den ene utdatafilen bli
koblet til begge de to SIDene.
STANDARD VERDIER
Matroska spesifikasjonen angir at noen elementer har en standardverdi. Vanligvis skrives ikke et element
til filen hvis verdien er lik standardverdien for å spare plass. Elementene som brukeren kan gå glipp av
i mkvinfo(1)s utdata er språk og standard sporflagg-elementene. Standard verdi for språk er engelsk
('eng'), og standard verdien for standard sporflagg er sann. Derfor, hvis du brukte --language 0:eng for
et spor vil det ikke vises i mkvinfo(1)s utdata.
VEDLEGG
Kanskje du også vil beholde noen bilder sammen med Matroska -filen, eller du bruker SSA-undertekster og
trenger en spesiell TrueType-skrift som er veldig sjelden. I disse tilfellene kan du legge disse filene
ved Matroska-filen. De vil ikke bare bli tilføyd filen, men innebygd i den. En avspiller kan deretter
vise disse filene ('bilder'-tilfellet) eller bruke dem til å gjengi undertekstene ('TrueType
skrifttyper'-tilfellet).
Her er et eksempel på hvordan du legger ved et bilde og en TrueType-skrift til utdatafilen:
$ mkvmerge -o utdata.mkv -A video.avi lyd.ogg \
--attachment-description "Jeg og bandet bak scenen i en liten sammenkomst" \
--attachment-mime-type image/jpeg \
--attach-file meg_og_bandet.jpg \
--attachment-description "Den virkelige sjeldne og utrolig pene skrifttypen" \
--attachment-mime-type application/octet-stream \
--attach-file skikkelig_kul_font.ttf
Hvis en Matroska som inneholder vedleggsfil brukes som en inndatafil, vil mkvmerge(1) kopiere vedleggene
til den nye filen. Valget av hvilke vedlegg som kopieres og hvilke som ikke kopieres, kan endres med
alternativene --attachments og --no-attachments.
KAPITLER
Matroska kapittel systemet er kraftigere enn det gamle kjente systemet som brukes av OGM- filer. De
fullstendige spesifikasjonene finner du på Matroskas nettside[1].
mkvmerge(1) støtter to typer kapittelfiler som inndata. Det første formatet, kalt 'enkelt
kapittelformat', er det samme formatet som OGM-verktøyene forventer. Det andre formatet er et XML basert
kapittelformat som støtter alle Matroskas kapittelfunksjonalitet.
Bortsett fra dedikerte kapittelfiler kan mkvmerge(1) også lese kapitler fra andre filformater (e.g. MP4,
Ogg, Blu-rays eller DVDer).
Enkelt kapittelformat
Dette formatet består av linjepar som starter med henholdsvis 'CHAPTERxx=' og 'CHAPTERxxNAME='. Den
første inneholder starttidsstempelet mens den andre inneholder tittelen. Her er et eksempel:
CHAPTER01=00:00:00.000
CHAPTER01NAME=Intro
CHAPTER02=00:02:30.000
CHAPTER02NAME=Baby forbereder seg på å rocke
CHAPTER03=00:02:42.300
CHAPTER03NAME=Baby rocker huset
mkvmerge(1) vil forvandle hvert par eller linjer til en Matroska ChapterAtom. Det angir ikke noe
ChapterTrackNumber, noe som betyr at alle kapitler gjelder for alle spor i filen.
Siden dette er en tekstfil, kan det hende at tegnsettkonvertering må gjøres. Se avsnittet om tekstfiler
og tegnsett for en forklaring på hvordan mkvmerge(1) konverterer mellom tegnsett.
Det XML baserte kapittelformatet
Det XML baserte kapittelformatet ser slik ut som dette eksemplet:
<?xml version="1.0" encoding="ISO-8859-1"?>
<!DOCTYPE Chapters SYSTEM "matroskachapters.dtd">
<Chapters>
<EditionEntry>
<ChapterAtom>
<ChapterTimeStart>00:00:30.000</ChapterTimeStart>
<ChapterTimeEnd>00:01:20.000</ChapterTimeEnd>
<ChapterDisplay>
<ChapterString>A short chapter</ChapterString>
<ChapterLanguage>eng</ChapterLanguage>
</ChapterDisplay>
<ChapterAtom>
<ChapterTimeStart>00:00:46.000</ChapterTimeStart>
<ChapterTimeEnd>00:01:10.000</ChapterTimeEnd>
<ChapterDisplay>
<ChapterString>A part of that short chapter</ChapterString>
<ChapterLanguage>eng</ChapterLanguage>
</ChapterDisplay>
</ChapterAtom>
</ChapterAtom>
</EditionEntry>
</Chapters>
Med dette formatet er tre ting mulig som ikke er mulig med det enkle kapittelformatet:
1. Tidsstempelet for slutten av kapittelet kan settes,
2. kapitler kan nestes,
3. språket og landet kan settes
mkvtoolnix-distribusjonen inneholder noen eksempelfiler i doc-underkatalog som kan brukes som grunnlag.
Nedenfor vises XML-taggene som støttes, datatypene deres og, der det er aktuelt, det gyldige området for
verdiene:
Chapters (master)
EditionEntry (master)
EditionUID (unsigned integer, valid range: 1 <= value)
EditionFlagHidden (unsigned integer, valid range: 0 <= value <= 1)
EditionFlagDefault (unsigned integer, valid range: 0 <= value <= 1)
EditionFlagOrdered (unsigned integer, valid range: 0 <= value <= 1)
ChapterAtom (master)
ChapterAtom (master)
ChapterUID (unsigned integer, valid range: 1 <= value)
ChapterTimeStart (unsigned integer)
ChapterTimeEnd (unsigned integer)
ChapterFlagHidden (unsigned integer, valid range: 0 <= value <= 1)
ChapterFlagEnabled (unsigned integer, valid range: 0 <= value <= 1)
ChapterSegmentUID (binary, valid range: 1 <= length in bytes)
ChapterSegmentEditionUID (unsigned integer, valid range: 1 <= value)
ChapterPhysicalEquiv (unsigned integer)
ChapterTrack (master)
ChapterTrackNumber (unsigned integer, valid range: 1 <= value)
ChapterDisplay (master)
ChapterString (UTF-8 string)
ChapterLanguage (UTF-8 string)
ChapterCountry (UTF-8 string)
ChapterProcess (master)
ChapterProcessCodecID (unsigned integer)
ChapterProcessPrivate (binary)
ChapterProcessCommand (master)
ChapterProcessTime (unsigned integer)
ChapterProcessData (binary)
Lese kapitler fra Blu-rays
mkvmerge(1) kan lese kapitler fra ukrypterte Blu-rays. For det kan du bruke banen til en av
MPLS-spillelistene med parameteren --chapters.
Eksempel: --chapters /srv/blurays/BigBuckBunny/BDMV/PLAYLIST/00001.mpls
Lese kapitler fra DVD-er
Når MKVToolNix er kompilert med libdvdread biblioteket, kan mkvmerge(1) lese kapitler fra DVD-er. For det
kan du bruke banen til en av mappene eller filene på DVD-en med parameteren --chapters. Siden DVD-er kan
inneholde mer enn én tittel og hver tittel har sitt eget sett med kapitler, kan du legge til et kolon og
ønsket tittelnummer på slutten av filnavnargumentet. Tittelnummeret er som standard 1.
Eksempel: --chapters /srv/dvds/BigBuckBunny/VIDEO_TS:2
Generelle merknader
Når du splitter filer vil mkvmerge(1) også justere kapitlene riktig. Dette betyr at hver fil bare
inneholder kapitteloppføringene som gjelder for den, og at tidsstemplene vil bli forskjøvet for å
samsvare med de nye tidsstemplene for hver utdatafil.
mkvmerge(1) er i stand til å kopiere kapitler fra Matroska kildefiler med mindre dette er eksplisitt
deaktivert med --no-chapters-alternativet. Kapitlene fra alle kilder (Matroska filer, Ogg-filer,
MP4-filer, kapitteltekstfiler) blir vanligvis ikke slått sammen, men ender opp i separate
ChapterEditions. Bare hvis kapitler leses fra flere Matroska eller XML filer som deler samme utgave
UIDer, vil kapitler bli slått sammen til en enkelt ChapterEdition. Hvis en slik sammenslåing også er
ønskelig i andre situasjoner, må brukeren trekke ut kapitlene fra alle kilder med mkvextract(1) først slå
sammen XML filene manuelt og multiplekse dem etterpå.
TAGGER
Introduksjon
Matroskas taggsystem ligner på andre konteinere: et sett med KEY = VALUE-par. Men i Matroska kan disse
taggene også nestes, og både KEY og VALUE er egne elementer. Eksempelfilen example-tags-2.xml viser
hvordan du bruker dette systemet.
Omfanget til taggene
Matroska tagger gjelder ikke automatisk for hele filen. De kan, men de kan også gjelde for forskjellige
deler av filen: til ett eller flere spor, til ett eller flere kapitler, eller til og med til en
kombinasjon av begge. Matroska spesifikasjonen[5] gir flere detaljer om dette faktum.
Et viktig faktum er at tagger er knyttet til spor eller kapitler med Targets Matroska tagg-elementet, og
at UID-ene som brukes til denne koblingen ikke er spor-ID-ene mkvmerge(1) bruker overalt. I stedet er
tallene som brukes UID-ene som mkvmerge(1) beregner automatisk (hvis sporet er hentet fra et annet
filformat enn Matroska) eller som kopieres fra kildefilen hvis sporets kildefil er en Matroska fil.
Derfor er det vanskelig å vite hvilke UID-er som skal brukes i taggfilen før filen overleveres til
mkvmerge(1).
mkvmerge(1) kjenner to alternativer som du kan legge til tagger til Matroska filer: --global-tags og
--tags alternativene. Forskjellen er at det tidligere alternativet, --global-tags, vil gjøre taggene
anvendelig for hele filen ved å fjerne noen av disse Targets-elementene nevnt ovenfor. Det siste
alternativet, --tags, setter automatisk inn UID-en som mkvmerge(1) genererer for taggen som er angitt med
TID-delen av --tags-alternativet.
Eksempel
La oss si at du vil legge til tagger i et videospor som leses fra en AVI. mkvmerge --identify fil.avi
forteller deg at videosporets ID (ikke bland denne ID-en med UID!) er 0. Så du oppretter din tagg-fil,
utelater alle Targets-elementer og kaller mkvmerge(1):
$ mkvmerge -o fil.mkv --tags 0:tagger.xml fil.avi
Taggfilformat
mkvmerge(1) støtter et XML basert taggfilformat. Formatet er veldig nært modellert etter Matroska
spesifikasjonen[5]. Både binær- og kildedistribusjonene til MKVToolNix kommer med en eksempelfil kalt
example-tags-2.xml som ganske enkelt viser alle kjente tagger og som kan brukes som grunnlag for
virkelige taggfiler.
Det grunnleggende er:
• Det ytterste elementet må være <Tags>.
• Én logisk tagg finnes i ett par <Tag> XML-tagger.
• Mellomrom rett før og etter tagg-innhold ignoreres.
Datatyper
Det nye Matroska-taggingssystemet kjenner bare to datatyper, en UTF-8-streng og en binær type. Den første
brukes for taggens navn og <String>-elementet mens den binære typen brukes for <Binary>-elementet.
Siden binære data i seg selv ikke ville passe inn i en XML-fil støtter mkvmerge(1) to andre metoder for
lagring av binære data. Hvis innholdet i en XML-tagg starter med '@', behandles følgende tekst som et
filnavn. Den tilsvarende filens innhold kopieres til Matroska elementet.
Ellers forventes dataene å være Base64-kodet. Dette er en koding som forvandler binære data til et
begrenset sett med ASCII-tegn og brukes for eksempel i e-postprogrammer. mkvextract(1) vil sende ut
Base64-kodede data for binære elementer.
Det utdaterte taggingssystemet kjenner noen flere datatyper som finnes i de offisielle Matroska
tagg-spesifikasjonene. Da mkvmerge(1) ikke støtter dette systemet lenger, er disse typene ikke beskrevet
her.
Kjente tagger for XML-filformatet
Nedenfor vises XML-taggene som støttes, datatypene deres og, der det er aktuelt, det gyldige området for
verdiene:
Tags (master)
Tag (master)
Targets (master)
TargetTypeValue (unsigned integer)
TargetType (UTF-8 string)
TrackUID (unsigned integer)
EditionUID (unsigned integer)
ChapterUID (unsigned integer)
AttachmentUID (unsigned integer)
Simple (master)
Simple (master)
Name (UTF-8 string)
TagLanguage (UTF-8 string)
DefaultLanguage (unsigned integer)
String (UTF-8 string)
Binary (binary)
SEGMENTINFORMASJON
Med en XML-fil med segmentinfo er det mulig å angi bestemte verdier i datahodefeltet "segment
information" i en Matroska-fil. Alle disse verdiene kan ikke angis via andre kommandolinjealternativer.
Andre "segmentinformasjon"-datahodefelt kan angis via kommandolinjealternativer, men ikke via XML-filen.
Dette omfatter f.eks. --title og --timestamp-scale-alternativene.
Det finnes andre elementer som verken kan angis via kommandolinjealternativer eller via XML-filene. Disse
inkluderer følgende elementer: DateUTC (også kjent som "muxing date"), MuxingApp, WritingApp og Duration.
De er alltid satt av mkvmerge(1) seg selv.
Nedenfor vises XML-taggene som støttes, datatypene deres og, der det er aktuelt, det gyldige området for
verdiene:
Info (master)
SegmentUID (binary, valid range: length in bytes == 16)
SegmentFilename (UTF-8 string)
PreviousSegmentUID (binary, valid range: length in bytes == 16)
PreviousSegmentFilename (UTF-8 string)
NextSegmentUID (binary, valid range: length in bytes == 16)
NextSegmentFilename (UTF-8 string)
SegmentFamily (binary, valid range: length in bytes == 16)
ChapterTranslate (master)
ChapterTranslateEditionUID (unsigned integer)
ChapterTranslateCodec (unsigned integer)
ChapterTranslateID (binary)
MATROSKA FILOPPSETT
Matroska filoppsettet er ganske fleksibelt. mkvmerge(1) vil gjengi en fil på en forhåndsdefinert måte.
Den resulterende filen ser slik ut:
[EBML-dataholde] [segment {metasøk #1} [segment informasjon] [sporinformasjon] {vedlegg} {kapitler}
[klynge 1] {klynge 2} ... {klynge n} {signaler} {metasøk #2} {tagger}]
Elementene i krøllete parenteser er valgfrie og avhenger av innholdet og alternativene som brukes. Et par
notater:
• metasøk #1 inkluderer bare et lite antall nivå 1-elementer, og bare hvis de faktisk eksisterer:
vedlegg, kapitler, signaler, tagger, metasøk #2. Eldre versjoner av mkvmerge(1) brukes til å sette
klyngene inn i dette metasøk-elementet også. Derfor var litt upresis gjetting nødvendig for å
reservere nok plass. Det mislyktes ofte. Nå er bare klyngene lagret i metasøk #2, og metasøk #1
refererer til metasøkelementet #2.
• Vedleggs-, kapittel- og taggelementer er bare til stede hvis de ble lagt til.
Kortest mulig Matroska filen vil se slik ut:
[EBML-datahode] [segment [segmentinformasjon] [sporinformasjon] [klynge 1]]
Dette kan være tilfelle for rene lydfiler.
EKSTERNE TIDSSTEMPELFILER
mkvmerge(1) lar brukeren velge tidsstempler for et bestemt spor selv. Dette kan brukes til å lage filer
med video med variabel bildefrekvens eller inkludere hull i lyd. En ramme i dette tilfellet er enheten
som mkvmerge(1) oppretter separat per Matroska blokk. For video er dette nøyaktig en ramme, for lyd er
dette en pakke med den spesifikke lydtypen. For eksempel for AC-3 vil dette være en pakke som inneholder
1536 sampler.
Tidsstempelfiler som brukes når spor tilføyes hverandre, må bare angis for den første delen i en kjede
med spor. Hvis du for eksempel føyer til to filer, v1.avi og v2.avi, og vil bruke tidsstempler, må
kommandolinjen se omtrent slik ut:
$ mkvmerge ... --timestamps 0:mine_tidsstempler.txt v1.avi +v2.avi
Det er fire formater som gjenkjennes av mkvmerge(1). Den første linjen inneholder alltid
versjonsnummeret. Tomme linjer, linjer som bare inneholder mellomrom og linjer som begynner med '#',
ignoreres.
Tidsstempel filformat v1
Dette formatet starter med versjonslinjen. Den andre linjen angir standard antall bilder per sekund. Alle
følgende linjer inneholder tre tall atskilt med komma: startrammen (0 er den første rammen), sluttrammen
og antall rammer i dette området. FPS er et flyttall med prikken '.' som desimaltegn. Områdene kan
inneholde hull som standard FPS brukes til. Et eksempel:
# timestamp format v1
assume 27.930
800,1000,25
1500,1700,30
Tidsstempel filformat v2
I dette formatet inneholder hver linje et tidsstempel for den tilsvarende rammen. Dette tidsstempelet må
angis i millisekunds presisjon. Det kan være et flyttall, men det trenger ikke å være det. Du må gi minst
like mange tidsstempellinjer som det er rammer i sporet. Tidsstemplene i denne filen må sorteres.
Eksempel på 25 bilder per sekund:
# timestamp format v2
0
40
80
Tidsstempel filformat v3
I dette formatet inneholder hver linje en varighet i sekunder etterfulgt av et valgfritt antall bilder
per sekund. Begge kan være flyttall. Hvis antall bilder per sekund ikke er til stede, brukes standard.
For lyd bør du la kodeken beregne rammetidsstemplene selv. For det bør du bruke 0.0 som antall bilder per
sekund. Du kan også opprette gap i strømmen ved å bruke nøkkelordet 'gap' etterfulgt av varigheten av
gapet. Eksempel på en lydfil:
# timestamp format v3
assume 0.0
25.325
7.530,38.236
gap, 10.050
2.000,38.236
Tidsstempel filformat v4
Dette formatet er identisk med v2-formatet. Den eneste forskjellen er at tidsstemplene ikke trenger å
sorteres. Dette formatet skal nesten aldri brukes.
AVSLUTNINGSKODER
mkvmerge(1) avsluttes med en av tre avslutningskoder:
• 0 -- Denne avslutningskoden betyr at multipleksingen er fullført.
• 1 -- I dette tilfellet har mkvmerge(1) sendt ut minst en advarsel, men multipleksingen fortsatte. En
advarsel er prefikset med teksten 'Advarsel:'. Avhengig av problemene som er involvert, kan den
resulterende filen være ok eller ikke. Brukeren oppfordres til å sjekke både advarselen og
resultatfilen.
• 2 -- Denne avslutningskoden brukes etter at det oppstod en feil. mkvmerge(1) avbryter rett etter at
feilmeldingen er sendt ut. Feilmeldinger varierer fra feil kommandolinjeargumenter over
lese-/skrivefeil til ødelagte filer.
MILJøVARIABLER
mkvmerge(1) bruker standardvariablene som bestemmer systemets lokalitet (for eksempel LANG og
LC_*-familien). Ytterligere variabler:
MKVMERGE_DEBUG, MKVTOOLNIX_DEBUG og dens korte form MTX_DEBUG
Innholdet behandles som om det hadde blitt sendt via --debug-alternativet.
MKVMERGE_ENGAGE, MKVTOOLNIX_ENGAGE og dens korte form MTX_ENGAGE
Innholdet behandles som om det hadde blitt sendt via --engage-alternativet.
SE OGSå
mkvinfo(1), mkvextract(1), mkvpropedit(1), mkvtoolnix-gui(1)
WWW
Den nyeste versjonen finner du alltid på MKVToolNixs hjemmeside[6].
AUTHOR
Moritz Bunkus <moritz@bunkus.org>
Utvikler
NOTES
1. Matroska nettside
https://www.matroska.org/
2. IANAs hjemmeside
https://www.iana.org/assignments/media-types/
3. mkvmerge-identification-output-schema-v20.json
https://mkvtoolnix.download/doc/mkvmerge-identification-output-schema-v20.json
4. RFC 7159
https://tools.ietf.org/html/rfc7159
5. Matroska spesifikasjonen
https://www.matroska.org/technical/specs/index.html
6. MKVToolNixs hjemmeside
https://mkvtoolnix.download/
MKVToolNix 90.0 2025-02-08 MKVMERGE(1)