Tema: algoritmo que cambia el tamaño de las imagenes sin afectar al contenido

La repanocha. Yo quiero eso en plug-in para el CS, a poder ser, ayer.

Gracias por el enlace.

Saludos

jeje espera ke pase GUI por aki
voy a por las palomitas para estar atento a ver ke dice

Caspitas.....repampanos..... este soft está divino..... lo de borrar a la gente algo espectacular....

Menuda bomba si es asi, flipante.

es realmente sorprendente,

yo tambien espero a _Gui_ Para que nos ilumine...

lo que yo entiendo es que si nuestra imagen es :

1010100000010101010

lo que hace es eliminar esos ceros que estan juntos, es decir si un pixel i el de al lado son iguales.. los fusiona y asi crea unos trazos que fusionan parte de la foto...

me lo leo y no me entiendo a mi mismo

Esperando la respuesta de Guillermo y no aparece. Me caigo de sueño. Mañana la veo.

Me parece que Guillermo tendrá para divertirse un rato largo.....

bueno, eso de que "no afecta al contenido"...vamos a dejarlo. Que es algo curioso, de acuerdo. Pero vamos, te esconde partes de la imagen que deberían estar en segundo plano para dejar en el primer plano otras, deforma estructuras...

Yo lo veo como algo simpático...

Yo me he quedado boquerón, sobre todo al ver cómo elimina objetos de una imagen reemplazándolos por el fondo sin q apenas se note, y en un par de pinchazos. A ver si lo sacan pronto.

Muy bueno, si señor y muy curioso.

Un saludo y gracias por el enlace.

Si es que inventan cada cosa.....

A ver si buceando en la red me puedo hacer con el

Saludos

Uy que curioso, lo he visto sin audio pero creo que lo he entendido. De lo que se trata es de un algoritmo de reescalado rápido, tanto para disminuir como aumentar el tamaño de las imágenes. Lo que busca no es dar más calidad que una interpolación (que seguro que no la da porque de entrada por su naturaleza va a distorsionar un poquito la imagen), sino ser rápido, pero dando más calidad que por ejemplo la interpolación por selección de pixels (nearest neighbour) que hace Photoshop cuando editando una imagen hacemos zoom en ella.

por lo visto lo que hace es, para alterar el ancho/alto de una imagen, detectar "caminos de píxels" similares en tono y luminosidad, o sea sin transiciones de color en ellos, es decir sin detalles, más o menos verticales/horizontales, que adquieren la forma de rayos.

En un hipotético reescalado para reducir el ancho de la imagen, simplemente eliminaríamos estos rayos desplazando los pixels que queden a la derecha del rayo, lo que es una operación rapidísima.
En un reescalado para aumentar, duplicará estos rayos que al ser "caminos de color" muy similares cantarán menos.

Alguien pensará, "vale, pero por qué es rápido hacer esto?". Imagino que el truco está en que todos los posibles rayos o "caminos de píxels", tanto los verticales (para reescalado en anchura), como los horizontales (para reescalado en altura) se precalculan al principio de todo, y una vez precalculados ir aplicándoselos a la imagen conforme el usuario estira de la imagen para arriba o para abajo es muy rápido.

Como no tengo audio no sé si me queda clara la parte final, en que selecciona personajes y es como si los eliminara. Me da que lo que hace es forzar a que los caminos pasen por dichos personajes, de modo que en cuanto reducimos (aquí sí que solo vale para reducir) el tamaño de la imagen, lo primero que se sacrifican son los personajes. A costa de una distorsión considerable de la imagen eso sí.

Es algo que veo factible probar, es cuestión de diseñar el algoritmo para calcular los rayos. Bastaría con ir comparando pixels en sentido de arriba->abajo, o de izq.->derecha, y detectar con cuales de sus por ejemplo 3 pixels contiguos tiene más similitud cada pixel del rayo calculado. Es un poco como un rayo de verdad, que busca para llegar a la tierra el camino que le ofrece menos resistencia; pues aquí se buscará el camino más homogéneo con los píxels previos del rayo.


Estoy elucubrando, pero imaginad que nuestra imagen tiene 8x4 pixels:

ABCDEFGH
IJKLMNOP
QRSTUVWX
12345678

Y empezamos a trazar un rayo vertical partiendo de D:
- Comparamos el color de D con los de los pixeles contiguos hacia abajo: KLM, y el más parecido es M.
- Ahora repetimos con los pixels que tiene M por debajo: TUV, y el más parecido es U.
- Y lo mismo con los que tiene U debajo: 456, y el más parecido es 6.

El rayo final sería: "DMU6"

Y en un reescalado de la imagen para reducir su ancho a 7x4 pixels, nos quedaríamos con:
ABCEFGH
IJKLNOP
QRSTVWX
1234578

Que a buen seguro dará un resultado más agradable (con menos aliasing y artefactos), que si simplemente nos hubiéramos cepillado toda la columna de D: "DLT4"
ABCEFGH
IJKMNOP
QRSUVWX
1235678


Me ha parecido que muestran distintas estrategias o modelos para determinar cuales son esos rayos.

Asimismo, habrá rayos y rayos, los primeros que debieran "caer" en una reducción de tamaño, o ser duplicados en un aumento de tamaño, serán aquellos que tengan comparativamente una mayor similitud de pixels. Siguiendo el ejemplo de arriba, "DMU6" es el rayo óptimo pasando por D, pero quizá el rayo "BJS3" tiene unos saltos todavía menos abruptos que "DMU6", entonces "BJS3" debería ser elegido en primer lugar para efectuar el reescalado.

Repito que no me parece un algoritmo de reescalado orientado a mejorar la calidad de la interpolación, ni a obtener la mayor velocidad, sino optimizar el compromiso entre ambos: gran velocidad (para poder reescalar en tiempo real a golpe de ratón) y mejor calidad que el típico nearest neighbour.

Lo que me gusta es que puede ser útil para obtener imágenes de gran nitidez para Web, porque no deja de ser un algoritmo de eliminación de pixels (sin interpolación, ni por tanto halos de enfoque), pero mejorado. Esto último lo digo en relación a este tutorial reescalado gran nitidez donde usaba precisamente el reescalado nearest neighbour de PS para obtener mucha nitidez.

Cómo lo veis? alguien despierto?

Lo que veo es que cuando mayor o menor es el escalado mayor es la deformacion de la imagen y debe haber algun momento en que se pierda la prespectiva.. Tengo mis dudas de que cree cierta deformacion de la imagen...

Iniciado por Dimarzio

Lo que veo es que cuando mayor o menor es el escalado mayor es la deformacion de la imagen y debe haber algun momento en que se pierda la prespectiva.. Tengo mis dudas de que cree cierta deformacion de la imagen...

La perspectiva se va a deformar con toda seguridad, si bien seguramente de un modo aceptable.
Imagina una imagen cuyo ancho vamos a reducir en 4 píxels, y tiene unos rayos como los que se muestran (imagen de arriba).
Una vez eliminados los pixels de esos rayos (imagen de abajo), un posible elemento rectílíneo vertical (la línea negra) quedaría deformado como se ve en la parte de abajo.

He puesto un ejemplo a mala leche: todos los rayos atraviesan el objeto de interés y luego lo vuelven a cruzar. En general no será así, y la estadística juegará a nuestro favor de modo que unos rayos compensarán a otros en muchos casos.
Pero que se pueden producir deformaciones de este tipo está claro. Es por ello quizá un algoritmo mejor para formas orgánicas (paisajes) que para formas geométricas.

joer pues yo ke pense ke cuando GUI pasara me iba a enterar de algo y me a dejado peor jeje
me recuerda GUI al de la serie numbers

Iniciado por aitormen

joer pues yo ke pense ke cuando GUI pasara me iba a enterar de algo y me a dejado peor jeje
me recuerda GUI al de la serie numbers

a ver, pero qué no has entendido? el ejemplo de la imagen de 8x4 pixels está bastante claro no? queremos reducir su ancho de 8 a 7 pixels, y para ello en lugar de interpolar todos los pixels, o de eliminar una columna de píxels entera, eliminamos ciertos píxels, que forman un camino calculado en base a similitudes.


ABCDEFGH
IJKLMNOP
QRSTUVWX
12345678

El rayo a eliminar calculado es: "DMU6"

Eliminamos esos pixels:
ABC_EFGH
IJKL_NOP
QRST_VWX
12345_78

Entonces los que quedan a la derecha de cada pixel eliminado se corren una posición:
ABCEFGH
IJKLNOP
QRSTVWX
1234578


Ojo que ésta es mi interpretación, pero es lo que yo saco del video.

Parece que Abobe ha fichado a uno de los creadores:

http://caiser.wordpress.com/2007/09/...sorprendentes/

a falta de un icono suspirando...

Iniciado por _GUI_

a falta de un icono suspirando...

No sé si para que dejes de suspirar o para que suspires más profundamente, ya hay un programa que lo utiliza y un plugin para gimp. LO comento en mi blog: http://caiser.wordpress.com/2007/09/29/60/ El programa es online, lo encontraréis en Rsizr:http://rsizr.com/