Könnte an deiner HDD liegen. Forest ist kaum komprimierbar und demnach kommen da recht hohe Datenmengen zusammen.
Beiträge von De-M-oN
-
-
Es liegt sicherlich auch zu einem Teil daran, dass die extrem gute GegnerKI nicht genutzt wird, da eh so gut wie keiner mehr die Herausforderung sucht ( Schwierigkeitsgrad = weinerlicher Anfänger, der nicht gefordert werden will). Kaum einer, den ich heute kenne, hat noch Spaß daran, sich durch ein sacken schweres Game durchzuboxen.
Einige wollen nur die GameErfahrung haben, nicht aber die "YEAH, beim 300sten Anlauf hab ich diese zwdas ist zwar sehr schade, aber eine intelligente KI muss ja nicht mit einer brutal schweren gleichzusetzen sein.
Descent zb hat ja auch unterschiedliche Schwierigkeitsgrade und bei diesen wird sogar die KI mit beeinflusst in Intelligenz, Aggressivität usw.Mit heutigen CPUs wären eig. sau gute KIs möglich, erstrecht wenn man bedenkt, was Descent schon mit schwachen CPUs leisten konnte.
-
Wenn du alles fertig hast, startest du den SSM und gehst unter "Sonstiges" und dann auf "VFR -> CFR". (Dein Video hat nämlich laut Mediainfo eine VFR und das kann unter Umständen für Asynchronität sorgen)
Ich gehe stark von aus, das die Angabe inkorrekt ist.
Bei alten H.264 codierungen von Youtube behauptet mediainfo auch manchmal das sei VFR, was absoluter nonsens ist
Würde da bei MP4 Dateien zusätzlich auf die min und max fps gucken und wirklich genau überprüfen ob es auch wirklich VFR ist, oder bloß als VFR "vermutet" wurde und in wirklichkeit CFR ist.
Etwas störend find ich eher das:
Format-Profil : 3GPP Media Release 4
Codec-ID : 3gp4 (3gp4/isom)
3GP??
hätte sich angenehmer gelesen -
Gar nicht. Shadowplay nimmt leider nur sehr wenig Bitrate für den Ton
192 kbit AAC ist völlig in Ordnung. Transparent für's Ohr sogar.
Es ist zwar nicht schön zwecks spätere Bearbeitung das es direkt schon lossy aufnimmt, aber 192 kbit wäre zumindest als finales ergebnis transparent für's Gehör.
Aber es gibt paar Probleme mit bestimmten Headsets, wie zb die Produkte von Razer. Hast du vllt ein Headset von Razer?
Man kann auch 2 Audioprogramme gleichzeitig nehmen. Das eine nimmt Spielsound auf, das andere Mikrofon. Geht wunderbar. Musst nur bei beiden Programmen dir eine synchronisationsmarkierung machen. Insbesondere beim Mikrofon natürlich.
Wirklich synchron kannst du es aber erst machen, wenn du das Videotiming zu einer konstanten Framerate geändert hast. Denn Shadowplay nimmt in VFR auf.Außerdem würde ich dir aus Qualitätsgründen unbedingt anraten in mind. 1440p aufzunehmen. Auf 1080p bekommste nur 50 mbit rein. Da bringt deine Einstellung ala 130 Mbit nichts. Nvidia hat eine selten dämliche Logik die Bitrate von der Auflösung abhängig zu machen.
-
Grafik steht allgemein eher etwas weiter hinten (was nützt mir ne schicke Grafik, wenn mich das Spiel langweilt?).
Besonders hinten dran gestellt scheint mir bei den Entwicklern Bugfreiheit und gute KI zu sein.
Ich finde es krass, das ein Descent 1 von 1994 bessere KI aufweist als sehr viele der neueren Titel.Irgendwo war auch mal ein Artikel warum die KI stagniert. War in etwa wie lässt sich schlechter vermarkten als zb bessere Grafik, und die Entwicklung von KI kostet viel Geld, das sie ja heute nicht mehr ausgeben wollen usw
-
Amarec ist performanter als Virtualdub undn Desktopaufnahmemodus gäbe es dort ebenfalls + haste bei Amarec den Vorteil, das der Farbraum der DirectShow Quelle (Capture Karten, Webcams etc) nicht den möglichen Farbraum für den Aufnahmecodec diktiert, was halt bei Virtualdub der Fall ist.
Wenn Virtualdub erwähnt wurde, würd ich das Programm AmarecTV daher ergänzen mögen.
-
Der NVEnc Chip wird da denk ich mal mehr können als die GPU selbst. Denn NVEnc ist ja ein seperater Chip, die GPU kümmert sich darum ja nicht. Sonst würde man mit Shadowplay ja auch fps im Spiel bei Aufnahme verlieren.
-
Rendern oder Streamen sieht mit der GPU immer schlechter aus, weil die GPU Pixel basiert rechnet und daher ungenauer arbeitet
Naja NVEnc ist ein x264 replikat, aber mit enorm schnellen Settings (preset ultrafast und vllt sogar noch mehr speedoptimierung) Daher braucht das wesentlich mehr Bitrate als ein CPU Encoder. GPU profitiert von parallelisierbarkeit, was Video Encoding nur bedingt erfüllen kann.
Wobei man bei 2900 kbit auch mit 'nem CPU Encoder nich allzu weit kommt XD. Aber beim Streamen - gerade nach Twitch - muss man ja mit der Bitrate leider niedrig gehen.
Besonders schmunzelig find ich jedoch die Einstellung CBR mit gleichzeitiger Verwendung von 2pass.
-
Das geht allerdings nur mit x264, UT Video unterstützt das (noch) nicht.
OBS unterstützt es nicht. Da hat weder x264 noch UTVideo Einfluss drauf. Und ffmpeg auch nicht. Ist schlicht eine OBS Limitierung.
-
wow bei skype hatt ich mit Honki Tonk gar keine Verzögerung o.o
War zwar dementsprechend blockbefallen, aber dennoch guckbar und für mich die #1 lösung gewesen, eben weils bei uns KEIN Delay gab. Wär mir auch neu das es da einen gibt :o Hatten wir nie. -
und Registry's gereinigt,
wo man dann gerne mal zu viel löscht. Kann ich nur von abraten.
-
Ist es qualitativ denn ein hoher Sprung?
3-fache bitrate zu erhalten? Natürlich sind 15 mbit deutlich bessere Qualität als 5 mbit
-
Geh mal auf Video bearbeiten - Video verbessern und drück auf Speichern.
Youtube hat dir aufgrund deiner Kanalgröße nur die schlechtesten Encodes gemacht. Mit der Methode dürfte mehr bei rausspringen. Mit Glück sogar VP9 Codierungen.
Mindestens 2048x1152 verwenden. Auf 2048x1152 gibts 3-fache bitrate gegenüber 1920x1080.
-
Mehr würde ich für nen Monitor jetzt auch nicht ausgeben...
Dann sag ich lieber nich was mein NEC kostete xD
Da biste bei 2200 € dabei ;D
ABER: Er war bildqualitätsmäßig jeder cent wert. Das ist eine komplett andere Liga als die "günstigen" monitore. Allerdings hab ich in 2560x1600. 4k fordert mir zu viel von der Hardware.
-
Alles anzeigen
Niemals die kaputte AVI Datei löschen nachdem man eine neue mit dem Hexeditor erstellt hat.
Wieso?
Die Methode einfach einen neuen Header in die kaputte Datei zu kopieren und auf gut Glück durch Virtual Dub indexieren zu lassen ist sehr unsicher und kann im Zweifelsfall dem Video noch mehr Schaden zufügen als vorher, sodass es komplett unabspielbar ist.
Das Problem an der ganzen Sache ist, dass nicht jede kaputte AVI gleich ist und ganz verschiedene Gründe haben, warum sie nicht abspielbar sind. Bei manchen fehlt der Header komplett, bei anderen nur ein Teil oder es liegt ein ganz anderes Problem vor.Wo sind die Nachteile an der von De-M-oN/Sem erstellten Methode?
- Wenn man z.B. eine fehlerfreie 10sek Aufnahme nimmt, um dort den Header in die kaputte 1-2h Aufnahme zu kopieren kann es sein, dass der Header gar nicht zu der Aufnahme passt. Ab einer gewissen Dateigröße kann ein anderer Headertyp genutzt werden, was bedeutet dass das kaputte Video nichts mit dem neuen, nicht passenden Header anfangen kann.
- Die Zeit kann ebenfalls falsch sein und kann auch nicht durch VirtualDub wieder aus dem Stream-Header herausgelesen werden. Wenn man also einen Header von einer 30min Aufnahme in ein 1h Video reinsetzt, dann indexieren Programme wie VirtualDub nur bis 30min und erkennen das restliche Video nicht.
- Wenn man richtig Pech hat, dann sind die Indexverweise durch den neuen Header durcheinander gekommen. Dann kann kein Programm mehr die Datei rekonstruieren. Wenn man das technische Wissen dahinter hat, kann man den AVI-Header/Container im Hexeditor entschlüsseln und versuchen dort die Daten manuell zu reparieren. Wenn man aber auch der codecinterne Videoheader fehlerhaft ist, dann ist das die Suche nach der Nadel im Heuhaufen.
Was ich damit sagen will ist nur, dass diese "Standardmethode" nicht immer funktioniert und dass man, wenn man sich mit der Materie nicht auskennt, vielleicht eher zu weniger radikalen Methoden greift und einen Profi über die defekte Aufnahme drüberschauen lässt.
Erspart einem sehr viel Arbeit und Nerven...Virtualdub findet bei weitem weniger als l-smash oder ffmpeg/ffms2. Aber das wäre für den Laien deutlich schwieriger.
Punkt 2 kann ich dir allerdings in keinsterweise zustimmen. Ich nahm als Reperaturdatei meist nur wenige Sekunden und das ging.
Und selbstverständlich sollte der Header nicht überschrieben werden, wenn einer existent ist. Das ist eig. klar.
-
Im Codec habe ich immer 2 Cores angegeben
Warum so wenig? Dreh da mal bisschen auf.
-
Naja ist doch egal durch welche Software die VFR her kommt. Wird ja bei dem Twitch Stream nicht anders gehandlet werden.
Aber ich bin erstaunt wie du gerade so von Shadowplay schwärmst. Vor ein paar Monaten hieß es noch bei dir "Lossless", und mittlerweile biste auf "Lossy" umgestiegen.
Das mitm Lossy ist auch nach wie vor doof. Aber wenigstens Audio kann ich ja anders aufnehmen. Mit den 100 mbit kommt man immerhin recht weit.
Ehrlich, wenn andere dir so folgen hier, dann können sie deinen Weg dahin nicht so ganz nachvollziehen. Ich kann es z.B. nicht.
Na ist eig. ganz einfach.
Hook: Kostet viel fps
Capture Karte: Nur 50 fps, muss Vsync nutzen - bei 'ner GTX 1080 hab ich die Lust verloren mit Vsync zu spielen und somit die Karte auf 60fps runterzubrechen und den scheiß hohen inputlag von vsync ertragen zu müssen.Irgendwelche Kompromisse muss man leider überall eingehen.
Ich meine... gut, ist deine Sache. Bedenke bitte aber das nicht jeder eine NVIDIA hat und bedenke auch das dein Schritt in diese Richtung zu einem Programm was eigentlich beschissen aufnimmt von den Codecs her, die User sich Irritierend fühlen.
Ja und? Dann hat er halt die 30 VFR von Twitch mit einer AMD geladen. Wo der Unterschied?
Mit 100 mbit kommste auch mit NVEnc's Effizienz recht weit. Ich kann wie gesagt mit leben. Dafür mach ich den x264 encode immerhin mit CRF10, damit mein eigener Transcode nicht viel anrichtet.Vor ein paar Monaten haste noch über VFR geschimpft. Jetzt würdeste es sogar selbst empfehlen.
Dann machst du jetzt aus der VFR eine CFR, weil du selbst sonst nicht damit arbeiten kannst, obwohl x264 VFR Fähig ist beim Input.
Muss ich ja wegen Youtube. Und ne ich fänd eine CFR Speicherung leichter. Hab nur die Vermutung das ein Abgreifen in VFR und ein späteres wandeln nach CFR trotzdem weicher ist als wenn man direkt CFR aufnimmt.
Meine Sicht zu Shadowplay ist ganz einfach. Sie sperren Funktionen und Technologien für Dritte, sodass der Anwender zum einen nicht mal die gesamte Leistung der Grafikkarte ausschöpfen kann und die freien Entwickler im Netz nicht mal die Möglichkeit haben selbst ein Programm zu schreiben das so arbeitet wie Shadowplay, nur mit besserer Codec Unterstützung.
Klar. Ist doof. Hab ich auch nie beschönigt. Naja der Codec ist in Hardware. Du kannst nicht via NVIFR arbeiten und dann mit VfW aufnehmen, Du kannst aber mit NVEnc lossless aufnehmen usw. wenn man denn zugriff drauf hat.
NVEnc in Pascal kann H.265 4:4:4 Lossless 10bit in sogar 8k.
Vorallem das Shadowplay nur "nutzbar" ist wenn man 1000er Nvidia Grafikkarten hat und mit mindestens 1440p nativ aufnimmt.
Maxwell würde schon reichen.
Witzigerweise hab ich nie ein 1080p Monitor besessen Und ja bei 1080 ist nur 50mbit drin, das ist dann halt wenig und da würd ichs nach wie vor abraten dann und anderes nehmen.Für mich gibt es momentan generell keine optimale Aufnahmemethode, weil alles irgendn nachteil hat. Bei Shadowplay lossy, bei Capture Karte dämliches vsync, bei Afterburner dieser blöde hook in die engine. Also was soll ich sonst nehmen? Sags du mir.
Momentan ist das so der beste Kompromiss für mich.Nur was hat das jetzt mit dem Thema zu tun?
-
Im SSM gibt es unter Sonstiges ein Button "VFR -> CFR". Da kannst du dein Video rein ziehen/laden und dann ... verwenden.
Das Ding funktioniert wirklich wunderbar im übrigen
Würde aber generell so die fps wählen das keine frames weggeschmissen werden. Shadowplay zb haste im Schnitt 59,94 und meist reicht das schon so anzugeben um da ein synchrones Video zu haben, aber manchmal driftet auch dort die VFR mehr rein, wo man dann wirklich wandeln muss.
So kann man dann trotzdem 60,1 eingeben. Dann hat das Video paar Frames mehr drin, aber ich schmeiße zumindest dann nichts weg
Ich persönlich nehme L-Smash dafür, weil der erheblich schneller indexiert und MT hat.
Ich speicher dann einfach das Avisynth Script vom VFR-CFR und hau das Avisynth Script dann stattdessen in die Videoliste von SSM. Bei L-Smash aber immer dran denken das bei SSM's Multithreading bei den Sourcen kein Haken drin ist. Weil wie gesagt: L-Smash verwendet bereits MT und das wäre dann doppelt gemoppelt. Aber du wirst wohl neu codieren müssen oder dich dem Pismo Frameserver bedienen müssen, denn avisynth scripte bringen dir für magix ja nichts.
-
Das ist aber merkwürdig dann. Guck mal nach was CryslDiskInfo sagt.
edit: Oh und wie läuft es mit einem anderen Aufnahmeprogramm wie zb MSI Afterburner?
-
Das klingt schon besser ;D