Beiträge von Drexel

Version 1.2.0.2 ist online: https://1drv.ms/u/s!AlNGd4g1Vh9rmHAvaCyZ5nvtOkDF?e=5vhucP

Folgendes hat sich geändert:

Bugfixes

• Große Uploads sollten jetzt stabil laufen. Es wird nicht mehr die ganze Datei am Stück hochgeladen, sondern in 10MB Paketen. Ich hab heute >70Gb hochgeladen ohne Abbruch.
• Die Upload Stats sollten jetzt auch bei fortgesetzten Uploads stimmen yollum
• Das DEL Zeichen wird jetzt auch aus dem Dateinamen rausgefiltert.

Dat_Kneggebrot Mich würde mal bei ner schnellen Leitung mal interessieren, wie der Uplaod Speed und die CPU Auslastung so ist, kannst Du mir dazu Feedback geben?

Kleine Anekdote zum Aufteilen der Uploads in 10MB Pakete. Ich halte mich da an die Vorgehensweise der Google Youtube Client Library für .NET, die macht es genauso. Obwohl Google davon in der API Dokumentation abrät: https://developers.google.com/…ol?hl=de#Uploading_Chunks xD

Ne wahrscheinlich ist es nicht tragisch... Aber einerseits ist es nett bis informativ den originalen Dateinamen zu sehen und andererseits nutzt YouTube auch gerüchteweise den Dateinamen um den Inhalt des Videos zu erkennen...

Versteh aber auch nicht, warum sie einen nicht den Dateinamen im JSON setzen lassen, wie Titel, Beschreibung, Sichtbarkeit etc. auch...

Darauf gibt es keine Antwort. Die Videos müssen einfach gut ankommen. Wenn es eine Formel gäbe würd es jeder so machen. Um mal wieder meinen alten Vergleich ranzuziehen: Nicht jeder der gut singen und komponieren kann wird zum Popstar. Es muss einfach alles passen und das letzte Quentchen Glück dazukommen.

Witzig, jemand aus Asien benutzt auch mein Tool und der Uplaod schlägt beim Dateinamen '陪伴是最长情的告白.mkv' fehl...

Ist eigentlich das gleiche Problem wie von Zwiebelpeter was ich ja schon gefixt hatte (RE: Drexel's VidUp - Ein templatebasierter Youtube Uploader), aber nicht ganz. Im Dateinamen dürfen nur ASCII Zeichen >=32 (Leerzeichen), aber nicht 127 (DEL) vorkommen. Dass es nicht 127 sein darf, hatte ich übersehen und nicht eingebaut. Und die Zeichen werden in ASCII Chars umgewandelt, in dem alle Bits auf die letzten 8 weggeschmissen werden. Und eins dieser asiatischen Schriftzeichen wird dann zu 127 (DEL)...

Wie auch immer nach der ASCII Umwandlung wird aus dem Dateinamen '陪伴是最长情的告白.mkv' aber 'j4/ńJ}.mkv'.

Es gibt keine andere Möglichkeit den Dateinamen zu setzen, habe gerade extra nochmal getestet, wenn ich die .NET Youtube Client Library von google nehme, steht beim Originaldateinamen überall 'unknown'...

Einige schwören auf ca 20 Min für maximalen erfolg, ich denke das ist eher philosophisch. Ich bin bei 30 Minuten, weil es am besten passt für den Spielfortschritt und die mir zur Verfügung stehende Zeit...

Hey und herzlich willkommen!

Ich denke auch, dass Likes vom eigenen Account nix zählen...

Du solltest den Upload eigentlich fortsetzen können, doof ist es dennoch, dass öfters abbricht und man sich nicht drauf verlassen kann, dass es fertig wird.

Wie gesagt ich arbeite an einer Version, die den Upload in "kleineren" Paketen hochlädt, dann sollte es nicht mehr passieren, ich denke mal im Laufe der nächsten Woche kommt eine Version in der Bugs behoben sind.

Ich muss mir auch mal anschauen wie wie Google das in API Client gemacht hat, der lief ja stabil und ist auch Open Source. Aber ich meine ich hätte da auch mal was von Upload Chunks gesehen...

Ich hab mittlerweile noch so einige Bugs festgestellt:

• Die zu hochzuladenden Megabytes von gestoppten Uploads werden nicht mit in die Total MB Left eingerechnet, wenn kein Upload läuft
• Die # Platzhalter werden bei mir nicht korrekt ersetzt
• Und vor allem: Bei sehr großen Uploads, tritt in der Regel irgendwo ab 10GB auf, sehr selten aber auch vorher, bricht der Upload mit Fehlermeldung "Video upload failed: System.IO.IOException: Von der Übertragungsverbindung können keine Daten gelesen werden: Die Verbindung wurde geschlossen." Ich denke ich werden den Upload mal so umstellen, dass er in 500MB Paketen oder so hochlädt, dann sollte das nicht mehr passieren, da resumable Uploads ja eh schon implementiert sind, sollte das relativ einfach sein. Ich hab im Moment wieder Videogrößen >20GB, da tritt das fast jedes Mal auf. strohi hast Du Erfahrungen mit größeren Uploads?

yollum hat Recht, die Restuploaddauer scheint bei fortgesetzten Downloads auf die Gesamtgröße zu gehen, die Restuploadmenge in MB stimmt... Muss ich mir mal anschauen die Tage.

Zitat von Testosteronspiegel

Oder denkt YouTube sich, dieses Opfer liked seine eigenen videos, die zählen wir nicht? xD

Das kann durchaus sein. Oder anders ausgedrückt: Die liken sich immer gegenseitig, das ist Spam... Aber evtl. hat Youtube auch einfach nur Schluckauf, solche Infos sind auch gerne mal auf nicht beteiligten Accounts sehr zeitverzögert...

Hm die Kastengröße der Uploads verändert sich ja nicht, die ragen dann einfach aus dem Bildschirm raus vermute ich, da würde auch ein Scrollbalken nichts bringen. Kannst Du mal nen Screenshot machen, wie das bei Dir aussieht?

Huhu und herzlich willkommen!

Wilkommen und viel Spaß hier?

Ich finde gut, dass Du so offen mit Deiner Legastenie umgehst, wobei ich das bei Dir echt harmlos finde, da kenn ich ganz andere Fälle wo es echt schwer fällt zu lesen was der der- oder diejnige schreibt, da hatte ich bei Dir nun 0 Probleme...

Zitat von yollum

Ich lade mit der aktuellen Version auch fleißig hoch und es läuft wirklich wunderbar. Habe das erste mal die neue Funktion mit der Unterbrewchung des Uploads ausprobiert. Auch das hat bestens geklappt. Mir ist nur eine Kleinigkeit dabei aufgefallen: Wenn man den Upload wiederaufnimmt, scheint sich die angezeigte Restzeit auf die gesamte Dateigröße zu beziehen und mit dem Runterzählen wieder von vorne anzufangen. Die restliche Dateigröße wird richtig angezeigt.

Hm ich hab eigentlich extra drauf geachtet, dass sich die Restlaufzeit auch nur auf die restliche Dateigröße bezieht, ich speicher auch extra regelmäßig wieiviel schon hochgeladen wurde auch um im Fehlerfall die restliche Uploadmenge ungefähr anzeigen zu können. Evtl. hat sich noch irgendwo ein Fehler eingeschlichen, ich schau es mir mal an, danke für den Hinweis!

Btw die nächsten Wochen wirds nur Bugfixes und kleinere Anpassungen geben, da ich wieder mehr aufnehmen muss/möchte.

Es wurde auch als Wunsch geäußert, sich die Fenstergröße zu merken, bisher habe ich vermieden, den GUI Zustand zu speichern, aber ich dachte mir schon, dass das irgendwann kommen wird. Ich setz das auf die ToDo Liste, dann würde ich auch die letzte Post Upload Action z.B. mit speichern...

Ich denke er will, dass man ein Templates aussuchen kann, oben in der Ribbonleiste zB, und das dann für alle vorhandenen Videos setzen kann und die Werte aus dem Templates dann auch überall gesetzt werden... Das kann ich einbauen, sollte relativ schnell gemacht sein.

Liegen bei Dir nicht alle Videos innerhalb eines Ordnerpfads, so dass VidUp das Templates automatisch setzt anhand des Root Folders? H-N-G

Aktuell ist mehr als 16GB unnötig soweit ich weiß, ich gehe aber davon aus, dass sich das in den nächsten 1-2 Jahren durch die neue Konsolen Gen ändern wird...

Version 1.2.0.1 ist online: https://1drv.ms/u/s!AlNGd4g1Vh9rmHAvaCyZ5nvtOkDF?e=5vhucP

Folgendes hat sich geändert:

Bugfixes

• Max Upload kann jetzt auch während des Uploads wieder gesetzt werden.
• Post Upload Action None ist nun auch wirklich None und keine Taskbar Benachrichtigung mehr.

Ich hab btw auch rausgefunden, warum manche Installationen nicht als Upgrade erkannt wurden und die alte Version bei der Installation nicht entfernt wurde. Wenn sich eine Versionsnummer nur in der vierten Stelle unterscheidetet ist es für Windows dennoch die gleiche Version wie die installierte, weil nur die ersten 3 Stellen verglichen werden. Dann behandelt er das nicht als Upgrade. Musste im Installer AllowSameVersionUpgrades auf true setzen, damit er auch eine gleiche Produktnummer wie ein Major Upgrade behandelt und die alte Version entfernt. Das ermöglich allerdings auch ein Downgrade von V 1.2.0.5 auf V 1.2.0.3 z.B. was mir aber egal ist...

Problem ist auf jeden Fall schon lokalisiert und einfach zu fixen. Bei dem Umbau habe ich auch den Upload Code in einen Uploader ausgelagert und gebe diesem den maximalen Upload nur beim Start des Uploads und nicht während des Uploads mit ... Die Vorbereitungen dafür hatte ich getroffen aber dann wohl am Ende nicht mehr dran gedacht, die letzten 2 Zeilen Code dafür zu schreiben... =)

Fix kommt später, jetzt ist erstmal couching angesagt...

Sehr interessant, hört sich ja fast nach einem CRF Mode auf NVENC an, werd ich bei Zeiten mal testen, danke.