ubuntuusers.de

Ich möchte euch video-trimmer aus dem Circle der GNOME-Anwendungen vorstellen.

Wie immer sind Kritik und Anregungen willkommen.

Zusätzlich hat man die Möglichkeit bei die angezeigten Sekunden zu bearbeiten.

„bei die“ klingt merkwürdig. Soll es …

„Zusätzlich hat man die Möglichkeit, die angezeigten Sekunden zu bearbeiten.“

oder

„Zusätzlich hat man die Möglichkeit, mithilfe der angezeigten Sekunden zu bearbeiten.“

heißen? Da ich das Programm nicht kenne, kann ich den eigentlichen Sinn nicht beurteilen.

Am Ende wird erwähnt, dass reencoding optional möglich ist. Wie man die Option nutzt sollte dann auch weiter oben erwähnt werden.

Im Wissensblock wird Paketquellen freischalten verlinkt, im Artikel gibt es keinen Verweis darauf und es wird auch nirgendwo eine zusätzlich Paketquellen hinzugefügt.

Sala kahle, bibamah

Danke für die Rückmeldungen.

charly-ax schrieb:

„Zusätzlich hat man die Möglichkeit, mithilfe der angezeigten Sekunden zu bearbeiten.“

Gutes Beispiel. 😉 Ich wusste nicht mehr, was ich damals geschrieben haben wollte, und denke, es war einfach nur ein „bei“ zu viel.

bibamah schrieb:

Am Ende wird erwähnt, dass reencoding optional möglich ist.

Darüber hatte ich mich auch gewundert, aber es in der Zwischenzeit vergessen. Das ist erst in einer neueren Programmversion enthalten und nun im Text erwähnt.

Der Satz im Wikiartikel

Für die .mp4-Ausgabeerweiterung setzt Video Trimmer den Encoder auf libvpx-vp9 für bessere Flatpak-Unterstützung

macht m.E. technisch keinen Sinn. Das Programm als Flatpak installiert läuft in der Flatpak Sandbox und muss kein Flatpak unterstützen. Das Programm aus dem Flatpak kann nur Encoder nutzen, die im Flatpak enthalten sind, weil das Programm keinen Zugriff auf die systemweiten Encoder hat. Wenn der Flatpak Maintainer libvpx-vp9 mit einbaut und sonst nichts, muss Video-Trimmer aus dem Flatpak das nutzen. Das hat nichts mit "Flatpak-Unterstützung" an sich zu tun. Das Selbe gilt prinzipiell auch für das snap.

bibamah schrieb:

macht m.E. technisch keinen Sinn. …

„Jetzt“, wo du es schreibst. Mmmh, … Kommt es mir auch seltsam vor. Da gibt es vermutlich eine Vorgeschichte und die Sache ist einfach nur schlecht ausformuliert. Ich habe es von der Projektseite übernommen.

Wie wäre es mit dieser zurückhaltenderen Formulierung:

… Für die .mp4-Ausgabeerweiterung setzt Video Trimmer den Encoder auf libvpx-vp9, was eine bessere Flatpak-Unterstützung bieten soll, für andere Ausgabeerweiterungen belässt er die Entscheidung bei ffmpeg. …

Im Artikel fehlt die Installation aus den offiziellen Paketquellen.

Unter Nutzung sollte man auch behandeln, ob nur der Film oder auch die Tonspur geschnitten wird und ob beim Schneiden Bild und Ton synchron bleiben.

Was meint Version 25.03?

Angetestet unter 24.04:

• App benötigt ffmpeg und installiert dieses ggf. automatisch. (Was nicht negativ ist, aber der Artikel sollte darauf hinweisen, das diese App nur eine Bedienoberfläche für ffmpeg ist und es andere Bedienoberflächen gibt, die mehr können.)

• App beachtet nicht die Design-Vorgaben des Systems, sondern verwendet ein dunkles Thema.

• App beachtet nicht die Bedienvorgaben des Systems, öffnet insbesondere Ordner und Dateien nicht mit einem einfachen Klick, sondern verlangt einen Doppelklick.

• App kann Videos in einem MP4-Container nicht öffnen.

kB schrieb:

Im Artikel fehlt die Installation aus den offiziellen Paketquellen.

Da fehlte lediglich das Wort „offiziell“.

Unter Nutzung sollte man auch behandeln, ob nur der Film oder auch die Tonspur geschnitten wird und ob beim Schneiden Bild und Ton synchron bleiben.

In der Einleitung wird versprochen, dass „kein Qualitätsverlust entstehe“.

Ich gehe davon aus, dass bei einem Video Bild und Ton zusammen gehören, eine Einheit bilden. Erst wenn das Programm dies nicht entsprechend behandelt, betrachte ich das als erwähnenswert. Insofern halte ich auch keinen Nachtrag für nötig.

Ansonsten bitte ich dieses auch in den bereits bestehenden Artikeln nach zu tragen, denn diese Info fehlt eigentlich überall. Lediglich bei Avidemux gibt es einen Abschnitt, der erklärt, was man tun kann, falls es asynchron sein sollte. (Was nicht von Avidemux verursacht sein muss; nur der Umgang wird beschrieben.)

Was meint Version 25.03?

Ich habe extra nicht „Version“, sondern „Programmversion“ geschrieben, damit es nicht für eine vertippte Ubuntuversion gehalten wird. An solche Angaben werden wir uns gewöhnen müssen, vgl. Libreoffice.

kB schrieb:

• App benötigt ffmpeg und installiert dieses ggf. automatisch. (Was nicht negativ ist, aber der Artikel sollte darauf hinweisen, das diese App nur eine Bedienoberfläche für ffmpeg ist und es andere Bedienoberflächen gibt, die mehr können.)

Das mit ffmpeg ist mir nicht weiter aufgefallen, weil es bei mir bereits installiert war. Es war jedoch schon im Text, wenn auch weit unten. Habe in der Einleitung noch etwas hinzugefügt.

Dass das Programm nicht viel beherrscht, war doch schon im Artikel. Die Übersicht war verlinkt. Habe zum Ende der Einleitung trotzdem noch auf die Links verlinkt.

• App beachtet nicht die Design-Vorgaben des Systems, sondern verwendet ein dunkles Thema.

Das ist so gewollt und entspricht der Vorgabe von GNOME.
vgl. https://gitlab.gnome.org/YaLTeR/video-trimmer/-/issues/75

Müsste ansonsten u. a. in Eye of GNOME oder Loupe auch extra erwähnt werden.

• App beachtet nicht die Bedienvorgaben des Systems, öffnet insbesondere Ordner und Dateien nicht mit einem einfachen Klick, sondern verlangt einen Doppelklick.

Das kann ich weder bestätigen noch prüfen, da ich keine aktuelle Anleitung gefunden habe wie man GNOME auf einfachen Klick umstellt.

• App kann Videos in einem MP4-Container nicht öffnen.

Kann ich nicht bestätigen, denn ich habe ausschließlich mit mp4 gearbeitet. (Lediglich eine Datei machte Probleme, aber die ließ sich auch im Player nicht abspielen.)

Ruth-Wies schrieb:

[…] Ich gehe davon aus, dass bei einem Video Bild und Ton zusammen gehören, eine Einheit bilden.

Jeder wird beim Betrachten eines Tonfilms das so sehen und das auch immer. Technisch ist es aber bei digitalen Medien nie der Fall, vielmehr sind hier Bildspur und Tonspur(en) durch separate Subdateien (Streams) in einem gemeinsamen Container realisiert, separat codiert und jeder Stream mit eigener Zeitinformation. Bei Manipulationen an einem Stream kann daher leicht die gewünschte Einheit verloren gehen.

Erst wenn das Programm dies nicht entsprechend behandelt, betrachte ich das als erwähnenswert.

Dann auf jeden Fall. Ein Test des Verhaltens erwarte ich aber von jedem Artikel über ein Schneideprogramm. Ich kann es nicht testen, weil meine verfügbaren Videos von diesem Programm entweder gar nicht oder jedenfalls nur ohne Ton abgespielt werden.

Insofern halte ich auch keinen Nachtrag für nötig.

Ich halte es für sinnvoll, das Verhalten praktisch zu erproben.

[…]

• App beachtet nicht die Bedienvorgaben des Systems, öffnet insbesondere Ordner und Dateien nicht mit einem einfachen Klick, sondern verlangt einen Doppelklick.

Das kann ich weder bestätigen noch prüfen, da ich keine aktuelle Anleitung gefunden habe wie man GNOME auf einfachen Klick umstellt.

Kann man natürlich in den Einstellungen von Nautilus einstellen.

• App kann Videos in einem MP4-Container nicht öffnen.

Kann ich nicht bestätigen, denn ich habe ausschließlich mit mp4 gearbeitet.

Interessant, weil unerklärlich!

kB schrieb:

Ich halte es für sinnvoll, das Verhalten praktisch zu erproben.

Äh, muss da jetzt alle einundrölfzig Formate probieren? Oder einigen wir uns darauf, dass das Programm nicht alle unterstützt?

Ich habe zwischenzeitlich aus dem Archiv etwas zu Tage befördert und erhielt sinngemäß die Meldung der Encoder könne nicht automatisch ermittelt werden und ich solle ihn manuell auswählen. Zu letzterem fehlt in Video-Trimmer die Möglichkeit. Klar, die Meldung stammt von ffmpeg und wurde von Video-Trimmer nur durchgereicht.

Kann man natürlich in den Einstellungen von Nautilus einstellen.

Ah. Das ist eine von der Einstellungen, die man über sieht und erst findet, nachdem man gefragt hat. Ja, Video-Trimmer hält sich nicht an den Einfachklick, der in Nautilus eingestellt ist. Aber das tun u. a. GNOME-Text-Editor und Loupe auch nicht. Mmmh, … und nun?

Ruth-Wies schrieb:

kB schrieb:

Ich halte es für sinnvoll, das Verhalten praktisch zu erproben.

Äh, muss da jetzt alle einundrölfzig Formate probieren?

Vielleicht nicht alle, aber die gängigen schon.

Oder einigen wir uns darauf, dass das Programm nicht alle unterstützt?

Bei einem Programm, welches es dem Benutzer möglichst einfach machen soll und deshalb wohl auf fast alle Einstellungen verzichtet, halte ich es für einen wesentlichen Mangel, wenn es dann in einer gängigen Situation versagt. Ich habe hier Videos, von Youtube herunter geladen im Container MP4 mit Encodern h264 und aac. Das ist jedenfalls nichts exotisches, sondern genau die Situation, in der man ein solches Programm verwenden möchte. FFmpeg spielt diese Videos ooB problemlos ab. Aber: Keine Funktion mit Video-Trimmer. So etwas gehört m.E. schon in den Artikel.

[…] Aber das tun u. a. GNOME-Text-Editor und Loupe auch nicht.

Mängel bei anderen Programmen bzw. in anderen Artikeln sind keine Vorbilder für die eigene Arbeit.

Mmmh, … und nun?

Eine Möglichkeit wäre, es bei den eigenen Werken besser zu machen als an den anderen Stellen.