ubuntuusers.de

Ich habe ein Video im Format Codec: MPEG-H Part2/HEVC (H.265) (hvc1) Video resolution: 3840x2160 Frame rate: 30

Da muss ich nur am Anfang wenige Sekunden wegmachen.

Danach neu rendern.

Hier wähle ich im Rednermenü "MP4-H265 (HEVC) und unter "weitere Optionen" dann 100% bei der Qualität.

Zu Beginn wurde automatisch auf eine kleinere Videoresolution herabgesetzt. Über "Projekt" "Profil an aktuellen Clip anpassen" konnte ich die Auflösung auf 3840x2160 anpassen.

Problem: Nach erfolgreichem Rendering ist die Videodatei 1,9 GB groß. Das Original ist 265 MB groß.

Den einzigen Unterschied, den ich erkennen kann in den Eigenschaften über VLC ist dieser. Beim Original steht in den Medieneigenschaften nichts unter "Codiert mit", während bei dem mit KDENLIVE erstellten "Lavf60.16.100" steht.

Nur wie könnt ichs verändern? 1,9 GB ist mir zu unhandhandbar.

humid_gimmick schrieb:

Da muss ich nur am Anfang wenige Sekunden wegmachen.

...und warum machst Du nicht genau das, anstatt verlustbehaftet neu zu rendern?

LosslessCut

Hallo,

Du kannst für solche Sachen auch gut ffmpeg nehmen. Dieser Befehl z.B. schneidet quasi das Video von Minute 1 bis Minute 90 aus ohne neu zu rendern:

1

ffmpeg -to 01:30:00 -ss 00:01:00 -i INPUT -map 0 -c copy OUTPUT

Gruß

Carsten

LosslessCut nutzt unter der Haube auch "bloß" ffmpeg, aber eben als grafisches Schnittprogramm.

humid_gimmick schrieb:

und unter "weitere Optionen" dann 100% bei der Qualität.

Dir ist schon klar, dass "höhere Qualität" immer auch "größere Datei" bedeutet (bei ansonsten gleichen Bedingungen)? Kein Mensch rendert Videos mit 100% Qualität. Mit HEVC reichen bei 720p etwa 65% für transparentes Encoding (also praktisch die Ausgangsqualität), bei 1080p reichen 55%, bei 4K vermutlich 45 bis 50%, probiers aus.

Eigentlich gibt man beim Videocoden mit variabler Bitrate nicht Prozente an, sondern den CRF. CRF ist das Verhältnis der Bildkomplexität zur Bitrate in einem kurzen Zeitfenster. Je höher die Zahl, desto kleinere Bitraten wählt der Encoder, und desto schlechter die Qualität. Bei Kdenlive siehst du den resultierenden CRF rechts unten in der Befehlszeile des Render-Dialogfensters. CRF 28 bis 25 dürfte dir vollkommen reichen, aber die Sehgewohnheiten sind unterschiedlich, daher testen, ob du noch keine Verluste siehst bzw. die sichtbaren Verluste in deinem persönlichen Toleranzfenster liegen.

Wenn du mit ffmpeg encodest, gibst du den CRF direkt an:

ffmpeg -i input.mp4 -ss 1:00 -c:v hevc -c:a copy -crf 25 output.mp4

würde die Eingabedatei ab Anfang decoden und exakt bei Minute 1 mit dem Encoding der Ausgabedatei beginnen, d.h. die erste Minute abschneiden.

Avidemu gibt es auch noch. Avidemux hat eine etwas konventionellere Bedienoberfläche, auf der man sich meiner Meinung nach schneller oder leichter zurechtfindet, als bei Losslesscut, um nur ein Stückchen Video auszuschneiden. Im Wiki:

• Avidemux

Im Hintergrund wird wie bei Kdenlive, oder Shotcut, und vielen Videobarbeitungsprgrammen ebenfalls FFmpeg verwendet.

Übersicht über einige Programme zur Videobearbeitung im Wiki:

• Videobearbeitung

Kdenlive quickstart Manual:

• https://docs.kdenlive.org/en/getting_started/quickstart.html ← Mit Bildchen, teils sogar anmiert.

Stück aus Video auschneiden mit Avidemux:

• Avidemux - Videos schneiden und zusammenfügen, ohne zu rendern ← Youtube lässt sich auch in doppelter Geschwindigkeit abspielen. 😉

trollsportverein schrieb:

Im Hintergrund wird wie bei Kdenlive, oder Shotcut, und vielen Videobarbeitungsprgrammen ebenfalls FFmpeg verwendet.

Fürs Archiv: Kdenlive nutzt ffmpeg zum Lesen von Formaten und zum Paketieren in Container, aber das eigentliche Rendering übernimmt melt.

Das MLT-Framework setzt wiederum auf FFmpeg auf, und weitere Komponenten, wie etwa Movit, SoX, Vorbis, usw. Je nachdem, wie man es bauen möchte, default sieht man dort:

• mltframework/mlt/blob/master/CMakeLists.txt

... und dort:

• mltframework/mlt/blob/master/CMakePresets.json

Danke, sehr zahlreiche Rückmeldung.

@CarstenHa: Damit bin ich zurecht gkommen, am besten. Wobei ich dies verwendet habe:

ffmpeg -ss 00:00:04 -to 00:02:46 -i Inputfile.mp4 -map 0 -c copy Outputfile.mp4

Ich glaub bei deinem Befehl wars "-ss" und "-to" vertauscht und ging deshalb nicht.

Wundersam: Ich wollte nur ca. 2-3 Frames schneiden. Zwischen "-ss 00:00:01" und "-ss 00:00:03" hat nichts geklappt. Habe diverse Varianten durchgespielt. Der unerwünschte Frame blieb, es kam zu Artefakten. Erst ab Sekunde 4 war der Schnitt schön, sauber.

@timothy2068: Danke! Fürs Erklären. Hier wird neu Encoded, das wollt ich umgehen.

Hat jemand eine Idee ob der Artefakte?

Ach und für lossless cut braucht man "Snap", das würde ich umgehen, denn ist proprietär, leider!

humid_gimmick schrieb:

Wundersam: Ich wollte nur ca. 2-3 Frames schneiden. Zwischen "-ss 00:00:01" und "-ss 00:00:03" hat nichts geklappt.

Das sind auch 1 bis 3 Sekunden, nicht Frames.

Habe diverse Varianten durchgespielt. Der unerwünschte Frame blieb, es kam zu Artefakten. Erst ab Sekunde 4 war der Schnitt schön, sauber.

So funktioniert Videocoding. Nur alle paar Sekunden (oder bei einem Schnitt) wird ein Vollbild (Keyframe) eingebaut, dazwischen nur die Veränderungen. Wenn du kopierst, um nicht durch Re-Encoding Qualität zu verlieren, kriegst du auch keine neuen Keyframes und musst aufs nächste im Ausgangsmaterial warten, bis ein Bild da ist.

Wenn du dich fürs Encoden entscheidest, unbedingt die -ss und -to hinter das -i setzen. Grund: Alles vor dem -i ist Eingabeoption (d.h. da spult er einfach schnell vor bis zum ss), alles hinter dem -i ist Ausgabeoption (d.h. er decodet von Anfang an und fängt beim ss an zu schreiben). Bei -c copy ist es ziemlich egal, weil eh keine neuen Keyframes gesetzt werden; Eingabeoption geht etwas schneller, weil er bis dahin nicht decodet.

humid_gimmick schrieb:

für lossless cut braucht man "Snap"

Man sicher nicht, Du mit Ubuntu vielleicht. Du kannst freilich auch das AppImage verwenden oder das linux-x64.tar.bz2-Archiv nach /opt entpacken.

mifi/lossless-cut/releases/latest