Nintendo 3DS no recibirá versión del Unreal Engine

shezard escribió:

PD: ni en Android, ni en iPhone, ni en iPad. Con las pantallas táctiles no se puede jugar a casi nada.

A252 escribió:

Pues yo pienso que si desarrollan un motor para 3DS querrán un mínimo de espectacularidad en cuanto a gráficos, cosa que 3DS no puede ofrecer. Que lo pueden hacer? sí pero rebajando la calidad pero entonces ya no tendría sentido, ellos se enfocan a ofrecer graficazos.
Que no digo que la 3DS no sea buena solo por eso pero en mi opinión le falta bastante potencia gráfica. La culpa la tiene Nintendo por su moda de hacer dispositivos desfasados tecnológicamente. Añaden hardware antíguo y amortizado que le vale 2 duros y así siempre salen ganando una pasta desde el primer momento.

Vamos por partes. Si el Txaumes se refiere al aspecto físico comparto su opinión, la nueva 3DS se parece MUCHO a la DS antigua. ¿Es eso malo? puede que si, pero de cara a un nuevo lanzamiento el hecho de dar una continuidad a una línea de productos es muy interesante (llamarse parecido a un producto conocido y prestigioso, ser visualmente similar, etc). Desde el punto de vista HW es donde las cosas cambian. Por ejemplo, las pantallas, dejando al margen la pantalla 3D, la otra ha mejorado bastante, hemos pasado de 252x192px a 320x240 ¿Podía ser mejor? SI, pero sinceramente, la pantalla de visionado va a ser la otra, yo entiendo la segunda pantalla táctil como un touchpad curioso, no una pantalla para fijarme en detalles (fíjaos, preferiría menos resolución y que se mejorase más la respuesta de la pantalla).

Potencia. La 3DS es MUCHO más potente que una DS, es más, es bastante más potente que una PSP (si, la 3000 también), voy más allá, para lo que está pensada (jugar) es considerablemente más potente que un iPhone 4 o un iPad. Es cierto que la CPU no es una maravilla (yo habría apostado por un ARM Cortex A8, no un ARM11), pero lo que la gente parece olvidar es que lo que importa en una consola es la GPU, ¿cuantos cáculos se hacen en la CPU? ¿Cuantos cores necesitamos? Uno puede cometer barbaridades en consolas de sobremesa, pero en una portátil meter una MEGA-CPU, para luego no usarla, es desperdiciar batería.

Repito GPU, ahí está el meollo del asunto. Y aquí es donde las cosas se ponen oscuras. ¿Alguien sabe de donde ha salido el PICA200? He leido todos (casi) los comentarios, y me parece asombroso el conocimiento que parece tener la gente... ¿es mejor el PowerVR530/535/540 que esta GPU? por favor, datos, quiero datos... NO, el Epic Citadel no es un dato.

PowerVR es un procesador gráfico genérico, es decir, está orientado a un uso generalista (decodificación de vídeo, polígonos: 3D, etc), su rendimiento teórico (PowerVR 535) está en torno a los 28-30 millones de polígonos por segundo (a 200MHz), en cuanto a los píxeles, es de unos 500Mpx/s (también a 200MHz).

PICA200, por lo anunciado, rinde 400Mpx a 100MHz (en principio escala linearmente, es decir 666Mpx a 166MHz, el procesador de la 3DS), y 15.3MPol/s (unos 26MPol/s a 166MHz) en el apartado tridimensional.

Resumiendo, es un procesador MUY similar al PowerVR535 del iPhone 4 (ambos cuentan con 4 unidades de proceso programables, etc).

Ahora veamos las ventajas de la 3DS. Tiene MENOS resolución, SI, es una GRAN VENTAJA, ya he discutido más de una vez sobre el efecto del aumento de resolución sobre el rendimiento y los requisitos de la GPU, el iPhone 4 tiene que procesar todo a 960x640 píxeles, la 3DS tiene mucha menos carga de trabajo, con lo que se puede aumentar el nivel de detalle (por ejemplo, en un ordenador equivale a bajar la resolución y aumentar el detalle). Seguimos... el pipeline de drivers, caso análogo a un ordenador, el iOS es un SO generalista, se tiene que adaptar a multitud de procesadores y GPUs, NO puede aprovechar al máximo el potencial que su GPU le ofrece. Por contra el API de las consolas (esto no es exclusivo de la 3DS) está TOTALMENTE enfocado a ESA consola, se usan trucos, ñapas, apaños y trampas... y como todas las consolas son EXACTAMENTE iguales la cosa funciona. Digamos que el programador de consola trabaja MUCHO más cerca del HW que el programador de un dispositivo de uso general (ordenador, iPhone, iPod o gadget Android).

Bueno, no me extiendo más (vaya tostón que me ha salido), si queréis discutimos del precio, pero os sugiero que comparéis con gadgets habituales (iPod Touch, etc) y os paréis a pensar en el precio de los componentes... a lo mejor resulta que no es tan descabellado, tal vez un poco caro, pero no descabellado... claro que ya la podían dejar a 199€, creo que las venderían como churros.

Cancamo, AirieFenix, os contesto a los dos porque me va a salir un tostón.
Chicos, sin ofender y sin ganas de iniciar un flame, sabéis lo que es un SO de corte general (generalista)? Andrew Tanenbaum lo definió muy bien, de hecho su libro sigue siendo la referencia en la carrera (Informática, la que cursé hace ya una década y que AirieFeniz está cursando, no se tú, Cancamo).
iOS efectivamente, tiene drivers para una única gráfica (bueno, una por versión), sobre esos drivers se construye el SDK, SDK que ha de ser genérico a todas las versiones de iPod/iPhone/iPad, sino tendríamos fragmentación. Para unificar todo esto tenemos mútliples niveles de abstracción, a mayor cantidad de niveles mayor pérdida de rendimiento (creo que no os estoy diciendo nada que no sepáis). A esto es a lo que me refiero con la proximidad del programador al HW, la cantidad de capas de abstracción en una consola es mínima, y sí, muchas permiten tocar a mano los registros internos de la GPU, invocar directamente el código máquina de la GPU. Es más, en C puedes insertar ensamblador nativo sin problemas (práctica de 2º curso de carrera en la UAM).
El hecho de que cada dipositivo tenga una versión propia lo que implica es que se ha compilado para él (Linuxes tienes para ARM, X86, en varios sabores, PPC, SPARC... puedes compilar el núcleo para tu ordenador), se ha optimizado, efectivamente. Pero no me creo que tengan gran cantidad de código totalmente específico de cada versión de dispositivo y además lo tengan en mantenimiento y den soporte, no me lo creo. Eso que proponeís es una locura. Si lo hacen chapeau por Apple, pero vamos, es jugar con fuego (y lo se por experiencia, amarga).
Ahora lo del OpenGL ES 2.0. Vamos a ver, es una API, la 3DS no la soporta (el iPhone 3G tampoco, ojo, es a partir del 3GS). ¿Quien os dice que el PICA200 no tenga una API similar y propietaria? ¿Algo que replique exactamente esas funciones? Os recuerdo que es una solución casi A MEDIDA. Supongamos que no tenga esa API, OK, el programador, si tiene la pericia adecuada, puede replicarla SIN PROBLEMAS. Os pongo un símil, si un SO no implementa la pila del protocolo TCP quiere eso decir que YO, programador, no me puedo comunicar vía TCP? ¿No puedo yo picarme la pila TCP entera? (Práctica de 3º de la carrera, asignatura de Redes, bueno, no era entera pero casi). Podríamos discutir sobre el rendimiento, pero conociendo como son los gurus de esto (si, John Carmack, te estoy mirando a ti), me juego unas cervezas con vosotros a que pueden conseguir una versión incluso más optimizada, eso si, para SU juego, los otros a picarse su propio engine.
Ahora voy a seguir con el SO. iOS es generalista, y no solo por soportar múltiples dispositivos (que si, que lo hace mediante abstracción y compilaciones específicas, nos ha fastidiado, no van a meter 27 if-then-else en el código). iOS soporta multitud de actividades, y lo hace de forma multitarea (a su manera, pero siempre ha habido cierto grado de multitarea). iOS siempre está cargado, detrás, monitorizando todo. Si en el iPhone te entra una llamada te "pausa" la aplicación y te notifica de la llamada entrante, y así con infinidad de cosas.
Un SO de consola tiene una única misión y muchas "florituras" (cámaras y chorradas varias), debe lanzar juegos y desaparecer, no ocupar nada, ni memoria ni ciclos de reloj, nada (o lo mínimo imprescindible). Luego hará otras cosas (cámaras, aplicaciones, lo que sea), pero cuando juegas el SO debe quedarse al margen. Hay algunas consolas excepcionales, que suspenden el sistema y lo mandan a una zona de memoria específica suya, pero no es lo normal, muchas descargan POR COMPLETO el SO y lo vuelven a cargar cuando salimos del juego. iOS hace esto? NO, pero no es un fallo, NO DEBE HACERLO, no es su misión, sería un fallo gravísimo, iOS debe gestionar el dispositivo, todas sus funciones, que son muchas.
Chicos, no os ofendáis, pero esta guerra es MUY antigua, yo siempre he sido PCero (en la guerra PC-Consolas), pero he de reconocer que una consola con su HW LIMITADO pero terriblemente específico para su misión, es más potente, en su cometido, que un PC. ¿Sabéis que gráfica uso yo para jugar a juegos que en consola funcionan con una gráfica de hace 7 años?
Lo de la resolución efectivamente es una ventaja para la consola, claro, creo que quedaba claro... ¿para ti no es una ventaja que el juego se ejecute a 60fps, resolución nativa, con todos los efectos a tope? ¿no estás dispuesto a sacrificar algo de resolución para llegar a eso? Yo en PC lo hago...
Y os insisto, Infinity Blade no es un dato, sinceramente casi no es ni un juego, es más una demo preciosa que algo remotamente divertido... teniendo Angry Birds, por favor ;-)
En cualquier caso buenas contestaciones, argumentadas, vamos, que es un placer discutir las cosas así... pero la razón la tengo YO MUAHHHAHAAAAHH.
Saludos.

Shadow A escribió:

Si puedes acordarte del blog, que se ve que está muuuuuy interesante la plática de OS ^^

Shadow A