Beiträge von Drexel

  • Drexel's VidUp - Ein templatebasierter Youtube Uploader

    So hier ist Version 1.8.1 mit einigen Bugfixes und vielen Änderungen unter der Haube.


    Hier mal eine Auflistung der Änderungen unter der Haube:

    • Wenn die playlistlist.json noch in einem alten Format vorliegt, wird sie automatisch im neuen Format gespeichert. Hatte das Format der Datei in einem der letzten Updates mal geändert und es wird das neue Format gespeichert, wenn sich an den Playlists was ändert. Hatte bei einem Problem das alte Format zugeschickt bekommen und war etwas verwundert, deswegen dachte ich wäre es an der Zeit für einen Automatismus um alte Formate neu zu speichern... Irgendwann fliegt der Code um das alte Format zu lesen dann auch endgültig raus...
    • Fehlermeldungen des YouTube Servers wurden beim Upload teilweise ignoriert, diese werden jetzt 1:1 ausgegeben, so dass man konkretere Problemhinweise bekommt.
    • Hab beim letzten Update angefangen, die Kommunikation der GUI Komponenten umzustellen und das weiter geführt und dabei geändert, wie die aktualisierten Stats während des Uploads an die GUI gemeldet werden.
    • Das Lesen der Upload Datei während des Uploads wurde nun vollständig parallelisiert. Da ich immer wieder kurze Einbrüche beim Upload hatte, dachte ich, das liegt evtl. am Nachlesen der Daten. Bisher lief es ja immer so ab: 40 MB Lesen -> 40MB Hochladen -> 40 MB Lesen -> 40 MB hochladen. Jetzt findet das Nachladen der Daten im Hintergrund statt während der Upload weiter hochlädt. Durch die Pufferung fällt da noch mehr RAM Verbrauch an, bis zu 100MB statt 40MB bisher. Hat leider nix an der Situation geändert und auch wenn es etwas mit Kanonen auf Spatzen geschossen ist, lass ich das mal so.
      Dir kurzen Einbrüche kann man unter Win 10 ganz gut im Taskmanager sehen unter Leistung, wenn man nix anderes hochlädt:
    [IMG: https://i.postimg.cc/8spz0Hzn/tm.png]

    • Wenn ich mit dem Browser hochlade, ist die Linie relativ waagerecht... Mich würd mal interessieren, wie das bei anderen Nutzern aussieht. Kann natürlich einfach sein, dass der API Endoint von YouTube die Schwankung verursacht, das ist schwierig nachzuvollziehen...


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


    Bugfixes:

    • Der 'Recalculate Uploads with:' Button sollte wieder wie gewohnt funktionieren, d.h. die neu kalkulierten Daten auch anzeigen und speichern. Auch beim Löschen von Uploads oder beim manuellen Hinzufügen von Uploads zu Templates, wurde die Template Datei nicht gespeichert, was zu inkonsistenten Zuständen geführt hat, das habe ich ebenfalls gefixt.
    • Beim Batch 'Reset to Template Values' wird jetzt bei allen Attributen 'All' auch das Publish At Date neu gesetzt.

  • Seid ihr selber Zuschauer von LPF Usern?

    Wenn ich was schaue, schaue ich ich auch eher bei kleineren und wenn Leute zu denen ich Kontakt habe was zocken, wo ich was sehen will schaue ich natürlich auch da.


    Ich denke die Speileauswahl ändert sich, wenn man tatsächlich seinen Lebensunterhalt damit verdient, man muss halt das bringen, was Umsatz generiert. Natürlich im Rahmen dessen was einem auch Spaß macht, wenn man gar keinen Bock drauf hat und in dem Genre so gar nix kann, merken die Zuschauer das auch. Ist aber soweit auch nix Verwehrfliches dran.

  • Drexel's VidUp - Ein templatebasierter Youtube Uploader

    Ok fellpower und Train92-YT


    Ihr habt recht damit, dass der Button zum Rekalkulieren der Publish At Dates nicht mehr funktioniert, zumindest funktioniert er nur noch so halb. =) Da kommen gerade 2 Bugs zusammen.


    1. Intern wird das Datum korrekt gesetzt, aber die Anzeige wird nicht aktualisiert.

    2. Die Änderung wird auch nicht gespeichert. Das kann man aber erzwingen, indem man an einem Upload was ändert, z.B. dem Titel ein Zeichen hinzufügt. Dann VidUp neu starten, dann wird auch wieder alles korrekt angezeigt.


    Update folgt...

  • Drexel's VidUp - Ein templatebasierter Youtube Uploader

    Ich vermute, das liegt daran, weil VidUp nur Daten berechnet, die mindestens 24h in der Zukunft liegen. Das habe ich so gemacht, weil Upload und Verarbeitung seitens YouTube ja auch eine gewisse Zeit brauchen. Du kannst ein geplantes Datum aber auch manuell überschreiben.


    Müsstest dann Videos, die weniger als 24h in der Zukunft liegen sollen hinzufügen, das Datum manuell einstellen und dann die weiteren Videos hinzufügen.


    Wenn es was anderes ist, müsstest Du etwas konkreter werden, mir optimalerweise mal Deinen Dokumente->VidUp Ordner zukommen lassen und mir die Schritte zum reproduzieren nennen.

  • Wieder ein neuer Let's Player (=

    Hey und willkommen!


    Bei den Thumbs ist mit Sicherheit Luft nach oben, ich hab aber auch schon schlimmeres gesehen. Dennoch ist es sehr wichtig und Du solltest dran arbeiten, wenn Du ein paar Views und Abos machen möchtest. ;)

  • OBS Studio - Verlustfreie Aufnahme & Sammelthread

    OBS weiß nicht wann eine Aufnahme gut aussieht. Variable Bitrate hat natürlich Vorteile gegenüger fixer Bitrate:


    1 Beispiel:


    Ziebitrate 30.000

    Max Bitrate 50.000

    Du stehst erst 10 Sekunden bei einem NPC und quatschst mit ihm, ruhiges Bild, ein Bild ist fast wie das Vorherige, da brauchst Du für ein unverpixeltes Bild nicht viel Bitrate. Da kommt der Encoder mit 10.000 Bitrate pro Sekunde aus.

    Dann bricht 10 Sekunden die Hölle los, es gibt Explosionen, verwackelte Kamera, Vegetation, da braucht der Encoder viel mehr Bitrate für ein gescheites Bild und geht auf die 50.000 pro Sekund rauf.

    (keine Ahnung ob die Zahlen so hinkommen für gut Bilquali, waren jetzt nur als einfaches Rechnbeispiel so genommen)


    Du hast also 10 x 10.000 + 10 x 50.000 = 600.000.

    600.000 / 20 = 30.000 Deine Zielbitrate.


    Mit fixen 10.000 wärst Du bei 200.000 rausgekommen, hättest aber in den letzten 10 Sekunden ein verpixeltes Bild.

    Mit fixen 50.000 wärst Du bei 1.000.000 rausgekommen, hättest durchgehend ein gutes Bild, aber reichlich Plattenplatz verschwendet, weil die ersten 10 Sekunden gar nicht so viel Bitrate nötig gewesen wäre.


    Die Max Bitrate gibt es nur, um den Encoder zu sagen, wo das absolute Limit ist, weil gerade Abspielgeräte oder auch Festplatten irgendwo limitiert sind. Bei h264 und h265 gibt es dafür auch die Level Angaben: https://de.wikipedia.org/wiki/H.264#Level die einfach gewisse Limits setzen. Aber Du weisst, dass ein HD Video, dass Du mit Level 4 codiert hast, auch auf jedem Player, der Level 4 unterstützt problemfrei abgespielt wird.


    Optimaler wie gesagt ist eigentlich CRF, da gibst Du eine Zielqualität vor und der Encoder kümmert sich darum, wie er die reicht, ohne Limitierungen. Bei NVENC ist das ein wenig knifflig zu konfigurieren, da dort ein "CRF" Mode auch über variable Bitrate eingestellt wird.


    Also kurz gesagt: Gib bei variabler Bitrate eine Zielbitrate an und setz die max Bitrate einfach so hoch wie es geht, wenn Deine Hardware das zulässt, so lässt Du dem Encoder maximalen Gestaltungsspielraum.


    Edit: DaireDaniel Bei CQP kann man eigentlich keine maximale Bitrate angeben, wäre auch irgendwie sinnfrei...

  • OBS Studio - Verlustfreie Aufnahme & Sammelthread

    Ja Du gibt's eine Zielbitrate an, und max gibt halt an wie hoch der Encoder dabei gehen kann in aufwendigen Szenen.

    Also Dein bisheriges Verständnis ist falsch. Ich denke das was Du meinst ist eher CRF oder CQP, damit gibst Du eine Zielqualität an und der Encoder erreicht die egal mit welcher Bitrate...