SoloCodigo

Bien, en lo personal ataco bastante a los que pidan la tarea por una razón fnudamental:
aca no estamos para hacerle el trabajo a nadie, sería muy facil solucionar todos los post dando o haciendo los programas completos, pero que ganamos con eso? alimentar parasitos y cultivar profesionales inservibles tal como lo son la inmensa mayoria de los profesionales en america latina, lastimosamente muchos tienen un titulo profesional conseguido pidiendole las tareas a alguien más....

asi que cuando le hacemos el trabajo completo a alguien no soplo le estamos haciendo un daño a esa persona sino que ademas estamos acabando con el futuro de nuestras naciones.


Por otra parte el ser moderador o usuario activo no es tampoco obligación ya que tambien suelen pasearce por el foro persojnajes que recalaman porque nadie nunca les contesta a sus preguntas... estoy seguro de que aca  muchas personas podrian solucionar una pregunta y no lo hacen, YO SOY uno de ellos...

Decenas de veces al dia visito los foros que modero y otros que no modero, y me encuentro con muchas preguntas de las cuales generalmente conozco el 100% de la solucion y sino es asi entonces al menos conozco donde se puede encontrar la solucion, pero simplemente no contesto porque despues de 2 o 3 años contestando las mismas preguntas, termina haciendose algo aburrido, más aún cuando claramente se ve que las intenciones de muchos usuarios no son aprender realmente a solucionar algo, sino buscar alguien que se lo solucione y que le solucione los problemas en adelante.

Al principio contestaba más por ponerme a prueba a mi mismo y por aprender ( en ese entonces tenia mucho tiempo para aprender), luego me di cuenta que en mi afan por sobresalir y aprender no estaba ayudando a nadie, asi que desde ese dia cambia y ya no le hago trabajos a nadie, y por el contrario trato de estar pendiente de que nadie lo solicita y de que nadie los entregue hechos, y pr otro lado ahora casi no contesto tantas preguntas como antes porque llega el moemnto en que uno se cansa.

ufff
no me usta la forma cuiadrada pero como noveda se ve muy bien.

Adoro a Nintendo

tal como te dije radical, deben gtener restriccion sobre esa etiqueta.

como programador clasico... genial el  DOS.

Pero como al pregunta es acerca de sistemas operativios... abnda que hacer el Windows XP Professional se los lleva a todos por delante en todo sentido, en especial xdespues de instalar el service pack 2 quedo la berraquera.

umm creo que tienes mal los parentesis y te sobran corchetes, hace rato no hago ese tipo de cosas asi que espero que eso sea el error.

version beta experss 2005?

respecto a lo del int todo depende de las circunstancias...
hay que medir que tanta memoria o que tanto procesamiento necesitas.
de que tamaño son tus imagagenes de en cada capa?
es decir ya se que se ve una pantalla de 640*480 pero que tan grande es cada escena? que tan grande es cada capa?

Hay una cosa de VB que C# no tiene, la conversión implícita de los datos. Si se coge un valor de una caja de texto puedo usarlo directamente como número sin conversión alguna. El código se hace muy limpio gracias a esto y es muy comodo. ¿Por qué C# no tiene esto si el código resultante es posible de hacer? Será por rendimiento, pero se podría dar a elegir entre que haga esa conversión o no. Ya sé que con una pequeña conversión se soluciona, pero cuando uno está acostumbrado..

Precisamente esto no existe en C#.NET porque aunque a muchos desarroladores que vienen del estilo de vb 6.0 les suele  parecer que es algo limpio, lo cierto es que solo hace mas corto el codigo pero empobrece la legibilidad del mismo y en proyectos grandes más que una ayuda es una demora tener que buscar de que tipo de dato es algo ya que se puede asignar asi nada mas y de hecho puede dar pie a muchos errores de desarrollo si ambos tipos de dato son el mismo o son diferentes etc.. para poder detectar algun error o hacer una modificacion,se conservo unicamente para favorecer a los dev. que vienen de vb.

En cuestión de potencia parece que son iguales, así que nada que decir al respecto.

No es del todo cierto, cosas como las que ya hemos mencioando hacen la diferencia sin contar que siempre C# ha sacado nuevas cosas en sus diferentes versiones y solo tiempo despues estas cosas son implementadas en vb.net y solo cuando son cosas relativamente sencillas, por ejemplo muchas cosas de C# no estaban en visual basic.net y no fueron incorporadas sino hasta la version 2005, y ahora hay mas cosas en c#.net que no estaran disponibles en vb.net sino hasta futuras versiones o nunca:

http://www.microsoft.com/spanish/msdn/arti...ices/vs04k1.asp

si, de hecho da mayor rendimiento usar imagenes en 256 colores que en 24 bit, pero te digo que a no er qu sea un juegazo que haga de todo.. pues no sera muy notoria la diferencia en un equipo moderno.. por supuesto si lo sera en uno viejo.

Y no, de heco un tipo int  (sin signo)te sirve para usarlo con numeros de 0 a 4294967296
mientras que un short (sin signo) te sirve para numeros de 0 a 65536

un tipo byte te sirve de 0 a 255.

Pero atmbien hay que tener en cuenta que los tipos enteros son mas rapdios debido a la arquitectura de la maquina.

Igualmente si usas una variable tiop float o long y no es necesario... no la uses cambiala por una entera.

Lo que si me preocupa es que usando 256 colores en multioples capas se te ponga lento en algunas maquinas...
con FMC lo hice usando 2 capas de fondo, una de escena y otra más frontal usando color de 24 bits e imagenes de juego de 640*480 y es entendible que se ponga lento en equipos viejos o con tarjetas de video de bajo perfil...

pero si el tuyo corre con 256 colores (color de 8 bit) no deberia ponerce lento..
estas usando tiles? o le mandaste todo de una?

opino = que Güorker
lo qu sucede es que en C# el tipo estrincg es un tipo primitivo, por eso se puede usar el  operador = e incluso hacer un swicth con un string, cosas que en lenguajes como java no se pueden hacer por que string no es primitivo.

Asi que creo que el método equals debe existir más porque a los que vienen de java se les hara mas familiar o porque es posible que el objeto string implemente una sobrecarga del operador = y el == y el != para poderlo utilizar directamente, y algunas de estas sobrecargas se sirven del metodo equals.

Y lo del compareTo es por lo mismo según parece (o segun creo mas bien),  ya que seguro se debio implementar alguna de las interfaces icomparator o icomparable para poder manejar todas las diferentes variantes de conversion del metodo string.  

hola, lo de las imagenes...
salvo ue estes haciendo el ultimo HALO o algo en 3Dm o que se yo... lo de menos es que uses imagenes de 256 colores , el juego de FMC uso imagenes con color de 24 bit.

por otro lado en teoria no deberias usar hilos sino para la música, el resto debe suceder dentro del ciclo del juego.

Para hacer optimizaciones hay que revisar punrualmente el docdigo, estar pendiente de que no uses por ejemplo un dato tipo int para una variable que nunca superaria un valor de 255 etc...

tambien es importante revisar que no estes 're-instanciando' objetos de manera innecesaria y por supuesto la logica de programacion que estes utilizando.

codigo en FASM

Este codigo como se ve genera un archivo '.com', me gustaria que me ayudaran indicandome que pasos se deben tener en cuenta para convertirlo en ejecutable '.exe'?