Cometi Un Error?

[Pogacha]

 Estuve replanteandome y la verdad es que hacer.
Puedo usar SDL con SDL Ogl tal vez y facilitar un futuro port a MAC.
Pero no tengo ni idea, hace un tiempo pregunte y medio que entendí que usando Ogl no le iva a andar a nadie ...
Pero no se a estas alturas ... todo esta perfectamente wrapeado: tengo una clase superficie y otra coleccion de superficies y así, nada cae en el OS, excepto el editor que es propio de windows pero no me importaria tener que reescribirlo afuera si tuviera una ventaja.
Que me recomiendan ?
Si me detallan las ideas mejor, lo que no tengo es cultura shareware suficiente como para decidirlo yo mismo.

[Haddd]

 bueno, yo pienso que si realmente quieres llegar a todo el mundo, cuanto menos limitación mejor. Sin embargo, si usas software, por ejemplo, quizás estés limitando una barbaridad tus juegos. Lo digo por la velocidad, claro. Y si estás pensando en máquinas así, quizás tengas otro problema, la RAM. Pq si hablamos de equipos tan viejos, quizás estén con 8 MB de RAM o con 16 MB, y entonces tendrás que restringir también sonidos y demás...

Yo creo que si quieres entrar en el mundo shareware para ganar $$, mires los juegos que dan $$. Si los que son al estilo Dino te dan x $$$ y te interesa, ya sabes el esfuerzo que lleva. Si ves que realmente los que dan mucho $$$ requieren mucha inversión, esos tampoco. Deberías ver cuales son realmente a los que tu quieres y puedes llegar...

[ShAq]

 Yo he votado pasar el juego a SDL, o a cualquier otra libreria 2D,
MAC tiene una gran parte del mercado shareware. (Zaelsius tenia mas datos sobre esto)

No he usado mucho SDL, yo te recomendaria antes:
http://www.phelios.com/ptk/
aunque claro, ya tendrias que pagar la licencia...

Nosotros hicimos el WordEm con ella y nos facilitó mucho las cosas, asi como el port a MAC OS.

[CoLSoN2]

 Por lo que se, sobre un 30% de los jugadores casuales (en Windows, en Mac por lo general no suele haber problemas) tendrán problemas si tu juego hace uso de OpenGL. Si es algo más hardcore como un shooter de naves o algo así, supongo que puedes tirar con ello (caso PomPom Games).

Por otro lado, utilizar únicamente software, como dice Haddd, puede limitarte luego a la hora de hacer según qué tipos de juegos o cosas como número de sprites rotados/con alfa en pantalla o sistemas de partículas. Todo depende de lo que vayas a hacer.

Desde luego la mejor opción es tener un motor que tenga opción de funcionar acelerado por hardware o por software, en cuyo caso desactivarías ciertas funcionalidades. Por ejemplo en el Zuma en versión software las bolas no giran, son sprites estáticos que simplemente siguen el trayecto (puedes desactivar la aceleración por hardware en cualquier juego de PopCap en las opciones, y ver las diferencias).

Si no te importa que sólo sea para Windows, al menos de momento, el PopCap Framework dispone de esta funcionalidad.

[CoLSoN2]

MAC tiene una gran parte del mercado shareware.

Depende de a qué te refieras con esto. En términos absolutos, el mercado casual es claramente Windows (90% o más). Lo que pasa es que los mac'eros son más propensos a comprar lo que les gusta y apoyar al desarrollador. Por lo que, si nos limitamos a ventas desde tu propia web, es común tener tantas o más ventas de Mac que de Windows (yo tengo un ratio de más de 2:1)-

Por otro lado, si haces un juego típico de estos que gustan a los visitantes de los portales tipo RealArcade, ahí Mac apenas pinta nada. Que yo sepa sólo hay un portal para Mac, y de hecho es "una subsección" de GameHouse. He oído que Oberon Media (peces gordos de este mercado, y los que se ocupan de MSN Zone y Xbox Live! Arcade) estaba intentando montar uno pero no encontraba suficiente contenido de calidad. Creo que ArcadeTown también tiene versiones para Mac a la venta.

[TheAzazel]

 Vote por SDL+OGL (y porque no... CRM32Pro  :P ), con eso te aseguras Windows y Linux. Lo que no te puedo decir es q tal estara de facil para pasar eso a Mac(CRM32Pro ya no soporta Mac..me gustaria..pero no tengo ninguno para probar).
DirectX te capas tu solo a utilizarlo en Windows. Con OpenGL al menos abarcas muchisimo mas mercado y por muy bajos que sean los requisitos...quien no tiene hoy en dia una tarjeta de video con soporte opengl por hardware? para usarlo en modo 2D no hay ningun problema...aunq depende los equipos que quieras captar....muy muy antiguos psee... no se, lo mismo vivo en las nubes pero ya te digo...quien no tiene una videocard con opengl? quizas no pueda correr el doom3 pero da igual :P, no necesitas tantisimooo

[_Grey]

 Bueno pues yo he sido de los bestias que han votado por DDraw.

Explicación;

Para un port para MAC parece que puedes estar tranquilo y hacerlo con OGL, pero con máquinas windows es posible que tengas problemas, son máquinas que no tendrán lo ultimo en hardware, no tienes por que confiar con que tengan un buen soporte para OGL.

De hecho me gusto ver que solo pides Dx6, si bien habría bastado con bajar hasta el dx7.
Pero lo que me parece mas importante es corregirte en un punto en el que te equivocas, DDraw usa la aceleración por hardware como D3d siempre que el hardware lo permita, no tiene por que ser por soft.

El punto a favor de OGL viene solo para la versión MAC, los cuales parecen disfrutar de buen soporte para este, de serie, según lo que se comenta por estos foros claro.

Saludos.

[Trancos]

 No has pensado en usar SDL sin OGL ? Has de saber que SDL al trabajar por software emplea DirectDraw en Windows, y se mantiene compatible con Mac. Si estás haciendo un juego sencillo de puzle es la mejor opción, en cambio si estás haciendo un arcade con mucha movienda de sprites no creo que sea lo bastante potente. También puedes pasarte a PTK que aporta mucho más ya que está diseñada especialmente para casual games, pero cuesta 200$. Una inversión un tanto grande para los primeros proyectos.

[TheAzazel]

No has pensado en usar SDL sin OGL ? Has de saber que SDL al trabajar por software emplea DirectDraw en Windows, y se mantiene compatible con Mac. Si estás haciendo un juego sencillo de puzle es la mejor opción, en cambio si estás haciendo un arcade con mucha movienda de sprites no creo que sea lo bastante potente. También puedes pasarte a PTK que aporta mucho más ya que está diseñada especialmente para casual games, pero cuesta 200$. Una inversión un tanto grande para los primeros proyectos.

De donde viene el topico ese de que SDL no vale para mover muchos sprites????
como tu bien has dicho, utiliza ddraw asi que... la sobrecarga es minima(por no decir nula). Puedes usar ddraw por soft o por hard(con el maldito impedimento del alpha...) o mejor aun, usar glSDL y ale, aceleracion opengl.
Ademas, como indicas... entre hacer algo con sdl para mac, linux o windows no hay, si escribes bien el codigo, diferencia.

dime de donde has sacado el topico ese... y si quieres, tengo uno de programa de test(leve modificacion del que viene con la propia SDL) con varios sprites en pantallas... y podemos comparar lo mismo con algo usando solo ddraw... a ver si nos llevamos sorpresa al no ralentizar nada o si :)

[Zaelsius]

 La propuesta de Huevox parece la más equilibrada( SDL 2D acelerado, aunque no he usado nunca SDL personalmente).

Por cierto Pogacha, tengo un artículo con pequeños fragmentos de código nativo para OS X y también algunos consejos genéricos para la portabilidad entre PC/Mac. Échale un vistazo, quizá te sea útil algun dia:

PC/Mac tips
PC/Mac tips (PDF)

PD: Confirmo que en Mac OS X *siempre* funciona OpenGL y *siempre* hay sonido.

[TheAzazel]

 Si algun dia consigo acceso a una maquina Mac(en el curro hay una...q estoy al loro de cuando la mandan lejos para "agenciarmela" jeje) me gustaria portar CRM32Pro a Mac... asi cubriria todo el espectro de sistemas
Zaelsius...q si mal no recuerdo...se pillo un mac hace bien poquito jejeje, los hay con suerte :P

[AgeR]

 Yo he votado por que sigas con DirectDraw, que sí está acelerado por hard si la tarjeta lo permite.
Además, a estas alturas del proyecto, ni te plantees cambiar todo esto, porque es mucho trabajo para conseguir algo que ya tienes.

Ve a lo práctico : ya tienes el juego casi a punto, a falta de detalles. No te lies con cambios de renderer ni demás y concentrate en acabar el juego. Te limitas sólo a Windows esta vez, pero acabas el juego mucho antes que si tienes que rehacer la mitad del código.

Para el siguiente juego ya puedes plantearte si cambiar de estrategia o no, pero para este, mi opinión es que ya no vale la pena cambiar.

Si decides pasar de DDraw, una buena opción es SDL sin duda, sin aceleración opengl. SDL usa en windows directdraw acelerado por hard si está disponible, a parte de ser compatible con mac y linux.
La única pega que le he visto a SDL es que no permite transparencias (como decía TheAzazel). Solo puedes usar colorkey, pero debería ser suficiente a no ser que quieras hacer efectos más complejos.

[TheAzazel]

 En realidad el rollo del alpha de SDL... no es de SDL... si no de los drivers de las tarjetas de video(los fabricantes vamos) que no implementaron esta caracteristica en su hardware. Hace tiempo probe en tarjetas de ati, nvidia, matrox, s3 y hasta 3dfx y ninguna lo soportaba, a dia de hoy, no se si alguien lo implemento y en que tarjeta.

Pero si puedes hacer alpha POR SOFT, es lento pero se puede... y la opcion glSDL que es...utilizar como render OpenGL en modo 2D. Esto ya si acelera por hardware los alpha, es multiplataforma y va como un tiro :)

De todos modos, estoy con Ager... este juego terminalo y olvida cambiar esas cosas q aunq parezca sencillo...al final son quebraderos de cabeza. Terminalo del todo y luego, o bien portas todo si quieres(q seria solo la base) o te vas a por el siguiente pensando q utilizar.

Suerte

[josepzin]

 De la votacion no tengo NI idea, pero estoy de acuerdo con Ager, es importante que termines este juego. Ya mas adelante podras encarar un nuevo proyecto que contemple estas caracteristicas...