Para jugar ya se sopla, se toca y se habla ¿Que le queda? [NDS]

Y tan estúpida, ya que si se puede hacer split screen con la misma calidad.

Si verdad? ¿Eso que es, desde que transformar y renderizar dos escenas diferentes cuesta lo mismo y requiere la misma capacidad de proceso que hacerlo de una sola imagen?

No es porqué te ha molestado tanto la pregunta chico.

Molestarme? En absoluto. Solo que me ha parecido un poco absurda. En cualquier haedware calcular dos escenas en 3D independientes va a requerir mas potencia. Si tienes en pantalla una escena con 100.000 polis, a 30fps son 3 millones de polis. Si haces un split screen con dos escenas similares moviendose a la vez, lo que vas a tener en pantalla son 6 millones de poligonos, por lo que 1. No estabas exprimiendo el hardware con los 3millones, o 2. La maquina no va a poder con todo y te va a tocar meterle la tijera a lo que estes mostrando.

Creo que es de cajon.

Por otro lado tener dos superficies separadas para dos pantallas no es algo tan complicado de manejar desde el punto de vista de la programación la verdad.

Claro. Ahora coje y con 2 PCs independientes y haz que en el monitor de uno se vea la mitad de una animacion, y en el otro el resto. Seguro que lo haces con una mano y saltando a la pata coja.

maesebit escribió: Claro. Ahora coje y con 2 PCs independientes y haz que en el monitor de uno se vea la mitad de una animacion, y en el otro el resto. Seguro que lo haces con una mano y saltando a la pata coja.

no es dificil: http://www.maxivista.com/ (demostracion: http://www.maxivista.com/videos/mv_performance.wmv)




salu2

ZeusII escribió:
no es dificil: http://www.maxivista.com/ (demostracion: http://www.maxivista.com/videos/mv_performance.wmv)




salu2

Si, pero ese programa lo procesa todo como una sola imagen y la empareja en dos monitores como le viene en gana. De lo que estabamos hablando era de tener que procesar media imagen con el ARM9, y la otra media con el ARM7 por separado.

pero es q de la otra manera tampoco es dificil, osea, tu tomas una scena normal, imaginala.

luego, programas la misma scena, pero dos veces, cada una con una mitad, sincronizas los tiempos y las arrancas a la vez, con lo cual cada cpu y pantalla dibujará su parte correspondiente sincronizada...

y lo mismo con una fmv, la cortas en dos y reproduces sincronizadamente cada una donde corresponde a la vez.

osea, tampoco es ninguna odisea

ZeusII escribió:
osea, tampoco es ninguna odisea

Seguro que es bastante mas complejo programar un motor grafico que trabaje asi, en vez de que lo haga utilizando un solo hardware para calcular la escena, y que se proyecte automaticamente en las dos pantallas que se gestionan como si fuera solo una.

por supuesto que sera mas "complicado" hacerlo asi (aunque tampoco es ninguna odisea como digo) pero pensadolo un poco, como sabemos que las escenas que vemos algo "partido en dos" no las hace una sola cpu? es perfectamente factible digo yo...

ademas, supongo que los SDK de Nintendo estaran bastante bien, pq leyendo por ahi varios programadores comentaban que era muy facil programar juegos para esta...


algun "programador licenciado en nintendo DS" q nos saque de dudas por aqui?

Borochi escribió:Crees que podria salir alghuna cosa mas ¿?

me conformo con que salgan juegos que valgan el dinero a pagar, y no solo rarezas y demos tecnologicas para glorificar los "adelantos tecnologicos que brindaran nuevas y apasionantes experiencias jugables" (sic)

Respecto a vuestra "odisea", el problema de DS es que cada pantalla es controlada por un procesador (si no entendi mal la informacion que se dio en su momento), asi que directamente las dos no pueden ofrecer una escena de la maxima calidad posible, ya que como mucho, tendran que sujetarse al minimo comun denominador (el ARM7)

Aparte del hecho de que los procesadores ademas tendran que controlar el wifi, sonido, etc.

La conclusion es que la maquina esta limitada tecnicamente por su propia arquitectura, y la 2º pantalla, lo que hara el 95% de las veces, sera mostrar informacion de apoyo, y estara controlada por el ARM7 (el menos potente de los dos) mientras que en la otra se mostrara el juego, controlado por el ARM9.

No es que sea malo, pero la mayoria de veces no hace falta una 2º pantalla para eso.

Lo bueno de NDS es que cada procesador puede gestionar cualquiera de las dos pantallas (pero solo una de las dos), asi que se puede llevar al ARM9 a la pantalla tactil si es necesario.

Si algo de lo que he dicho esta incorrecto me lo decis, que estoy hablando de memorias del tema de los procesadores y las pantallas.

saludos cordiales.

GXY ya estan con lo tuyo ^^*

Tranquilo eso pasa en todas las consolas.
Para algunos algunos juegos, no pagarian ni un duro por ellos y otros pagaran mas ^_^

Eso siempre existira toda la vida y los colores y muchas cosas mas

Ahora saltar con chorradas de esas para criticar algo, tanto sea una PSP o una NDS es de un crio y que venga de ti GXY
Que es que ultimamente estas mas funboy joer

ZeusII escribió:ademas, supongo que los SDK de Nintendo estaran bastante bien, pq leyendo por ahi varios programadores comentaban que era muy facil programar juegos para esta...

Desde luego que no ha de ser nad difícil trabajar con este tipo de cuestiones con el SDK. No lo digo porque lo haya probado, sino porque evidentemente el gran valuarte de esta consola es su doble pantalla, por tanto deberán de haber un montón de funciones ya prediseñadas para poder trabajar usando cualquier de los modos gráficos que aquí comentais, siendo el como se hace a nivel más interno, en la mayoría de las ocasiones totalmente transparente al programador.

Salu2.

Hay dos tipos de split screen: los que renderizan dos escenas iguales y luego hacen una proyección a media pantalla, con lo que efectivamente estas renderizando dos escenas iguales pero distorsionadas y necesitas calcular exactamente dos imágenes.

El otro tipo es cuando reduces el viewport y entonces representas una escena más pequeña (la mitad de la pantalla) con lo que sólo tienes que en realidad estás haciendo un fillrate exactamente igual en la pantalla.

En cualquier caso, la física y el mundo no te preocupes que sólo se calcula una vez y la única transformación que tienes que hacer dos veces es la proyección de cámara. No es el doble de trabajo ni mucho menos.

Por otro lado la animación en dos superficies puede ser dificil o fácil dependiendo del hardware, claro. Pero básicamente se basaría en dibujarlo todo a una superficie, y luego copiar una parte al framebuffer del primer adaptador de video y la otra porción al framebuffer del otro monitor. Sólo puede haber problemas con la sincronización.

Eso si, seguro que en el diseño de la DS ya han pensado en dar facilidades, claro.