gynion escribió:wwwendigo escribió:SNES siguió el patrón de intentar ofrecer las mayores capacidades y novedades técnicas a bajo coste (algo que siempre es así en cualquier consola, y más entonces). Y la N64 es más de lo mismo.
¿N64 con mayores capacidades y a bajo coste frente a PSX y Saturn? sí, claro.. será bajo coste para Nintendo, no para los usuarios.
¿Qué importa que la maquina fuera más asequible si luego los juegos te costaban mucho más, estando muchos incluso capados con respecto a los de PSX?
Menor coste de fabricación, para ELLOS, leñe, que todo lo tengo que explicar. En el mundo de las consolas, si se puede ahorrar pasta mejor porque estamos hablando de un producto para fabricar en masa y que debe ser "asequible", eso no quiere decir que si pueden sacarte más pasta no te la vayan a sacar.
Lo de los juegos es irrelevante para lo que estoy comentando y respondiendo, ni entiendo a qué viene a cuento mencionar eso.
La N64 evidentemente era superior a la PS y a Saturn (y con diferencia), por mucho que tirara de cartuchos. GameCube era una consola realmente potente en su momento y de hecho superaba a sus rivales menos a la XBOX (sí, llegó más tarde, pero básicamente era el retardo que ya arrastraban desde la N64, ya no digo la SNES porque esa diferencia sí que fue intencionada).
SNES y NES, lo mismo. Ahora que si queremos argumentar que nintendo porque es nintendo tiene una falsa tradición de hacer consolas poco potentes, venga, inventemos.
Y de hecho, técnicamente hablando, la Switch es una consola tremendamente POTENTE para lo que es:
Un híbrido sobremesa-portátil, con claras capacidades para lo último. Claro, si miramos toda la línea de DS contra PSP/Vita (controlando los tiempos) más la wii o incluso la wii U, sí, podemos llegar a decir "es que no saca hard potente", pero eso es sólo una media verdad. NO es una tradición ni un comportamiento trazable desde los orígenes de Nintendo, para nada.
Más cutre me parece que las consolas actuales de sobremesa hayan montado la cpu que llevan, claramente subdesarrollada, amén de que la XO vino con una flojera de piernas en gpu asombrosa (con la XO X evidentemente eso ya no pasa). Estaban bastante más potenciadas las consolas de la generación anterior (para su momento), si miramos sólo a las últimas de cada casa, podemos decir que Sony y sobre todo Microsoft NO sacan hard potente a propósito como patrón. ¿Es justo decir eso? NO, porque no siempre fue así, lo mismo con nintendo.
Sexy MotherFucker escribió:@wwwendigo gracias por la información, toca asimilarla.
Por curiosidad; ¿podrías nombrarme aunque sea
UN uso solvente de la multiplicación con el M68k en cualquier contexto y frecuencia?
NO en juegos. Como mucho para hacer LUTs.
Cualquier soft que no necesite un uso intensivo de multiplicaciones se beneficia de tener el multiplicador (idem con el divisor), es mejor tener lo que tiene el m68000 que no tener nada y tener que implementar un algoritmo de multiplicación o división enteramente usando otras instrucciones (aún más lento).
Es una ayuda útil para quien necesite pasar por multiplicaciones/divisiones de vez en cuando, pero en cualquier guía de programación te dirá que evites usar esas operaciones si puedes, más en aquella época.
Mira, para que te hagas una idea, en x86 la cosa iba así:
http://zsmith.co/intel_d.html#divhttp://zsmith.co/intel_m.html#mulhttp://zsmith.co/intel_i.html#imulSi te fijas y ves lo que tarda un 8086 en realizar las operaciones, verás que tarda tanto o más que el propio 68000, son operaciones lentísimas. Puedes consultar que al pasar al 286 hay una mejora radical en su velocidad (aún así, SON LENTAS y sigue recomendándose no usarlas excepto necesidad).
Las cpus de 16 bits, más cuando son de "primera generación" (el 286 es una mejora clara del 8086), si soportaban esas operaciones (el ricoh 5A22 ni eso) lo hacían a costa de un tiempo enorme. No podían meter multiplicadores o divisores complejos porque se disparaba el uso de transistores, así que metían versiones muy simples de éstos (de 2 o 4 bits) y hacían varias pasadas para completar la operación. Eso es claramente mejor que tener que hacer la operación sin soporte en el set de instrucciones, y tener que implementar un algoritmo completo para realizar multiplicaciones/divisiones.
Pero nada más. Está más que nada para que, por ejemplo, si tienes una hoja de cálculo, puedas realizar esas operaciones más rápido cuando compete, y notar se nota en esos casos, pero no estamos hablando de nada que exiga resultados "en tiempo real" ni cosas del estilo.