Beiträge von Drexel

Drexel · 11. Mai 2020

Tag der Probleme heute.

Hm gute Frage. Kein Warndreieck mit Tooltip neben Failed-Status?

Dann könnte evtl. irgendwas mit der Authentifizierung fehlgeschlagen sein, aber das ist stochern im Dunkeln. Lösch evtl. mal unter Dokumente->Vidup die Datei 'uploadrefreshtoken' dann muss Du Dich neu authentifizieren und bekommst ein neues Token. Evtl. liegts ja daran.

Drexel · 11. Mai 2020

Zitat von strohi

Öhm, jetzt wirds interessant.

Dein letzter Screenshot ist aus meinem Tool, nicht aus dem von Drexel.

Ich hatte mich auch gerade ein wenig gewundert, wo der Screen herkommt und schon das Youtube Studio im Verdacht. xD

Zitat von strohi

Ich denke mal, dass sich das mit einem new string(filename.Where(c => Convert.ToInt32(c) < 128).ToArray()) lösen lassen sollte. Zur Erklärung: damit werden alle Zeichen aus dem String entfernt, die nicht im ASCII-Standard enthalten sind und der Rest in einen neuen String gepackt.

ASCII geht angeblich immer. Leider findet man im Internet auch wieder hunderttausend Aussagen dazu, welche Zeichen in einem Header erlaubt sind..

Seit ich das Jetbrain komplett Pack habe, kann ich mir ziemlich einfach die Sourcen vom Framework anschauen und mal gecheckt, was bei System.Net.WebHeaderCollection.CheckBadChars(String name, Boolean isHeaderValue) passiert...

Die Hauptbedingung für valide Chars ist

Code

char ch = (char)((uint)byte.MaxValue & (uint)name[index]);
if (ch >= ' ' || ch == '\t')

Daneben gibt es noch ein paar valide Sachen,wie Zeilenumbrüche und Tabs, das sollte aber für Dateinamen irrelevant sein.

Deinen Ansatz find ich gut, ich würde nur in Anlehnung an den Frameworkcode

Code

new string(fileName.Where(c =>
            {
                char ch = (char) ((uint) byte.MaxValue & (uint)c);
                if (ch >= ' ' || ch == '\t')
                {
                    return true;
                }

                return false;
            }).ToArray());

draus machen. Er lässt also alle Extended ASCII Zeichen von 32 bis 255 zu.

Foxhunter Das normale Pipe Zeichen ist zumindest auf meinem Rechner in Dateinamen nicht erlaubt, deswegen vermute ich Zwiebelpeter hat das irgendein anderes Zeichen reingefummelt. =) Da Du Dir ja schon so geholfen hast, fixe ich das einfach mit der nächsten Version, das sollte ja nicht so oft auftreten. Im Titel kannst Du ja das normale Pipe Zeichen verwenden.

Drexel · 11. Mai 2020

Ich weiß jetzt nicht, welche Deiner vorherige Version war, aber ich hab ja in einer der letzten Versionen von dem von Google zur Verfügung gestellten YouTube Client auf einen selbst implementierten Client umgestellt. Und in der ersten Version hatte ich den Originaldateinamen auch nicht übertragen.

Der Google YouTube Client wird nicht zulässige Zeichen vor dem Einfügen in den Http Header rausgefiltert oder umcoduert haben. Wäre interessant zu wissen, was bei alten Uploads im YouTube Studio beim Originaldateinamen steht...

Muss mich mal schlau machen, was was im Http Header nicht erlaubt, das war mir nicht bewusst, dass es da unerlaubte Zeichen gibt. =)

Und entsprechend drauf reagieren, evtl. kann ich Dir heute Abend einen Bugfix liefern.

Drexel · 11. Mai 2020

Wenn die Zeilenangabe stimmt, passiert das hier:

Code

request.Headers.Add("X-Upload-Content-Length", info.Length.ToString());

Da füge ich die Dateigröße zum http Header zu.

Gerne passt die Zeilennumer aber nicht ganz und es passiert auch mal in der Zeile davor oder danach:

Code

request.Headers.Add("Slug", Path.GetFileName(upload.FilePath));
request.Headers.Add("X-Upload-Content-Length", info.Length.ToString());
request.Headers.Add("X-Upload-Content-Type", "video/*");

Evtl. ist im Dateinamen ein Zeichen drin, was im Header nicht erlaubt ist... Das halte ich für am wahrscheinlichsten, wie heißen die Dateien, die Du hochladen willst?

Wenn ich das genau nachvollziehen soll, müsstest Du mir mal Deinen Dokumente\VidUp Ordner zukommen lassen. Oder den nochmal leeren (am besten vorher kopieren. ;)) und schauen obs funktioniert, wenn Du von 0 anfängst. Aber das glaub ich nicht, es wird irgendwie an der Datei liegen...

Drexel · 10. Mai 2020

Womit nehmt Ihr denn auf?

Drexel · 9. Mai 2020

Hey! Willkommen und viel Spaß! Die Beweggründe das alles mal auszuprobieren und sich reinzufuchsen und zu lernen, die gab und gibt es bei mir auch. Bei den Basics setzt irgendwann Routine ein, aber es gibt immer was zu lernen...

Drexel · 9. Mai 2020

Hier noch eine kleine Preview auf die neuen Menüpunkte:

[IMG: https://i.imgur.com/XN9JLdq.png]

Drexel · 9. Mai 2020

Der Youtube Server hat die Verbindung geschlossen.

In der nächsten Version versuche ich einerseits für jeden Upload eine neue Verbindung aufzumachen, das könnte(!) solchen Fehlern entgegenwirken. Natürlich kann der YT Server die Verbindung auch aus anderen Gründen schließen oder sonstwas auf dem Transport schief gehen.

Andererseits unterstützt die nächste Version auch Resumable Uploads und schließt sich bei Übertragungsfehlern nicht komplett. D.h. weitere Uploads sollten weiter gehen und fehlgeschlagene oder pausierte Uploads können fortgesetzt werden. Wird aber noch ein bißchen bis zur neuen Version.