Beiträge von De-M-oN

  • MeGUI [2015] -- x264 - bester Encoder, beste Videoqualität auf Youtube ;-)

    Zitat von Ayakiro


    1. Aufnahme findet mit [lexicon]DXTory[/lexicon] Statt und zwar mit dem [lexicon]Lagarith[/lexicon] Codec auf "YUY2" ohne irgendeinan Hacken gesetzt zu haben. (als avi Datei)


    YV12 geht schneller (mehr ingamefps) und nach der Verlustencodierung biste so oder so auf YV12.
    Warum kein Haken? Multithreading macht doch Sinn. Sonst wird nur 1 [lexicon]CPU[/lexicon] Kern benutzt.


    Zitat

    2. Bearbeitet und geschnitten wird das ganze dann wiederum im [lexicon]Lagarith[/lexicon] codec gespeichert und in Parts gesplittet wie ich es halt gerne hätte.


    Das ist ein Arbeitsschritt zu viel. Fürs bloße Splitten brauch man doch nicht gleich neu encodieren.


    Zitat

    3. Danach wird dann mit [lexicon]MeGUI[/lexicon] Gerendert x264-> "program --crf 20 --output "output" "input" -> als MP4 Datei
    -> das AVS Script sieht wie folgt aus

    Code
    AVISource("D:\LetsPlay\Let'sPlays\LetsPlayFableTLC\Gerendert\Fable.avi", audio=true).AssumeFPS(30.000)

    #deinterlace

    #crop

    #resize

    #denoise

    

    

    ConvertToYV12()


    -> Ausserdem wird die Audio als Ac3 gespeichert.


    4. Mp4muxer um das ganze dann zusammen zufügen.


    Warum MP4 und warum schlechten AC3 Ton? Warum hältst du dich nicht an meinem Tutorial? AC3 ist noch schlechter als MP3.


    Zitat

    crf-20 finde ich übrigens ein wenig Overkill, ich persönlich rendere mit 23,5, das sieht noch annehmbar aus, Demon empfiehlt soviel ich weiß 21, aber das musst du selber wissen.


    Ich empfehle 21 als Startwert.


    Ich selber benutze [lexicon]CRF[/lexicon] 19. Ich habe aber auch starkes Internet.


    Zitat

    Kann man nicht über ein beliebiges Videobearbeitungsprogramm direkt per x264vfw rendern und encoden?


    Zitat

    Q11: What'st the difference between VFW and CLI?
    A: VFW is Video For Windows, an ancient tech created by microsoft (copying some stuff from quicktime), full of quirks and not able to support modern codecs. x264VFW is a ugly hack to make [lexicon]x264[/lexicon] work (more or less) with VFW, hence softwares like virtualdub and its modifications. The use of x264VFW is NOT recommended. [lexicon]x264[/lexicon] VFW is no longer officially supported.
    CLI is a general term that means Command Line Interface. The classic console (command prompt) command which is generic and has no limitations like VFW.


    Zitat

    Q19: Can i use VirtualDub or any other VFW based editor to encode with x264?
    A: Yes, using a [lexicon]x264[/lexicon] VFW build but VFW is so obsolete and limited x264VFW is no longer mantained by the [lexicon]x264[/lexicon] devs and because VFW and AVI are not properly able to handle h.264 features without some "hacking" that could compromise compatibility, playback and/or editing.

  • Der AviSynth Scriptgenerator

    Ihr macht das völlig falsch.


    Ihr solltet nicht auf Youtube's Dateigrößen gucken, sondern eher was innerhalb dessen passiert.


    Also ein [lexicon]CRF[/lexicon] 17 Video bleibt deutlich mehr Qualität über als bei recht heftig komprimiertem [lexicon]CRF[/lexicon] 26. 26 find ich persönlich etwas hoch. Vllt habt ihr 'nen kleinen Monitor und guckt vllt zusätzlich kein Vollbild, das ihr das nicht seht, ka. Also eig. ist da definitiv eine Differenz.


    Das nächste ist:


    Was hast du gegen [lexicon]Hochskalieren[/lexicon] (Warum eig. nicht direkt in höherer Auflösung aufnehmen?) ?


    Wenn du ein 1280x720 Video in Vollbild anguckst auf einem z.B. 1920x1080 Monitor. Was meinste was passiert dann? Naja natürlich auch eine Hochskalierung. Wie sonst soll Vollbild realisiert werden??
    Und das geschieht dann nicht gerade mit einem anständigen Resize Filter.
    Wenn du es aber mit Lanczos4 Resize Filter hochskalierst, dann haste sogar excellente Skalierungsqualität.


    Und noch hinzukommend im Falle Youtube:


    Die höheren Qualitätsstufen von Youtube sind doch nicht bloß in höherer Auflösung encodiert, sondern auch in höherer Videoqualität!
    720p komprimiert Youtube nunmal heftig runter. Selbst ein [lexicon]CRF[/lexicon] 25 1080p Video wird Youtubes 1080p Datei besser aussehen, als ein [lexicon]CRF[/lexicon] 21 720p bei Youtube's 720p Datei.
    Kannst ja im Vergleich ein aktuelles Video von mir angucken. Diese sind in 2048x1152 (echte, keine hochskalierung) und [lexicon]CRF[/lexicon] 19. Da gibts dann über 1080p noch eine weitere Datei von Youtube namens "original". Da wird dann in 2048x1152 (eben die originale Auflösung des Quellvideos) und nochmals erheblich mehr Qualität gegenüber 1080p geboten.


    Ob nun MKV oder MP4 hat mit der Qualität nix zu tun. Das sind ja nur Container, wo du eben Spuren reinlegst (Audio,Video,ggf Untertitel). MKV unterstützt viel mehr Tonformate als MP4 und hat auch kleineren Header, ich empfehle daher MKV.


    Zitat

    Könntet Ihr euch das einmal ansehen und Eure Meinung hier schreiben? Man kann ja im Video einen Rechtsklick machen und sich die Kbps anzeigen lassen. Irgendwie ist es bei 480p genauso wie bei 720p (lnur 1141 kbps lt. youtube) :-(


    Die Bitrate ist völlig irrelevant. Youtube benutzt ebenfalls kein bitratenfixiertes Encodingverfahren. Wäre insbesondere für Youtube als auch die Zuschauer äußerst unwirtschaftlich, wenn man auf fixe Bitraten setzen würde.


    Zitat

    Mal schauen was youtube da bei mir macht und ob man den Qualitätsunterschied sieht.


    Achja und das ist zum Teil auch subjektiv und b) hängts von der Monitorgröße und dessen Auflösung ab (Stichwort Skalierung auf Vollbild) und c) Was manche als tolle Qualität empfinden muss noch lange nicht jeder genauso sehen. Da wären wir nochmals beim Thema subjektiv. und d) ich zb weiß auch wo ich hingucken muss und ich sehe die Qualitätsdifferenzen sofort.

  • TMPGEnc 5 - Videos bearbeiten & encodieren

    Der VLC ist trotzdem langsam und schlecht. Ich empfehle ihn einfach nicht. Letztens gabs sogar was zu lesen das er Videos mit gutem [lexicon]CRF[/lexicon] aus irgendeinem Grund mit Makroblocksichtbarkeit dargestellt hat und das erst ab [lexicon]CRF[/lexicon] 18 langsam nachließ...


    Naja ich weiß nicht wie man so einen Player finden soll^^, mal ganz abgesehen davon das er zudem auch YUV Farbraum Videos völlig verkehrt darstellt.


    __
    Aber es ging hier ja eh mehr drum das es nicht auf progressiv eingestellt war.

  • MeGUI [2015] -- x264 - bester Encoder, beste Videoqualität auf Youtube ;-)

    Zitat

    Die Zeiten sind zwar gleich, aber die Asynchronität ist vorhanden.


    Weil die Asynchronität eben innerhalb stattfindet und nicht durch unterschiedlichen Spurenlängen.


    Zitat

    Aber auch schon in den [lexicon]FRAPS[/lexicon] Dateien, wie kann das bitte schön sein?


    Dein System..


    Hast du die aktuelle [lexicon]FRAPS[/lexicon] Version? (3.5.9)
    Antivirus und andere [lexicon]HDD[/lexicon] & [lexicon]CPU[/lexicon] belastende Programme abgeschalten?
    [lexicon]Festplatte[/lexicon] hat kurze Zugriffszeiten und eine ausreichend hohe Schreibgeschwindigkeit?
    Ist es eine seperate [lexicon]Festplatte[/lexicon] auf der du aufnimmst, oder die Systemplatte, wo auch windows etc drauf läuft?


    Zitat

    Ich hab leider kein Geld um mir kurz mal ne Adobe Premiere Pro zu holen...


    Nur [lexicon]MeGUI[/lexicon] benutzen, wenn du eh nur encodierst. Verdammt viel lässt sich auch mit Avisynth realisieren.


    Ansonsten wenns UNBEDINGT mit timeline sein soll:


    [lexicon]Sony Vegas[/lexicon] movie studio oder wie das hieß + Frameserver -> Kosten ~60 €. Frameserver hier erklärt: [ Video-Tutorial ] Technischer Lets Play Leitfaden
    Oder [lexicon]TMPGEnc[/lexicon] 5 für 72 €. Hat den [lexicon]x264[/lexicon] Encoder auch drin.


    PS: [lexicon]Camtasia[/lexicon] haste doch nicht wirklich gekauft oder?

  • MeGUI [2015] -- x264 - bester Encoder, beste Videoqualität auf Youtube ;-)

    [lexicon]Mediainfo[/lexicon] von Rohmaterial und von deiner WAV und von deiner MP4 bitte. Bitte den Lexikon Eintrag dazu lesen (aufs Wort [lexicon]Mediainfo[/lexicon] klicken). Aber zusätzlich machste bei jeder Datei noch Debug -> Erweiterter Modus bevor du den Text pro Datei postest.


    Du bist 100% SICHER!! das dein Rohmaterial synchron ist? Damit meine ich jetzt nicht Zeitenvergleich oder Framemengen vergleich, sondern ein Wissen ob es so ist oder nicht. Denn ein Video kann auch mit identischen Zeiten asynchronen Ton haben..

  • MeGUI [2015] -- x264 - bester Encoder, beste Videoqualität auf Youtube ;-)

    Zitat von Crueldaemon

    (ausser im FLac Codec da YT wohl damit noch probleme hat)


    Es ging mal. Doch dann kam Youtube mit seinen ganzen tollen "Verbesserungen" Erst bei Video, nun auch bei Audio..


    -> http://www.youtube.com/user/Fleshshredder/feed?filter=1 Der Kommentar von MrDescentplayer ist diesbezüglich recht interessant ..


    Zitat

    am besten ein audio-codec nehmen der nicht verlustbehaftet ist wie zb. wave oder ogg


    [lexicon]PCM[/lexicon] WAV ist verlustfrei. [lexicon]OGG[/lexicon] aber nicht. Mit 500 kbit/s (qualität: 10) aber dennoch nahezu. Nur ändert es halt nichts dran, das Vorbis ein verlustcodec ist.


    __
    Welchen Videoplayer benutzt du zur Wiedergabe?


    Rohmaterial ist synchron?

  • MeGUI [2015] -- x264 - bester Encoder, beste Videoqualität auf Youtube ;-)

    Nicht nur die Dateigröße hängt von der Komprimierbarkeit des Materials ab, sondern auch die Encodiergeschwindigkeit.


    Hast du also Material welches sich nur schwerfällig komprimieren lässt, haben die Bewegungsvektoren mehr zu suchen nach Bewegung und das bauen von b-frames etc dauert auch viel länger bis Ähnlichkeiten gefunden werden.
    Vereinfacht gesagt muss [lexicon]x264[/lexicon] viel mehr arbeiten, als wenn [lexicon]x264[/lexicon] nicht lange suchen muss nach Kompressionspotential.

  • MeGUI [2015] -- x264 - bester Encoder, beste Videoqualität auf Youtube ;-)

    Hast du vllt versucht eine [lexicon]Lagarith[/lexicon] Datei mit FFVideoSource zu decoden (File Indexer)?


    FFVideoSource hat kein Decoder für [lexicon]Lagarith[/lexicon]. Da musst du dann den originalen vom [lexicon]Lagarith[/lexicon] Setup installierten Decoder benutzen -> ergo AVISource.


    Zitat

    bei mir stürzt [lexicon]MeGUI[/lexicon] an wenn ich versuche, eine MKV per AVS Script zu laden


    Sollte mit Haali eig alles glatt laufen ?(


    Ansonsten kann man es mit FFVideoSource probieren (Aber auch hier natürlich nur dann, wenn es kein [lexicon]Lagarith[/lexicon] Video ist).


    Zitat

    es wird wohl im video so erklärt ab minute 31 ungefähr das ich meine [lexicon]FRAPS[/lexicon] dateien so zusammen fügen kann und die mkv datei in den avs scricpt creator einfüge. Aber okay ich versuchs dann mal mit erst rendern und dann [lexicon]muxen[/lexicon] :)


    Das war nur als Vorschlag gedacht, weils vllt manchen zu umständlich ist per Hand so viele [lexicon]FRAPS[/lexicon] Parts ins Script einzutippen.
    Ist aber nun eh hinfällig da
    a) [lexicon]FRAPS[/lexicon] nun in einer einzelnen Datei schreiben kann
    b) Wir nun den Avisynth Script Creator von Lucki haben, welcher das öffnen von mehreren Videodateien erlaubt und somit man nicht manuell ins Script tippen muss.


    Zitat

    man sollte die bemerkungen auch mal anstellen


    Ja bitte !!


    Ich denke ich werde das auch mal in den Startpost mit reinsetzen. Anmerkungen sollte unbedingt! angeschalten sein, es hat sich einfach naturgemäß im Laufe der Zeit einiges verändert.