Ich würde den Weg wie gesagt über UTVideo überhaupt nicht gehen, wenn man so'ne gute Nvidia hat. Zumal UTVideo via ffmpeg auch dazu noch langsamer ist als der originale UTVideo.
Mit der GTX 1080 gehen via NVEnc sogar 120fps Videos bei 2560x1600.
Beiträge von De-M-oN
-
-
Also wenn du mit OBS aufnimmst, würd ich ja eher mit NVEnc aufnehmen. Ich sehe du hast immerhin 'ne Maxwell Nvidia.
Der Hook von OBS ist extrem performant, was du dir mit der Systembelastung via UTVideo im Grunde wieder ein bisschen zerstörst. Wenn du mit NVEnc aufnimmst, haste mit OBS' shared texture hook eine sehr ähnliche fast 0 FPS Verlust Aufnahme wie beim Shadowplay.
Wenn du CQP zwischen 1 und 19 nimmst, gibts an der Qualität auch nichts zu mäkeln. Lossless würde ich nicht machen, weil dann gibts wieder Probleme mit Movie Studio. Aber zwischen CQP 1 und 19 kannste dich austoben. -
Wir haben sämtliche Codecpacks installiert, angefangen beim VLC, über den Quicktime bishin zum K-Light.
Hat irgendjemand ne Idee?Wie wäres statt 5 mio codecpacks, den spezifischen, verwendeten Codec lediglich zu installieren - in dem Fall UTVideo?
Zumal was willst du bei VLC mit k-light. VLC benutzt nur seine eigenen Decoder und interessiert sich für die systeminstallierten eh nicht. Moviestudio hingegen schon eher bei UTVideo.
Du brauchst weder k-light noch Quicktime und hast dir DirectShow eher 'ne Last angedreht als geholfen. -
Beim Aufnehmen öffnest du nicht Daten, sondern schreibst Daten
Aber der Cache kann auch da helfen, da er auch eine gleichmäßigere Schreibrate begünstigen kann, wenn er bisschen was zwischenpuffern kann.
______
Schlicht die Menge an Daten/Sekunde die die Festplatte schreiben kann.Die WD Gold 1 TB die mein Vater hat schafft 212 mbyte/s, was sehr, sehr schnell ist. Das reicht locker für 1440p60.
-
Bei mir gibts derzeit auch die Bimmel bei neuen Abos.
Jetzt müsste man nur noch neue Abos bekommen
-
Die Gold Serie ist absolut fantastisch! Extrem schnell & langlebig
edit: Ne würde in jedem Fall die Gold empfehlen. Schnell und sehr langlebig. Und Aufnahmeplatten sind ja eh ständiger, hoher Belastung ausgesetzt. Von daher macht das schon Sinn.
Der Cache begünstigt das schnellere Öffnen identischer Daten.
Für die Aufnahme ist halt die sequentielle Schreibrate wichtig. -
Im Normalfall machst du nichts falsch, wenn du mit YUV 4:2:0 exportierst, da es spätestens auf YouTube zu YUV 4:2:0 wird.
Wobei 4:4:4 definitiv kleiner komprimiert wird als 4:2:2 oder 4:2:0 (vorausgesetzt natürlich die Quelle bietet auch 4:4:4)
sprich : Lossless ist 4:4:4 erstmal deutlich größer. Nach x264 4:4:4 aber kleiner als x264 4:2:0 -
Der folgende Text setzt voraus das du USB 3 oder eSATA hast, wo ich bei dem alten Notebook dann auch die Zweifel habe:
Das wäre zumindest ein großer Schritt nach vorne dann (alternativ eine schnelle HDD, wie die Western Digital Gold Serie, wäre P/L mäßig und benötigten Speicher sicherlich sinnvoller). Deine CPU liegt halt auch sehr schwer im Magen. Aber wenns mit kleiner Bitrate trotzdem lief, solltes ja mit 'ner schnelleren Platte besser laufen. Also ein Schritt nach vorne auf jeden Fall. Zumal dann auch nicht mehr System und Aufnahme und Spiel auf gleicher Platte laufen würden.. - zumal am besten wär natürlich auch die interne Platte durch eine SSD zu tauschen, da Notebook HDDs einfach unfassbar langsam sind und das ganze notebook ausbremsen. Und dann noch zusätzlich die Aufnahme darauf. Bleibt halt nicht viel über.
Auch wichtig vor der Aufnahme: Kurz die Aufnahmeplatte defragmentieren sofern keine SSD, und all das Hintergrundzeug aus, wie Virenscanner und weiterer Hintergrundzeugs. Notebooks sind ja prädestiniert dafür irgendwelche Zusatzsoftware am laufen zu haben vom Hersteller ala security, wartungsprogramme und haste nicht gesehen welche alle leistung kosten.. -
.. Opfer von diesem stumpfsinnigen "das Video wurde demonetarisiert da es für Werbetreibende ungeeignet ist".
Und es werden random irgendwelche Videos urplötzlich wieder irgendwann aktiviert sein xD
-
Achso ja ok wenn man den Zugang allen gibt, wäres 'ne idee.
-
Bei Dailymotion kann nur der Kanalbetreiber die Quelle wieder runterladen. Der Zuschauer hat nur Zugriff auf die encodierten Fassungen. Bei vimeo kannste dem Zuschauer die Quelldatei laden lassen und bei vimeo bekommste CRF20 Codierung auf allen Qualistufen. Aber vimeo kostet leider Geld^^
Wenn von Youtube bezogen, dann natürlich mind 2048x1152, besser noch 3200x1800 hochladen und die VP9 webm Fassung runterladen. -
Wenn zu viel Kompression drin ist, nimm mehr Qualität.
z.B. CQP 20 / CRF20.Bisschen auf die Datenrate aufpassen, weil bei der Festplatte befürchte ich in der Schreibrate auch eher schlimmes. Aber CQP 20 / CRF 20 sollte gehen.
edit: Wobei wir wissen ja noch gar nicht das Aufnahmeprogramm. Oder hab ichs überlesen? Wär mal gut zu wissen. Und auch dessen Einstellungen.
-
Der ist leider katastrophal langsam das sogar die Schnecken gerad schockiert sind.
-
Macht sich aber dennoch bemerkbar. Im OBS Forum rät man ebenso dazu beim Streamen eher auf x264 zwecks Bildqualität zu gehen.
-
NVenc verfügbar (nvidia grafikkarte) ? (zum aufnehmen top, streamen soll x264 mit cpu-dampf besser sein, insbesondere bei sehr niedriger bitrate soll nvenc halt im vergleich das schlechtere Bild abliefern, wenn auch natürlich im Gegenzug die CPU ordentlich damit dann entlastet wird)
naja klar ist die effizienz von NVEnc deutlich schlechter
Auf preset slow biste gerad mal an der Effizienz von x264 superfast dran. -
400mbit mit nur 10mbit upload. Unitymedia ist echt nicht mehr zu retten wie geizig die mitm Upload sind xD
Ich hab mit der 200mbit schon 25mbit Upload bei Vodafone. Und bei der 500er bieten sie 50 mbit upload an.
10 mbit upload bei ner 400er. Das ist echt der hammer. Und dann auch noch für den gleichen preis wie vodafone bei der 400er nimmt mit 25mbit upload xD -
Warum haste denn so eine kompressionsdezimierende GOP Länge (keyint 30) ? Das zerstört ganz gut Kompressionseffizienz.
Auf Youtube mind. 2048x1152 an Auflösung hochladen, sonst verendet es in Pampe nach Youtube.
Asynchronitäten entstehen halt wenn die FPS Rate vom Video an irgendeiner Stelle nicht dem entspricht was das Video tatsächlich hat. Gleiche gilt für die Audiosamplerate.
ggf mit lsmash statt ffms2 mal probieren. -
Wie isn das eig. wenn das über ein Netzwerk geht, in meinem Falle halt TGN?^^
-
H.264 isn codec und es gibt verschiedene Encoder, wie MainConcept, x264, NVEnc usw.
Bei MP3 gibts ja zb auch verschiedene Encoder, zb Lame, Fraunhofer usw. Lame sollte eig. jedem ein Begriff sein bei MP3.Und der MainConcept ist halt deutlich ineffizienter als x264. Ist in etwa so, als würdest du bei MP3 nen anderen encoder als Lame benutzen, welcher ja auch mit Abstand der beste ist.
Noch hinzukommend, das die ganzen Windows Timeline Programme quasi null Einstellungen für den Encoder haben
-
Aber das kann auch an FFMpeg gelegen haben
Klar, ffmpeg ist alles andere als schnell
Liegt nicht an ffmpeg. Liegt irgendwie an OBS. Wenn ich mit ffmpeg beispielsweise ne capture karten aufnahme mache, dann sind die Dateien danach sehr gut seekable sogar.
Also irgendwie liegt das einfach nur an OBS.
Die GOP von 250 ist eig. auch nicht zu lang, vllt benutzt OBS langes Interleaving.
Wie bei AVI kommt immer 'nen Teil Video, dann 'nen Teil Audio etc. Bei AVIs ohne Interleaving würde am Anfang das Komplette Video sein und am Ende das komplette Audio, was bedeutet die HDD muss ständig riesige Sprünge hinlegen beim Abspielen beider Spuren gleichzeitig.
Deaktiviertes Interleaving glaub ich aber auch nicht, weil dann würde es, wenn nur eine Spur angefragt wird, sogar schneller gehen. Weil dann hat er ja nicht Audio und Video, sondern nur Audio.
Ich würde daher vermuten, das OBS ein recht langes Interleaving benutzt.
Andersrum dann wieder merkwürdig, das es selbst bei kleinen Dateien so lahm ist. Naja liegt aber irgendwie definitiv an OBS.Die .DLL habe ich ersetzt, aber wo kann ich den anderen Einleser nun aktivieren? Reicht es, FFMS2 zu deaktivieren, damit der anspringt?
Bei Video mit dem > aufklappen und lsmash anhaken.
In OBS habe ich 60 FPS eingestellt
Worauf willste hinaus? Der Encode wird so schnell keine 60fps erreichen.