Conversor WebP → HEIF

Origen · WebP
Destino · HEIF

Arrastra aquí archivos WebP

o selecciona archivos de tu dispositivo

Opciones avanzadas
  • Los metadatos fotográficos compatibles pueden conservarse cuando están disponibles en el origen y el módulo de escritura de salida seleccionado los admite. Los campos EXIF disponibles, GPS y campos XMP descriptivos se normalizan; no se conservan los MakerNotes propietarios ni los metadatos no compatibles. No se copian los perfiles ICC originales.
  • La transparencia se sustituye por blanco de forma predeterminada. Cambia el fondo en Opciones avanzadas.
  • La salida estática utiliza el fotograma compuesto seleccionado explícitamente (por defecto, el fotograma 1); no incluye la reproducción ni los tiempos.
  • La salida HEIF genérica utiliza una imagen estática HEVC opaca en sRGB de 8 bits y requiere un codificador nativo compatible y una conversión de origen aceptada. Algunos orígenes siguen restringidos.
  • Contenedor HEIF: libheif (LGPL); licencias, código fuente y archivos para volver a enlazar

Activa JavaScript para convertir archivos localmente.

  • En tu navegador
  • Sin subir archivos al servidor
  • Privacidad desde el diseño

¿Qué ocurre al convertir WebP a HEIF?

Destino compatible con animación

Estos formatos pueden representar animación, pero este conversor produce imágenes estáticas. Las entradas compatibles GIF, PNG animado y WebP usan el fotograma compuesto seleccionado expresamente (por defecto, el fotograma 1); no se transfieren las secuencias de fotogramas, tiempos ni repeticiones. Se rechazan las secuencias HEIF.

Modo de codificación

HEIF define el contenedor. Los datos pueden almacenarse con compresión con pérdida, sin pérdida o sin compresión, según la vinculación del códec; un único valor global de calidad o profundidad de bits resultaría engañoso. El nombre del formato por sí solo no garantiza una salida sin pérdida ni un archivo más pequeño. WebP, AVIF y JPEG XL ofrecen opciones de calidad y sin pérdida; HEIC/HEIF usan HEVC nativo con pérdida. TIFF y JP2 usan sus variantes sin pérdida implementadas. PDF ofrece incrustación de imágenes JPEG o sin pérdida.

WebP

Origen

WebP

WebP

Compresión: Con pérdida y sin pérdidaTransparencia: SíMetadatos: Exif, XMP, ICC

Un formato de imagen web que combina compresión con y sin pérdida, transparencia y animación en un contenedor RIFF.

Explorar el formato WebP →
HEIF

Destino

HEIF

High Efficiency Image File Format

Compresión: Depende de la varianteTransparencia: SíMetadatos: Exif, XMP, ICC, NCLX

Un contenedor para imágenes individuales, colecciones y secuencias. El códec interno determina la compresión.

Explorar el formato HEIF →

¿Es WebP → HEIF la opción adecuada para ti?

Buena opción cuando

  • El formato HEIF se ajusta a tu uso de distribución: Fotografía de dispositivos y colecciones de imágenes.
  • Tu destino admite la variante de animación necesaria.
  • Necesitas un destino que admita transparencia y comprobarás su variante compatible.
  • La aplicación receptora admite la variante de HEIF necesaria.

Probablemente no cuando

  • Necesitas conservar la animación, los tiempos de los fotogramas o las repeticiones.
  • Supones que la compatibilidad del formato con alfa garantiza bordes transparentes idénticos.
  • Necesitas una calidad o un tamaño de archivo garantizados independientemente del origen y los ajustes del codificador.
  • Necesitas muestras idénticas sin una política definida de color y precisión.

Detalles de la conversión de WebP a HEIF

Destino compatible con animación
Estos formatos pueden representar animación, pero este conversor produce imágenes estáticas. Las entradas compatibles GIF, PNG animado y WebP usan el fotograma compuesto seleccionado expresamente (por defecto, el fotograma 1); no se transfieren las secuencias de fotogramas, tiempos ni repeticiones. Se rechazan las secuencias HEIF.
Representación de la transparencia
La transparencia solo se transmite mediante variantes de origen y destino compatibles. Las rutas SDR usan alfa de 8 bits; EXR usa alfa HALF con muestras de archivo premultiplicadas. GIF reduce el alfa a un índice transparente binario. La salida HEIC/HEIF es opaca y se rechaza la entrada con alfa auxiliar HEIF.
Modo de codificación
HEIF define el contenedor. Los datos pueden almacenarse con compresión con pérdida, sin pérdida o sin compresión, según la vinculación del códec; un único valor global de calidad o profundidad de bits resultaría engañoso. El nombre del formato por sí solo no garantiza una salida sin pérdida ni un archivo más pequeño. WebP, AVIF y JPEG XL ofrecen opciones de calidad y sin pérdida; HEIC/HEIF usan HEVC nativo con pérdida. TIFF y JP2 usan sus variantes sin pérdida implementadas. PDF ofrece incrustación de imágenes JPEG o sin pérdida.
Precisión de muestras y color
La salida SDR renderizada usa píxeles de pantalla de 8 bits; no se conservan la precisión de origen ni los perfiles ICC originales. El tratamiento del color depende del decodificador y de la variante de origen compatible.
Metadatos y color
Los metadatos fotográficos compatibles pueden conservarse cuando están disponibles en el origen y el módulo de escritura de salida seleccionado los admite. Los campos EXIF disponibles, GPS y campos XMP descriptivos se normalizan; no se conservan los MakerNotes propietarios ni los metadatos no compatibles. No se copian los perfiles ICC originales. La salida SDR renderizada usa píxeles de pantalla de 8 bits; no se conservan la precisión de origen ni los perfiles ICC originales. El tratamiento del color depende del decodificador y de la variante de origen compatible.
Compresión
WebP: Con pérdida y sin pérdida → HEIF: Depende de la variante WebP: VP8 con pérdida y VP8L sin pérdida son modos de codificación distintos. WebP sin pérdida conserva las muestras de 8 bits admitidas, no los valores de mayor precisión del original. Las opciones de codificación también pueden cambiar los valores RGB de los píxeles totalmente transparentes. HEIF: HEIF define el contenedor. Los datos pueden almacenarse con compresión con pérdida, sin pérdida o sin compresión, según la vinculación del códec; un único valor global de calidad o profundidad de bits resultaría engañoso.
Transparencia
WebP: Sí → HEIF: Sí
Animación
WebP: Sí → HEIF: Sí
Profundidad de color
WebP: 8 bits por muestra → HEIF: Depende del códec y del perfil
HDR
HEIF: Depende del códec y del perfil
Varias imágenes
HEIF: Colecciones y secuencias
Dimensiones
La conversión mantiene las dimensiones de la imagen decodificada salvo que la edites o redimensiones. Los decodificadores compatibles aplican la orientación. ICO ajusta la imagen a un único tamaño cuadrado seleccionado; la maquetación de páginas PDF y los DPI de renderizado son configurables. Siguen aplicándose los límites de dispositivo, memoria y códec.
Metadatos
Los metadatos fotográficos compatibles pueden conservarse cuando están disponibles en el origen y el módulo de escritura de salida seleccionado los admite. Los campos EXIF disponibles, GPS y campos XMP descriptivos se normalizan; no se conservan los MakerNotes propietarios ni los metadatos no compatibles. No se copian los perfiles ICC originales.

Preguntas frecuentes

¿Puede transferirse la animación entre formatos?

Estos formatos pueden representar animación, pero este conversor produce imágenes estáticas. Las entradas compatibles GIF, PNG animado y WebP usan el fotograma compuesto seleccionado expresamente (por defecto, el fotograma 1); no se transfieren las secuencias de fotogramas, tiempos ni repeticiones. Se rechazan las secuencias HEIF.

¿Qué modo de compresión usará el formato HEIF?

HEIF define el contenedor. Los datos pueden almacenarse con compresión con pérdida, sin pérdida o sin compresión, según la vinculación del códec; un único valor global de calidad o profundidad de bits resultaría engañoso. El nombre del formato por sí solo no garantiza una salida sin pérdida ni un archivo más pequeño. WebP, AVIF y JPEG XL ofrecen opciones de calidad y sin pérdida; HEIC/HEIF usan HEVC nativo con pérdida. TIFF y JP2 usan sus variantes sin pérdida implementadas. PDF ofrece incrustación de imágenes JPEG o sin pérdida.

¿Está garantizado que coincidan la profundidad de bits y los valores de color?

La salida SDR renderizada usa píxeles de pantalla de 8 bits; no se conservan la precisión de origen ni los perfiles ICC originales. El tratamiento del color depende del decodificador y de la variante de origen compatible.

¿Se conservarán los metadatos y perfiles de color?

Los metadatos fotográficos compatibles pueden conservarse cuando están disponibles en el origen y el módulo de escritura de salida seleccionado los admite. Los campos EXIF disponibles, GPS y campos XMP descriptivos se normalizan; no se conservan los MakerNotes propietarios ni los metadatos no compatibles. No se copian los perfiles ICC originales. La salida SDR renderizada usa píxeles de pantalla de 8 bits; no se conservan la precisión de origen ni los perfiles ICC originales. El tratamiento del color depende del decodificador y de la variante de origen compatible.