Beiträge von De-M-oN

    Ja. Aber laptop hardware ist halt enorm langsamer gegenüber ihrer Desktopkollegen.


    Ich würde bei NVEnc bleiben, auch wenn die Qualität natürlich nichts mit x264 zu tun hat.


    Aber kannst ja NVEnc optimieren zumindest


    Preset Hohe Qualität, profil: high, 4 b-frames, 2pass
    sollte nich all zu viel schlechter sein als x264 very fast.



    Normale Aufnahme wäre NVEnc sowieso der richtige Weg, weil da kannst ja dann CQP16 nehmen

    Die Elgatos benutzen H.264, nicht h.265.
    Das DirectShow Plugin von OBS nimmt sich auch nochmal Leistung wegen der Szenenkomposition.


    Ich würde eher eine Karte ohne Hardware Encoder bevorzugen, jedoch mit Hardware Auflösungs-Skalierer und guten DirectShow Treibern ohne Softwarezwang.


    Für streamen würd ich ehrlich gesagt bei Hook + NVEnc bleiben wie bisherig. Oder wenns die CPU nicht zu arg einbremst natürlich x264. Aber bei einem Laptop wird das eher nichts.


    Zumal du bei einem Laptop ja nicht mal eine interne Capture Karte nehmen kannst, was noch mehr einschränkt.

    kannst 15 / 20 quantizer versuchen


    wenns auch nicht passt, ok.
    aber bissl kompromiss muss man schon finden. Auch 30mbit sind nicht sauber.
    Für bessere Kompressionseffizienz wäre dann x264 da, aber da codierste dann stattdessen länger dran.


    10 GB ist aber eig. voll ok für ein 3200x1800p60 Gaming Video.
    Wie gesagt, sonst musste halt Qualität einbüßen oder länger codieren.


    Wie kommst du auf 12mbit? 30 habe ich in Vegas eingestellt.

    Hatte den Screenshot so in Erinnerung. Aber 30 mbit kann eben auch schnell knapp werden bei Gaming.

    Also bei deinen vorher nur 12 mbit + dazu noch zu einer Constant Bitrate gezwungenen VBR da du ja auch max/peak bitrate auf 12 gesetzt hattest (die aber eig. deaktiviert / zumindest maximalwert sein sollte, damit VBR auch VBR bleibt, Dateigröße bestimmt ja nur die Schnittbitrate) sollte da sehr schnell Unterschied festzustellen sein, weil 12 mbit ist nich viel.


    2 Encodes gleichzeitig laufen schneller als ein einzelner, erstrecht wenn du die Auflösung skalierst (was aber bekanntermaßen ja seeeeehr sinnvoll für youtube ist)


    Entweder das Projekt in 2 Teile splitten und danach zusammenmuxen, oder halt 2 Videoparts gleichzeitig, so das du halt immer 2 Encodes hast. Würde halt dann schneller laufen :)



    Bedenke das NVEnc in H.265 statt h.264 codiert, spart dir dann aber Dateigröße ;) (gut an deine niedrigen 12 mbit wirds eh nich rankommen, das sollte klar sein ;)


    edit: Achja und du brauchst bei TMPGEnc nicht mehr deine MKVs ummuxen, TMPGEnc kann MKVs öffnen.

    Die meisten anderen Programme erkennen die mehreren Spuren nichtmal :D


    Naja wie du meinst. Also ich weiß nich. Ich hab das in schätzungsweise 10sek erledigt, dann sind die dinger seperat..
    Dafür muss ich bei TMPGEnc aber nich warten bis die Audiowellen eingelesen sind, was ja bei vegas soweit ich weiß der fall ist.


    Weißt du denn die Settings für den Encode? Weil die Settings müssen natürlich stimmen (und CUDA natürlich uach in Optionen aktiviert werden^^)

    ich habe einfach den clip doppelt geklickt.


    Wenn du nicht direkt in dem Fenster bist nach dem Doppelklick, siehst du in dem neuen Fenster ja Buttons oben rechts. Der mit dem i symbol ruft das dann auf.


    Und naja das sind halt dann dropdownmenüs für die spurwahl.
    Naja ist eig. sehr easy und sehr schnell erledigt. ^^ Routine regelt :)

    Du musst sie auswählen.
    Falls du sie trennen willst, guck dir mein kleines Video dazu an.


    http://killerinstinct.ath.cx:2000/files/TMPGEnc%20Spuren.mkv



    Gab's nicht öfters mal das Problem, dass nach einem Treiberupdate auch das jeweilige Programm ein Update brauchte, damit NVEnc wieder lief? Ist aber definitiv kein Fehlkauf gewesen.

    Lediglich bei der einen treiberversion 388.90 oder sowas. Aber soweit ich weiß betraf das nur ffmpeg. TMPGEnc hatte da glaube ich kein Problem mit.

    Das wird aber kein Versionsproblem sein, eher ein Bug mit dem Mac.


    Dazu müsste man eher die OBS Entwickler mal fragen und versuchen den Fehler zu finden. Denn das bräuchte dann wahrscheinlich eine neuere Version die das Problem dann behebt. Je nach dem was genau nun das Problem ist.


    Sowohl während der Aufnahme, bei OBS in der Statusleiste, als auch im "Header" (ich nehme an, die Infos, die man so über MediaInfo erhält, sind gemeint) steht 60 fps.

    Nur letztres is relevant.
    Bei NVEnc stand bei 21 jedenfalls definitiv immer 1000fps drin. Was ein paar suboptimale Effekte mit sich brachte. u.a. auch sehr schlechte Spulbarkeit der Dateien.



    Und ich meinte auch nur, dass man nicht wegen jedem kleinen Fix direkt zwangsläufig updaten muss. Erst recht nicht, wenn der Fix einen selbst nicht mal betrifft.

    Wenn man Support vom OBS Entwickler will - muss man es aber. Sonst gibt es keinen Support. Und das ist nicht nur bei OBS so, sondern auch bei DXTory und ja sogar bei 'nem Doom Sourceport wie GZDoom so. Erst aktuelle Version. Dann sieht man weiter. Ich kann's auch voll und ganz nachvollziehen.

    Nutze selbst seit ~April Version 21.1.0 (Win10 64bit), weil die stabil läuft und werde die auch weiter nutzen, bis eine neuere Version etwas hat, was ich ganz furchtbar dringend auch nutzen/haben will. (wonach es aktuell nicht aussieht)

    22 hat enorme performancebesserung bei browsersource
    22 hat vor allem den 1000 FPS Bug nicht. (das 1000 fps im Header stehen)


    Updates haben schon ihren Sinn

    Ausserdem will er doch Hilfe bezüglich Dxtory und sucht nicht neue Software

    Muss er denn erst neue suchen, bevor man besseres vorschlagen darf? :|
    Er wird es wahrscheinlich nichtmal wissen.



    Doch, Dxtory ist noch sehr gut, sofern man es eben korrekt einstellt

    DXTory benutzt noch den Framebuffer Hook und kann nur CPU Encoder. Ein Aufnehmen ohne FPS Verlust durch Aufnahme somit unvermeidbar. Da kann man es einstellen soviel wie man will^^

    Er hat es schon gekauft. Aber wenn das so ist, dann kann er auch warten bis version 8 kommt. Doppelt kaufen ist ja Unsinn^^ Und NVEnc wird das Rad ja auch nicht neu erfunden. Er wird damit weiter arbeiten können :)
    Aber mal sehen was sich bei der neuen Version überhaupt ändert. Encodingmäßig wird er jedenfalls nichts verpassen.

    Weiß jemand, ob die Videoauflösung im YT-Algorithmus eine Rolle spielt? Mal angenommen jemand lädt zweimal exakt das gleiche Video hoch, aber einmal in HD und einmal in 4K. Wird nun eines der beiden von YT bevorzugt?

    Ja.
    Ob das noch immer so ist, weiß ich nicht, Youtube ändert den Algorithmus ja häufiger als die Menschen ihre Unterwäsche. Aber mein Doom 2 LP war damals sogar höher geranked als kikoskia's LP obwohl der über 30k views hat.
    War aber auch bekannt das die Videoauflösung ein Mitfaktor im Ranking ist. Wie gesagt. Ob das immer noch so ist, keine Ahnung. Youtube ändert den Algorithmus ja eh ständig :)

    Writing application : mkvmerge v12.0.0 ('Trust / Lust') 64bit

    Würde das mal updaten. Version 12 ist enorm alt.
    Zumal in deinem Header AVC drin steht. Vllt kennt mkvmerge 12 ja nichtmal H.265.


    Mich würde es allerdings auch wenig überraschen wenn so ein kleiner Laden kein H.265 einliest. Das zu decoden ist ja schon Mehraufwand für CPU.

    Ich finde jedenfalls nie was zu ghosting in den Kommentaren von Videos


    oder schlechtes Bild insgesamt direkt.

    Schreib ich beides jeweils nicht hin. Es sei denn ich will den Kanal länger verfolgen.
    Man kann nicht drauf schließen nur weil man nicht meckert, das man es nicht merkt oder einem egal ist. Aber irgendwie tut das jeder xD Sogar Youtube hab ich das Gefühl manchmal :D

    Ja, aber du bist bei sowas extrem. Der Fakt das solche Videos trotzdem Views kriegen zeigt, dass es die meisten einfach nicht interessiert

    Das hat überhaupt nichts damit zu tun.
    a) Woher soll man vor dem view wissen das das Video ghosting haben wird?
    b) Wie gesagt guck ich das Video ja trotzdem wenn ichs sehen will. Dann generiere ich den view. Aber das heißt doch nicht das mir das egal war xD


    Das Publikum frisst auch asynchrone Videos ^^