Drexel's VidUp - Ein templatebasierter Youtube Uploader

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

Folgendes hat sich geändert:

Neue Features:

• Gui Anordnung bei sehr langen Dateinamen oder Titeln, die Umbrüche in den Controls erfordern verbessert.

Bugfixes

• NullReference, wenn ein Template ohne Bild erstellt wird gefixt.
• Wenn ein Fallback Thumbnail mit gleichem Namen schon vorhanden ist unter Vidup\FallbackThumbnailImages, wird am Ende der Datei ein Zahl angehängt um die vorhandene Datei nicht zu überschreiben. Leider war in der Logik zum Anhängen der Zahl der Ordner VidUp\TemplateImages fest verdrahtet, also sind die Bilder im falschen Ordner gelandet.
• Nicht benötigte Bilder unter Vidup\FallbackThumbnailImages und VidUp\TemplateImages wurden nicht in allen Fällen gelöscht.

Zitat von Foxhunter

Das fummel ich mir irgendwie zurecht, ansonsten starte ich halt über ne kleine Bat-Datei, mir auch wurscht

Habs eh schon kaputt bekommen

Code

---------------------------
PRESS CTRL+C TO COPY!
---------------------------
System.Windows.Markup.XamlParseException: Durch den Aufruf des Konstruktors für Typ "Drexel.VidUp.UI.ViewModels.MainWindowViewModel", der den angegebenen Bindungseinschränkungen entspricht, wurde eine Ausnahme ausgelöst. ---> System.Reflection.TargetException: Das nicht-statische Feld erfordert ein Ziel.

   bei System.Reflection.RtFieldInfo.CheckConsistency(Object target)

   bei System.Reflection.RtFieldInfo.InternalSetValue(Object obj, Object value, BindingFlags invokeAttr, Binder binder, CultureInfo culture, StackCrawlMark& stackMark)

   bei System.Reflection.RtFieldInfo.SetValue(Object obj, Object value, BindingFlags invokeAttr, Binder binder, CultureInfo culture)

   bei Drexel.VidUp.JSON.JsonSerialization.DeserializeTemplateList() in D:\Daten\Matthias\Dokumente\Visual Studio 2019\VidUp\VidUp.Json\JsonSerialization.cs:Zeile 103.

   bei Drexel.VidUp.UI.ViewModels.MainWindowViewModel..ctor() in D:\Daten\Matthias\Dokumente\Visual Studio 2019\VidUp\VidUp.UI\ViewModels\MainWindowViewModel.cs:Zeile 86.

   --- Ende der internen Ausnahmestapelüberwachung ---

   bei System.Windows.Markup.XamlReader.RewrapException(Exception e, IXamlLineInfo lineInfo, Uri baseUri)

   bei System.Windows.Markup.WpfXamlLoader.Load(XamlReader xamlReader, IXamlObjectWriterFactory writerFactory, Boolean skipJournaledProperties, Object rootObject, XamlObjectWriterSettings settings, Uri baseUri)

   bei System.Windows.Markup.WpfXamlLoader.LoadBaml(XamlReader xamlReader, Boolean skipJournaledProperties, Object rootObject, XamlAccessLevel accessLevel, Uri baseUri)

   bei System.Windows.Markup.XamlReader.LoadBaml(Stream stream, ParserContext parserContext, Object parent, Boolean closeStream)

   bei System.Windows.Application.LoadBamlStreamWithSyncInfo(Stream stream, ParserContext pc)

   bei System.Windows.Application.DoStartup()

   bei System.Windows.Application.<.ctor>b__1_0(Object unused)

   bei System.Windows.Threading.ExceptionWrapper.InternalRealCall(Delegate callback, Object args, Int32 numArgs)

   bei System.Windows.Threading.ExceptionWrapper.TryCatchWhen(Object source, Delegate callback, Object args, Int32 numArgs, Delegate catchHandler)

   bei System.Windows.Threading.DispatcherOperation.InvokeImpl()

   bei MS.Internal.CulturePreservingExecutionContext.CallbackWrapper(Object obj)

   bei System.Threading.ExecutionContext.RunInternal(ExecutionContext executionContext, ContextCallback callback, Object state, Boolean preserveSyncCtx)

   bei System.Threading.ExecutionContext.Run(ExecutionContext executionContext, ContextCallback callback, Object state, Boolean preserveSyncCtx)

   bei System.Threading.ExecutionContext.Run(ExecutionContext executionContext, ContextCallback callback, Object state)

   bei MS.Internal.CulturePreservingExecutionContext.Run(CulturePreservingExecutionContext executionContext, ContextCallback callback, Object state)

   bei System.Windows.Threading.DispatcherOperation.Invoke()

   bei System.Windows.Threading.Dispatcher.ProcessQueue()

   bei System.Windows.Threading.Dispatcher.WndProcHook(IntPtr hwnd, Int32 msg, IntPtr wParam, IntPtr lParam, Boolean& handled)

   bei MS.Win32.HwndWrapper.WndProc(IntPtr hwnd, Int32 msg, IntPtr wParam, IntPtr lParam, Boolean& handled)

   bei MS.Win32.HwndSubclass.DispatcherCallbackOperation(Object o)

   bei System.Windows.Threading.ExceptionWrapper.InternalRealCall(Delegate callback, Object args, Int32 numArgs)

   bei System.Windows.Threading.ExceptionWrapper.TryCatchWhen(Object source, Delegate callback, Object args, Int32 numArgs, Delegate catchHandler)

   bei System.Windows.Threading.Dispatcher.LegacyInvokeImpl(DispatcherPriority priority, TimeSpan timeout, Delegate method, Object args, Int32 numArgs)

   bei MS.Win32.HwndSubclass.SubclassWndProc(IntPtr hwnd, Int32 msg, IntPtr wParam, IntPtr lParam)

   bei MS.Win32.UnsafeNativeMethods.DispatchMessage(MSG& msg)

   bei System.Windows.Threading.Dispatcher.PushFrameImpl(DispatcherFrame frame)

   bei System.Windows.Application.RunDispatcher(Object ignore)

   bei System.Windows.Application.RunInternal(Window window)

   bei Drexel.VidUp.UI.App.Main()
---------------------------
OK   
---------------------------

Alles anzeigen

Habe die templatelist.json bearbeitet, aus YTtitle usw. das YT entfernt, und dann entsprechend gespeichert. Das hat auch wunderbar funktioniert, nur zeigte er mir die Template-Banner nicht an. Habe das Programm beendet, nochmal in die templatelist reingeguckt und den Pfad gesucht, nichts gespeichert oder so, und wollte das Programm dann wieder starten. Jetzt taucht gezeigte Meldung auf. Auch das Einspielen einer Backup-Datei bringt keine Besserung. Wenn ich die Datei lösche und neu erstellen lasse, geht es wieder. Ist jetzt nicht so tragisch weil ich erst zwei Vorlagen hatte, aber warum ging es erst, und dann nicht mehr?

EDIT: Bilder liegen natürlich auch am hinterlegtem Pfad.

Alles anzeigen

bei Drexel.VidUp.JSON.JsonSerialization.DeserializeTemplateList() in D:\Daten\Matthias\Dokumente\Visual Studio 2019\VidUp\VidUp.Json\JsonSerialization.cs:Zeile 103.

-> Bei der Deserialisierung geht was schief. Also beim Laden des Json Zeugs. Wenn ich mir anschauen soll, was genau, müsstest Du mir mal Deine JSon Dateien zur Verfügung stellen...

Wegen des Setups könntest Du mal in die Windows Ereignisanzeige unter Windows-Protokolle->Anwendung schauen. Da steht bei mir ein Eintrag für eine erfolgreiche Installation drin, evtl steht da ja bei Dir ein Fehler. Die Installer Datenbank kann auch schon mal zickig sein und zu Problemen führen...

Zitat von strohi

Zu meinem Edit dazu auch interessant:

https://github.com/microsoft/dotnet/issues/431

Wenn mein Tool läuft und Drexels nicht, würde ich vermuten, dass es an WPF liegt. Das ist der größte Unterschied zwischen seinem und meinem Tool, deswegen würde ich da zuerst suchen. Ich nutze Windows Forms, was zwar nicht annähernd so geil ist, wie WPF, aber dafür idR deutlich kompatibler.

Windows Forms kriegt man eingeschränkt sogar unter Linux zum Laufen, während WPF faktisch Windows-Only ist (und da auch manchmal etwas sehr wählerisch), dafür aber auf DirectX aufbaut, mehr Möglichkeiten zum Design bietet und sehr viel besser zu entwickeln ist.

Seit .NET Core 3.0 sind sowohl Windows Form und WPF enthalten. Läuft also beides unter Linux.

Zitat von Foxhunter

Der Pfad zeigt aber wohl auf deinen PC Jedenfalls heiße ich weder Matthias, noch habe ich das Programm da liegen

Klar, ich hab die PDB Dateien mit ausgeliefert, da stehen Debug Informationen drin und da verweist er natürlich auf absolute Dateipfade von dem Rechner, auf dem das Programm kompiliert wurde, also auf meine Pfade. =) Aber dadurch kann er halt vom Quellcode den Dateinamen und die Zeilennummer ausgeben, das ist schonmal hilfreich.

Nochmal ein Mini Update. Mir ist heute aufgefallen, dass bei allen Videos, die über VidUp hochgeladen werden, im Youtube Studio

Dateiname

unknown

steht, da wo eigentlich der Originaldateiname stehen sollte. Gerüchteweise nimmt Youtube ja auch den Originaldateinamen um zu interpretieren, worum es sich beim Inhalt des Videos handelt. Ist natürlich in der Api Doku undokumentiert, wie man den Originaldateinamen übergibt, der Hinweis wird beiläufig bei der Erläuterung eines Fehlers erwähnt... Das ist seit Anbeginn von VidUp so, gut dass es erst heute aufgefallen ist.

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

Folgendes hat sich geändert:

Neue Features:

• Originaldateiname wird jetzt mit übertragen.

Schau ich mir gleich an.

Omg, morgen gehts wieder ich versprechs Euch.

Es hatten sporadisch schon mal 1-2 Leute Probleme damit, aber ich konnte es nie eingrenzen... Wenn ich ein wenig in meinem Gedächtnis krame, kann es sein, dass das immer zum Monatswechsel war. Wenn man das Control zum ersten Mal aktivieren möchte und noch kein Datum festgelegt war, setzt er das Datum immer auf morgen. Meine Kalkulation für morgen ist aber recht ungeschickt gelöst und beim Versuch das Datum auf den 31.04. zu setzen, knallts... Die GUI ist mit MVVM gemacht und die frisst dummerweise jegliches Knallen einfach auf, ich frag mich auch, wer sich das ausgedacht hat. Vorteil ist das Programm läuft weiter ohne komplett abzuschmieren...

Ich fix das natürlich...

Foxhunter hast Du noch was zu Deinem Setup Problem rausfinden können?

In der Eingabeaufforderung gehts?

Hab gerade gesehen, Das Setup spuckt auch so eine PDB Datei aus, habe die auch mal hochgeladen. Evtl. wird noch eine erweiterte Fehlermeldung ausgegeben, wenn Du die mal neben die MSI Datei legst...

Ohne Eingabeaufforderung kannst Du das Programm nicht starten? Und "Zugriff verweigert" hört sich schon stark nach irgendeinem Schutzmechanismus an...

Führst Du die Kommandozeile als admin aus?