Naja macht ja nichts, die Zeilen gibts ja trotzdem noch.
Nur dummerweise ist er auch damit wieder abgekackt ![]()
Um schreiben oder kommentieren zu können, benötigst du ein Benutzerkonto.
Du hast schon ein Benutzerkonto? Melde dich hier hier an.
Jetzt anmeldenHier kannst du ein neues Benutzerkonto erstellen.
Neues Benutzerkonto erstellenNaja macht ja nichts, die Zeilen gibts ja trotzdem noch.
Nur dummerweise ist er auch damit wieder abgekackt ![]()
Nein, bei mir sind es 40 Mbit Upload, was so 5,5 MB/sec sind. Davon gehen leider nur meistens 8 Mbit (1 MB/sec) durch beim Upload. Und tatsächlich war das bisher meistens auf bestimmte Uhrzeiten zurückzuführen.
Ne so wenig hab ich nie. 6 mbyte/s hab ich mindestens immer.
wisst ihr wie java das macht mit der Chunksize, bzw. den max retries? Bei dem python scripten hab ich die erfahrung gemacht das die meisten auf chunksize 1000 gesetzt waren, das seit n paar monaten instabil ist, nun mit -1 und ~scheisse vielen retries, läuft es nun stabil und ich habe keinerlei errors mehr.
Bzw, doch nach 2-3 videos am tag kommt irgendwann "limit exceeded" xD aber naja, zumindest muss ich nicht wieder neu starten vorher
Kannste vllt genauer sagen, was ich dafür tun muss? Weil ich krieg hier langsam echt die Krise. Ich krieg das Video nicht hochgeladen...
Ich hab den hier:
https://github.com/tokland/youtube-upload
Der ist von @Utgardus
dann sollten die eigentlich die 5 MB/sec haben.
Achso ich dachte wir reden von >100 mbit?^^
Weil das wären ja 12 mbyte/s. Und ich hab 1Gbit, da müsste eig. im besten Fall 125 mbyte/s durch gehen ;D
Nur dödelt der hier gerad mit popeligen 6 mbyte/s rum, aber das wär mir ja verkraftbar, wenn das Video denn endlich mal ankäme. Es kackt nämlich weiterhin fröhlich ab.
Compression method: Predict Left
Median ist schneller für Game Capture. MagicYUV 2.0 kaufen = Performance ++
Threads mach mal auf Vollgas. Sollte eig. genug für's Spiel über bleiben. Schnellere Codierverarbeitung kann jedenfalls auch der Latenz zugute kommen.
HPET sollte natürlich in jedem Fall an sein. Bei manchen Spielen bringt es sogar zusätzliche FPS. Bei irgendnem Crysis teil (glaub 3? )war der Zuwachs dadurch sogar recht beträchtlich. HPET wird auf jeden Fall deutlich helfen, denn ohne HPET zerreißts dir spätestens nach 'ner stunde schon in den hörbaren bereich. Allerdings eher so ~200ms geschätzt, keine 1 Sekunde nach 20min ![]()
Audiospuren nur diese verwenden, die auch aktuell für die Aufnahme gebraucht werden. Jedes weitere Abgreifen von Soundgeräten produziert weitere Latenz. Das USB Headset wird zb alles andere als ein Latenzwunder sein ![]()
Achte auch unbedingt drauf das in Windows Systemsteuerung die Geräte auf gleicher Samplerate, in deinem Falle 48khz, stehen wie in DXTory(!)
Qualitäts-Reg: CBR
Bitrate: 25000
Warum so komprimiert?
Lossless und später anständig encodieren ist wesentlich sinniger. Die Bitrate ist in beiden Fällen jedoch zu gering bei komplexeren Spielen.
CBR ist zb die ineffizienteste Kompressionsmethode, dazu noch das schnelle Preset. Daher lieber später vernünftig codieren und Aufnahme lossless. Aufnahme lossless hat schon seinen Sinn.
_
Für mehr Leistung brauchstn besseres Programm, aber die wenigstens nehmen 'ne Cam mit auf.
Nee. Kleine Videos gingen bei mir meist durch. Vorher war das so 2 gb und wenn man drüber war, war der Fehler möglich.
Mittlerweile kackt yt aber viel früher ab. 1 GB ist gefährlich.
Mein Video ist 16 GB.
Und sowas lief auch vorher durch, sogar 30 GB F1 Rennen lief durch.
Nur momentan krieg ich das 16 GB Video nicht hoch!!!
1 GB hab ich eig. nie.
War auch vorher sehr selten das Problem und wenn, tat's ein neuupload meist schon
Aber nun war ich ausnahmsweise mal auf >91% gekommen.
Und dann doch wieder abgekackt, meine Güte, so langsam find ich das auch nicht mehr lustig -.-
Und vor allem: wieso kann man den Upload nicht wieder aufnehmen ![]()
Adobe Premiere Pro 2017 kann mehrere Spuren in MP4 Containern erkennen.
Die haben's nach mind. 14 Jahren H.264 Existenz geschafft ein Feature mehr von H.264 zu unterstützen? Applaus! bzw ist das ja sogar nichtmal ein H.264 Feature, sondern simple Containersache ![]()
Den Fehler krieg ich seit Monaten.
Das sind mindestens so 6 bis 8 Monate, dass es den schon gibt, den Fehler.
Ja aber vorher konnt ich meistens ein video hochladen.
Nun versuch ich bestimmt schon 20x mein Dirt Video hochzuladen und ich habe die Hoffnung mittlerweile aufgegeben und hoffe nur noch auf ein Wunder das es vllt irgendwann mal klappt...
Die VP9 Verarbeitung ist bei mir momentan auch massiv unter der Gürtellinie.
Naja bei kleineren Videos hat er eine kleinere Zeitspanne abzukacken ![]()
Ok müsst ich mal versuchen. Hab bisher immer nur 100 mbit (meist sogar weniger) bekommen.
Aber momentan ist das wohl kein Test wert, wenn momentan sowieso alles kaputt ist.. Da wäre man ja momentan eher dran interessiert was der Zeitraum ist, wo man ein Video auf Youtube hochladen kann ![]()
Das liegt daran, das ihre beschissene API einfach saumäßig instabil ist, vor allem momentan besonders. Immer brechen die Uploads ab
Youtube spinnt momentan sowieso wieder so richtig hart rum.
Ich lad via SSH hoch, statt dem Uploader.
@Peacemaker666 Ich krieg irgendwie auch nur 100 mbit auf Youtube durch.. Du empfiehlst also einen bestimmten Uhrzeitraum?
bei mir nicht
Diesen Dreck hat DTMANDF1 auch, hab's ihm gerad erzählt und er hatt's auch..
Wer hat sich den Müll denn wieder einfallen lassen. Hoffentlich nur ein Bug...
2 mio ist krass hoch für eine HDD !
Im Videomanager sind alle Videos = bearbeiten links geworden, statt das Video aufzurufen.
Wasn da los? ._.
Deine Karte hat aber scheinbar keine Möglichkeit zur Aufnahme mit 60 FPS.
FPS ist benutzerdefiniert, darf aber die Datenrate von PCI-Express 4x natürlich nicht sprengen. Das kann passieren, da sie eben unkomprimiert RGB abgreift.
Bei 2560x1600 gehen da maximal 51fps.
1920x1080 würde selbstverständlich in 60 gehen.
4k würde in 30fps gehen.
Danke euch allen für die schnellen Antworten.
![]()
Ich würde eher die nehmen:
http://geizhals.de/western-dig…byz-a1484192.html?hloc=de
Ist zwar etwas teurer, dafür 128 (!) MB Cache, und 2 mio MTBF (!)
Und 200 mbyte/s schreibspeed.
Und dazu noch 5 Jahre Garantie.
Am schönsten wäre ja mal eine Capture Karte mit Hardware LOSSLESS encoder. Aber leider gibts nur entweder hardware lossy encoder oder eben keinen. Mit Hardware Lossless Encoder hätt ich nichtmal die Codierlast bei Aufnahme, was auch nochmal bringen würde. Und gerade falls man 4k haben sollte, würde das sogar deutlich helfen.
Ich nehm mit der Datapath Vision DVI-DL auf. Vorteil an Capture Karten ist halt, das man dann wirklich alles aufnehmen kann, ohne auch nur irgendwann mal ne Gefahr auf fehlgeschlagene Aufnahme zu haben.
Außerdem ist der höchste Performanceverlust eben in jenes Einhaken in die Engine und dem Abgreifen der Frames. Man verliert kaum bis gar nichts an fps wenn man schlicht nicht ins Spiel einhaken muss. Das ist auch das absolut einzige Geheimnis hinter Shadowplay/ReLive. Und nicht wegen GPU Encode, wie man es uns vermarkten will.
http://forums.guru3d.com/showpost.php?p=4687310&postcount=61
+
http://forums.guru3d.com/showpost.php?p=4983364&postcount=5
Und noch eine persönliche Meinung dazu: Mir ist es schon untergekommen, dass ich Streamer angeschaut habe und total begeistert vom Gesamtpaket war, dann plötzlich haben sie angefangen zu rauchen - ich habe daraufhin weggeklickt und nie wieder den Kanal besucht. Ich finde Rauchen absolut widerlich und möchte es mir nicht mal im Stream anhören.
Jup. Stimm ich dir voll und ganz zu.
Rauchen bitte nicht im LP / Stream, das find auch ich fürchterlich. Auch in Teamspeak find ich sowas nich so geil.
Besonders im SingleCore Segment straucheln die Ryzen Prozessoren
Demnach hat AMD es schon wieder verkackt?^^ Irgendeiner meinte doch, das Singlecore Performance egal ist. Warst das nicht sogar du? ![]()