Beiträge von De-M-oN

    Mit 22 wirste bei der miserablen Komprimierbarkeit dieses Spiels vermutlich ebenfalls nicht glücklich werden.


    Da wirste wohl auf 23 oder 25 gehen müssen. Immer noch weit bessere Qualität als [lexicon]Camtasia[/lexicon].


    Zitat

    Wieso schlecht komprimierbar?


    Das Spiel mal angeguckt? Büsche ohne Ende, dazu wehender Rasen, Blätter etc. Texturen mit sehr viel Feindetail, dazu noch die hohe Helligkeit des Spiels. Unter Feindetail zählt zb feine Maserungen wie zb von Holz oder Bäumen, Kieselsteine/Sandböden etc.
    Das hat doch auf Bewegung kaum ähnlichkeiten. Das ist so dermaßen feiner Detail und das macht die Komprimierbarkeit halt kaputt. Wenn du [lexicon]Motion Blur[/lexicon] benutzt, kannste dem [lexicon]Encoder[/lexicon] helfen. Unschärfe = weniger Detail = Bessere Komprimierbarkeit. Dennoch bleibt Crysis beschissen komprimierbar.

    Die Lösung des Problems sind mehrere Worker, die du durch einen Linksklick -> Run in new temporary Worker auf einen zweiten Job initialisierst.


    Jap. Aber einen permanten worker ist noch toller, weil er dann nicht wieder auf nur einem worker sitzen bleibt wenn der temp fertig ist.


    Daher lieber:


    Workers - Create new worker.


    Dann laufen permanent 2 worker. :)


    @Sazoga:


    Mehr als preset slow macht bei komplexem Material wie Spiele wenig Sinn.

    Leider sind bei mir mit Chaosfisch nur um die 2,7MB/s.. Ich weiß nicht, woran es liegt. Und dauerhaft wird YT ja nicht so ausgelastet sein.


    Doch ist es leider. In der Nacht um 3 uhr gehts super ;)


    Zitat

    Das mit dem [lexicon]Lossless[/lexicon] encodieren war echt eine Gute Idee von dir, Danke :)


    Kein Ding, gern :)


    Bei UT Video version 13 kannste übrigens auch nun den 420er nehmen. Der ist da endlich auch schnell. Und nimm BT.709.

    Dann sollte die AVI allerdings nicht in [lexicon]Lagarith[/lexicon] codiert sein. Damals konnte Youtube [lexicon]Lagarith[/lexicon] nicht decodieren und ich vermute mal das es sich auch heute nicht geändert hat. Ich denke das die auch via FFMpeg decodieren. Denn alles was FFMpeg decodieren kann, kriegt auch youtube hin ist mir aufgefallen :P
    u.a. eben auch [lexicon]FRAPS[/lexicon] usw. Und FFMpeg kann nach wie vor kein [lexicon]Lagarith[/lexicon] decodieren.


    Was du aber im Falle [lexicon]Lossless[/lexicon] machen könntest wäre:


    in [lexicon]x264[/lexicon] config den encoding mode constant quantizer einstellen und auf 0 stellen. Das würde den [lexicon]Lossless[/lexicon] Modus von [lexicon]x264[/lexicon] aktivieren und dann kann man durchaus auch preset ultrafast nehmen (indem Fall können sämtliche [lexicon]Lossy[/lexicon] Codierungstechniken ja dann eh nicht verwendet werden wenns verlustfrei bleiben soll).


    Alternativ den [lexicon]CRF[/lexicon] noch kleiner. Möglichkeiten gibts viele.


    Youtube lässt übern Webuploader so zwischen 3 und 5 mbyte durch - je nach Auslastung.
    Über chaosfischs uploader zwischen 3 und 12 mbyte - je nach youtubes auslastung wieder.

    Very Fast ist auch schon scheiße. Da ist so viel wichtiges für die Qualität deaktiviert.. u.a. nur 1 ref-frames, keine trellis quantisierung, subme auf xvid altertümlichkeit .. etc..


    Schneller als Medium würd ich nicht machen. Bei schneller [lexicon]CPU[/lexicon] wäre ein schnelles Preset sowieso das dümmste was man machen kann. Die [lexicon]CPU[/lexicon] wird auf sonem Preset ja kaum ausgenutzt. Medium würde da kaum langsamer laufen.


    Also bei 'nem i7 3770k zb wie ich ihn habe wäre das so denkbar dämlich schneller als medium zu machen.


    Viel schneller als 30fps wirds dann auch nicht. Und meine [lexicon]CPU[/lexicon] encodiert medium, 2048x1152,30fps in einer processing rate von 30fps.


    edit:siehste hast doch auch schon nen guten i5. Warum dann son kack preset? Bringt dir doch nichts.

    Korrekt. Bei arg schnellen Presets muss [lexicon]x264[/lexicon] alle Defizite entgegenkompensieren. Alle wichtigen Dinge sind dann minimalistisch oder deaktiviert eingestellt und damit die Qualität erhalten bleibt wie gefordert muss der [lexicon]Encoder[/lexicon] viel abschätzen.


    Bei arg schnellen Presets kann es durchaus sein das eine [lexicon]CRF[/lexicon] Dezimalstufe tiefer benötigt wird wie identische Qualität auf slow.

    Naja [lexicon]FLAC[/lexicon] wäre [lexicon]Lossless[/lexicon]. Würde dem [lexicon]AAC[/lexicon] [lexicon]Encoder[/lexicon] von Youtube freuen.


    Ansonsten würd ich eher Nero [lexicon]AAC[/lexicon] nehmen, als das 2 verschiedene Codectechniken auf die Datei einwirken. Dann lieber an den gleichen Stellen bleiben.
    Nero [lexicon]AAC[/lexicon] ist auch etwas effizienterer Codec.

    Und zwar frage ich mich, wie ich meine Stimme, die ich per [lexicon]Audacity[/lexicon] aufgenommen habe, mit dem Videomaterial zu synchronisieren?


    FFMpeg Plugin für [lexicon]Audacity[/lexicon] installieren und dann die avi in [lexicon]Audacity[/lexicon] öffnen, so das du [lexicon]Mikrofon[/lexicon] und [lexicon]IGS[/lexicon] zusammen im Programm hast.


    Als neue [lexicon]WAV[/lexicon] nach Bearbeitung exportieren. Die neue [lexicon]WAV[/lexicon] in den Audio Input von [lexicon]MeGUI[/lexicon].


    Zitat

    Außerdem habe ich in einem Thema erfahren das man auch Einblendungen im Video machen. Sogar mit kleinen Effekten. Könnte man mir das ganz kurz erklären wie das geht bzw. mir sagen wo es steht? :) Habe im Internet nichts gefunden... Vielen Dank!


    Siehe in dem Thread wo das gepostet wurde.

    Nero [lexicon]AAC[/lexicon] mit constant bitrate@640kbit/s ist wohl das beste, wenns die Leitung hergibt ;)


    Bei [lexicon]FLAC[/lexicon] hat Youtube halt manchmal probleme.


    Man kann [lexicon]FLAC[/lexicon] nutzen.


    Ihr müsst nur im Falle youtube drauf achten das ihr zu 100% auf die hunderstel ms identische Audio- und Videolänge habt.


    Weicht das ab, kanns auch mit [lexicon]PCM[/lexicon] und anderen Codecs Asynchronität bei denen geben. Ist also nicht nur bei [lexicon]FLAC[/lexicon] so.

    OK, das mit Mono ist einleuchtend. Aber ist zwischen Mono und Stereo denn ein großer Unterschied in der Dateigröße? Oder warum ist das so wichtig es umzustellen?


    Klar. Fällt ja ein kompletter Kanal weg. Sprich die Mikrofonspur wird dann 50% kleiner sein gegenüber Stereo.


    Zitat

    Und wegen [lexicon]Audacity[/lexicon] sind wir glaube ich beide festgefahren. :D Mir ist es wichtig naträglich Räusper o.ä. rauszuschneiden und gegebenenfalls die Lautstärke anzupassen. Deshalb werde ich das weiter benutzen.


    Und was hindert dich jetzt [lexicon]DXTory[/lexicon] daran es so zu machen ?(


    Falls du nicht selber drauf kommst, wie es mir scheint.


    a) nur weil der Audio in einem [lexicon]Container[/lexicon] steckt (avi), isser doch nicht unerreichbar.
    [lexicon]DXTory[/lexicon] hat sogar 'nen Demuxer mitgeliefert. Brauchst dir also nicht mal was besorgen^^


    Rechtsklick auf die AVI -> Extract Audio Stream


    So simpel. :P

    -> weil lossless codecs mit 2 Threads am schnellsten laufen bezüglich ingameFPS. [lexicon]FRAPS[/lexicon] benutzt im übrigen auch nur 2.
    -> mit fremdcodecs hat die einstellung eh kein Einfluss. Nur auf den [lexicon]DXTory[/lexicon] [lexicon]Codec[/lexicon]. Aber ich habs dir gesagt, damit du im Falle des Falles es direkt richtig hast.


    Zitat

    Außerdem verstehe ich nicht, warum das [lexicon]Mikro[/lexicon] in Mono sein sollte, auch hier ist doch Stereo klar besser.


    Warum sollte das besser sein?


    Ein [lexicon]Mikrofon[/lexicon], und aus einer Richtung (zentral) kommt das Signal ins [lexicon]Mikrofon[/lexicon] als einzelner Kanal. Du hast weder 2 Munde, noch 2 Mikrofone.


    Wozu dann 2 Kanäle aufnehmen, welche den identischen Inhalt aufweisen?


    Zitat

    Nochmal deutlich: Der Kommentar und [lexicon]Audacity[/lexicon] ist nicht das Problem, sondern Video und Audio vom Spiel selbst sind nicht snychron


    Trotzdem isses doch quatsch den kommentar mit audacity aufzuzeichnen wo du dann diesen ebenfalls nachsynchronisieren musst, wenn du es doch direkt mit [lexicon]DXTory[/lexicon] synchron aufzeichnen kannst.

    Ich nehme mit [lexicon]DXTory[/lexicon] sowieso in [lexicon]Lagarith[/lexicon] und YV12 auf, hatte vergessen das zu erwähnen. Ich habe auch das Debugmode [lexicon]Frameserver[/lexicon] Plugin für Vegas installiert, sodass ich bei [lexicon]MeGUI[/lexicon] gleich diese sehr kleine AVI Datei eingebe. Morgen werde ich nochmal mit deinen Tips weitertesten.


    Achso. Also keine direkte Encodierung mit [lexicon]MeGUI[/lexicon]. Das kostet natürlich zusätzlich Zeit. Außerdem haste dann trotz [lexicon]Lagarith[/lexicon] eine Konvertierung drin, weil der [lexicon]Frameserver[/lexicon] kein YV12 anbietet.
    Da solltest dann das nächstnaheliegende nehmen was YUY2 wäre. Aber dennoch eine Konvertierung dann. YV12 -> YUY2 -> YV12.


    Des weiteren ist es natürlich ganz ganz dolle wichtig das du bei Vegas KORREKTE Angaben zum Quellmaterial hast (Datei - Eigenschaften) Steht dort in den Projekteigenschaften bullshit, was nicht zum Quellmaterial passt, entsteht auch bullshit in Videoqualität und ggf auch encodierzeit.


    Natürlich verlängern auch evtl eingesetzte Filter in Vegas die Encodierzeit.
    Der Ablauf ist nämlich dann so:


    Vegas Filter -> [lexicon]Frameserver[/lexicon] -> Avisynth (ggf mit weiteren Filtern(mind aber YV12)) -> [lexicon]x264[/lexicon].


    So einen langen Weg muss jeder [lexicon]Frame[/lexicon] gehen und darauf muss [lexicon]x264[/lexicon] ständig warten.


    Du könntest es verkürzen indem du Vegas weglässt und alles mit [lexicon]MeGUI[/lexicon] machst. Dann würde außerdem die Chromakonvertierungen wegfallen, sprich du bleibst dann auf YV12 und hast kein YUY2 dazwischen, was encodierzeit weiter kürzt und die Chromaqualität bleibt besser erhalten.


    Zum Thema DXTory:


    Sicherstellen das du überall use default setting angehakt hast und oben das default profile ausgewählt ist. Nun folgendes:



    Code
    [Audio0]
    Enabled: True
    PushToTalk: False
    Device: Lautsprecher (ASUS Xonar DX Audio Device)
    Codec: PCM
    Format: PCM 192000 Hz, 32 bit, Stereo


    Also das ist schonmal vollkommener bullshit.


    Lautsprecher ist ein von windows gestellter Kanal für Zusammenfassung aller wiedergabegeräte,sprich keine direkte Ansteuerung des Systemsoundes. Ergo längerer weg, mehr latenz.
    Daher statt Lautsprecher - WAVE nehmen.
    Dann 192khz, 32bit - ja neee ^^
    Umändern auf 44,1 khz, 16bit, Stereo.
    Das [lexicon]Mikrofon[/lexicon] ergänzen und dieses ebenfalls in 44,1 khz, 16bit, aber mono. [lexicon]Audacity[/lexicon] dann in zukunft weglassen. Unnötig, wenn du ein Programm hast, was eh mehrere Audiostreams aufzeichnen kann.. merkste sicher selber nun :P


    __
    ThreadCount auf 2
    FPS Limit RAUSNEHMEN.


    Anhaken:
    [lexicon]Synchronous Surface Lock[/lexicon] und [lexicon]Wait for available Buffer[/lexicon] . Auf die Wörter klicken wenn Erklärung dazu erwünscht.

    preset medium statt slow probieren.
    [lexicon]CRF[/lexicon] höher als 21 probieren. 2 GB auf 19min scheint kein gut komprimierbares material zu sein. Mit [lexicon]CRF[/lexicon] 21 forderst du halt schon ein gewisses an Qualität.


    Weiter kannst du Zeit einsparen wenn du direkt in YV12 aufnimmst. (beispielsweise mit [lexicon]Lagarith[/lexicon] möglich) Dann muss darauf nicht mehr konvertiert werden. Spart Zeit.
    Genutzte Filter wie Resize etc nehmen natürlich ebenfalls Zeit.


    Warum nimmst du deinen Kommentar seperat auf bei 'nem Programm wie [lexicon]DXTory[/lexicon], womit du einfach eine 2. Audiospur hättest setzen können für das [lexicon]Mikrofon[/lexicon]. Wäre dnan perfekt synchron gewesen.


    Env Info zum [lexicon]DXTory[/lexicon] posten wäre auch nicht verkehrt:


    http://www.bilder-hochladen.net/files/big/dgaa-3-eccb.png