Beiträge von borecole

Zitat von Peacemaker666

Stimmt, @De-M-oN, "verlustfrei" wäre der richtige Ausdruck gewesen. Bei 500 Mbit Upload kannst du dann allerdings tatsächlich die verlustfreien Dateien hochladen. Wusste gar nicht, dass das schon möglich ist. Ich dachte, 100 Mbit wäre das Maximum im Moment.

@De-M-oN hat ja seinem Beispiel nach schon ~200mbit up, gehen tut dort schon einiges so langsam, allerdings halt alles eine Frage des Preises.

Zitat von MaxPloy

Hm, ich denke mal per FTP wird Youtube keine Schnittstelle bieten, oder?

FTP nun nicht, allerdings eine API, kann zumindest die meisten interessanten Sachen, siehe https://developers.google.com/youtube/v3/
Fertige CLI Tools findest diverse auf Github und Co.

Zitat von De-M-oN

Mit 12*1024*1024
bin ich schonmal auf 12 mbyte/s uploadspeed gekommen, statt 6^^
-1 möchte ich eig. nicht, dann hab ich keine Progressbar mehr.

Durchgelaufen war's diesma, aber die Datei war nur Blood 2, das ist eher schnell hochgeladen, da gut komprimierbar.

Hört sich doch erstmal nicht schlecht an, nu muss es nur so bleiben auch bei größerem Kram. Und hajo des mit der Progressbar vergess ich immer, da ich mittlerweile den Kram eh automatisch Nachts laufen lasse.

Ich bin gespannt ob es dann klappt, ich schreib derweil mal weiter am wrapper

Hm kann die tage mal n ~20gb dummy vid erstellen und testen, ich meine, ich hatte den fehler öfter als ich von der firma hochgeladen hatte, mit 100mbit up. Vielleicht könnte man noch die Bandbreite reduzieren eventuell, aber das ist auch so ziemlich der letzte Strohhalm den ich zu greifen vermag Derzeit scheint die API ihre Tage zu haben wie es aussieht...

Als workaround könntest das Vid vielleicht splitten? und nachträglich via YT Boardmitteln zusammenfügen? Ich meine da konnte man irgendwie sowas machen, nur leider keine Ahnung ob es da zu Rucklern oder sowas kommt.

Zitat von De-M-oN

Naja macht ja nichts, die Zeilen gibts ja trotzdem noch.

Nur dummerweise ist er auch damit wieder abgekackt

meh, naja du könntest noch die max retries erhöhen, zumindest gehe ich gerade mal davon aus das du ein unsäglich großes video hochladen willst Allerdings kann es sein, das du so recht schnell das quota limit triffst, ich gehe aktuell davon aus das bei yt irgendwann der receive buffer zu klein wurde und naja, man nun mit dem Standard sehr schnell ins retry limit der Scripte läuft.

bzw ist noch derselbe Fehler oder?

zumindest bei dem tokland script (python, aka youtube-uploader), zeile 33/34 in youtube_upload/upload_video.py

alt:

def upload(resource, path, body, chunksize=4*1024*1024, 
        progress_callback=None, max_retries=10):

neu:

def upload(resource, path, body, chunksize=-1, 
        progress_callback=None, max_retries=1000):

wie gesagt, ich weiß gerade nicht wie es bei java ist, aber ich meine das derselbe fehler, mir bei dem python script auch unter kam in letzter zeit...

Wenn das nicht hilft sag bescheid, dann guck ich mir morgen nochmal den diff an.

edith sagt:
https://github.com/tokland/youtube-upload/

das ist das script welches ich benutze, allerdings mit obiger änderung, und ich glaube nicht in der neuesten version -.- damn that file description option seems sexy xD

@strohi @De-M-oN

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

YouTube Gaming - Alternative zu Twitch und was gibt es zu beachten?

Hier mal ne grobe Diskussion als Anhalt, grob gesagt YT hat die bessere Quali, aber weniger Reichweite - Twitch dementsprechend umgekehrt.

Zitat von Knackfrisch

Ich hatte schon daran gedacht für das schneiden eine Arbeitsumgebung mit Linux zu machen. Allerdings habe ich eine Radeon und die Linux Treiber sollen wohl nicht sonderlich gut sein.

Hab auch eine AMD und ich bin zufrieden, das hat sich soweit ich weiß aber auch langsam gebessert, allerdings ist es eben eine Arbeitsumgebung, vermutlich würde mir auch irgendeine onboard reichen für meine Zwecke.

Torrent

Um nochmal die Lanze für kdenlive zu brechen

Getestet habe ich mal nun unter Linux wieder, kdenlive ist ja erst seit kurzem auch auf Windows verfügbar...

Rendern ging ca. 1/3 schneller aktuell, das liegt allerdings bei mir unter Umständen daran, das Windows derzeit die CPU noch bescheidener unterstützt, könnte sich also angleichen bzw. gesamt ändern noch.

Für dich wichtig unter Umständen, das Preview Rendering funktioniert unter Linux tadellos, da scheint noch was im argen zu sein derzeit, ich hoffe mal das werden die in den künftigen Versionen noch fixen hoffentlich

Zu dem Audio 48/44,1 hab ich ja schon was geschrieben, denke selbst @De-M-oN sollte halbwegs zufrieden mit Mlt/ffmpeg sein eigentlich, im grunde ist alles in der Hinsicht schlicht RTFM...

Zitat von Rayxin

Es bringt mir nix schneller zu encodieren wenn die Performance in den Spielen selbst schlechter ist. Und während einer Aufnahme nutze ich x264 nicht.

Naja das ist wahr, aber in den relevanten Auflösungen leistet Ryzen im Prinzip dasselbe wie der Intel, von daher ist die Performance vorerst nicht betroffen da die Grafikkarte das Bottleneck ist... Also ja, Intel schlägt mit dem 7700k in den meisten Spielen derzeit den Ryzen, allerdings primär in 720p, ab 1080 ist, bis auf dx12, der Unterschied marginal, und darüber quasi nicht mehr vorhanden. Der Form halber sei noch erwähnt das in moderneren Spielen der Ryzen durchaus dem Intel davonrennt, F1 2016 zum Beispiel.

Und zumindest wenn man x264 nimmt, dann hat man aktuell eh genug kerne die sich langweilen, die dann ohne Probleme die aufnahme machen können.

Da ich allerdings einen 1800x habe, ist das alles nur das Geschwätz eines AMD Jüngers und kann getrost ignoriert werden xD

Zitat von Knackfrisch

Audio wird aber bei meiner Testaufnahme (Neu, dieses Mal mit MSI Popobrenner aufgenommen), wie auch bspw. bei PowerDirector von 44.1khz auf 48khz hochgesampelt. Habe bisher keine Option gefunden wo man das abstellen kann. Aber auch hier gilt: ggf. mit 48hz aufnehmen. Werde so oder so OBSS benutzen. MSI Popobrenner ist momentan nur zum testen, auch wegen Overlay. Habe mir kürzlich eine neue Grafikkarte gekauft und will so beim zocken Stromverbrauch der GPU etwas beobachten.

Bin mir gerade nicht sicher ob das via ffmpeg oder mlt lief, aber entweder -ar oder -frequency sollten da helfen meine ich. (müsste eigentlich mlt sein...)

siehe: https://ffmpeg.org/ffmpeg.html#Audio-Options bzw. https://www.mltframework.org/p…nsumerAvformat/#frequency

Zitat von Knackfrisch

Ruckelt beim scrollen in größeren Aufnahmen, lässt sich beheben, wenn man Proxy-Dateien erzeugen lässt. (finde ich allerdings nicht ganz
optimal)

Dafür gibt es genau genommen noch eine Preview Funktion, die einzelne Bereiche vorrendert, die funktioniert allerdings unter Windows soweit ich das gesehen habe nur ziemlich bescheiden. Denke mal das die nicht alle Codecs portiert haben oder ähnliches...

siehe: https://kdenlive.org/project/timeline-preview-rendering/

Zitat von Knackfrisch

Zudem habe ich das Problem, dass die Anwendung die CPU Kerne von meinem 6700k nicht richtig auslastet und das Rendern so recht lange dauert. Ein
1 Stunde 12 min Video (neues Testvideo) rendert seit etwas über 1
Stunde und benötigt noch weitere 01:14...

Die Threads habe ich in den Einstellungen bzw. im Render-Dialog
natürlich erhöht. Lediglich am Anfang wird weniger benötigte Zeit
angezeigt und diese klettert dann langsam nach oben.

Alles anzeigen

Ich weiß noch das die threads die man einstellt nicht immer übernommen werden und im profil direkt eingetragen werden mussten zB. "-threads 4" könnte man ausprobieren, allerdings habe ich derzeit dasselbe Problem auf Windows, und seitdem ich den neuen Rechner habe, noch nicht auf Linux getestet, dort lief es vorher zumindest problemlos. Liefer ich heute abend/morgen mal nach.

Kurzum, kdenlive ist wie das meiste aus Linux alles andere als Benutzerfreundlich xD und ich denke es wird noch ein paar Versionen dauern bis alles portiert ist.

Zitat von H3adless

Möglich wäre das durchaus. Das Problem ist leider, dass man selbst gerne in der Weise sucht, wie man auch die Tags angelegt hat, ist ja ganz klar Ich glaube der Effekt ist am Ende nicht mehr sehr groß, ob man es nun trennt oder zusammen macht. Daran wird der Kanal wohl nicht scheitern. Aber interessant, dass es da einen Effekt gibt, also achtet der Algorithmus irgendwie schon darauf.

Hajo wie gesagt, kam von nem Zuschauer der Tipp, mit SEO mach ich aktuell (zu) wenig, von daher kam ich gar nicht auf die Idee danach zu gucken.

Das mit dem Dateinamen wäre interessant, aber würde mich wundern wenn wahr. Zumindest Uploads mit der API scheinen als Dateinamen schlicht nur "unknown" zu haben, bzw. zumindest die Tools die ich benutzt hatte haben diesen Effekt.

Zitat von H3adless

generisch genug, um Variationen in der Suchanfrage zu erlauben (z.B. die Hauptbegriffe des Spieletitels trennen alá "Herr der Ringe", "Mordors Schatten")

hier habe ich letztens festgestellt, dass das trennen nicht immer sinnvoll ist. Hatte zB. "rimworld" und "deutsch" drinne, allerdings brachte die Suche danach mich auf Seite Drölf, später hab ich "rimworld deutsch" noch extra als Tag genommen und wurde dafür auch belohnt.

Allerdings bezieht sich das ganze auf Suche mit Filter auf 24Std, hatte mich damals ein Zuschauer darauf aufmerksam gemacht.

nettes detail am Rande zum Asus Crosshair... das Bios Recovery funktioniert hervorragend nachdem man es zerschossen hat xD

Zitat von rainyvng.jpg

Allerdings muss ich ein paar meiner Aussagen revidieren, denn ich hab jetzt tatsächlich sehr unterschiedliche Benches gesehen und mit etwas mehr Treiber Optimierung und den ersten Updates b.z.w Optimierungen seitens der Entwickler, könnte der 1800X den 7700K wohl durchaus schlagen.
Ich bin imo sehr verunsichert, zu was ich eher greifen sollte.

Interessant wäre auch unter welcher Last die Dinger bei reelen Auflösungen sind, die interessanten Benchmarks für die CPU sind aktuell gerade die 720p, gespielt wird aber vermutlich auch immer öfter auf 1440 oder gar 4k, da ist eh die Graka das Bottleneck. Frage ist dann halt, wieviele Folgen Netflix kann ich dabei paralell schauen bevor die CPUs schlapp machen xD

Und ja ich gebe dir zum Teil recht mit der Zukunft und das dies an sich kein gutes Argument ist, allerdings sind wir hier nicht bei der Einführung von Bulldozer (wo AMD die gleichen Argumente brachte, allerdings war die CPU schon damals solala), es gibt zu diesem Zeitpunkt schon Spiele, gerade AAA wo es was bringt. Von daher ist es mindestens erwähnenswert, auch wenn ich aktuell eher auf Updates hoffe die Performance bringen, statt neuen Spielen.

Ansonsten abwarten, ich glaube preislich wird der 1700er die direkte Konkurrenz zum 7700k, und bei dem wird es interessant wie er sich effektiv übertakten lässt, das geht bei den 4 Kernern ja idR wesentlich besser.

Jup wie erwartet und ich denke für das Klientel hier, die nebenbei vermutlich auf dem selben PC noch aufnimmt und/oder streamt und zumeist auch rendert durchaus eine Möglichkeit.

Auch zeigen zumindest die Tests das die Multicore fähigeren Spiele durchaus vom Ryzen gebrauch machen und den 7700k schlagen können, siehe

https://www.computerbase.de/20…ld-1-dx11-multiplayer-fps

oder auf dieser Seite auch das F1 2016 und zumindest Doom kommt bis auf ein FPS unterschied dran. Tut dem ganzen natürlich kein Abbruch das der Ryzen den 7700k nicht bei älteren Spielen zumindest Single/Dualcore schlägt und nicht schlagen wird.

Auch wird es interessant ob und was SMT noch bringt (derzeit ist es scheinbar nur zum deaktivieren da) und vorallem wie die Tests aussehen, sobald die ihre Probleme mit dem RAM im Griff haben.

Aber ja als only Gamer würde ich aktuell den Intel bevorzugen, würde mich aber auch nicht wundern wenn der Ryzen dem in Zukunft davonzieht, sobald die Engines bzw. die Spiele soweit sind.

btw. morgen kommt mein Paket

Judo bis ich ~17 wurde, hat sogar das ein oder andere mal geholfen während der postpubertären phase xD

Könntest die mtime prüfen, bzw. bestenfalls auchnoch prüfen ob die datei größer x ist sicherheitshalber.

Also zB rendern mit Ziel raspberry, prüfen und dann via youtube-upload zb hochladen (wobei die yt api derzeit arg oft rumzickt, da müsste man noch ein paar Sachen einbauen...)