Konvertering fra TS/H264 til MPG/H265 øger filstørrelsen?

General Support / Questions
1

Morgen. Jeg har eksperimenteret med MCEBuddy til at transkode mine Channel DVR-optagelser (Mp4/h264) for langtidsbevaring (MPG/hevc). Det fungerer fint, jeg oplever normalt en 30-50 % reduktion i filstørrelse. Da jeg imidlertid prøvede det samme med en Emby-optagelse (TS/h264) ved hjælp af den samme profil, steg filstørrelsen faktisk en smule.

Jeg er nysgerrig efter, hvad jeg gør forkert, da jeg ville forvente, at h265 er mere effektiv størrelsesmæssigt end h264.

College Basketball 2026_02_25_19_00_00 - Florida at Texas.ts-hevc_transcode only conversion-2026-02-26T07-03-37.log (1,7 MB)

2

Det er ikke ualmindeligt at opleve en stigning i filstørrelsen ved omkodning (transcoding) mellem allerede komprimerede formater, selv når man går fra H.264 til det mere effisiente H.265 (HEVC). Baseret på lignende diskussioner i forummet er her et par grunde til, at dette muligvis sker med dine Emby (TS)-optagelser sammenlignet med dine Channels DVR (MP4)-optagelser:

1. „Kvalitet“-indstillingen og multiplikatorer

MCEBuddy-profiler bruger ofte en Quality Multiplier (kvalitetsmultiplikator) eller en konstant kvalitetsfaktor (CRF).

  • Hvis din profil er indstillet til et højt kvalitetsniveau, vil MCEBuddy forsøge at bevare så mange detaljer som muligt.
  • TS-filer (Transport Streams) fra Emby er ofte „mere rodede“ end MP4-filer – de kan indeholde overførselsfejl, interlacing eller ekstra metadata. Når H.265 forsøger at kode denne støj eller interlacing „perfekt“ ved en indstilling med høj kvalitet, kan den faktisk bruge flere bits end den oprindelige H.264-version gjorde.
  • Tjek din log: Hold øje med den -q- eller crf-værdi, der bruges af Handbrake eller FFmpeg i den log, du vedlagde. Hvis den er meget lav (f.eks. under 20 for H.265), overkoder den muligvis.

2. Hardware- vs. softwarekodning

Bruger du en GPU (NVENC, QuickSync) til disse konverteringer?

  • Hardwarekodere er meget hurtigere, men generelt mindre effektive til komprimering end softwarekodning (x265).
  • Hvis dine Channels DVR-filer var stærkt komprimerede i forvejen, kan en hardwarebaseret H.265-kodning kræve en højere bitrate for at opretholde den samme oplevede kvalitet, hvilket fører til en større fil.

3. Lyd- og container-overhead

  • TS vs MPG: Du nævnte, at du konverterer til en MPG-container. MPEG-PS-containeren (Program Stream) har et andet overhead end MP4 eller MKV.
  • Lyd: Hvis den originale TS-fil har AC3-lyd, og din profil konverterer den til en højere bitrate eller et andet format (som AAC eller PCM), kan audiodelen af filen vokse.

4. Interlacing

Mange Emby/Broadcast TS-optagelser er 1080i (interlaced).

  • Hvis MCEBuddy fjerner interlacing (de-interlacing) af videoen under omkodningen, opretter den nye billeder (frames).
  • H.265 håndterer progressiv video meget bedre end interlaced. Hvis kilden er interlaced og ikke håndteres korrekt af profilet, kan koderen have svært ved at komprimere den effektivt.

Foreslåede næste skridt:

  1. Sæt kvalitetsskyderen ned: Prøv at flytte kvalitetsskyderen i din konverteringsopgave (Conversion Task) 5-10% ned for at se, om filstørrelsen falder uden et mærkbart tab af visuel kvalitet.
  2. Prøv MKV/MP4: Medmindre du specifikt har brug for .mpg til en ældre afspiller, så prøv at bruge en MKV HEVC- eller MP4 HEVC-profil. De er generelt mere moderne og effektive.
  3. Tjek for „High Quality“: Hvis du bruger en „High Quality“-profil, er den designet til at prioritere videofidelitet frem for filstørrelse. Skift til en „Normal“- eller „Fast“-profil for at se forskellen.

Du kan finde mere avanceret teknisk information om, hvordan du finjusterer disse indstillinger i MCEBuddy Advanced Settings Guide.

3

Det ser ud til, at du bruger AMD-hardwareacceleration til videoencoding.

INFORMATION> 2026-02-26T07:05:16 MCEBuddy.Transcode.Convert → Konverterer med Handbrake, type: HardwareOnly, gpu: {
“hardwareBrand”: “AMD”,
“legacyHardware”: false,
“codecType”: “Encoder”,
“hardwareCodecPresent”: true,
“h264Codec”: true,
“h265Codec”: true,
“av1Codec”: true
}

Det ser ud til, at standardkvaliteten for hardwareencoderen er meget høj, hvilket får filstørrelsen til at stige

–encoder-preset quality -q 26

Prøv at reducere kvaliteten ved hjælp af kvalitetsskyderen til -30%, hvilket bør løse problemet uden at gå på kompromis med kvaliteten, eller du kan slå hardwareencoding fra og bruge softwareencoding, hvilket vil maksimere kvaliteten uden at øge filstørrelsen, men det vil tage længere tid.