Mime Type: video/webm; codecs="vp9"
Wenn das dort steht, ist es VP9, ansonsten nicht.
Beiträge von Kayten
-
-
Diese kleinen Testvideos werden wohl kaum VP9 bekommen...
Im Video-Manager beim jeweiligen Video auf den Pfeil neben "Bearbeiten" > Video verbessern > Speichern
So kodiert YouTube das Quellmaterial nochmal neu und du bekommst mit sehr hoher Wahrscheinlichkeit die VP9 Kodierung.
Funktioniert aber nur, wenn die eigentliche Verarbeitung abgeschlossen ist, also nicht direkt nach dem Upload anwenden, sondern warten.
Dann gab es auch bei mir immer VP9. -
Soweit ich das weiß, gibts bei Youtube ab 1080p "nur" noch 1440p und 2160p.
Nicht ganz richtig. Rechtsklick in den Player > Statistiken für Computerfreaks
Dort die Resolution (Auflösung) überprüfen, während 1080p im Player ausgewählt ist.
Ist das Video fertig verarbeitet, wurde mit 1152p hochgeladen und Non-HFR, bekommst du dort definitiv 1152p angezeigt.
Von der Bitrate her ist 1152p nämlich gleichzusetzen mit 1440p, es wird dafür aber kein separates Label im Player angezeigt, sondern das bereits vorhandene 1080p Label genutzt. Bedeutet, dass die "normale" 1080p Stufe, nicht mehr über die Qualitätsauswahl erreichbar ist, außer über die automatische Auswahl via "Auto".
Selbiges gilt übrigens auch für 1800p (1440p Label mit 2160p Bitrate).
Das ganze funktioniert auch mit HFR (41-60FPS) Videos, wenn deine Videos die VP9 Kodierung bekommen. -
Ich muss zugeben, dass ich den SSM aktuell nur noch zum Extrahieren der Audiospuren nutze.
Die Scripts schreibe ich mir selbst, ändert sich innerhalb eines Projekts so gut wie nichts dran.
Sowas wie Fade In/Out würde ich auch nie über Audacity machen wollen, allein schon das vernünftig abzustimmen mit dem Video wäre mir zu aufwendig, aber auch das kann der SSM übernehmen, ansonsten per Hand über Avisynth.
Wegen Fade In/Out auf eine NLE zu setzen empfinde ich aber als recht übertrieben und unnötig. -
Kann ich nicht wirklich nachvollziehen. Ob man die Audiospuren nun in einer NLE bearbeitet oder in Audacity, macht aus meiner Sicht keinen Unterschied. Aus der AVI extrahiert werden müssen die bei manchen NLEs trotzdem, gibt immerhin welche, die nicht mit mehreren Audiospuren klarkommen, wie ich gehört habe.
-
Man könnte höchstens beide Spuren über Avisynth verarbeiten und dort zusammenmischen, würde ich aber nicht empfehlen.
Sinnvoller: Beide Spuren in Audacity laden, abmischen, alles exportieren als WAV und diese dann in MeGUI einbinden. -
MediaInfo von der Quelle und MediaInfo von der kodierten Datei posten.
Da du anscheinend bereits Lossy aufgenommen hast, kann es je nach Einstellungen dazu kommen, dass die kodierte Datei größer wird.
Lösung: Lossless aufnehmen. -
YouTube drückt die Qualität immer runter, daran lässt sich nichts ändern, außer du skalierst auf 1800p, wo auf YT anscheinend kein Bitratenlimit mehr herrscht. Wird sich aber sehr wahrscheinlich kaum einer deiner Zuschauer anschauen (können) und die Kodierung dauert dann auch dementsprechend.
Der einzige Unterschied zwischen der FFmpeg und der VfW Variante von UtVideo liegt in der Performance, aber definitiv nicht in der Qualität. -
Beißt sich jetzt mit der Aussage 'Wossi'
Nicht wirklich. Er verwendet halt nicht UtVideo sondern höchstwahrscheinlich x264 mit 50.000kbit/s, daher nicht Lossless.
Hab eben eine Testaufnahme gemacht mit BF 4 und TTT, schaut jetzt nicht wirklich gut aus wenn ich ehrlich bin, ziemlich verschwommen.
Bei dem von dir verlinktem Video sehe ich absolut nichts "verschwommenes". Sieht für mich wie ein gut aufgenommenes und kodiertes Video aus.
-
Eventuell kann es daran liegen das die "File Frame Rate" nur bei 30 liegt? Zeigt es mir im Spiel an, die Zahl neben der Aufnahme, hab aber keine Ahnung wo ich das umstellen könnte...
Gibt mehrere Gründe für zu wenige FileFPS:- Zu schwache CPU | Schlecht eingestellter Codec (Threadzahl oder Farbraum ändern)
- Zu langsame Festplatte (Farbraum ändern)
- Vertikale Synchronisation (VSync) ohne Triple Buffering (VSync deaktivieren und/oder Triple Buffering aktivieren)
Ohne weitere Infos (Spiel, Hardware) klingt es spontan für mich eher nach letzterem.
Sollte es sich um ein anspruchsvolleres Spiel handeln, würde ich VSync generell deaktivieren.
Zu guter Letzt könnte man auch UtVideo statt MagicYUV ausprobieren.aber bei mir ruckelte es, weil ich die Auswahl der Prozessorkerne, die Dxtory ausreizen darf, dem Programm selbst überlassen habe
Die Einstellungen der Threads in Dxtory hat nur Auswirkung auf den Dxtory Codec. Solange der nicht genutzt wird, sollte genau gar nichts davon beeinflusst werden. -
YouTube schreibt in den Player immer nur 48FPS als Minimum, früher wurde dort die genaue Framerate des Videos angezeigt.
Schaust du in der "Statistik für Computerfreaks" wirst du die echte Framerate des Videos sehen. Lädst du mit 42FPS hoch, bekommt dein Video auch eine 42FPS Kodierung.
Hast du mit 42FPS aufgenommen, bringt es dir rein gar nichts in 48FPS hochzuladen.
Nimmst du aber mit 48FPS auf, so würde ein Upload in 48FPS in einem weicheren Bild resultieren, auf Kosten der Qualität pro Bild, da die Bitrate auf mehr Bilder verteilt werden muss. Ob dieser Verlust überhaupt sichtbar ist, dürfte fraglich sein. -
War es nicht auch so, dass die Lautstärkeregelung über Windows keinen Einfluss auf WASAPI hat, auf DirectSound aber schon?
Sollte das der Fall sein und zusätzlich Veränderungen in diesem Mixer vorgenommen werden, wäre das Abgreifen des Sounds über VoiceMeeter keine schlechte Alternative um die Originallautstärke des Spiels beizubehalten, auf Kosten höherer Latenz. -
Eine MediaInfo (Auf Wort klicken und... feststellen, dass kein Lexikon mehr da ist) von der Aufnahme sollte vielleicht Klarheit schaffen.
Ansonsten mal probiert die Audiospuren über den SSM zu extrahieren? -
Abgesehen davon ist UtVideo in FFmpeg scheinbar so langsam, dass damit bei mir keine ruckelfreie Aufnahme in 1080p@60FPS@RGB möglich ist.
Mit [lexicon]OBS[/lexicon] eine Diashow, mit [lexicon]Dxtory[/lexicon] über VfW kein Problem. -
Wir haben dafür doch sogar einen extra Thread (klick).
-
Aber das soll ne schlechtere Qualität haben als [lexicon]Fraps[/lexicon], hab ich gehört
Diese Aussage ist Quatsch. [lexicon]Dxtory[/lexicon] hat keine schlechtere Qualität als [lexicon]Fraps[/lexicon] und dank freier Codewahl hat [lexicon]Dxtory[/lexicon] sogar die Chance potenziell höherqualitativ zu sein als [lexicon]Fraps[/lexicon]. -
Ohne genauere Fehlerbeschreibung ist die Problemlösung ein Ratespiel.
Kann ich dir aber leider nicht bei helfen, verwende weder Premiere noch [lexicon]OBS[/lexicon] wirklich, nutze fast ausschließlich [lexicon]Dxtory[/lexicon].
Die wenigen Male, wo ich auf [lexicon]OBS[/lexicon] zurückgegriffen habe, funktionierte es einwandfrei.
Schwarzbild bei der Vorschau deutet darauf hin, dass die Quelle nicht richtig angegeben ist. Etwas Eigeninitiative und ausprobieren reicht meistens um sowas zu lösen. -
Für Anwendungen, die FFmpeg nicht ansprechen können, aber VfW unterstützen, muss der UtVideo Codec (klick) separat installiert werden.
-
Wenn [lexicon]Dxtory[/lexicon] auf INIT stehen bleibt, stimmt meistens etwas mit den Audiogeräten nicht.
Kann passieren, wenn [lexicon]Dxtory[/lexicon] keinen Zugriff auf ein Audiogerät bekommt, wenn dieses exklusiv von einem anderen Programm verwendet wird, bspw. über [lexicon]ASIO[/lexicon]. -
YouTube empfehlt für 1080p60fps Aufnahmen eine [lexicon]Bitrate[/lexicon] von 12 Mbit.
YouTubes Empfehlungen sind nur vorhanden, damit nicht jeder Ahnungslose ankommt und bei denen nachfragt wie sie denn hochladen sollen. Sinnvoll ist das definitiv nicht.Wenn [lexicon]Dxtory[/lexicon] und [lexicon]OBS[/lexicon] bei dir nicht vernünftig laufen, sollte man sich mal die Einstellungen vornehmen.
Bei deiner [lexicon]CPU[/lexicon] würde ich das Geld lieber fürs Aufrüsten nutzen, ist aber nur meine Meinung.