Beiträge von Selur

    Hab ich mal laufen lassen.

    Es wurde jetzt auch eine heif-enc.exe gebaut.

    Problem:

    Zitat

    Ihre Datei verstößt möglicherweise gegen die Nutzungsbedingungen von Google Drive

    „libheif_examples_Debug.zip“ enthält Inhalte, die möglicherweise gegen die Richtlinien zu Malware und ähnlichen schädlichen Inhalten von Google Drive verstoßen. Einige Funktionen für diese Datei wurden möglicherweise eingeschränkt. Wenn Sie der Meinung sind, dass hier ein Fehler vorliegt und das Trust & Safety-Team diese Datei prüfen soll, können Sie unten eine Überprüfung anfordern.

    => kann die Dateien leider nicht mit Dir teilen.


    Cu Selur

    Wenn ich den Anweisungen:

    Code
    1. git clone https://github.com/Microsoft/vcpkg.git
    2. cd vcpkg
    3. ./bootstrap-vcpkg.bat
    4. ./vcpkg integrate install
    5. ./vcpkg install libheif

    folge und dann zu "G:\vckg\vcpkg\buildtrees\libheif\src\v1.16.2-f468c4a3e6.clean\example" wechsel und dort:

    Code
    1. G:\vckg\vcpkg\downloads\tools\cmake-3.27.1-windows\cmake-3.27.1-windows-i386\bin\cmake.exe CMakeLists.txt

    aufrufe und anschließend:

    Code
    1. G:\vckg\vcpkg\downloads\tools\cmake-3.27.1-windows\cmake-3.27.1-windows-i386\bin\cmake.exe --build .

    erstellt er in "G:\vckg\vcpkg\buildtrees\libheif\src\v1.16.2-f468c4a3e6.clean\example\Debug" die Dateien:

    Code
    1. 24.09.2023 08:06 444.928 de265.dll
    2. 24.09.2023 08:08 586.752 heif.dll
    3. 24.09.2023 08:21 209.408 heif-convert.exe
    4. 24.09.2023 08:21 2.426.880 heif-convert.pdb
    5. 24.09.2023 08:21 139.264 heif-info.exe
    6. 24.09.2023 08:21 2.119.680 heif-info.pdb
    7. 24.09.2023 08:21 144.384 heif-test.exe
    8. 24.09.2023 08:21 2.390.016 heif-test.pdb
    9. 24.09.2023 08:07 5.145.600 libx265.dll


    die .pdb Dateien sind nur Debugdateien, aber die anderen sind vermutlich, was Du suchst. (hoffe das hilft)


    Da hier "Maximale Dateigröße: 1 MB" hab ich die Dateien mal temporär bei GoogleDrive hochgeladen.


    Cu Selur


    Ps.: Hatte bei mir unter G den Ordner vckg erstellt und in dem alles aufgerufen, deshalb ist bei mir im Pfad immer "vckg\vcpkg".

    Zitat

    In diesem Zusammenhang ist mir erstmals aufgefallen, daß wenn MP4 als Standard-Container eingestellt ist, auch immer ein ".mp4" an die Ausgabedatei angehangen wird - selbst, wenn ich schon ein ".mkv" geschrieben habe.

    Ist hier nicht der Fall,


    Was ich im log sehe:

    Code
    1. 2023.09.15 - 15:35:21_Debian GNU/Linux trixie/sid (64bit)_2023.03.17.1 - level 9: sox output: /home/pintcat/ubin/sox: error while loading shared libraries: libpng12.so.0: cannot open shared object file: No such file or directory

    der Ordner ist nicht mehr da, da Hybrid den gelöscht hat:

    Code
    1. 2023.09.15 - 15:35:22_Debian GNU/Linux trixie/sid (64bit)_2023.03.17.1 - level 9: deleted sox temp folder '/media/ramdisk/2023-09-15@15_28_39_181001'.

    Hybrid erstellt den Ordner vorher. ;)

    Code
    1. 2023.09.15 - 15:35:21_Debian GNU/Linux trixie/sid (64bit)_2023.03.17.1 - level 9: checking sox temp folder,..
    2. 2023.09.15 - 15:35:21_Debian GNU/Linux trixie/sid (64bit)_2023.03.17.1 - level 9: created temp sox folder '/media/ramdisk/2023-09-15@15_28_39_181001'.


    => sieht für mich wie ein Problem mit sox aus, aber unklar ist mir, warum es über die Konsole bei Dir geht, wenn der Ordner da ist.


    Cu Selur

    Zitat

    aber das hilft nicht viel.

    Wundert mich, eigentlich kann man HEVC files relativ einfach kombinieren.

    Mal versucht mit mkvtoolnix, anstatt mit TMG Smart Re. 5, die Ergebnisse aneinander zu packen?


    Hab einfach mal x265 crf 18 mit 4.1/Main/Main verwendet und das Ergebnis ließ sich ohne Probleme mit mkvtoolnix aneinanderhängen.

    (Habe erst das Video ohne Audio in ein 'videoonly.mkv' gepackt, dann ein 'reencode.mkv' erstellt und anschließend die Dateien mit mkvtoolnix zusammen gefügt,... -> merged.mkv)

    Zumindest im MPC-HC lässt sich das Ergebnis ohne Probleme abspielen.


    Cu Selur

    Vermute, das wird auch gehen, da der Pfad sich ändert und quasi den gleichen Effekt hat wie das Umbenennen des Ordners.

    Yup, das geht auch.

    F ->I => 2.45sec

    I->F => 9.72sec

    Frage ist halt: Wie kriegt man ich heraus was da dazwischen funkt?


    Cu Selur

    Smart Werte der Platte sind einwandfrei (ist auch erst 'nen Monat alt oder so, 4TB m2 SSD).

    Zugriffsrecht können es eigentlich nicht sein, da das umbenennen des Ordners das Problem löst, aber die Rechte dabei nicht geändert werden.

    chkdsk findet auch keine Fehler.

    Dateien in einen anderen Ordner kopieren, alten Ordner löschen und neuen Ordner nach Hybrid umbenennen hat auch nichts geändert.


    Werde jetzt mal MalwareBytes deinstallieren und schauen ob das was ändert.

    MalwareBytes deinstalliert, Rechner neu gestartet, gleicher Effekt.

    Liegt also nicht an MalwareBytes.

    Hi, habe seit gestern (vermute ich) das Problem, dass wenn ich meine Hybrid.exe im Verzeichnis f:\Hybrid starte, ca. 9-10 Sekunden zum Starten 8| braucht.

    Habe die letzten paar Stunden damit verbracht gehabt Hybrid in älteren Versionen zu bauen, addOns zu entfernen usw. bis mir aufgefallen ist:

    Benenne ich den Ordner um (z.B. nach F:\Hybrid2), dann braucht sie nur ca. 2,5 Sekunden, was normal ist. WTF ?! X(


    Dachte erst es würde an Malwarebytes liegen oder so, im TaskManager sehe ich während ich Hybrid starte keine Auffälligkeiten.

    (deaktivieren von Malwarebytes Schutz oder Windows 10 Firewall Control hilft auch nicht.)


    Hat jemand ne Idee, wie ich herausfinden kann, was da schiefläuft?


    Cu Selur