Fotos im HEIF von iPhone auf Windows10

Rätsel gelöst:
auf dem Rechner mit den .heic Bildern war noch eine ältere iCloud 
Version, 5.irgendwas drauf. Nach Update auf akutelle 7.19 werden die 
Bilder jetzt auch automatisch nach .jpg konvertiert. Interessant, weil 
HEIF ja das neuere ist, aber scheinbar nicht aktzeptiert wurde. Gut, 
kein Wunder wenn man erst nen Euro in den PC werfen muss damit Win10 die 
anzeigt...
Einen Registry key habe ich aber auch gefunden, die neuere iCloud 
Version kennt ein 'keepHEIFOriginal' das per default jetzt auf '0' 
steht.

HEIF kann man komplett in die Tonne treten. Das ist nur 
patentverseuchter Müll der MPEG.

1) Warum Windows?
2) Warum iPhone ?

Nutze Linux, installiere libheif.

1

#!/bin/bash

2

for f in *.HEIC

3

do

4

heif-convert $f $f.jpg

5

done

Und dann bitte auch den unsaeglichen iCloud Mist durch was anderes 
ersetzen. Nextcloud zum Beispiel...

Apple ist so ziemlich der einzige, der das Format einsetzt.  Hersteller 
lieben solche "exklusiven" Sachen - hilft, die Kunden bei der Stange zu 
halten.

Ich meine, neulich (auf Heise(?), gab da nen Fiasko mit dem Format) 
gelesen zu haben, dass man die Kamera-App umstellen kann, dass sie erst 
gar keine HEIFs sondern direkt JPEGs erstellt.

Irgend W. schrieb:
> z.B.: https://www.irfanview.com/main_formats.htm

benutze ich auch, war nur zu alt. Nach Update von Programm und PlugIns 
konnte IrfanView die Bilder auch anzeigen. Und auch wieder in anderen 
Formaten speichern, was die dämliche Windows Foto App auch nicht kann.

Eric schrieb:
> 1) Warum Windows?
> 2) Warum iPhone ?

Werkzeug vom AG, zahle ich nix für, Linux ist keine Option. Und der 
'unsaegliche iCloud Mist' ist extrem praktisch. Muss man Umlaute auf 
Linux auch erst installieren?

foobar schrieb:
> Apple ist so ziemlich der einzige, der das Format einsetzt.

Ich hatte mich vorher nie mit HEIF beschäfftigt, aber der etwa halbe 
Speicherbedarf bei gleicher Qualität ist gerade beim teueren 
Smartphonespeicher interessant. Mit der Option das beim synchronisieren 
on the fly zu konvertieren hat Apple ja wohl einen Rückzieher gemacht, 
obwohl die ja sonst eher pro Fortschritt entscheiden. Auch JPEG musste 
sich ja erstmal gegen BMP und GIF durchsetzen.

das ist aber ein macOS Bug, in Fotos die aus der iCloud kommen und nach 
jpeg konvertiert werden sehe ich die vielen Nullen nicht. Und HEIF ist 
keine Apple Erfindung. Trotzdem ist so ein Bug gerade im macOS peinlich.

h4x0r schrieb:
> HEIF kann man komplett in die Tonne treten. Das ist nur
> patentverseuchter Müll der MPEG.

Fear not! JPEG XL wird's richten :-)
https://jpeg.org/jpegxl/index.html

Johannes S. schrieb:
> Ich hatte mich vorher nie mit HEIF beschäfftigt, aber der etwa halbe
> Speicherbedarf bei gleicher Qualität ist gerade beim teueren
> Smartphonespeicher interessant. Mit der Option das beim synchronisieren
> on the fly zu konvertieren hat Apple ja wohl einen Rückzieher gemacht,
> obwohl die ja sonst eher pro Fortschritt entscheiden. Auch JPEG musste
> sich ja erstmal gegen BMP und GIF durchsetzen.

Die Patentverseuchung ist aber ein echtes Probem. Deswegen wirds HEIF 
und auch die AV1 basierte Variante schwer haben...

Verlustbehaftete Formate hin und her zu konvertieren bedeutet immer 
weiterer Qualitätsverlust.

JPG musste sich nicht "erst" durchsetzen. Das ist quasi schon so lange 
etabliert wie es Digitalfotografie gibt. JPG musste sich nicht gegen BMP 
und GIF durchsetzen, da diese Formate eine ganz andere Zielsetzung als 
JPG haben. Deswegen hat GIF ja auch heute noch eine Berechtigung. Wobei 
BMP reiner Windows Müll ist, das sonst nirgends verwendet wurde.

Apple und Innovation passt auch nicht. Die nutzen eine neue Technik 
immer erst wenn sie unbedingt müssen. Wenn sie von anderen schon längst 
abgehängt wurden oder um ein Alleinstellungsmerkmal zu implementieren um 
inkompatibel zum Rest der Welt zu sein. Also so wie es früher Microsoft 
gemacht hat. Die (Microsoft) haben aber mitlerweile begriffen, dass man 
heute mit einer solchen Politik nicht weit kommt. Siehe Browserkriege 
und Officeformate.

Das HEIF setzt sich in der Smartphonewelt langsam durch. Samsung nutzt 
das auch.

Jens schrieb:
> Deswegen wirds HEIF
> und auch die AV1 basierte Variante schwer haben...

die Speicherhersteller werden auch sagen: lass doch den Quatsch :)

Johannes S. schrieb:
> Muss man Umlaute auf Linux auch erst installieren?

Nein. Aber auf dem japanischen Windows 10 meines Arbeitsrechners fehlen 
sie.

Solange solche neuen Grafikformate nicht von den Webbrowsern angezeigt 
werden, werden sie sich nicht durchsetzen.  Von Canon gibts zwar schon 
eine Kamera, die neben jpg und raw auch heif ausgeben kann, aber das 
wird nicht genügen.

● J-A V. schrieb:
> Dann kommt ein Browserupdate daher und -schwupp- kann der das.

Warum ist das nicht schon längst geschehen? So neu ist das Grafikformat 
ja nicht. Gimp kann es glaube ich schon seit dem Jahre 2018, wenn auch 
nicht mit voller Funktionalität.

Ist wohl sehr kompliziert die Lizenzgeschichte, ich hatte mir auch 
gerade den Teil in Wikipedia angesehen: 
https://de.m.wikipedia.org/wiki/High_Efficiency_Video_Coding

Geht zwar um die Codecs für bewegte Bilder, aber es sind ja die gleichen 
Lizenzgeber.
Und die konkurrieren mit AV1 und anderen freien Codecs, da unterstützen 
chrome und Firefox schon AV1 und das macht guten Druck.

Εrnst B. schrieb:
> Dazu:  https://heise.de/-4713318
>
> Ein völlig unbeabsichtigter *hust*Dieselskandal*hust* iPhone/macOS-Bug,
> der JPEG-Dateien mit Megabytes an Füllbytes vollstopft, und so,
> natürlich rein zufällig, die wahnsinnige Überlegenheit der HEIF-Bilder
> demonstriert...

Aber offenbar nur wenn man mit dem alten System arbeitet. Heise ist mit 
seinem Beitrag, obwohl der vom 04.05.20 ist, auch nicht ganz aktuell. 
Seit Mac OS Catalina, das Anfang Oktober 2019 eingeführt wurde werden 
keine 32Bit Programme mehr unterstützt. Dazu zählt auch das von Heise 
erwähnte iPhoto. iPhoto wurde bereits mit macOS 10.10 (Yosemite) durch 
die Fotos-App ersetzt. Yosimite wurde bereits 2014 eingeführt und das 
wurde iPhoto kommentarlos durch Foto ersetzt was mich damals sehr 
geärgert hat, weil ich iPhoto besser fand (rein persönliche Meinung).

Was ich damit sagen will Heise ist nicht immer aktuell, auch wenn sie es 
so verkaufen.
Ändert natürlich nichts an dem Bug und der ist natürlich Mist und das 
muß man auch nicht schön reden.
MIr persönlich ist das aber bisher nicht aufgefallen. Könnte sein weil 
ich noch ein älteres iPhone nutze und die iCloud benutze ich auch nicht, 
obwohl es beide Geräte können würden. Wenn ich Fotos vom Handy auf den 
Mac oder PC übertragen möchte dann mache ich das händisch über Fotos 
(früher iPhoto) bzw. über den Windowsexplorer und die Fotos sind bei mir 
dann auch JPEG. Das neue Gedöns ist offensichtlich wegen der iCloud 
eingeführt worden und da ich das nicht nutze hat es mich sehr 
wahrscheinlich nicht betroffen.

● J-A V. schrieb:
> wie klappte das mit GIMP?

Und bei VLC, IrfanView PlugIn, Linux Lib?
Keine Ahnung, ich vermute das die für nicht kommerzielle Nutzung 
dekodieren dürfen. Irgendwie müssen die ja die Verbreitung der Codecs 
fördern. Kommerzielle wie MS oder Kamerahersteller sollen zahlen, aber 
MS scheint nicht zu wollen und will das vom Endbenutzer zahlen lassen. 
Aber bei den Alternativen glaube ich nicht das sich MPEG da durchsetzen 
kann.

Zeno schrieb:
> Das neue Gedöns ist offensichtlich wegen der iCloud eingeführt worden

Eher um Speicherplatz zu sparen, bei Smartphones macht das ja Sinn.

Johannes S. schrieb:

> Eher um Speicherplatz zu sparen, bei Smartphones macht das ja Sinn.

Vor allem bei Modellen, die vom Hersteller absichtlich verkrüppelt 
wurden und daher keine SD-Cards zulassen, damit der Hersteller Modelle 
mit größerem und überteuertem internem Speicher verkaufen kann. 
Zusätzlich, damit sie maximal inkompatibel zum Rest der Welt werden, 
natürlich nicht als WebP, sondern als was ganz anderes.

Als weitere Belustigung kann dann zwar das Smartphone mit diesem Format 
umgehen, nicht aber der Browser, so daß Einsparen von Datenvolumen für 
Webseiten nicht damit geht. Und als Lacher am Schluß ist diese 
Browserengine die einzige, die der Hersteller auf seine Smartphones 
läßt.

Apple halt.

Nop schrieb:
> Als weitere Belustigung kann dann zwar das Smartphone mit diesem Format
> umgehen, nicht aber der Browser, so daß Einsparen von Datenvolumen für
> Webseiten nicht damit geht. Und als Lacher am Schluß ist diese
> Browserengine die einzige, die der Hersteller auf seine Smartphones
> läßt.
>
> Apple halt.

Von Apple kaufe ich deshalb nur die Aktien, aber nicht deren Produkte.

Nop schrieb:
> Vor allem bei Modellen, die vom Hersteller absichtlich verkrüppelt
> wurden und daher keine SD-Cards zulassen

Antiquierte Ansicht für mich. Die Cloud wird sehr smart als Swapspeicher 
für Musik/Bilder/Apps genutzt, ich brauche gar nicht mehr Speicher und 
erst recht kein Turnschuhnetzwerk im Smartphone. Früher habe ich auch 
viel Speicher gebraucht und ständig hin- und herkopiert. Brauche ich 
heute nicht mehr, alles ist bei Bedarf ruck zuck da und ich muss nicht 
aussuchen was ich jetzt irgendwohin mitnehmen will oder nicht.
Und das HEIF konvertiert die Cloud Software ja auf dem PC, das war nur 
der Unfall das ich eine alte Version hatte die das noch nicht gemacht 
hat.

Problem ist, es gibt zu viele mögliche Nachfolger von jpg:

Jpeg2000
Jpeg xr
WebP
Heif
Und sicher noch andere, die ich jetzt vergessen habe.

Und selbst das alte jpg wird verbessert: Google komprimiert die jpgs für 
die Cloud nochmal (wenn der User das erlaubt) und genehmigt dem User 
dann unendlichen Bildspeicher. Ich konnte keinen Qualitätsverlust durch 
die weitere Komprimierung  bei meinen Fotos feststellen.


Aber Apple hat das Zeug, den Usern ein neues Format aufzuzwingen.

Ich habe nichts dagegen wenn sich ein besseres Format durchsetzt. Ob das 
jetzt von Apple, Microsoft oder Google durchgedrückt wird, kann mir ja 
egal sein.

Hier habe ich einige Infos
HEIF vs. WebP
gefunden.

Zumindest für mich war das alles so nicht bekannt
https://www.computerbase.de/forum/threads/jpeg-alternative-webp-wird-jetzt-von-edge-und-bald-von-firefox-erkannt.1828251/page-5

| HEIF encodieren heisst lizenz bezahlen - webp ist free
| HEIF kann keine 24bit-Animationen mit Alphakanal - webp schon
| HEIF ist ausgebaut - webp ist noch ausbaufähig (ist ja grad bei v0.5)
| HEIF muss per software encodieren - weil hardware teurer ist (und kaum
| vorhanden)
| webp kann auf bereits verwendete kostengünstige hardwareencoder
| zurückgreifen
| um hardwarebeschleunigung zu nutzen
| man könnte die basis von VP8 zu AV1 wechseln - und erweiterte farbräume
| hinzufügen
| so gesehen gibt es nichts was dem webp gegenüber dem HEIF verschlossen
| bliebe
| eher umgekehrt (zukünftig) ..