Ich habe ein iPhone und die Fotos werden über die iCloud auf zwei Windows 10 Rechner synchronisiert. Auf dem älteren Rechner bisher immer als JPEG, keine Probleme. Jetzt auf dem anderen Rechner auch die iCloud aktiviert, Fotos tauchen auch im Bilderverzeichnis auf, aber dort als HEIF mit .heic Endung. Warum das? Habe schon gegoogelt und gefunden das im iPhone auf 'maximale Kompatibilität' gestellt werden kann um Bilder als JPEG zu speichern, aber das ist aus und trotzdem kamen/kommen die schon seit Jahren als .jpg an. In der iCloud ist dazu nix einzustellen, ist das eine versteckte in der Registry? Win10 Version ist auf beiden Rechner gleich. Und was noch ärgerlich ist: Windows 10 bietet eine kostenlose Extension für HEIF an. Installiert, funktioniert nicht, Foto App meldet Fehler beim Öffnen. Der Haken an der Sache: es muss auch die HEVC Extension, ein Video Codec, installiert werden. Kostet nur 99 ct, öffnet aber die Tür für den MS Store.
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.
Johannes S. schrieb: > kein Wunder wenn man erst nen Euro in den PC werfen muss damit Win10 die > anzeigt... Das gilt nur für Apple-Besitzer, für alle anderen gibt es sowas auch kostenlos:-) z.B.: https://www.irfanview.com/main_formats.htm
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.
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. 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...
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.
Dann kommt ein Browserupdate daher und -schwupp- kann der das. Bei gleichzeitig völlig neuem Bedienkonzept des Browsers oder "alteingesessene" Addons laufen nicht mehr... FRISS ODER STIRB
● 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) ..
Bitte melde dich an um einen Beitrag zu schreiben. Anmeldung ist kostenlos und dauert nur eine Minute.
Bestehender Account
Schon ein Account bei Google/GoogleMail? Keine Anmeldung erforderlich!
Mit Google-Account einloggen
Mit Google-Account einloggen
Noch kein Account? Hier anmelden.