Beiträge von De-M-oN

    Die Wandler eines iPhones haben eig. eher einen ziemlich unterirdischen Ruf..
    Andersrum: Ein guter Wandler passt in so'nem kleinen Phone auch schlecht rein.


    Optimalerweise hängt der Kopfhörer an einem Kopfhörerverstärker und ist via SPDIF an den PC angebunden.


    Ich persönlich bin sehr zufrieden mit meinem Fostex HPA8. Kostet aber auch sehr viel. Aber die Klangoptimierung gegenüber einer PreSonus ist da natürlich brachial.


    Wenn du Bühne willst, bräuchtest du eher einen offenen Kopfhörer. Mehr Bühne, mehr Detail aber auch weniger Bassdruck durch dem offenen Design.

    TMNF ist aufnehmbar.



    Den Codec nutz ich bei allen Aufnahmen nicht nur bei Trackmania daran liegts nicht.

    Wenn ich den Satz richtig verstehe, benutzt du nur bei TMNF den MagicYUV Codec und bei allen anderen Spielen einen anderen?


    Wenn ja, dann solltest du mal probieren, ob es mit dem Codec, mit dem du alles andere aufnimmst, ebenso Probleme gibt.


    Die Aufnahme scheint ja jedenfalls dennoch völlig intakt zu sein und lediglich deine Software beim decodieren scheitern. Aber wer nutzt auch WMP ... Wobei selbst die Krücke damit eig. fertig werden muss, sofern man sich kein Codecpack aufn Rechner geschmissen hat, sollte auch ein Doppelklick laufen.

    Naja das Ding kostet weniger als 20€ wenn ich mich nicht verschaut habe. Bei dem Preis kann man natürlich keine anständige Qualität erwarten.

    von speedlink klingt auch 100€ wie 10€
    Da will ich dann schon gar nicht mehr wissen wie 20€ von speedlink klingen muss :D

    Das Problem ist, dass der Bootvorgang (also Bios, Windows etc) nur auf DVI und HDMI Ausgang angezeigt wird und DP einfach schwarz bleibt -> Bios wieder nur aufm Hochvormat Monitor.

    Kenn ich :D


    Sowie meine Capture Karte (DVI) an der Grafikkarte hängt, kommt beim Booten auch nur Schwarzbild, weil er anscheinend versucht an DVI auszugeben, statt an DP.


    Wüsste da auf Anhieb keine Lösung für. Wäre ansonsten auch interessiert :D

    Nö. MagicYUV nimmt in YV24 und nicht in I444 auf. Was willst du denn mit I444 anfangen?
    Willst du das AVISynth es als RGB32 einlesen tut? xD Ich glaube nicht. Daher ist auch bei der Decompression bei YUV 4:4:4 kein Haken drin ;D

    Na dann müsste ja sogar ein "Gleich" hier funktionieren bei SSM?


    Naja ich kenns eig. nur das immer in Interleaved gearbeitet wird von den Lossless vfw Codecs, außer DXTory Codec, der benutzt ja auch YV24 bei 4:4:4.
    Aber gut dann isses bei 4:4:4 wohl anders xD

    Ja.
    _
    Ja. Aber avs4x264mod.exe die den 32bit Input pipelined zu 64bit x264, damit du trotz 32bit avisynth mit 64bit x264 codieren kannst, kann nur YV12, YV16 und YV24.
    MagicYUV nimmt aber im YUV 4:4:4 Interleaved auf, nicht die Planar Variante YV24. Daher muss es von SSM zu YV24 konvertiert werden. Hier entsteht kein Verlust, da nur von Interleaved auf Planar gewechselt wird, die Chroma bleibt ja bei 4:4:4 dann.


    Bei 4:2:2 Aufnahme musste YUY2 nehmen und den Haken mit dem YV16 fix drin belassen.

    Aus diversen Gründen bleibe ich aber noch bei 1080p was die Videos angeht.

    Mach wenigstens 2048x1152. Sonst kommt auf youtube nur pampe raus.

    Der wichtigste ist, dass immer noch die allermeisten Leute eben 1080p Bildschirme zu Hause stehen haben. Wenn sie dann ein Spiel von z.B. 1440p runterskaliert auf 1080p anschauen, ist Schrift und andere Feinheiten nicht mehr so hübsch anzusehen. Als Beispiel ist hier RimWorld zu nehmen, dass ich derzeit auf dem Kanal laufen habe. Nach Experimenten mit 1440p haben einige Zuschauer tatsächlich die kleine und nicht mehr gut lesbare Schrift bemängelt: Zu Recht.

    Dann skalier wenigstens hoch. Aber 1080p ist auf Youtube = Garantierte Pampe. Dann haste vllt die Schrift größer, aber trotzdem scheiße lesbar, weil so schön runterkomprimiert :D


    Ich persönlich würde in das spielen, was dein Monitor nativ kann. Ist doch kacke, wenn du selber mit interpoliertem Bild seitens Monitors spielen müsstest + noch schlechtere Spielgrafik. Würde ich persönlich ja nicht wollen. Noch hinzukommend, das Youtube wie gesagt dir dann auch dein Video viel stärker runterkomprimiert.

    >16bit kann man machen für Filter.
    >48khz kann für den Kompressor besser sein.


    Für Youtube dann aber wieder auf 48khz, 16bit gehen. Bei 16bit dann ein Dithering verwenden. Aber erst als letzte Speicherung dann auf 16bit gehen und dithern. Dithern absolut nur einmalig und ganz am Ende machen.


    Da DXTory und co leider bei 16bit truncaten, statt dithern, könnte eine 32bit Aufnahme sogar ziemlich Sinn machen.


    Wenn du schon Video nicht Lossless machen willst, würd ich zumindest Audio Lossless machen. Das wäre dann das FLAC Format. Auf höchste Kompression gestellt kommt ungefähr 50% der WAVE Größe raus.

    Bei MeGUI müsstest du in x264 config rein und bei custom commandline dann:


    --output-csp i444


    SSM müsste dafür auf YV24 gestellt werden bei Farbe.
    MeGUI's Frage ob YV12 konvertierung geaddet werden soll natürlich dann verneinen.



    Guck aber vorher nach ob YUV 4:4:4 nicht zu viel ist für vor allem deine Festplatte. Das wird nämlich spürbar mehr Speicher benötigen.


    Der Auflösungsskalierer freut sich zb auch über solche Quelle.

    Was den Upload angeht, und wieso ich nicht gleich Lossless hochlade... Ich möchte nicht jeden Monat eine neue Festplatte kaufen um meine Let's Plays aufzubewahren... Was, wenn YouTube mal nicht mehr ist? Dann soll alles futsch sein? Nee, ich bewahre die gerenderten Dateien auf, wie wohl die meisten.

    Du hältst es für wahrscheinlich das GOOGLE mal nicht mehr sein könnte? Ich glaube vorher muss das ganze Internet aussterben, bevor Google ausm Internet verschwindet.


    Doch ich schmeiß das alles wech, wenns auf Youtube ist. Anfangs hab ich auch horten wollen, aber irgendwann werden auch die verlustcodierten Dateien sich summieren. Und ich bau jetzt hier kein Festplattenlager auf.
    Die Dateien sind via mehreren Kopien auf den Youtube Servern gesichert. Es gibt keinen sichereren Ort seine Videos zu sichern als auf Youtube. Abgesehen von der Recodierung, aber wenn man die ID 315 Codierung von denen schnappt die ab 1750 Pixel Videhöhe beginnt, sieht deren Codierung schon nahezu bis vollständig wie dein Quellvideo aus.

    Außerdem habe ich beim SSM immer das Problem gehabt, dass ich meine Audiospur vom Mikrofon nicht von Mono auf Stereo hochmischen konnte... Und zwar indem er nur den linken Kanal benutzt, da ansonsten die Lautstärke halbiert ist

    In Stereo aufnehmen, die Spuren extrahieren, dann in einem Audiobearbeitungsprogramm den rechten Kanal entfernen und den linken behalten: NICHT(!) Konvertieren. Dann isses wieder 50% leiser wegen dem Mischverhältnis (!)

    Audiotracks über SSM exportiert und via Audacity die Mikrofonspur zu Mono umgewandelt ohne Lautstärkeverlust.

    Wenn du wirklich konvertiert hast, statt nur den rechten Kanal zu entfernen, fänd ichs überraschend wenn sich die Lautstärke nicht geändert haben sollte.

    Zum einen hat sich die Renderzeit von vormals ca. 2 x Videolänge auf ca. 0,5 x Videolänge verkürzt (WUNDERBAR!)

    x264cli ist ja auch erheblich effizienter + Farbkonvertierungswegfall bzw allgemein die Verarbeitung der NLE weg.

    Ich muss sagen, das gefällt mir so weit ziemlich gut. Klar ist die Bearbeitung jetzt wirklich etwas mühsamer, und schneiden werde ich wohl nicht mehr so viel (bis gar nicht mehr), weil umständlich ohne Ende

    Geht eig. Nicht verkrampfen dabei. Nutzt die Vorschau von SSM und dann isses doch auch recht komfortabel. Komplexer wirds ja erst, wenn du Stellen aus dem Video an anderen Positionen verschieben willst.
    Aber einfach nur paar Dinge lediglich rausschmeißen aus dem Video ist eig. kein unterschied zu einer Timeline NLE, du spulst in virtualdub halt durch und gibst in SSM die framebereiche an, die du behalten willst.

    Zu dem Hochskalieren: Das sieht aber nicht so gut aus, als würde ich in der Einstellung spielen, oder?

    Spline36 macht recht gute Ergebnisse, aber wenn du direkt in 1440p spielen kannst, umso besser. Da würde sich dann auch anbieten auf 3200x1800 anschließend zu skalieren, dann kämest du an den ID 315 Encode von Youtube ran, der wie gesagt fast komplett wie die Quelle aussieht. Voraussetzung ist natürlich das Youtube deine Videos zu VP9 codiert.

    ich bin selber ganz beeindruckt.

    Naja deine CPU ist jetzt aber ja auch nicht komplett scheiße nech :D
    ___


    Also bei 200 mbit Upload würd ich dennoch nich lange fackeln und lossless arbeiten. Kombiniert mit einem RAID 0 Festplattensystem wirst dich wundern, wie das die Codierung nochmal beschleunigt, weil so ja die ganzen Lossy Mechanismen wegfallen.
    etwaige Auflösungsskalierung würde dennoch wieder ein bisschen bremsen. Lossless Upload auf Youtube ergibt auch bestes Material für deren Re-encode deines Videos.


    Chroma Subsampling auf 4:4:4 bei Aufnahme und Codierung hilft auch nochmal der Qualität :)


    PS: Die zig MeGUI Screenshots kannste dir sparen in Zukunft. Steht doch alles unten in der Commandline ;D Kopier uns also nur diese ;D