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.