Beiträge von HQ-LQ

    ich hoff dein C:\ ist klein.


    mal Malwarebytes deaktiviren,

    und/oder deinstallieren (backup)


    nur weil du n extra virenscanner hast,

    so sind nicht alle funktionen vom defender aus.

    man müsste schaun, ob die anderen module noch relevant sind.


    ansonnsten, würd ich, alles was eine shellextension ist, stückweise deinstallieren ( gilt auch füe apps)


    das problem hier ist, dass alles verdächtig ist, was auch nur einmal adminrechte hatte.


    wenn du "glück" hast, dann darfste windows neu installieren, um zu schaun obs daran liegt, und nicht vielleicht ein neues gerät ein treiber aktiviert hat, der jetzt indirekt probleme verursacht.

    mein grund, dass ich es als B2B bezeichnet habe, ist das es weitestgehend genormt bzw. ein minimal standard hat.

    d.h. keiner der gegenstelle kennt sich mit einen extra cypro layer aus,

    sonnst hätt ich mein archiv verschlüsselt...

    aber die kontaktperson hat diesbezüglich 2 linke foten.

    auf ein standard könnt ich mich wenigstens berufen: "das sollten sie schon wissen"

    es ist ja ehr selten, dass ich daten im B2B bereich senden muss.

    wie gesagt, ganz ohne werbung geht es nicht.

    aber diese sollte nicht vom inhalt ablenken.

    besonnders diese popups nerven, wenn auf den downloadbutten geklickt wird...

    eins vorweg, das sieht schon nach SD aus.

    und an DVD-qualität reicht es nicht ganz ran.


    aber, solche fernsehstudios haben profi-geräte,

    von der kamera, über den übertragungsweg, bis zu den archiv-bändern.


    da kann keine VHS oder billig-DVD mithalten.

    aber spielfilm-DVD-Qualität, dann wohl ehr nicht.


    ich vermute mal, deine euphorie blendet dich entwas,

    denn ich sehe sofort, die unschärfe & die dicken ränder. ;D


    die schlechtere qualität der beiträge kommt wohl von anderen presse-argenturen,

    welche besonders bei 'vor ort' bei aufnahmen wohl eine schlechtere ausstattung hatten...


    is ja heute nicht anders mit den whatsapp-videos in den nahrichten... :D



    mein auge ist jetzt nicht ein qualitätsstandard,

    aber ich könnt immerwieder brechen, wenn ich auf youtube zu dunke viedeos sehe,

    wo die deteil im schwarzwert absaufen...


    regel #1: alles ist eine miese qualität! *


    *ist nur ein leitfaden, der nicht ernstgenommen werden sollte.

    mängel können immer gefunden werden, wenn lange genug danach gesucht wird...

    hallo,


    ich suche ein alternativen file-hoster,

    der B2B geeignet ist.


    d.h.

    - seriöser anbieter

    - keine oder unaufdringliche werbung. (keine popups)

    - bis 500MB kostenlos.


    bei mein anonfiles hab ich festgestellt,

    dass der mobil & ohne werbeblocker ne katastrophe ist.

    nunja feste bitraten für eine feste auflösung zu empfehlen ist schwierig, ohne die zeitliche komponente zu kennen (fps).


    darum empfiehlt sich es in bits per pixel anzugeben, so kann man es auf alle auflösungen mit allen frameraten zurückrechnen.


    aber statische bitraten zusätzlich, wegen den unbekannten inhalt zusätzlich schierig.


    dafür empfiehlt es sich es ehr in einem qualitätslevel jenach codec...


    ;D

    also (R4) hätte spätestens beim dritten befehl nicht funktioniert,

    da der input die orginal datei war und nicht die verarbeitete datei verwendet wurde,

    die beim zweiten befehl erzeugt wurde.


    das ist was an einer fehleranalyso so viel "spaß" macht,

    alles läuft durch, doch dann fällt auf das ein input falsch gewählt wurde,

    und schon sind 100derte dateien im eimer...


    theoretisch könnte man mit MkvMerge die fertigen dateien nochmal prüfen,

    ob alles dort ist, wo man es erwartet.


    aber meine lust 100.000 schutzschichten einzubauen hält sich in grenzen,

    wenn mir nicht einer den kernbefehl mundgerecht vorfertigt,

    so werde ich sowas langfristig ehr nicht einbauen*...

    * nicht böse gemeint ;)


    ----

    script_fused_r6.cmd

    ---


    so sieht n bissel nach chaos aus,

    aber alle befehle mit @, sind für mich für eine fehleranalyse

    wie du siehst, sind diese zum größsten teil mit :: auskommentiert/deaktiviert.

    der @ befehl macht im grunde nichts, außer nur diesen einen befehl ausblenden,

    änlich wie 'echo off' der alle befehle ausblendet.

    darum zeckentfremde ich ihn für makierungen.


    mit %xD% kann ich überall eine pause erzeugen, die mir gleich die variablen anzeigt (für debugging ;) )


    ich habe platzhalter für die temporären verzeichnisse erstellt.


    gegenende habe ich eine lösch/sicherungs routine eingebaut.

    je wie diese auskommentiert wird, so sichert diese dateien,

    oder LÖSCHT diese.


    aktuell ist es auf löschen gestellt.


    das ist auch der grund, warum diese 'REM'-kommentare hat,

    die quasi die befehle erklärt.



    das script sollte jetzt theoretisch funktionieren,

    ich hoffe der input für den letzten befehl ist richtig,

    jedenfalls macht der so mehr sinn.


    ---


    edit:


    hab noch ein paar befehle auskommentiert,

    keine beeinträchtigung des scripts.

    also, die letzte revision (R5) funktioniert nicht?

    aber die revision (R4) hatte funktioniert?


    das teil komplett außeinander zu nehmen wollt ich eigendlich vermeiden...


    ich schau mal ob ich was finde,

    aber deine primären verarbeitenden befehle (ffmpeg/mkvtoolnix)

    hatte ich eigendlich erwartet, dass diese funktionieren.


    kannst du denn bestätigen, dass die befehle funktionieren,

    wenn du die befehle quasi von hand ausführst?

    edit:

    Warnung: irgend was zerstört die videos

    korrigiert im script.


    ----


    move /y "%~dp1neu1\*" "%~dp1"


    :: /y überschreibt gnadenlos alles was sich im ziel befindet

    :: * = alle objekte

    :: alternativ *.* statt * für "datei.endung"-objekte


    rd /s /q "%~dp1neu"

    rd /s /q "%~dp1neu1"


    :: das löscht das aktuelle verzeichniss

    :: /s löscht alle unerverzeichnisse+dateien (wichtig)

    :: /q ohne extra nachfrage (für scripte wichtig)


    :: in zeile 24 einfügen...



    -----


    script_fused_r5.cmd


    ---


    edit: "vertrauen"


    hab grad alle meine videos ins nirvana geschickt,

    quasi zerstört...


    muss mal schaun was schief gegangen ist...



    edit2:

    korrigiert


    bei so einer bewegungs-, kopier- & lösch- aktion

    ist die reihenfolge sehr wichtig.


    bitte vorher TESTEN!

    wenn du mir testdateien mitlieferst, dann kann ich die scripte auch live testen.


    normalerweise sollte 1 oder mehrere befehle kein problem verursachen,

    da ein laufender befehl das script blockiert und damit alles wartet.


    wichtig ist nur, dass man weis, wie der input-,zwischenschritt-,ausgabe- name heißen soll.


    meist ist der unübersichtliche teil, der wo man dynamisch namen & werte generiert (variablen)



    die billigste methode wäre wenn man die 2 scripte zusammenkopiert.

    man muss nur den übergabenamen der datei(en) beachten.


    ich schau mal was ich jetzt schon machen kann...


    ----

    edit:


    hab die 2 scripte zusammengesetzt.

    im kern braucht du nur die arbeiten im loop/schift erweitern.

    (zeile 20)


    sei vorsichtig mit voreiligem löschen der orginaldateien,

    wenn so n script versagt, dann sind die orginale weg.

    darum verschiebe ich gern die orginale in ein ordner,

    den ich nach korrekter arbeiten lösche.



    script_fused.cmd


    ich seh das der code-block nicht akkurat ist,

    tap-zeichen werden unregelmäßig mit leerzeichen ersetzt.

    auch leere zeilenumbrüche werden nicht mitkopiert.

    ich habe (musste) es jetzt neu installieren,

    hab jetzt ne neue id... mal sehen wie lang die hält,

    bzw. bis se mein pc wiedererkennen...


    werd aber vorsichtshalber noch ruskdesk verteiln,

    da hab ich dann n fallback, und auch noch open source...

    hab das mal in chatGPT als auftrag gegeben...

    keine garantie auf richtigkeit.

    einzeldatei:

    Code
    1. staxrip.exe -script:"audio.mode=copy/mux; audio.stream=dtshd" input.mkv


    für mehrere dateien:


    done...

    also ich glaube ich hab ein bug entdekt.

    1# %* in einem :loop/shift macht keinen sinn, wenn der input im loop nur eine datei ist.

    2# merkwürdigerweise wird dieser for-befehl, nach der anzahl der übergebenen dateien, mehrfach ausgeführt.


    d.h. lasse ich 10 dateien fallen, dann steht der befehl 10x da, obwohl nur ein dateiname gespeichert ist.

    ich hab das mit ' echo ' & ' pause ' ermittelt.


    also, mit ' pause ' hab ich das script und den loop sofort unterbrochen,

    er hätte eigendlich nicht mal die chance gehabt bis 10 zu zählen...


    ich wüsste nicht, warum %* überhaupt solche methainformation haben soll.


    egal, da nur eine einzeldatei-verarbeitung gewünscht ist,

    so werde ich das rausschmeißen, die for-schleife macht keinen sinn,

    zumal die variable %%i auch nicht weiter verwendet wird...


    kannst ja dann mal sagen ob es dann gewünscht funktioniert...

    Zitat

    viele Textdateien für die verarbeitung eines einzigen Videos erzeugt

    ok, es wäre zu klären.

    so für jedes video einzeln die normalisierung laufen?

    so müsste ich für jedes video eine datei erzeugen

    und %* wäre fehl am platz.


    soll aus allen videos die normalisierungs-summe erzeugt werden,

    dann würd es komplizierter, bzw. man müsste den 'shift' rückwärts laufen lassen !?

    wüsste jetzt nicht wie 'shift' reversibel sein sollte.


    ansonnsten müsste man über die script struktur nachdenken

    und die dateien anders zusammenfassen.


    ---


    was genau hatte der script-ersteller vor gehabt? hast du die quelle vom script?


    ---


    da du die viedeos optional einzeln abarbeiten wolltest, so gehe ich von einer einzeldatei lösung aus.

    werds mir nochmal anschauen, jedenfalls ist das %* dann falsch.

    ich muss schauen, was er damit alles einzufangen versucht...


    ---


    ich habe irgendwo ein denkfehler ein denkfehler.


    %* macht in einen loop/shift-schleife keinen sinn,

    im loop nur eine datei repräsentiert wird...


    dann versteh ich das mehrfache überschreiben der selben dateien nicht.

    das sollte so nicht passieren, und damit das script nicht immer langsamer werden.


    jeder loop/shift prozess sollte in sich abgekapselt werden...

    ok, ich habs...

    es waren wieder die pfade,

    ich habe geschaut, warum der mkvmerge-command nicht gegriffen hat.


    ich hatte einige objekte übersehen...

    auch wurden seltsamerweise, nicht die kompletten befehle kopiert.

    habe ich repariert/ergänzt


    ich habe mir auch die lösch-routienen mir genauer angeschaut...

    ich bin kein fan von ' del *.txt '

    wenn mal die pfade kaputt sind, dann wildert das script sonntwo. :'S

    darum lösche ich überiegend nur mit filtern oder variablen: ' del "%~1.txt" '


    es ist interressant, dass troz ' cd /d "%~dp1" '

    die dateien nicht gefunden wurden,

    das liegt wohl daran, dass der verzeichniswechsel nicht im loop ist, sondern davor...


    das script sollte mit den generierten absoluten pfaden kein verzeichniswechsel mehr benötigen...


    [FF-audio-normalizer.cmd] (fixed)


    so, wenns läuft, dann 3,50...

    also, mit der loop/shift-funktion habe ich gelernt,

    dass troz %1 eingabe mehrere dateien als eingabe abzepiert werden.


    bei mir rannte das script durch, und hat *.ac3 dateien

    und zum schluss einen neuen ordner mit den neuen videos erstellt.


    in welchen pfad befindet sich dein script?

    und wie ist der pfad für deine videos?


    52 dateien habe ich jetzt nicht getestet,

    ich weiß aber, dass windows verschiedene limits hat.

    - eins ab 15 dateien (hat hier keinen einfluss/ getestet)

    - ein anderes ist das zeichenlimit für die komando-eingabe


    müsste aber mal getestet werden.


    gibt es irgenwo sonderzeichen in den dateinamen?


    ---


    pack mal folgendes script in dem selben ordner wie das normalisierungs-script

    und teste mal den drop... bei mir haben 57 dateien funktioniert.


    [shift-test.cmd]


    ---


    edit3:

    ich glaub ich hab was...

    so bitte schön:

    https://anonfiles.com/Wdd1L8Weya


    sag ob es irgendwelche probleme gibt.


    dank loop+shift brauchte ich den 'MultiDropExecuter' hier nicht anwenden.

    ordner kann er aber dadurch nicht durchsuchen und verarbeiten...


    aber drag & drop sollte kein problem darstellen.


    der '_tool'-ordner hat eine abhänigkeit mit dem script...


    hier das script für die "KI"-bots...

    ist es gut, dass die von mir lernen...? ^^



    wer sonnst noch was findet... immer her...


    p.s.

    schade das der codeblock nicht ein schriftbild verwendet, wo alle zeichen gleich breit sind,

    wie z.b. "Consolas" oder ähnlichem...

    das script findet bei mir ffmpeg nicht, weil es das verzeichnis wechselt.

    mkvtoolnix wurde in einer variable gesichert.

    ffmpeg nicht.


    werd warscheinlich vieles ändern müssen...

    naja egal.

    muss schaun wie ich zeit finde...


    edit:

    ah jetzt verstehe ich "shift" endlich,

    das würde meine script eskalationen wohl etwas entschärfen können... XD


    edit2:

    fortschritt: es läuft

    und ich weis nicht was ich gemacht habe.

    ich habe es nur auf meine logik leicht angepasst.


    vermutlich war es der input, der nicht vernünftig abgegrenzt wurde

    mit %1 --> "%~1" verursacht keine schäden und macht den input robuster...


    edit3:

    theoretisch könnte ich die prozesse parallel laufen lassen,

    aber bei 10+ dateien würde es die leistung des laufwerks belasten...

    ung gezieltes theading ist (für mich) noch etwas schwierig umzusetzen...


    ok die spielereien mit autodownloader für die tools lass ich mal sein für heute... ;)