Wenn ich den Anweisungen:
git clone https://github.com/Microsoft/vcpkg.git
cd vcpkg
./bootstrap-vcpkg.bat
./vcpkg integrate install
./vcpkg install libheiffolge und dann zu "G:\vckg\vcpkg\buildtrees\libheif\src\v1.16.2-f468c4a3e6.clean\example" wechsel und dort:
G:\vckg\vcpkg\downloads\tools\cmake-3.27.1-windows\cmake-3.27.1-windows-i386\bin\cmake.exe CMakeLists.txtaufrufe und anschließend:
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:
24.09.2023 08:06 444.928 de265.dll
24.09.2023 08:08 586.752 heif.dll
24.09.2023 08:21 209.408 heif-convert.exe
24.09.2023 08:21 2.426.880 heif-convert.pdb
24.09.2023 08:21 139.264 heif-info.exe
24.09.2023 08:21 2.119.680 heif-info.pdb
24.09.2023 08:21 144.384 heif-test.exe
24.09.2023 08:21 2.390.016 heif-test.pdb
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".
die "heif-enc.exe" hat das kompilat nicht mit ausgespuckt?
Ne, nur die Dateien die ich gelistet hatte.
das ist seltsam, dabei brauch ich den encoder.
weiß nicht wie die darauf kommen, dass dieser herausgenommen werden musste.
werd mal da nachfragen nachfragen müssen.
oder kannst du herrausfinden ob er was anders gemacht hat?
https://github.com/pphh77/libheif-Windowsbinary
---
edit:
falls jemand mitmischen will 
https://github.com/strukturag/libheif/issues/967
und es gibt schon ein verweis auf ein MSYS repo?
https://github.com/msys2/MINGW-pa…ibheif/PKGBUILD
die MSYS pakete beinhalten zwar ein paar exe dateien,
aber die entscheidenen DLL-dateien fehlen, auch die encoder libraries.
ne bekomm ich nicht zu laufen,
die ganzen DLL beißen sich und sind inkompatibel mit der MSYS-version.
Hab ich mal laufen lassen.
Es wurde jetzt auch eine heif-enc.exe gebaut.
Problem:
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
verschlüssel das archiv und schicks per PN.
ich werde es nicht weiterverteilen
oder gegen die Nutzungsbedingungen von Google verstoßen.
klingt aber ehr nach einem false positive. 
¯\(°_o)/¯
Nachtrag:
aktuell update ich den encoder in dem ich mir die binaries von MSYS2 hohle.
https://packages.msys2.org/packages/mingw-w64-x86_64-libheif
ist aber alles andere als ideal, da ich die binaries auch von den 'Dependencies' paketen brauche.
und wenn ich glück habe sogar die 'Dependencies' von den 'Dependencies'...
keine chance das sauber automatisiert herunterzuladen, wenn man nicht die ganze MSYS2 umgebung installieren will,
und darin trozdem die einzelen dateien herausfischen muss.
aktuell hardcode ich die 'Dependencies' in mein download-script, aber wenn (wieder) ein neues modul eingebaut wird,
dann müssen die 'Dependencies' erweitert werden.
eigendlich bauche ich nur den heif/h265 teil,
aber in dem encoder ist auch AV-1 & JPEG spielereien mit drin und muss alles mitgeschleppt werden.
auch wenn die komponenten nicht genutzt werden prüften alle exe-dateien ihre abhänigkeiten
und verweigern sonnst die ausführung.
es ist auch eine crypto library mit drin... wtf! 
fehlt nur noch das WebP noch nachgereicht wird... 
(edit: WebP abhänigkeiten sind auch mit drin... XD )
also aktuell scheint MSYS2 die meisten meiner probleme & begehren abdecken zu können,
so dass ich immer noch keine 100GB programierumgebung installieren muss, um ein 100kb projekt zu kompellieren...
chao.
Im Moment nicht, aber ... vielleicht kann man es irgendwann mal von M-AB-S bauen lassen? Schließlich wird libavif auch unterstützt.
Es wird in issue 2516 bereits seit längerem gewünscht.
ja... von mir... *hust*
edit:
baut das teil nicht primär ffmpeg?
ich habe mir überlegt, meine meisten cli-codecs auf ffmpeg umzustellen.
darüber sollte heif & co verfügbar ein, oder so...
muss nur schauen ob alle (mir relevanten) optionen unterstützt werden.
bin grad unsicher ob bildformate unterstützt werden,
habe es noch nicht weiter verfolgt, war nur ein gedanke...
hab grad das gefunden:
https://trac.ffmpeg.org/ticket/6521
für heif wird ffmpeg zunächst noch keine option...
baut das teil nicht primär ffmpeg?
Ja, aber.
Wenn man aktiviert, dass auch eigenständige Tools erstellt werden, gibt es das auch zusätzlich. Und das kann eine ganze Menge sein.
L4cache bastelt mal ein wenig daran herum. Mit libde265 hat er noch Linker-Probleme (so fehlt noch ein HEIC-Decoder), aber vielleicht reicht auch x265 als Encoder. Ich versuche mal zu compilieren...
Enthält unterschiedliche Encoder und Decoder, manche sind in 32-bit-Code nicht verfügbar. Kein HEIC-Decoder in heif-dec enthalten!
Prüfen mit: heif-enc --list-encoders bzw. heif-dec --list-decoders
Ich hab auch kein ARM64. Wie kommst du darauf? Ich habe für Win32 (x86) und Win64 (x86-64 a.k.a. AMD64) compiliert. Insbesondere VVC wird von vorn herein nur mit 64 bit unterstützt.
Die media-autobuild suite ist eine Entwicklungsumgebung, die auf MSYS2 und MinGW aufbaut und sämtliche Codecs möglichst von den Quelltexten an mit GCC oder CLang compiliert, Abhängigkeiten von mitgelieferten Paketen werden eher vermieden.
Dass einige Codecs nicht in 32-bit-Code verfügbar sind (insbesondere VVC), liegt vor allem daran, dass es sich nicht lohnt, dafür extra Code zu entwickeln, denn sehr komplexe Codecs brauchen erstens sehr viel RAM (u.U. mehr als 2 oder 4 GB pro Prozess) und zweitens Assembler-Code, der stark davon profitiert, dass auf 64-bit-CPUs im 64-bit-Code-Modus mehr interne Register genutzt werden können.
hab mal ein bisschen rumgedoktert, weil mich deine aussage:
"Kein HEIC-Decoder in heif-dec enthalten!" einfach nicht losgelassen hat...
der 64-bit decoder verwendet "libde265" als decoder,
dieser wird in den msys2 paketquellen auch als 32bit version angeboten.
https://packages.msys2.org/packages/mingw-w64-i686-libde265
ich habe mal manuell die 32-bit pakete geladen und zusammengesetzt
und überraschenderweise ist der 'libde265' decoder darin gelistet.
und das decodieren hat auch geklappt.
ist da was beim kompilieren irgendwas durcheinandergeraten,
bzw. der quellcode nicht ordendlich?
-
(interessanterweise wird 'liblzma' nicht als 32bit version auf der webseite gelistet,
existiert aber trozdem unter https://repo.msys2.org/msys/i686)
----
/ot
ich habe grade frisch in den msys2 paketen entdeckt,
dass "mingw-w64-clang-aarch64-*" angeboten wird.
damit wird wohl nun die die arm64 architektur wohl auch unterstützt,
jetzt fehlt nur noch eine testumgebung.
Don’t have an account yet? Register yourself now and be a part of our community!