Beiträge von Sagaras

    Naja... [lexicon]MeGUI[/lexicon] ist nur kostenlos und man kann es individuell jederzeit irgendwo erweitern ^^ Das sind eigentlich die Vorteile daran xD
    Von der Bedienfreundlichkeit wird zwars [lexicon]TMPGEnc[/lexicon] wohl besser sein, aber man kann halt nicht kostenlos durchstarten gleich, sondern muss es sich erst kaufen. So habe ich mit [lexicon]MeGUI[/lexicon] die Möglichkeit zu sagen: Gut, jetzt interessiert mich das ganze nicht mehr, ich hör mit dem Videokram auf ^^


    Und man lernt auch sehr viel wenn man nur mit [lexicon]MeGUI[/lexicon] arbeiten will. Weil man sich dann halt fragt: Wie geht das oder das? Und dann tüftelt man das aus ^^


    Wem das tüfteln aber nicht so liegt ist [lexicon]TMPGEnc[/lexicon] schon recht ratsam denk ich. Jedenfalls billiger und besser als [lexicon]Camtasia[/lexicon] :D

    So, hab es nun endlich mal fertig gebracht dein Buch zu lesen. (Lange hats gedauert ^^)


    Erst mal... keine schlechte Arbeit. Es wurde alles im ganzen so überflogen was dazu gehört und wie man sich auch Notfalls helfen kann.


    Allerdings, und das habe ich eigentlich so ziemlich vermisst, ist so ein Vorgabe Walkflow. Ein Standard Ablaufplan für den ersten Start. Du hast gerade im Technik Bereich gute Kostenlose Programme genannt mit denen man Beispielsweise sofort durchstarten könnte. Aber ein Plan hat mir da gefehlt. Weil wenn ich jetzt keine Ahnung hätte von der ganzen Videotechnik, hätte ich absolut kein Plan zu welchen Programm ich greifen müsse.


    In deinem Buch sind aber als ausgleich Zahlreiche Tipps drin. Ich hätte mir eher so ein Kapitel gewünscht wo gerade der Technische Bereich gut hinterleuchtet wird.
    Du schreibst zwars das es trocken und in manchen Fällen sehr kompliziert sei und da muss ich dir eventuell auch recht geben. Denn auf den ersten Blick sieht immer alles schwer und kompliziert aus. Die Frage ist... wie weit will ich gehen? Was sind meine Anforderungen? Wieviel ist mir dieses Hobby wert?


    Denn wenn ein absoluter Neuling meint er möchte LPer werden und gibt erst mal ein so 50 - 100 Euro für ein Videobearbeitungsprogramm aus für ein Hobby das ihn vllt 4 Wochen faziniert und er das Prog danach eh nicht mehr anschaut, sind es eindeutig 50 - 100 Euro zuviel ^^
    Stattdessen hätte mir das vllt besser gefallen wenn du wirklich auf kostenlose Programme eingegangen wärst und einen einzigen Walkflow genannt hättest. z.B. deinen den du ja selbst kennst. Damit andere sich so danach etwas orientieren können.


    Klar gibt es in Foren zig Leute die sich damit auskennen in dem Bereich rund um Technik. Aber gerade dieser Aspekt hätte etwas besser beleuchtet werden müssen in deinen Buch. Du hast ja selbst geschrieben das es eines der wichtigsten Punkte ist. Und Qualität liegt im Auge des Betrachters. Es gibt keine klare Definition dafür wenn Leute ihr Video auf YT hochladen, geschweige wenn sie ihre Videos schon vorher codieren tun.
    Qualität bei einen LP hat in meinen persönlichen Augen 3 wichtige Punkte um für mich zu entscheiden ob ich es schaue oder nicht. a) Der Kommentator und seine Überzeugungskraft mich die ganze Zeit an seinen Video zu fesseln.. b) Ist die Audioqualität in so einen Maß das sie von rauschen, fiepen und andere Störgeräusche so gut wie möglich befreit ist und c) Ist die Videoqualität auf so einen Level das ich dort keine Brille brauche oder Augenkrebs zu befürchten habe.
    Wie du siehst muss es nicht mal bei mir mit einen Ultra genialen 1800p Encode ala [lexicon]CRF[/lexicon] 16 sein. Es reicht bei mir wenn ich es schaue auch schon 720p. Darunter möchte ich mir eigentlich keine Videos mehr anschauen großartig auf YT. Höstens für kleine 2 oder 3 Minütigen Sachen das die unter der 720p Grenze gehen.


    Die Checkliste die du zu bestimmten Punkten gemacht hast (darunter auch die, die ich grad aufgezählt habe) gefällt mir allerdings wieder.


    Betimmt gibt es noch andere Punkte die man hätte auch so aufbauen können das sie als Beispiel dienen an denen man sich so ungefähr hätte dran halten können. Aber da bin ich wieder nicht so ganz Firm drin ^^


    Ich bin halt eher so der Technik "Freak" für Videobearbeitung und PCs und werde mich da hüten etwas über Design, Geldbeträge, Statistiken und andere Sachen die du in deinen Buch erwähnt hast was zu sagen. ^^ Gerade Statistiken stimmen nie ^^ Weshalb auch kein Informatiker oder Mathematiker Lotto spielt ;D


    Ich will dein Buch damit nicht schlecht machen, weshalb ich es ja auch sehr positiv finde wie du das ganze dort erklärst. Motivierend erklärst sogar möchte man meinen. So jedenfalls mein Eindruck.
    Das was mich etwas gestört hat bei dem lesen ist das bei den Erklärungen immer wieder das Wort [lexicon]Let's Play[/lexicon] gefallen ist in irgendeiner Art und Weise. Ich meine das Buch handelt über [lexicon]Let's Play[/lexicon] <- Steht als Titel auf dem Cover schon drauf. Von daher hätte man sich das Wort so gut wie möglich sparen sollen. Denn der Leser weiß worum es da geht. Nämlich bestimmt nicht um ein Kochvideo ^^


    Die kurzen und kleinen Abschnitte haben sich aber dennoch sehr gut gelesen und waren nie besonders lang ^^ Eventuell (Ich weiß es jetzt nicht, da ich mir nur die PDF durchgelesen habe) hätte für die, die neu Einsteigen in diesen Bereich ein paar Bilder den Anreiz versüßt. Gerade bei Videos über Spiele bietet sich das in einen Buch über [lexicon]Let's Play[/lexicon] doch regelrecht an. ^^ Sowas motiviert nicht nur, sondern lässt auch den Text viel aktraktiver daherkommen. ^^


    Weil viele hier im LPF lesen nicht gerne viel Text ^^ (Vermutlich weil ihnen das ganze den Kopf sprengen würde xD). Um um sowas halt zu vermeiden... einfach Bilder anhängen und das ganze wie die Bild Zeitung etwas aussehen lassen ;D Oder zu mindest wie eine Game Zeitschrift ^^ Das hätte gerade in den Bereich voll gepasst.


    Joa... ansonsten war es halt recht gut von den Sätzen her und wie du es verkauft hast den Leser den Inhalt näher zu bringen. Aber wie gesagt vermisse ich da bestimmte Punkte.


    Gerade eben der Technik Berech der das A und O eines Let's Player ist. Nicht nur das man die Hard- und Software dazu besitzt, sondern auch weiß was man dort tut. Weil du musst ja mal daran denken... der, der sich das Buch durchlesen tut ist ein kompletter Anfänger und kennt keine Foren bzw. will schnell und einfach ein Video zusammen zimmern. Das dies Qualitativ gerade für den Anfänger voll in die Hose geht ist klar ohne vernünftige Vorgabe von jemanden der z.B. ein guten Ablaufplan und gute Tipps zu Programmen kennt. Bzw. auch sehr gute Einstellungen empfehlen kann.


    Wie gesagt: Ein kostenloser Walkflow hätte dein Buch nicht geschadet für die, die sich in Sachen [lexicon]Let's Play[/lexicon] versuchen wollen.


    Kostenlos wäre mit Unterstützung von [lexicon]Lossless[/lexicon] Codecs:
    Aufnahmeprogramme: Virtual Dub, MSI [lexicon]Afterburner[/lexicon], [lexicon]Audacity[/lexicon]
    Bearbeitung: AVISynth, [lexicon]Handbrake[/lexicon], FFMPEG, [lexicon]Audacity[/lexicon]
    Encodieren: [lexicon]x264[/lexicon], [lexicon]MeGUI[/lexicon], [lexicon]Handbrake[/lexicon], FFMPEG


    Wobei AVISynth an sich den Umfang einer kostenpflichtigen [lexicon]NLE[/lexicon] hätte und mit [lexicon]MeGUI[/lexicon] eine gute Verbindung zum [lexicon]x264[/lexicon] Setting.


    Mit diesen Programmen hätte man ein absolutes ebenwürdiges Qualitatives Video hinbekommen der sich mit [lexicon]Dxtory[/lexicon] und [lexicon]Sony Vegas[/lexicon] etc. hätte messen können.


    Klarer Vorteil halt... man kann so hinein schnuppern ob es einen Liegt oder auch Spaß macht. Und gerade AVISynth (Will es mal nicht zu sehr hochheben) vermittelt den User über sämtliche Details zu sein Videos. Man lernt FPS zu beherschen, Framezahlen als Timeline zu sehen und vieles andere. Der Blick den man dann auf Video hat ist ein komplett anderes Bild.


    Aber ich schweife ab ^^ Du kannst mich gerne wenn du möchtest noch mal kontaktieren, falls du vorhaben solltest noch mal eine Überarbeitung zu machen. Weil an sich finde ich es halt nicht schlecht deine Arbeit. Aber ich könnte dir um es in Punkten auszudrücken nur 6 von 10 geben.
    Es ist gut, keine Frage. Aber es fehlt halt was, was ich mir als Leser in diesem Buch erhofft habe zu finden ^^

    super = MSuper()
    backward_vectors = MAnalyse(super, isb = true)
    forward_vectors = MAnalyse(super, isb = false)
    MFlowBlur(super, backward_vectors, forward_vectors, blur=50)


    sum = MSuper(pel = 2)
    MFlowBlur(sum, MAnalyse(sum, isb = true), MAnalyse(sum, isb = false), blur = 15.0)


    Ist ein bisschen kürzer und ist auch besser eingestellt.


    ResampleHQ(2560,1440,chroma_kernel="spline16")


    Wieso Chroma_kernel? Einfach nur kernel das Ding nennen.


    DirectShowSource("E:\sony-studio-test\Lagarith-export-1.avi", audio=true).AssumeFPS(25.000)


    Ich erschlag den nächsten der DirectShowSource verwendet xD AVISource für AVIDatein oder FFMS2 für [lexicon]MKV[/lexicon], [lexicon]MP4[/lexicon], FLV etc. Oder LSmash für MPG, MPEG2 etc.


    - Ist es ok von Vegas aus nochmal mit [lexicon]Lagarith[/lexicon] zu encodieren, wenn nein, Alternativen?


    DebugMode [lexicon]Frameserver[/lexicon] nutzen dafür. Nicht unnötig noch mal in ein Lossloss Format speichern wenn es nicht sein muss und man es anders machen kann. Das sparrt dir erst mal Zeit und Festplattenspeicher.

    Gibt es eine Möglichkeit mit dem FrameServer und [lexicon]MeGUI[/lexicon] eine Warteschlange enkodieren zu lassen?


    Welchen [lexicon]Frameserver[/lexicon] meinst du? ^^ Den Debugmode [lexicon]Frameserver[/lexicon] oder AVISynth? ^^


    Ansonsten hat [lexicon]MeGUI[/lexicon] auch ne Jobliste, sprich "Warteschlange", wo du deine Videos alle horten kannst und nacheinander abgearbeitet werden.


    Bedenken gibs glaub ich nur wenn man jetzt über den Debugmode [lexicon]Frameserver[/lexicon] eine AVI über eine [lexicon]NLE[/lexicon] erzeugen lässt. Weil dann dürfte man glaub ich nur ein Video immer nur machen.

    Spiele wo sich das Background so gut wie nie bewegt (bei Point&Click Adventures z.B.) oder aber auch Spiele dessen Darstellung sehr Gering ist (Gameboy und Gameboy Color Spiele z.B.) und jedwede andere Form das sich auf etwas ähnliches bezieht lässt sich hervorragend komprimieren. Da kann man in der Tat Größen von unter 1GB rausholen.


    Mein Walkthrough zu Torin's Passage hatte 2 GB in 720p und hat ca. 3 Stunden Spielzeit gehabt. Da sich die Umgebung relativ so gut wie nie bewegt hat und die Pixel relativ groß waren und das Spiel auch noch flächenhaltige Farben hatte war es halt sehr gut komprimierbar gewesen und hat zudem auch noch ne gute Qualität auf YT bekommen.


    Sowas kann bei anderen Spielen aber schon wieder ausatmen in nem Pixelmatsch. Besonders bei komplexen Spielen wie [lexicon]Minecraft[/lexicon], [lexicon]Gothic[/lexicon] 3, Skyrim, The Witcher, Arma und wie se alle heißen. Das sind Spiele die relativ schlecht komprimierbar sind und wo selbst YT daraus nur Mist macht.


    Deswegen gibt es eigentlich keine [lexicon]Encoder[/lexicon] Einstellung die man für jedes Video machen kann. Jedes Encode Setting ist sozusagen ein Unikat, weil jedes Spiel, jede Aufnahme schon eine andere Komplexität beherbergen kann.


    Um aber nicht jedesmal den [lexicon]Encoder[/lexicon] neu einstellen zu müssen wird am Video eher etwas dran gemacht, damit es halt besser komprimierbar wird. Sowas wie [lexicon]Blur[/lexicon] Effekte z.B.


    Helfen tun aber auch Blureffekte die vom Spiel schon her kommen.

    cfr ist 23,5 , b frames auf 5 und medium sind eingestellt.


    Dateien werden bei 1080p ca 2gb groß bei 30 Minuten Spielzeit.


    Was erwartest du? ^^
    A) RGB -> YV12 verwäscht schon die Farben. Aber anderes als YV12 wirste von YT auch nicht bekommen.


    B) 1080p bei 30 Minuten mit [lexicon]CRF[/lexicon] von 23,5? Hast du echt 23,5? xD Wasn das für ein blöder Wert? xD Mal wieder nix halbes und nix ganzes xD Naja, [lexicon]CRF[/lexicon] 24 ist der Mittelwert zwischen gut und schlecht. CRF18 ist schon relativ sehr gut. Man kann es aber auch übertreiben mit nem [lexicon]CRF[/lexicon] von 14 - 17.


    Du willst kleine Datein und am besten perfekte Qualität. Finde den Fehler? ^^


    Das ist als wenn du dir die Bücher von Harry Potter holst aber nur 3 Seiten beschrieben sind, wärend die anderen 1000 Seiten leer sind ^^ Qualitativ von der Geschichte her schlecht. Aber von der Textgröße sehr Compact :D

    Komischerweiße speichert er es nicht und fängt dan nach dem ersten Durchlauf direkt nochmal nen 2ten durchlauf an bei dem er es dan aber abspeichert.



    Und 2x 45 minuten pro Video ist mir eindeutig zu lange :(


    2 Pass Encoding


    Probier mal folgendes Setting für den [lexicon]x264[/lexicon] Encoder:
    program --preset slow --crf 18 --keyint infinite --min-keyint 1 --aq-strength 1.25 --output "output" "input"


    Dann macht er nur einen Durchlauf auf [lexicon]CRF[/lexicon] Basis und nicht auf Bitraten Basis

    gibt es noch möglichkeiten das schneller zu machen ?


    Schnelleres [lexicon]x264[/lexicon] Preset.


    Jain ^^ Ich meine schnelleres Preset ist schon gut. Noch besser aber für den [lexicon]Encoder[/lexicon] ist ein Direkt Encode ohne AVISynth dazwischen.


    x264.exe --preset slow --crf 18 --keyint infinite --min-keyint 1 --aq-strength 1.25 --output "D:\Aufnahme.264" "D:\Aufnahme.avi"


    Wie ihr seht kein AVISynth Skript dazwischen. Das wäre vllt sogar für Programme wie [lexicon]Sony Vegas[/lexicon] oder Premiere Pro interessant, da diese dann nur ein [lexicon]Frameserver[/lexicon] durchlaufen müssten, anstatt 2 ^^


    Direkter 1:1 Encode ist immer der schnellste Weg etwas zu encoden. Allerdings auch der Nachteil das man nicht bearbeiten kann so, sondern wirklich nur Encoden.

    Gibts da irgendwie ne Lösung? Wenn ich nämlich aus vielen Videos was zusammenschneiden will ist das extrem nervig vorher die Audiospuren extrahieren zu müssen.


    Dafür gibt es den [lexicon]SSM[/lexicon] der dafür entwickelt wurde. Um eine Audiospur aller Videos die man haben möchte zu erzeugen und extrahieren zu lassen. Bedeutet man muss das nur einmal für ein Projekt machen. Die Schritte aus dem Zitat von Serra ist dann wieder der gleiche.


    Die Lösung in [lexicon]Audacity[/lexicon] ist doch sehr Simple und bietet halt die Möglichkeit seine Audiospuren noch manuell aufzubessern wie z.B. [lexicon]Mikrofon[/lexicon] mit nem Entrauschfilter oder einen Kompressor zu versehen.


    Mit dem [lexicon]SSM[/lexicon] sind die Audiofiles alle gleich lang und brauchen nur noch in [lexicon]Audacity[/lexicon] geladen werden und als [lexicon]WAV[/lexicon] exportiert werden um sie dann zu mischen. Und dann verwendet man diese exportierte [lexicon]WAV[/lexicon] Datei wo nun Ingame und auch [lexicon]Mikrofon[/lexicon] enthalten ist um sie in [lexicon]MeGUI[/lexicon] oder was auch immer in [lexicon]FLAC[/lexicon] oder [lexicon]OGG[/lexicon] zu encoden.


    Der [lexicon]SSM[/lexicon] sorgt nur dafür das du dir das mit sehr vielen Videos sparrst alle einzeln zu extrahieren. Vor allem wenn du das ohne [lexicon]SSM[/lexicon] machst wirst du feststellen das sich Differenzen bilden und es zunehmender Asynchron wird. Der [lexicon]SSM[/lexicon] sorgt dafür das die Differenzen zwischen den einzelnen Video und Audiolänge angepasst wird.


    Weil bei jeder Aufnahme (Selbst bei DXTory) gibt es zwischen der aufgenommenen Video und Audiospur in der AVI eine Zeitliche Differenz von mehreren Millisekunden. Würde man mehrere Videos auseinandernehmen in Sinne von Video und Audio, dann wäre das Addieren der Videolänge und das Addieren der Audiolänge eine größere Differenz als bei nur einem Video. Das ganze summiert sich ja dann ;D

    Eine [lexicon]Mediainfo[/lexicon] herrausziehen? Hab ich auch noch nicht gehört ^^


    Die [lexicon]MKV[/lexicon] Datei soll mit dem Programm [lexicon]Mediainfo[/lexicon] geöffnet werden um technische Informationen des Media Files zu bekommen. Mehr ist das nicht.


    Wenn das bei dir nicht gehen sollte das du mit dem [lexicon]Mediainfo[/lexicon] Programm die [lexicon]MKV[/lexicon] nicht öffnen kannst, dann ist die [lexicon]MKV[/lexicon] beschädigt oder du verwendest eine [lexicon]Mediainfo[/lexicon] Version von Anno Domino 1997 ;D


    [lexicon]Mediainfo[/lexicon] -> Mediainfo Lexikon


    Da steht alles drin ^^

    W + CHR(ASC(a) +8 ) + xerLP ;D


    Ich hoffe die Informatiker verstehen den Witz xD


    Nein, Spaß. Bitte Leute, seit ein wenig Kreativ dabei. Was nützt euch ein LP am Ende? Oder ein HD oder KA xD


    Wieviele Leute haben dieses Bescheuerte HD und LP im Namen? xD

    Haste in [lexicon]MeGUI[/lexicon] denn mal die Portable Version von AVISynth gelöscht? Weil ist wichtig das [lexicon]MeGUI[/lexicon] die Globale AVISynth nimmt.


    Code
    a2=ImageSource("E:\Branding\game_wow2.png", pixel_type="RGB32")
    Overlay(a1,a2,mask=a2.ShowAlpha(pixel_type="RGB32"))


    Mach es nicht zu spannend ;D


    ImageSource und ImageReader sind enthalten in AVISynth und gehören zu den Standard Internen Filtern. Schau mal ob dein Globales AVISynth nicht in Konflikt mit dem portablen von [lexicon]MeGUI[/lexicon] steht. Bedeutet alle avisynth.dll Datein aus dem [lexicon]MeGUI[/lexicon] Verzeichnis und Unterordnern entfernen.

    Mach es viel aus von Slow auf Medium zu stellen, da ich gemerkt habe, dass der Vorgang auf Medium deutlich schneller geht.


    Das sollteste selbst ausprobieren. Wenn es dir reicht mit Medium ist es gut.


    Macht es einen Unterschied ob ich von 1080p auf 1170p oder direkt auf 1440p skalliere zwecks der höheren [lexicon]Bitrate[/lexicon] auf YouTube?


    Ja, das macht einen Uterschied. Wenn YT ein besseres Video bekommt, kann YT da nicht so viel Mist mit machen ;D


    1440p ist schon sehr gut. Und dafür bekommt auch die 1080p und die 720p Einstellung auf dein YT Video etwas zu spüren. Je höher du die Videos skalierst (Sei aber gewahrnt das alles seine Grenzen hat in diesem Fall) desto besser fällt es für die unteren Stufungen auch aus.


    Alles über 1800p ist schon ziemlich extrem und resultiert dann auch irgendwann zu nem Matschdisaster. Da anscheind YT nicht mehr richtig das Video dann verarbeiten kann aufgrund solch großer Auflösungen. Also 4K Videos sind schon recht übertrieben hochzuladen.

    Kompensiert eine [lexicon]CRF[/lexicon] Herunterstufung eine Änderung des Presets von Slow auf Medium?
    Und wenn ja, wie weit sollte heruntergestuft werden?


    Die zwei Sachen haben miteinander nix zu tun. Die [lexicon]CRF[/lexicon] ist von 0 (Lossless) bis 51 (absolut lossy) einzustellen. Dabei bewegt man sich im Rahmen von 18 bis 25. 23 war glaub ich der Standard. Alles was unter 18 geht ist selbst für ein gutes Auge kaum noch zu erkennen.


    Die Einstellung Slow, Medium, Fast etc. ist nur wie schnell etwas gelesen und verarbeitet werden soll.


    Du kannst ja ein Buch nehmen und Seiten überfliegen und weißt aber nicht welches Wort auf Seite 1 stand in Zeile 5 das dritte von Rechts. Je langsamer du liest, desto mehr Details kannst du aufnehmen. So ähnlich macht das der [lexicon]Encoder[/lexicon] auch.


    Das eine sagt halt mit welchen Qualitätsfaktor quasi encodiert werden soll und das andere wie schnell das geschehen soll.


    je langsamer gelesen wird desto mehr Details können erfasst werden und gegebenfalls komprimiert werden. Es kann aber auch sein das genau das Gegenteil eintritt. Das hängt dann wieder von anderen Faktoren ab.

    Lade doch einfach selbst ein Video von der Größe 4096x2304 hoch und schau welche Aufllösungen YT damit alles frei gibt. <- Ist nämlich die maximal Upload [lexicon]Auflösung[/lexicon] die man YT geben kann. Zum Testen reicht ein 5 - 10 Sek Video.


    Und dann siehste ja selbst was passiert und welche Auflösungen frei gegeben werden.
    4K Videos sind aber dennoch 3840x2160 <- Das wäre 4K
    8K sind dann schon 7680x4320 und wird auch Super Hi-Vision genannt (SHV)


    Beide Auflösungen nennt man aber Allgemein UHDV


    Und 1080p könnte man theoretisch als 2K bezeichnen. Gehört aber nicht mehr zum UHDV, sondern ledeglich zu HDV
    Ab 4K spricht man von UHDV (Auflösung siehe oben oder im Netz)


    Verarbeitung von echten 4K Auflösungen auf YT endet meist in einen Matschdisaster ;D


    Aber wie gesagt... probiere es selbst aus wenn du YT Maximal [lexicon]Auflösung[/lexicon] hochlädst, welche Auflösungen YT dafür freigeben tut.

    Ich sag ja öfter ganz gern rencodieren. Aber ist vielleicht ein bisschen nah an reencodieren dran und somit missverständlich.
    Wie wärs mit encondern?


    Immerhin besser als nur eines der Begriffe zu verwenden ^^ Aber [lexicon]Encodieren[/lexicon] tut man generell. Daher wäre das die bessere Wortwahl. ^^ Weil um diesen Prozess kommt man generell nicht drum rum wenn man sein Endvideo haben möchte. (Es sei denn man läd das Rohvideo hoch xD)
    Wie wäre es denn mit der Abkürzung FCLE? First Calculate Last Encode XD Wäre passender irgendwie :D

    Aufbau sollte eigentlich klar sein. ^^


    Rohvideo -> Berechnungsprozess der Filter (Skalierer, Blureffekte, Slow Motion, Farbsättigung, etc) oder halt besser gesagt der Rendervorgang -> Dann kommt das allgemeine [lexicon]Encodieren[/lexicon] das durch die Filter gerenderte Material -> Fertiges File


    Der allgemeine Prozess ohne Bearbeitung und/oder nur Schneiden ohne Filter zu verwenden ist...
    Rohvideo -> [lexicon]Encodieren[/lexicon] -> Fertiges File



    Die erste Methode verwenden 99,9% aller Let's Player hier. Denn... jeder der mit [lexicon]MeGUI[/lexicon] arbeiten sollte in welcher Weise auch immer nutzt AVISynth. AVISynth ohne Resize Filter mit nem schlichten Ladebefehl gehört erst mal zu Methode 2. Also zum nur [lexicon]Encodieren[/lexicon]. Also ohne Filter sozusagen. Ist aber eine [lexicon]NLE[/lexicon] gegeben wie [lexicon]Sony Vegas[/lexicon] zum Beispiel, tritt automatisch schon Methode 1 in Kraft.


    Wer in AVISynth nur arbeitet und Resized nutzt auch Methode 1. Also immer ein Renderprozess ist mit drin.
    Außer beim direkten Encode wie Methode 2 halt. Video A nach Video B encodieren ohne eine Änderung am Video selbst getan zu haben ist einfach nur ein Encode.


    Also Prozess ist halt immer in den meisten Fällen: Rohvideo -> Filter -> Encode -> Fertiges File


    Bei [lexicon]MeGUI[/lexicon] an sich steht nur Encoding. Ist ja auch korrekt gewählt dabei. Weil der [lexicon]x264[/lexicon] [lexicon]Encoder[/lexicon] das ganze direkt encodieren tut. Ausgegangen wird aber dann halt von einer AVS Datei. Und im AVS (AVISynth Script) wird meist Berechnet (Gerendert). Dafür sorgen dann Filter wie: Spline64Resize() oder Tweak() oder xyz... ^^ Halt alles zur Berechnung und Erstellung der neuen Bilder/Frames des Videos.


    Leider heißt der Prozess um ein neues File zu erstellen weder [lexicon]Encodieren[/lexicon] noch [lexicon]Rendern[/lexicon]. Weil halt der Renderprozess üblicherweise meist immer mit dem Encodeprozess zusammenarbeitet. Halt parallel. Theoretisch müsste man dafür ein neues Wort erfinden xD


    Ablauf ist eigentlich immer so:
    Rohvideo Bild -> Berechnen (Rendern durch Filter) -> neues Bild -> Encoding (Encoder) -> schreibe es in File


    Und das wiederholt sich so lange bis das Endbild/Endframe erreicht ist und die Datei/File fertig geschrieben wurde durch den [lexicon]Encoder[/lexicon].
    Dabei hat der [lexicon]Encoder[/lexicon] rein GAR NICHTS mit dem Renderprozess zu tun.
    Und nur durch ein [lexicon]Rendern[/lexicon] hat man noch lange nicht ein Encodiertes Video ;D


    Bei [lexicon]MeGUI[/lexicon] sieht man das eindeutig halt: AVISynth für den Renderprozess und x264.exe für den Encoding Prozess.


    So funktionieren alle Videobearbeitungsprogramme. Wirklich jedes baut auf diese Reihenfolge.


    -------------
    Das müsste mal als Info irgendwo stehen allgemein. Gerade was das mit den [lexicon]Rendern[/lexicon] und [lexicon]Encodieren[/lexicon] angeht.


    Wärend man das Video editieren tut nach seinen Vorstellungen (abgesehen vom Schneiden) ist man schon im Begriff sein Video neu berechnen zu lassen wo das einzelne Bild/Frame verändert wird. Geschieht dies nicht, wird einfach nur encodiert.


    (Sry für das OT, aber ich wollte es mal so erleutern für die, die das immer durcheinander bringen. ^^)