ich zu 99% der Fälle auch
Beiträge von De-M-oN
-
-
Oft geht ein Reupload schneller, als auf einen ausgelasteten Server zu warten den man erwischt hat.
1 Woche hätt ich niemals gewartet, da hätt ich das Ding schon längst neu hochgeladen^^
-
Wenn, dann würde ich gleich auf 50 fps gehen, damit man auch wirklich ein weiches Video erhält. Für VP9 ist das aber nicht nötig. VP9 wird auch bei 240p und 15 fps codiert
Aber hohe FPS macht nunmal auch Qualität aus. Es ist einfach ultra angenehm für's Auge ein Video mit mind. 50 fps anzusehen
Naja wie hoch die mehrbelastung ist, hängt - wie immer - von der Komprimierbarkeit des Spiels ab.
Es wäre daher am sinnvollsten, du testest es einfach mal aus. Nimm halt einfach mal eine Testaufnahme auf. Und probier dabei auch verschiedene Programme. DXTory war bei mir keine Performancebombe bei Aufnahme in hoher FPS. -
In 1080 ja, allerdings wird dein Video beim re-encode mehr Bitrate gespendet - unterm Strich sieht das Video dadurch dann besser aus.
und @Spieluin :
Viel wichtiger ist, das VP9 erheblich besser codiert als ihre h.264 videos. VP9 ist schlicht ein besserer Codec.
1080p sieht bei VP9 sogar mit weniger Bitrate deutlich besser aus als h.264 mit höherer.
Hier mal ein Vergleich nativ 1080p:
-
und die Qualität immerhin ein bisschen besser wird.
ein "bisschen" ist gut
-
Ich bin persönlich kein Fan von Motion Blur, wo die Entwickler es bei Shootern schon beim bloßen Umsehen einbauen.
Das wirkt für mich regelrecht wie eine Engine Einschränkung ala sie schafft es auf Bewegung nicht 100% scharf zu bleiben, sei es aus performance oder renderinggründen.Ich hab jetzt nich reingeguckt, aber ein 30er Motion Blur wäre schon recht sichtbar und auf 2D Frames appliziert isses ja definitiv dauerhaft drauf und noch dazu ohne Bezug auf 3D Objekte wie es ein Spiel machen würde.
Bedenke das der Motion Blur Filter (generell Filter von mvtools2) enorm die Codierzeit anhebt.
Letztendlich isses ja deine Sache
-
Wofür der motion blur?
Für persönlichen Geschmack oder willstes noch weicher kriegen, erhoffst dir bessere komprimierbarkeit oder wofür? -
Na ja, ich glaube DxTory schlägt den AB um Meilen(?)
Bei mir hab ich mit AB insbesondere bei OpenGL und auch insbesondere bei HFR deutlich weniger FPS drop durch Aufnahme als DXTory gehabt.
AB ist auch dank des kleineren WASAPI Buffers synchroner als DXTory. Da muss der Wurm irgendwo bei dir/woanders liegen. -
Direct3D9, insbesondere Unreal Engine 3 lassen sich halt ziemlich schäbig hooken.
Es war eine regelrechte Erlösung als die Capture Karte kam und ich rise of the triad 2013 nicht mehr hooken musste.Das gab mir doppelte FPS Rate.
-
Ja muss aus sein.
F Tasten würd ich eh nicht nehmen, die sind meistens schon vom Spiel für irgendwas belegt. -
Hä?
Man sieht doch am Kreis und der Dateigröße, ob die Aufnahme läuft. Da braucht man doch weder Windows Explorer noch raustabben Und vor allem auch am Dateigrößenzähler. Der tut ja nur hochzählen, wenn sich auch wirklich was tut, er tut ja nicht aus der Luft heraus irgendwelche Zahlen erfinden ;D
-
MSI Afterburner muckt manchmal mit den Tasten rum. Bei mir gehen auch keine Numtasten zum Start
numpad 9 für Aufnahme geht bei mir, wenn das numpad ausgeschaltet ist.
-
Ist das Spiel zufällig Unreal Engine 3?
Da musste in jedem Fall den engineinternen Framelimiter drin lassen und nutzen. Sonst haste nicht nur eventuelle ungünstig gecapturete frames, sondern auch gerne mal sehr hakelige Steuerung. -
Eig. brauchste doch nur lesen wie es funktioniert.
Mauszeiger auf das Feld mit dem Key für Videovorwegaufnahme starten und es wird dir genau erklärt.
-
Magix erstellt aber immer Projekte mit 59,4 FPS
und somit falsch eingelesen. Das Video hat ja volle 60 und nicht 59,94.
Außerdem solltest du nicht bereits derart verlustkomprimiert aufnehmen. Verlustkompression nochmalig codieren ist eh schon nicht zu empfehlen, da sollte man lieber verlustFREI aufnehmen, aber wenn schon verlustkomprimierte Aufnahme, dann doch bitte mit nicht so einer unterirdischen bitrate. Soll ja nachher auch noch was vom Video über bleiben an Qualität denk ich mal.
-
2.) Weil ich gerne ein grafisches interface habe und nicht framegenau nachschaue wo der cut hin muss
Naja zumindest die Preview haste ja auch mit SSM, lediglich ist der Unterschied, das du statt eine Taste für cut drückst, eben eine framenummer bei SSM einfügst (copy&paste). Eig. kaum ein Unterschied.
Ich würde der Methode mal eine Chance geben, es würde dir zumindest Zeit & Qualität wahren.Das war auch tatsächlich mal der Fall, aber mittlerweile reicht 2048x1152 wieder aus.
Ich bin mit mittlerweile gar nicht so recht sicher, ob das wirklich so ist, oder ob wir uns vom 1080p label blenden lassen hatten? Obwohl bei 1170 hätte es dann ja auch 1080p label bleiben müssen. Kurios.
Klar, es macht keinen wirklich sichtbaren Unterschied, allerdings hättest du etwa 74.000 Pixel weniger und somit etwas mehr Bitrate für den Rest. Rein rechnerisch wäre es minimal effizienter.
Na für den Encoder ist das ziemlich cooler so.
2048x1152 ist beides jeweils durch 16 teilbar. Das macht die Blockerstellung für den Encoder angenehmer, als wenn das krumm endet. Und gerade für VP9 ist das cool, weil VP9 ja auch noch die Superblocks hat (64x64). Und 2048x1152 ist sogar in beiden Fällen durch 64 teilbar. Also echt total die tolle Auflösung im Grund und wesentlich praktikabler fürn Encoder als 1920x1080 welches in der Höhe nichtmal mod16 fähig ist, sprich die Höhe lässt sich nichtmal durch 16 teilen. Aber immerhin noch mod8 fähig. 2080x1170 ist hingegen noch nichtmal mod4 fähig. 1170 ist erst durch 2 in gerader Zahl teilbar. Also im Grunde echt eine gruselig krumme Auflösung für den Encoder. Meine 2800x1750 hat dummerweise das gleiche Problem. Aber da muss ich dann mit leben xD Aber ID 315 hat ja auch keine Qualitätsprobleme jetzt dank CRF coding.
3200x2000 ließe sich besser teilen, aber wäre dann auch mehr scale, daher dann lieber nicht ;DKann leider nicht einzelne Sachen am Handy Zitieren OP.
Genau das hab ich aber mit meinem Samsung heute nachmittag beim vorigen Post gemacht
Ist nur etwas unintuitiv gemacht.
Du markierst zuerst den Text, dann scrollst du zum Postbeginn hin, da ist ja dieses Optionen dings mit den 3 horizontalen strichen. Das klickste an und scrollste wieder runter. Dann haste die vom PC gewohnten beiden Buttons für's zitieren am markierten Text, die du dann bedienen kannst (welche ich leider gerne mal verfehle und dann darf ich den Text nochmal markieren und es nochmal versuchen x.x Hätte man besser lösen können, aber naja.^^Ehm naja ich finde wenn man da noch paar Korrekturen macht wie Farbe sieht es einfach viel besser aus auf YouTube.
Der liebe Gronkh übertreibt da manchmal aber ist auch besser zuschauen.Naja auf mich wirkt sowas eher wie - die Probleme mitm eigenen Monitor aufm Video kaschieren.
Ich denke mir immer - Das wird schon so vom Entwickler gewollt sein, wie es eben gerade nun aussieht, sonst hätte der Entwickler des Spiels ja es schon anders machen können.
Und auch als Zuschauer würde ich es präferieren, wenn daran nicht rumeditiert wird, sondern es wie vom Entwickler vorgesehen präsentiert wird.Bei Arma würde ich aber SweetFX okay finden, denn da hat Bohemia wirklich arg an der Sättigung gespart. Wird auch ihre Intention gewesen sein, aber da find ich doch eine SweetFX Lösung schöner.
Hier mal das SweetFX für Arma:
http://sfx.thelazy.net/games/preset/1355/
Da mal die Bilder durchgehen, da sieht man dann auch schön den Direktvergleich. Also den Unterschied finde ich ENORM.Aber das ist dann auch was anderes als einfach irgendwie pauschal über jedem Spiel die Sättigung aufzuhämmern.
Und das ist nur meine Meinung dazu. In dem Forum heißt es ja ständig alles wird einem aufgezwungen
- Aber andersrum bist du ja zum Glück nicht so drauf und wirst schon erkennen, das ich nur meine Meinung dargelegt habe .. -
Codierung ging momentan erstaunlich schnell (gestern abend 6 videos hochgeladen und hatten am selben Abend noch VP9)
Am meisten beeinflusst die Dateigröße die Codierzeit von Youtube. Klingt komisch, ist aber so ;D
Predict Median und Predict Left wägen nur zwischen Dateigröße und CPU Last ab.
Median: Größere Kompression = Kleinere Datei, größere CPU Last
Left: Kleinere Kompression = Größere Datei, kleinere CPU LastDa die Effizienz aber auch situationsbedingt ist (an vielen Stellen kann Left sogar effizienter sein) ist es toller, wenn man alle kombiniert benutzen kann, immer den richtigen zur passenden Situation. Und genau da setzt MagicYUV an mit seiner Dynamic ;D
Jedoch kommt nichts an die Effizienz auch nur ansatzweise von Lagarith ran. Nur das merkt man dann deutlicher auf die Spiel-FPS wenn die CPU Lagarith in 2k aufwärts framegrößen codieren soll in wohlmöglich noch HFR.
-
Webcam muss auch gehen. ist ja auch bloß ein WDM Capture Gerät.
-
wenn jemand schon in 60fps hochlädt, erwarte ich aber auch DURCHGEHEND 60fps
Diesen Anspruch hab ich bei meinem Kanal halt auch.
Aber bei Rise of the Triad 2013 war mir das nicht durchgehend möglich, weil die Engine ein verbugter und unoptimierter Haufen scheiße ist.
Aber war trotzdem so flüssiger als in 30fps. Zumal ich ja dennoch weitestgehend 60 hatte. Aber manche riesige / größere Räume mit vllt noch viel Action und Detail hatts auch schonmal auf 40 einsacken lassen. Imo aber immer noch besser als 30.
Aber gefallen tuts mir so natürlich nicht. Aber was soll ich machen, wenn die Engine selbst nach 2 Jahren noch für die Füße ist
Na gut, aber die wenigsten Zuschauer haben bemerkt das dort zwar 60fps versprochen wird, aber trotz HighEnd-SLI Grafikkarten und 16 CPU-Cores mit 64GB RAM trotzdem oft nur magere 30fps geliefert werden...
Anscheinend noch mehr schlechte Engines im Umlauf ? XD
_
Naja ich denke mal das es eher daran liegt, das die meisten schlicht nichts gesagt haben. Ich schreib doch auch nicht immer erstmal alle Makel des Videos drunter. Aber scheinbar muss man das wohl bei einigen, da anscheinend sonst der Eindruck entsteht ala interessiert keinem lol. -
wo ich es dann mit CRF 20 auf 2080x1070 rendere
Warum nicht 2048x1152.
3200x1800 würde noch bessere Ergebnisse erzielen.ladezeiten raus, kürzen
Das kannste aber eig wirklich mit SSM alleine machen. Dafür würde ich nicht direkt eine timeline NLE anwerfen. Macht es ja auch langsamer und farbkonvertierungen etc. die du dir dann sparen könntest.
Ausgewaschene Farben scheinen nur auf meinem screen zu entstehen, sicherlich iwas falsch eingestellt am Bildschirm selbst, mobil, Fernseher und Laptop sehen hier knackiger aus, demnach kein Problem mehr.
Grafikkarte falsch eingestellt.
Die muss halt auf vollbereich stehen. Dein Monitor ist ja kein Fernseher.
http://abload.de/img/unbenannt204dvzpx.pngBei mir hat es gebracht das, dass Video nicht so extrem an Farbe und Schärfe nachdem hochladen verliert.
das verliert es eig auch ohne edit nicht.
Und ID 315 sollte eh passen.
Wenn du Schärfe hinzugibst wird zudem das video schlechter komprimierbar, was äußerst kontraproduktiv ist für alle qualistufen mit bitratenlimit.