Răspuns
Începător aici, această tablă m-a ajutat până acum în ligi, mulțumesc pentru asta.
Cererea mea de astăzi este ca cei mai experimentați cu acest tip de lucruri să sublinieze orice domenii în care aș putea greși, și în special dacă rezultatul final ar trebui/nu ar trebui să fie o surpriză, având în vedere pașii pe care i-am făcut. Obiectivul meu cu aceasta este capturarea și arhivarea unui flux.
Simțiți-vă liber să treceți la întrebarea de mai jos, explicația de urmat acum:
O notă rapidă că, pentru capturarea fluxului, folosesc un program care automatizează procesul. Și anume, funcția sa este de a înregistra când există activitate pe canal, deoarece nu am cunoștințele să scriu vreun script pentru a verifica automat dacă un stream este live sau nu.
Fluxul sursă este de tip container MPEG-TS. Adică, folosind cele de mai jos, fișierele mele rezultate au o extensie de fișier .ts. Cu parametrii sursă (și ieșire) gestionați automat de acest program, trec aceste argumente în setările lui FFmpeg-parameters:
-c:v copy -c:a copy -movflags faststart -y -f mpegts
După redenumirea manuală a ieșirii, să spunem „fișier1.ts”, folosesc apoi consola și execut această comandă:
ffmpeg -i file1.ts -c:v libx265 -crf 16 -preset slow -pix_fmt yuv420p10le -c:a aac -b:a 192k date_10bit.mp4
Aici, intenționez să re-codific fluxul capturat ca fișier HEVC/x265 într-un container .mp4.
- Am setat valoarea CRF la 16 din motivele pe care sunt pe cale să le menționez mai jos, dar, în esență, urmăresc în deosebire vizuală față de sursă și sunt dispus să plătesc prețul ca mărime (sau așa am crezut)
- Presetat pentru a încetini la recomandarea unor utilizatori, consensul pare să fie pentru x265.
- Adâncime de 10 biți, din cauza mențiunii că 10 biți comprimă mai bine, m-am gândit că aș încerca
- Codificarea sunetului la aac și 192k din interesul general pentru disponibilitatea audio de calitate superioară, acolo unde este posibil.
După multe ore de rulare, fișierul rezultat nu a fost vizibil vizibil (nu părea mai rău, ca urmare a problemelor de artefacte/mișcare, dar cred că comanda pe 10 biți a făcut imaginea vizibil mai caldă) și era puțin mai mic decât .ts I original. început cu.
Aceasta a fost o lecție cruntă pe care am ratat-o cumva până acum, că toată re-codificarea/comprimarea (în afară de un CRF/QP de 0?) va fi întotdeauna o reducere a calității de la „sursă”.
La sfarsitul zilei, Fișierul meu sursă a fost de 5,5 GB. Codarea x265 a durat întreaga zi și a scos un fișier la 5,25 GB. Presupun că din cauza unui CRF atât de scăzut și anume. În orice caz,
Cu călătoria mea acum explicată:
Sunt de așteptat toate acestea?
Mai precis, există (și ce există) vreo metodă de a reduce considerabil dimensiunea fișierului, păstrând în același timp calitatea - să zicem, o valoare CRF de 20 sau cam asa ceva. În prezent, îmi este teamă de timpul de codificare și chiar nu văd rezultate pozitive, așa că înclin să accept că va trebui să stochez fișierele de bază .ts și să-l numesc o zi.
Vă mulțumim pentru timpul acordat citirii.
Edit: Mulțumesc Nmath în comentarii!
