#38 no me refiero al filtro bilineal por el FSM... Me refiero a como comenta @ruben3d a otras técnicas: mezcla de texturas, añadir detalles de forma procedural a la textura (con los editores de nodos mediante generadores de texturas, ruido en la imagen, shaders especiales dependiendo del material... )
#19 si no recuerdo mal la versión final de kkrieger ocupaba 112kb. Otra proeza técnica, como su compresor de ejecutables kkrunchy (ríete tú de UPX y similares).
Respecto a que no se usen en juegos... No es del todo cierto. Para mejorar texturas que se ven muy de cerca se usan filtros etc. Por ejemplo en el Unreal Engine desde la primera versión o el el CryEngine, que siguen la misma filosofía... El problema viene con los artistas: sácales del potochof y que se apañen con una herramienta inhouse... Hay que me LOL!
#9 qué voxels ni que leches, si eso es una malla de alturas a partir de una textura generada por Perlin? Otra cosa es el render... Que antes había que hacerse el raster a pelo? Cierto. Por eso hay que comparar las demos con las que se hicieron en su mismo momento.
Y los 64kb creo que están sobrevalorados, Farbrausch siempre arrasaba en esa modalidad... Y siempre le sobraban 30 o 35kb. El punto ideal, para mi, serían 32kb.
De todas formas, meter un renderer, generar mallas o empaquetar las notas de audio, meter un sinte, postproceso... En 4k es una proeza! Queda un código de mierda... Pero la satisfacción que te llevas es la hostia no, lo siguiente.
#4 a mi también me parece poco. Supongo que quedan muchos clientes cautivos por ser mayores o porque el mercado que queda está copado por servicios derivados de SMS (premium, concursos, etc. ) y el mercado de comunicación entre personas es marginal.
Da gusto leer artículos razonando con cifras y datos. No, si al final el boicot a AEDE está haciendo que encuentre sitios mucho mejores! Gracias meneantes!
Estaría bien comparar como porcentaje de la moda de la renta mensual por trabajador para ser una comparativa justa (y llevarnos algunas sorpresas, creo).
De verdad creéis que comprimiendo la carpeta de un programa en un rar autoejecutable se hace una aplicación portable? Y las dependencias qué? Por ejemplo: redistributables de c/c++, otras aplicaciones dependientes, servicios COM, dlls externas instaladas, claves de registro y un sinfín más de problemas... Esto funcionará para aplicaciones muuuuuy sencillas, pero hacer un "freeze" de una aplicación es mucho más complejo que lo que se expone en el artículo. Palabra de programador.
#4 kraptor 