staging.inyokaproject.org

Neuer Artikel: Baustelle/Container.

Wenn noch jemand einen Codeblock mit einem Ubuntu-avconv (statt meines Debian-ffmpegs) einstellen könnte, so wäre das prima! ☺

Anmerkung: Nicht jede Kombination von Codecs ist für jeden Container erlaubt, nicht jede erlaubte ist sinnvoll. Beispiele:

• .mp4 mit vorbis audio ist nicht erlaubt

• .avi mit H.264 avc ist technisch möglich, allerdings werden entweder nicht alle Features genutzt (B-Frames) oder es kommt ein nicht standardkonformes AVI heraus, das also nicht überall brauchbar ist.

Des roten Ritters Anmerkung eingearbeitet. Den oben erwähnten Codeblock habe ich umgearbeitet, ein Tausch ist also hinfällig.

IMO bereit zum Verschieben. Energie! 😀

pepre schrieb:

IMO bereit zum Verschieben.

sorry, aber diese kurze Begriffserklaerung entspricht in keinster Weise einem Wikiartikel. Stattdessen moechte ich vorschlagen, den Abschnitt in den Artikel Grundlagen der Videobearbeitung einzuarbeiten. Dort gehoert diese Basisinformation IMHO hin.

Ein Container gibts aber auch für reine Audiodateien. Das spricht schon für einen eigenen Artikel. Streng genommen ist .mp3 schon ein Container

Omg! Jetzt gehen diese Stub-, Lemma- und Relevanz-Diskussionen los! 😲 Déjà-vu.

Meine Intention war: wenn ein Forent fragt "Warum geht Cinelerra nicht?" o.ä. und man muss erst mal absolutes Grundlagenwissen vermitteln, damit man überhaupt sinnvoll supporten kann. Es bietet sich dann ein kurzer Artikel an, der genau diese Infos abfragt. Verweist man statt dessen auf einen endlos langen Artikel ff, dann wird - mit Verlaub - ein nicht geringer Teil diesen nicht lesen und/oder die relevanten Infos in diesem Wust nicht finden können.

Zudem: Grundlagen der Videobearbeitung ist eh eine Linksammlung, auf einen Link mehr oder weniger kommt es da auch nicht mehr drauf an.

Ich würde ggf. eine Tabelle ergänzen in der man ersehen kann was in welchem Containerformat für Codecs erlaubt sind. Auch würde ich vom derzeitigen Umfang her den Part eher in avconv einfügen wollen.

...

Ein Redirect von Container kann dann auf avconv angelegt werden.

Edit: Alternativ kann man es als Howto nutzen.

1. avconv kennt in etwa so viele Container wie codecs.

2. Wie breit sollte die Tabelle sein?

3. Wie willst Du abbilden, dass bei einigen Containern nur bestimmte Kombinationen erlaubt sind( zum Beispiel AAC nicht mit xvid in mp4, wenn ich mich recht erinnere)

Für eine Tabelle ist das viel zu komplex, denn als dritte Dimension kommen auch noch die Programme dazu, da nicht jedes alles Erlaubte versteht. Ganz im Gegenteil sind die da sehr zickig.

Gut - ich sehe ein, dass das wohl nichts bringt. 🤣

pepre schrieb:

Omg! Jetzt gehen diese Stub-, Lemma- und Relevanz-Diskussionen los! 😲 Déjà-vu.

Das zeigt doch nur, dass scheinbar immer noch nicht klar ist, was genau ein Wikiartikel ausmacht und was nicht. 🙄

Meine Intention war: wenn ein Forent fragt "Warum geht Cinelerra nicht?" o.ä. und man muss erst mal absolutes Grundlagenwissen vermitteln, damit man überhaupt sinnvoll supporten kann. Es bietet sich dann ein kurzer Artikel an, der genau diese Infos abfragt. Verweist man statt dessen auf einen endlos langen Artikel ff, dann wird - mit Verlaub - ein nicht geringer Teil diesen nicht lesen und/oder die relevanten Infos in diesem Wust nicht finden können.

Genau für diese Art von Fällen gibt es doch die in der Testphase befindliche Rubrik der Howtos. Diese Rubrik wurde extra für vereinfachte Artikel eingeführt, welche im Forum verlinkt werden sollen. Also wenn du deinen Artikel dementsprechend umbaust und als Howto auflegst, dann könnte es so ins Howto-Wiki. 😉

Nicht dein ernst, oder? Ein Howto beschreibt Schritt für Schritt eine Tätigkeit, ohne auf Grundlagen einzugehen, während Container genauso wie codecs essentlielle grundlagen sind...

Doch mein voller ernst, denn eine andere Möglichkeit besteht nicht den Artikel so ins Wiki zu bringen. Ausserdem was behandelt der Artikel denn gerade in seinem jetzigen Zustand?

Deshalb ist es für Problemlösungen in diesem Bereich wichtig, dass man ermittelt - und uns gegebenenfalls im Forum (per Codeblock) mitteilt - welche Spuren das Bild- und Tonmaterial hat.

Das wird dann genau erklärt. Dieser Artikel soll also dazu dienen bei der Problemfindung im Forum zu helfen. Wer sagt bitteschön, dass ein Howto nicht auf die Grundlagen eingehen darf? Also ich sehe darin keinen Widerspruch die Definition von Howtos etwas weiter auszulegen…

Ich versuch es nochmal: Ein Howto wäre ein Anleitung, wie ich herausfinde, in welchem Container mein Material verpackt ist, oder evtl noch wie ich einen geeigneten ermittele. Zu beidem gehört aber das GRUNDWISSEN, was ein Container und ein Codec ist. Dieses Grundwissen müsste aber, nach den Regeln, separat gepflegt und von allen Stellen her verlinkt werden, um Redundanzen zu vermeiden.

Mit deiner Argumentation müsste der Artikel Codecs auch weg.

Also wie wäre es mit etwas konstruktiverer Kritik, zum Beispiel mit einem Vorschlag, WIE Du es umformulieren würdest, so dass es nicht nur dem Namen sondern auch dem Sinn nach ein Howto ist? Ich wüsste nämlcih nciht, wie es gehen sollte.

redknight schrieb:

Dieses Grundwissen müsste aber, nach den Regeln, separat gepflegt und von allen Stellen her verlinkt werden, um Redundanzen zu vermeiden.

Tut mir Leid, aber ich kann dir hier nicht mehr folgen. Wenn ich mich nicht ganz irre, dann ist genau dieser Punkt für die Howto's ausser Kraft gesetzt. Howtos dürfen Redundanzen aufweisen. Es kann also sowohl eine Anleitung sein, wie man den Inhalt des Containers ermittelt und darf auch das Grundwissen vermitteln, was das überhaupt ist.

Mit deiner Argumentation müsste der Artikel Codecs auch weg.

Wieso sollte dieser Artikel nach meiner Argumention weg? Er erfüllt doch alle Ansprüche eines Wikiartikels…?

Also wie wäre es mit etwas konstruktiverer Kritik, zum Beispiel mit einem Vorschlag, WIE Du es umformulieren würdest, so dass es nicht nur dem Namen sondern auch dem Sinn nach ein Howto ist? Ich wüsste nämlcih nciht, wie es gehen sollte.

Kann ich gerne machen, aber erst nächstes Wochenende, dann habe ich endlich wieder richtig Zeit. Ich wollte mit einem Einwurf nur einen Weg aufzeigen, wie es möglich wäre den Artikel doch noch ins Wiki zu bekommen.

Hier kurz mal ein grober Entwurf:

• Einleitung/Problemstellung: Ausgehend von der Tatsache, dass Probleme mit den Codes vorliegen wird erläutert, was mit dieser Anleitung gezeigt werden soll. Hierbei das Auslesen eines Containers

• Erläuterung/Grundwissen: Hier wird erläutert was die folgende Anleitung überhaupt mit Codecs zu tun haben, was überhaupt ein Container ist.

• Anleitung: Diese zeigt nun wie man im Terminal auslesen kann, was im Container enthalten ist.

• Schlussfolgerung: Was man nun mit den vorhandenen Daten anfangen kann…

• Links: Verlinkung auf Codecs etc.