Descrição Overview Descripción
A resolução de imagens digitais é uma ideia que parece simples mas esconde décadas de decisões de engenharia que moldam como vemos o mundo em telas. O conceito de DPI (dots per inch — pontos por polegada) veio do mundo da impressão: uma impressora laser dos anos 1980 imprimia a 300 DPI. Telas de computador ficaram em 72 ou 96 PPI por muito tempo — o Macintosh original de 1984 usava 72 PPI, que correspondia aos pontos por polegada das impressoras da época, tornando o WYSIWYG real possível. A primeira tela CGA da IBM, em 1981, tinha resolução de 320×200 pixels. O VGA, em 1987, chegou a 640×480. O Full HD (1920×1080) virou padrão na década de 2000. Em 2010, a Apple lançou o iPhone 4 com 326 PPI e cunhou o termo Retina display — uma tela onde o olho humano não consegue distinguir pixels individualmente a uma distância normal de uso. Isso forçou desenvolvedores a pensar em imagens em múltiplos tamanhos: a mesma arte em resoluções diferentes para dispositivos diferentes.
Quando você redimensiona uma imagem, o algoritmo de interpolação determina como os novos pixels são calculados. O mais simples é o vizinho mais próximo (nearest neighbor): rápido, mantém bordas nítidas em arte pixel, mas produz serrilhado em fotos. A interpolação bilinear considera os 4 pixels vizinhos — resultado mais suave, bom para reduções moderadas. A bicúbica considera os 16 pixels ao redor — ainda mais suave, preferida para reduções de fotos. O algoritmo Lanczos usa uma janela sinc que preserva frequências altas melhor que o bicúbico — comum em ferramentas de edição profissional. Em redimensionamentos para web, a diferença raramente é visível a olho nu, mas em impressão ou ampliação grande o algoritmo importa muito.
Para desenvolvimento web, redimensionar imagens corretamente tem impacto direto em performance e SEO. Uma imagem de 4000×3000 pixels exibida numa miniatura de 200×150 faz o navegador baixar 20 vezes mais dados do que o necessário. O atributo `srcset` do HTML5 permite servir imagens em tamanhos diferentes por resolução de tela, mas isso começa com ter os arquivos nos tamanhos certos. Tamanhos que aparecem constantemente no dia a dia: Open Graph (1200×630), Twitter Card (1200×628), favicon (16×16, 32×32, 180×180), thumbnail de YouTube (1280×720) e ícones de PWA (192×192, 512×512). Esta ferramenta redimensiona PNG, JPEG e WebP no canvas do navegador, sem upload, com bloqueio de proporção opcional para não distorcer o conteúdo.
The resolution of digital images seems simple but hides decades of engineering decisions that shape how we see the world on screens. The concept of DPI (dots per inch) came from the printing world: a laser printer in the 1980s printed at 300 DPI. Computer screens stayed at 72 or 96 PPI for a long time — the original 1984 Macintosh used 72 PPI, matching the dots per inch of printers of the time and enabling true WYSIWYG. The first IBM CGA screen, in 1981, had a resolution of 320×200 pixels. VGA, in 1987, reached 640×480. Full HD (1920×1080) became standard in the 2000s. In 2010, Apple launched the iPhone 4 with 326 PPI and coined the term Retina display — a screen where the human eye cannot distinguish individual pixels at a normal viewing distance. That forced developers to think in multiple image sizes: the same artwork at different resolutions for different devices.
When you resize an image, the interpolation algorithm determines how new pixels are calculated. The simplest is nearest neighbor: fast, keeps sharp edges in pixel art, but produces jagged edges in photos. Bilinear interpolation considers the 4 neighboring pixels — smoother result, good for moderate downscaling. Bicubic considers the 16 surrounding pixels — even smoother, preferred for photo reductions. The Lanczos algorithm uses a sinc window that preserves high frequencies better than bicubic — common in professional editing tools. For web resizing, the difference is rarely visible to the naked eye, but in print or large enlargements the algorithm matters a great deal.
For web development, resizing images correctly has a direct impact on performance and SEO. A 4000×3000 pixel image displayed in a 200×150 thumbnail forces the browser to download 20 times more data than necessary. HTML5's `srcset` attribute lets you serve images at different sizes per screen resolution, but that starts with having the files at the right dimensions. Standard sizes that come up constantly in daily work: Open Graph (1200×630), Twitter Card (1200×628), favicon (16×16, 32×32, 180×180), YouTube thumbnail (1280×720), and PWA icons (192×192, 512×512). This tool resizes PNG, JPEG, and WebP on the browser canvas, without upload, with optional aspect-ratio lock to avoid distortion.
La resolución de las imágenes digitales parece sencilla, pero esconde décadas de decisiones de ingeniería que moldean cómo vemos el mundo en pantallas. El concepto de DPI (dots per inch — puntos por pulgada) viene del mundo de la impresión: una impresora láser de los años 80 imprimía a 300 DPI. Las pantallas de ordenador se mantuvieron en 72 o 96 PPI durante mucho tiempo — el Macintosh original de 1984 usaba 72 PPI, que coincidía con los puntos por pulgada de las impresoras de la época y hacía posible el WYSIWYG real. La primera pantalla CGA de IBM, en 1981, tenía una resolución de 320×200 píxeles. El VGA, en 1987, llegó a 640×480. El Full HD (1920×1080) se convirtió en estándar en la década de 2000. En 2010, Apple lanzó el iPhone 4 con 326 PPI y acuñó el término pantalla Retina — una pantalla en la que el ojo humano no puede distinguir píxeles individuales a una distancia normal de uso. Eso obligó a los desarrolladores a pensar en imágenes en múltiples tamaños: la misma imagen en distintas resoluciones para distintos dispositivos.
Cuando redimensionas una imagen, el algoritmo de interpolación determina cómo se calculan los nuevos píxeles. El más sencillo es el vecino más próximo (nearest neighbor): rápido, mantiene bordes nítidos en pixel art, pero produce dentado en fotos. La interpolación bilineal considera los 4 píxeles vecinos — resultado más suave, bueno para reducciones moderadas. La bicúbica considera los 16 píxeles del entorno — aún más suave, preferida para reducir fotos. El algoritmo Lanczos usa una ventana sinc que preserva las frecuencias altas mejor que el bicúbico — habitual en herramientas de edición profesional. En redimensionamientos para web, la diferencia rara vez es visible a simple vista, pero en impresión o ampliaciones grandes el algoritmo importa mucho.
Para el desarrollo web, redimensionar imágenes correctamente tiene un impacto directo en el rendimiento y el SEO. Una imagen de 4000×3000 píxeles mostrada en una miniatura de 200×150 obliga al navegador a descargar 20 veces más datos de los necesarios. El atributo `srcset` de HTML5 permite servir imágenes en distintos tamaños según la resolución de pantalla, pero eso empieza por tener los archivos en las dimensiones correctas. Tamaños estándar que aparecen constantemente en el trabajo diario: Open Graph (1200×630), Twitter Card (1200×628), favicon (16×16, 32×32, 180×180), miniatura de YouTube (1280×720) e iconos de PWA (192×192, 512×512). Esta herramienta redimensiona PNG, JPEG y WebP en el canvas del navegador, sin subida, con bloqueo opcional de proporción para no distorsionar el contenido.
Detalhamento técnico
Pontos frequentes
- A qualidade sempre cai ao redimensionar?: Ao reduzir, a perda costuma ser pequena e pode até melhorar para uso web. Ao ampliar, a perda percebida é maior.
- Para que serve esta ferramenta?: Ela roda 100% no seu navegador: útil para validar, formatar ou converter dados no dia a dia de desenvolvimento.
- Meus dados são enviados a algum servidor?: O processamento é feito localmente via JavaScript. Não armazenamos o conteúdo que você cola nas caixas de texto.
- Posso usar em produção ou para dados reais?: Use por sua conta e risco. Para segredos (senhas, tokens), prefira ambientes controlados e políticas da sua empresa. E lembre sempre de revisar os conteúdos gerados. Nunca confie cegamente nas coisas que vê na internet.
Trecho para testar
- Há também o bloco "Exemplo de Código" com o trecho completo; use esse texto rápido para colar nos campos e validar: Exemplo — 1920x1080 → 1280x720 (mesma proporção 16:9)
Technical deep dive
Common questions summarized
- Does quality always drop when resizing?: When downsizing, quality loss is usually small and can even look better for web use. When upsizing, perceived loss is higher.
- What is this tool for?: It runs fully in your browser: useful to validate, format, or convert data in everyday development.
- Are my inputs sent to a server?: Processing happens locally with JavaScript. We do not store what you paste into the text areas.
- Can I use this for real production data?: Use at your own risk. For secrets (passwords, tokens), prefer controlled environments and your company policies. And always review the generated contents. Never trust blindly things you see on the internet.
Sample payload to try
- See also the larger "Code Snippets" sample; paste this excerpt to try locally: Example — 1920x1080 → 1280x720 (mesma proporção 16:9)
Detalle técnico
Ideas claras antes de usar la herramienta
- ¿La calidad siempre baja al redimensionar?: Al reducir, la pérdida suele ser pequeña e incluso puede verse mejor en web. Al ampliar, la pérdida percibida es mayor.
- ¿Para qué sirve esta herramienta?: Funciona por completo en tu navegador: sirve para validar, formatear o convertir datos en el día a día.
- ¿Se envían mis datos a algún servidor?: El procesamiento es local con JavaScript. No almacenamos lo que pegas en los campos de texto.
- ¿Puedo usarlo con datos reales en producción?: Úsalo bajo tu responsabilidad. Para secretos (contraseñas, tokens), prefiere entornos controlados y políticas internas. Recuerda de revisar los contenidos generados. Nunca confies ciegamente en cosas que ves en internet.
Fragmento corto para probar
- Debajo aparece también el ejemplo largo en "Fragmentos de Código"; pega esta versión corta: Ejemplo — 1920x1080 → 1280x720 (mesma proporção 16:9)
Exemplo de Código Code Snippets Fragmentos de Código
1920x1080 → 1280x720 (mesma proporção 16:9)
1920x1080 → 1280x720 (mesma proporção 16:9)
1920x1080 → 1280x720 (mesma proporção 16:9)
Exemplo Example Ejemplo
1920x1080 → 1280x720 (mesma proporção 16:9)
Perguntas frequentes FAQ Preguntas frecuentes
A qualidade sempre cai ao redimensionar?
Does quality always drop when resizing?
¿La calidad siempre baja al redimensionar?
Ao reduzir, a perda costuma ser pequena e pode até melhorar para uso web. Ao ampliar, a perda percebida é maior.
When downsizing, quality loss is usually small and can even look better for web use. When upsizing, perceived loss is higher.
Al reducir, la pérdida suele ser pequeña e incluso puede verse mejor en web. Al ampliar, la pérdida percibida es mayor.
Para que serve esta ferramenta?
What is this tool for?
¿Para qué sirve esta herramienta?
Ela roda 100% no seu navegador: útil para validar, formatar ou converter dados no dia a dia de desenvolvimento.
It runs fully in your browser: useful to validate, format, or convert data in everyday development.
Funciona por completo en tu navegador: sirve para validar, formatear o convertir datos en el día a día.
Meus dados são enviados a algum servidor?
Are my inputs sent to a server?
¿Se envían mis datos a algún servidor?
O processamento é feito localmente via JavaScript. Não armazenamos o conteúdo que você cola nas caixas de texto.
Processing happens locally with JavaScript. We do not store what you paste into the text areas.
El procesamiento es local con JavaScript. No almacenamos lo que pegas en los campos de texto.
Posso usar em produção ou para dados reais?
Can I use this for real production data?
¿Puedo usarlo con datos reales en producción?
Use por sua conta e risco. Para segredos (senhas, tokens), prefira ambientes controlados e políticas da sua empresa. E lembre sempre de revisar os conteúdos gerados. Nunca confie cegamente nas coisas que vê na internet.
Use at your own risk. For secrets (passwords, tokens), prefer controlled environments and your company policies. And always review the generated contents. Never trust blindly things you see on the internet.
Úsalo bajo tu responsabilidad. Para secretos (contraseñas, tokens), prefiere entornos controlados y políticas internas. Recuerda de revisar los contenidos generados. Nunca confies ciegamente en cosas que ves en internet.