Provided by: mkvtoolnix_86.0-1_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 inne i Matroska-filen. MIME-typen må ha blitt angitt før
dette alternativet kan brukes. Forskjellen mellom de to formene er at under splitting
blir filene vedlagt med --attach-file vedlagt alle utdatafiler, mens de vedlagt med
--attach-file-once bare legges 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.
--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/