Beiträge von De-M-oN

    Joa. Naja mich stört das mit Vsync spielen müssen mehr als das Tearing.
    Aber ja das isn Wehrmutstropfen, aber naja ist mir dennoch lieber als hooken. Hooken mag ich gar nicht mehr. Es bessert die Spieleperformance einfach so dermaßen, wenn der Renderer nicht dauerhaft belästigt wird. Insbesondere bei Direct3D9 ist das sehr spürbar, wenn da nichts drin rumfummelt und das Spiel machen kann wie es möchte. Da wirkte es zb auf die Weichheit der Steuerung immens aus, wenn man bei Unreal Engine 3 Spielen zb nicht mit Framelimiter gespielt hat und dann aufgenommen wurde.


    All diese Gedanken darüber wie man nun was wie hookt und ob hookbar oder nicht aufn Desktop switchen zu können etc, all diese Einschränkungen los zu sein ist schon ein schöner Vorteil.

    Die HDD kommt auch noch hinzu. RGB ist schon erheblich anspruchsvoller.
    Noch schneller dürfte Lagarith sein (sogar in RGB), trotz des größeren CPU anspruchs. Auch mit RAID 0 darf man nicht unterschätzen, was es ausmacht, wenn das rohmaterial kleiner ist^^

    Benutze konstante Bitrate (CBR): an

    CBR sollte man bei Video nie benutzen. Einzige Ausnahme könnten Streams werden. Aber für Aufnahmen auf keinen Fall CBR. Das ist pfui.


    2500 kbit Vergleich CBR vs VBR


    CBR:
    http://killerinstinct.ath.cx:2…20x1080-2500kbit-CBR.html


    VBR:
    http://killerinstinct.ath.cx:2…0-2500kbit-VBR-2pass.html


    Der unwichtige dunkle Teil sieht bei CBR in der Tat besser aus, aber dafür der komplexe und wichtige Teil erheblich(!) besser.
    Du nutzt die Bitrate eben viel wirtschaftlicher indem du bei den einfachen Stellen weniger nutzt und dafür bei den komplexen dann weit über 2500 gehen kannst. Du musst ja auch hier nur den Average von 2500 am Ende einhalten.


    Aber verlustkompression bei Aufnahme ist eh Fail.

    Ich versteh nich was ihr alle auf dem schlechtesten Anbieter rumgurkt xD


    Auf Youtube kannste 9000 kbit streamen und das lagfrei (!)
    Hitbox geht ebenfalls sehr viel und lagfrei.


    Twitch hingegen lagt gerne bei kleinen Kanälen rum.
    Honki Tonk musste trotz Top Leitung auf 2000 kbit runter gehen, damit es bei mir ohne ständige Pufferei ankam.


    Anbieter gewechselt und sofort war alles gut. Und das ist nicht nur mit honki tonk so.

    Aber ein Fachbegriff ist das nicht

    Doch ist es. Es wird nunmal unterschieden zwischen Lossless Kompression und Lossy Kompression :)
    ___
    Datapath erlaubt ben. def. FPS und Auflösung.


    Meine Vision DVI-DL kann 2560x1600 @ RGB mit maximal 51 fps aufzeichnen. Mit YUY2 sind volle 60 FPS möglich bei gleicher Auflösung (wieviel überhalb 60 fps weiß ich in dem Fall nicht. Ließe sich aber ausrechnen, was 650 mbyte/s überschreitet. Das ist nämlich das maximum von PCI-E 4x und das, was die karte auch voll ausreizen kann. Wahrscheinlich limitiert der PCI-E 4x slot die Karte, statt andersrum XD Aber es gäbe auch noch die PCI-E 8x Karte die via Displayport arbeitet und die kann dann auch 4k60 RGB (Vision SC-DP2)
    Zurück zur DVI-DL:
    Auch wäre 4k @ 30fps möglich. Bei YUY2 hab ichs leider bisher nicht hinbekommen eine andere Chroma Skaliermethode als nearest neighbor rauszukitzeln. imo ein großes Manko, da man somit alles andere als RGB eig. vergessen kann. Ich mags jedenfalls nicht, wenn jeder 2. Pixel farblos ist, was bei feinen Linien oder Schriften dann sichtbar ist.
    Da die Karte aber auch bei RGB gute Leistung liefert kann ich mit leben.


    Die karte ist allerdings alles andere als billig, aber imo der einzige Weg sich von dem ganzen Mainstream schrott zu trennen, denn dieser taugt m.M.n allesamt überhaupt nichts. Auch die FPS Schwankungen bei zb Avermedia ist recht hoch.
    Da hat Amarec dann mal eben Schwankungen von 59,4 fps zu 60,2 fps, statt Datapath mit Schwankungen im 0,2 bereich (sprich 59,98, 60,01, 60,00 usw)


    Datapath bringt zudem auch keine eigene Capture Software mit und will dich somit nicht aufzwingen ihre eigene Software zu nutzen. Datapath vergewissert dir vollen Support über Drittsoftware wie Virtualdub etc, und bekommst sogar in der Hilfe diese Programme präsentiert und zum Teil erklärt. Datapath empfiehlt eine Aufnahme mit UTVideo o.ä.


    Merkste den Unterschied? Da trennt sich die Spreu vom Weizen. Während Mainstream Hersteller ihre Lossy Kompression über alles lieb haben, haste bei Datapath eben eine kleine andere Welt ;)


    Leider gibt es in Deutschland nur Händler die an Firmen verkaufen. Privatleute leider keiner.
    Daher musste die aus USA importieren, was auch noch bei dem Kaufpreis der karte einiges an Zollkosten bedeutet leider.
    Auf ebay wird die von 'nem Datapath menschen international verkauft und somit brandneu.


    Ich bereue jedenfalls trotz des Preises keinen einzigen Cent diese Karte investiert zu haben. Es ist ein purer Genuss.

    VFR ist ja an sich eine gescheite Aufnahme. Arbeitet ja auch recht Wirtschaftlich.
    An sich ist es ein Problem der momentanen Programme die es subporten bzw. nicht supporten.

    Schon klar. Aber solange spätestens Youtube daraus CFR macht, ist es nicht gescheit aufgenommen.
    Aber viel mehr war das gescheit aufnehmen auf Shadowplay bezogen, denn es war vollkommen klar, das er diesen Haufen Scheiße verwendet, wenn er VFR Videos erhält.



    Wie ich oben schon schrieb, werde ich es selber testen, ob Sony Movie Studio mit VFR korrekt umgeht. Ob es intern mit CFR arbeitet oder wie auch immer, ist völlig nebensächlich, solange das Ergebnis stimmt.

    Es wird mindestens in CFR umgewandelt. Damit wäre der Support von VFR schonmal bei allen Timeline NLEs in der Hinsicht gefallen. Würde auch irrwitzige Timeline Bearbeitung sein, wenn du auf der VFR abbilden würdest. Wäre auch nicht sonderlich komfortabel so zu arbeiten.
    Und die CFR Wandlung endet sehr schnell ins asynchrone, da du in Projekteinstellungen ja auch eine FPS Rate angeben musst, die die Timeline dann auch verwendet entsprechend und auch die Videos danach behandelt.
    Ist ziemlich hohe Gefahr, das es asynchron wird.

    damit hast du aber "nur" 4:2:0 aber mal ehrlich die fc ist nur ein winziges fenster.

    Bei qp=0 ist es immer noch 4:2:0. Nur mit --output-csp i444 wäres beispielsweise 4:4:4. Aber das wird die Kamera eh nicht hergeben.
    Bei qp=1 würd ich b-frames nutzen.



    Die Kamera ist (nehme ich an) USB2, sprich da passt definitiv KEIN 1080p LOSSLESS durch die Leitung, die Kamera komprimiert also alles schon intern in h264 und schickt es über USB an den PC, also würde ich dir raten das Material was die Logitech-Software liefert (die nimmt ja 1:1 das h264 auf wenn man keine Videofilter oder Verbesserungen aktiviert hat laut Amazon Rezensionen) so aufzunehmen wie es kommt, spart Platz, CPU und Mühe, Qualitativ wird sich da (solange man keine Filter aktiviert) nichts ändern und das ganze wird 1:1 wie es die Kamera liefert auf Platte landen, Lossless ist quatsch da das Material eh schon als h264 aus der Kamera kommt...

    hm bezweifel ich irgendwie das die Webcam einen Hardware H.264 Encoder hat. Und selbst wenn dem so wäre, hab ich da so meine Zweifel das die Software wirklich nur schreibt und nicht transcodiert. Dazu wird es dann sicherlich in VFR aufgenommen sein, was dann die gleichen Synchronisationsprobleme mit sich führen kann wie bei Shadowplay, sobald es in ein Schnittprogramm soll bzw auch zu CFR konvertiert werden soll.


    Lossless aufnehmen ist man immer auf der sicheren Seite.

    ist meine CPU meist zu 45 - 50% ausgelastet.

    Das sagt exakt null aus.
    Bei Arma wirds sicherlich um die 25% sein und trotzdem ist bei Arma die CPU extrem entscheidend und limitierend.


    Du kannst bei Mehrkern CPUs schlichtweg nich davon ausgehen das alles perfektionistisch parallelisierbar ist. Und selbst in der Single Core Zeit war die CPU nicht erst zu langsam, wenn da 100% steht, was bei Spielen sowieso selten der Fall sein wird.

    Wenn du solange zum Enkodieren brauchst, dann glaube ich kann es ebenfalls sein, dass du entweder einen schwachen Prozessor hast (?) oder du nutzt falsche Einstellungen in MeGUI.

    Naja bei 4k kann das schon hinkommen mit 2 std.


    Naja die beste Lösung wäre natürlich die 4k zu behalten.. Sieht auf Youtube am besten aus als auch Runterskalierung macht mehr Verluste als Hochskalierung.



    Weil grundsätzlich sollte man das Aufnahmeprogramm nie skalieren lassen.

    Wobei OBS ja immerhin Lanczos hat. Der ist ja schon ziemlich gut.
    Aber alle anderen Programme nehmen halt nur Nearest Neighbor Skalierung. Und da trifft dann eben auf alle Fälle das zu, was du sagst.

    Naja musses denn zwangsweise wirklich freie Musik sein? Gibt doch so viel Musik die ohne Landessperre geduldet wird.
    Schön finde ich ja immer Songs von Two Steps From Hell, Epic Score, Gothic Storm usw.

    Ansonsten auf 2k hochskalieren soll angeblich auch mehr Bitrate bringen (also auf 2048x1152 statt 1920x1080 rendern)

    wieso angeblich? Das ist Fakt^^


    Naja das bissl "Flackern" macht jetzt nich so viel aus wie du betonen lässt.
    Komplette Veränderung des Bildes sowieso schonmal gar nicht. Bei x264 muss es >40% anders sein, bevor es als komplett anderes Bild angesehen wird. Das ist bei dem bisschen keineswegs der Fall.