Wenas

Un articulo muy interesante.....

No se si es de quien transcribio la entrevista, pero que siempre ponga "Imperivm" en vez de "Imperium" parece cachondeo xDD

"Sin embargo, es la franquicia de estrategia más vendido en la historia de nuestro país, con más de 350.000 ejemplares."
350.000 y es la mas vendida??? >_< Preocupante.....

Nas, ¿te parecen pocas 350.000 copias?

Salu2.

 El metodo mas sencillo, cuando caiga la bomba le metes un golpe al monitor y conseguiras el efecto deseado  :P

Fuera bromas.

¿Tiene Scroll?

Si es con Scroll, digamos horizontal, yo crearia los mapas mas anchos que el campo de vision tanto por arriba como por abajo y en el momento de colisionar la bomba haria scroll hacia ariba,hacia abajo, derecha e izquierda, varias veces un par de pasos de cada uno de los scrolles, ajustandolo al gusto, te puede quedar muy chulo si lo haces bien.
Si es vertical, pues lo mismo.

Si es una pantalla estatica, pues la opcion de cambiar las coordenadas donde empieza a pintar la imagen que comentaba sacrifai, x+1,y+1 x-1,x+1,y-1,x-1 algo asin ¿no?

Salu2.

¿Qué necesito saber, tener, leer... para programar un juego de PlayStation?

¿Links útiles?

¿Alguien tiene experiencia?

Gracias.

Saludos.

De lo mejor que podrás encontrar.

http://dev.paradogs.com/
http://psx.rules.org/psxrul2.shtml

Salu2.

P.d. No taria mal saber un poco de ensamblador del los Mc68000, creo recordar que es muy parecido.

 Pues yo pienso que es mas importante tener talento,habilidad,creatividad, más que el saber, se puede saber mucho de una cosa, pero sin imaginacion y talento no se consigue hacer nada bueno.La pasta luego viene sola o no, quien sabe, muchos grandes artistas de la historia palmaron más pobres que una rata.

Salu2.

Uhm... Calantra, qué sabes de Bases de Datos?

¿Que hay que saber Grugnorr?

http://www.google.es/search?hl=es&lr=&oi=d...e:Base+de+datos

Eso es lo que yo se, mas menos todas las definicioens dicen lo mismo.

"Si algo es bueno y breve es dos veces bueno asin que me quedo con esta"

"Conjunto de datos organizados de modo tal que resulte fácil acceder a ellos, gestionarlos y actualizarlos. Una guía telefónica es un ejemplo de una base de datos "

Por que, NO, señores la definicion de Base de Datos no es Acces,Dbase,Sql,FoxPro,firebird,Oracle o como quiera que lo llamen = que, la definición de Sistema operativo no es Windows, Linux,Unix,os2,MacOs etc,etc.

Capiflash me parece estupendo que hayas optado por una Bd, como puse en un post anterior me parece lo mas profesional, es como elegir entre escribir los telefonos de los amigos en una agenda o acerlo en una libreta cuadriculada, de lo que no cabe duda es que ambos metodos cumplirán su cometido.

Por cierto, hoy he presentado en sociedad mi proyecto y no ha funcionado del todo bien  :D , pero depués de explicar las virtudes y milagros que se podrán hacer con el programilla cuando esté acabado, han sido todo elogios. Y he de ser autocritico y decir que en el equipo de la prueba se notaba algo de pereza al al acceder a los datos de la base de los clientes, que es la que comentaba tenía ya cerca de 1000 entradas. Lo tengo muy claro y se de sobra que no ira bien si se le añaden muchas mas entradas, asín que tendre que empezar a plantearme precargar la base de datos en memoria y acceder a ella de esta manera, estoy seguro de que esta es la solución a este problema. (El equipo de la prueba es un Piii a 450Mhz con 64mb de Ram,8 gb de hd, bajo Win98  :lol: )

Salu2.

Si te puedo ayudar en algo no dudes en postear que lo haré.

P.d. Los programas que he desarroyado para la empresa han sido con el fin de ayudar a mis compañeros en su trabajo y nunca he buscando un lucro personal, por lo que no he recibido un duro, pero me siento feliz por dos motivos 1º el poder desarrollar programillas que ayuden y el 2º la gratitud de mis compañeros, ojala este mundo no se moviera por tanto $ y tanta marca, tal vez seriamos todos un pelin mas =.

 Bueno, como veo que capiflash ya se ha decantado por usar una base de datos predefinida creo que no le daremos mas vueltas ¿no?

Algunos dicen que crear una base de datos propia es reinventar la rueda, pero cada empresa se ha creado la suya a partir de que?¿ ¿o son todas iguales? ¿o unas se pueden portar a otras? Lo cierto es que no estaria de mas que alguien mas "rienventara la rueda en cuanto a sistmas operativos" asi tendriamos mas donde elegir, pero bueno teniendo a Guindous que nos lo hace todo, para que queremos mas.

Yo seguiré con mi base en un fichero plano de texto, conteniendo casi 1000 registros ya, que ha generado decenas de megabytes de informacion sencilla y entendible desde el año 97, ofreceindo velocidad  y solidez. Y como comenté en realtos anteriores "si algo funciona bien para que voy a cambiarlo", simplemente un lavado de cara y algunas mejoras y 10 años mas dando caña  (uoh).

El dia que tenga una base con tropecientos megabytes y vaya lento, pues la cargare en memoria antes de iniciar la aplicacion en bloques donde los datos estan ordenados de a la "a" a la "j" y asi sucesivamente para optimizar mas aun la velocidad en la busqueda y el acceso será igual que si utilizara un fichero.

Salu2.



Salu2.

 Lo cierto esque no le veo problema a añadir mas campos a una base propia existente, si por ejemplo tenemos una base de datos donde cada elemento consta de 3 campos y queremos que sea de 6 pues seria algo asin:


Camposantiguos=3
total de lineas en del fichero=18 ( 6 elementos )
ficherodbantiguo=baseantigua
ficherodbnuevo=basenueva
contador = 1
repite
si contador=camposantiguos entonces escribo tres lineas en blanco en ficherodbnuevo
y sumo tres a camposantiguos

leecampo de ficherodbantiguo
escribe en ficherodbnuevo
incremento contador
hasta que contador sea = a total de lienas en  fichero

He leido una a una las lineas y las e copiado a otro fichero nuevo y cada tres lineas leidas, he añadido 3 lineas mas en blanco al nuevo fichero.

Ya tengo mi bd con el nombre "basenueva" con 6 campos, 3 que ya usaba y tenia definidos y 3 mas en blanco para lo que yo quiera, el siguiente paso es definirlos en el programa para que sean leidos y escritos.

si tengo una variable de tipo Elemento  compuesto de:
variable Nombre
variable Direccion
variable Provincia

pues solo seria añadirle las 2 variables nuevas que yo quiera a continuacion.


Creo que el formato de la Bd esta claro, 1 linea por campo, pa no complicarnos la vida.

Ej.
Linea 1 = Nombre
Linea 2 = Direccion
Linea 3 = Provincia
Liena 4 = Nombre ... Y asi sucesibamente hasta el final.

Espero que se entienda.

Salu2.

P.d. por cierto, que quede claro que yo no quiero convencer de nada a nadie, cada uno desarroya como le da la gana y lo que a mi me parece bien a otros tantos les parece mal. Desde mi punto de vista el fin justifica los medios, si algo funciona "bien" como si esta hecho en basic, mientras haga lo que tiene que hacer como nosotros queramos.

Ese caso es tan estúpido e irreal que en el que caso de que fuera posible a los programadores A,B,C no les interesaría trabajar con alguien así.

La gente no se da cuenta que lo primero que debe mirar al buscar un trabajo es que el que lleva el negocio tenga 2 dedos de frente y el del hipotetico ejemplo no los tendría. Hay prácticas en empresas por miles, tenemos para elegir.

Pues ya ves, los empresarios de multinacionales no tienen dos dedos de frente, cierran factorias en España para irse a los paises del Este o de Oriente, donde la mano de Obra ta tirada, serán  ignorantes. Ya volveran, ya y cuando lo hagan nos vamos a negar a trabajar para ellos, ademas es mas digno vender helados y refrescos por las playas a los guiris.

Tienes razón, yo nunca trabajaría para por ejemplo una Fijutsu, que si tienen perdidas un año despiden a 4000 empleados, las empresas del País de las casas de  chocolatina y calles de caramelo, no hacen eso.

Ademas, de que nos tenemos que preocupar, si hay un monton de trabajo, seguro que esos 2.007.100 de parados del año pasado no saben hacer ni la o con un vaso.

Salu2.

 

Hola,

yo veo bastante más complicado crear una bbdd propia (una que funcione bien vamos, no tres ficheros que guardan datos) que usar una que ya te dan hecha. Además, el Framework te hace ya mucho curro, por ejemplo, te permite transformar los datasets a xml y viceversa sin ningún problema (por si quisieras usar XML como formato de datos y podrías usar XSD para validar que tus XML son válidos, etc etc).

Pero vamos, que no le veo el sentido a reinventar la rueda cuando ya está inventada y encima te lo dan mascado mascado. Otra cosa sería que access no valga (por la razón que sea), MySQL funcione mal con .NET y no haya ninguna otra BD disponible. Pues entonces nada, a hacerse una propia... Pero vamos, teniendolas ya hechas...

Un saludo!

Vicente

Pues el unico sentido que le veo al usar base propia es el siguiente:
Empresa contrata a prgramador A, :) ,  en practicas, le paga 4 duros al mes para que le diseñe programa que meneje base de datos con formato estandar (acces,sql etc,etc), una vez creado el programa el empresario se enfada, (grrr) , con el empleado, :lol: , que le pide aumento del sueldo, despues de demostrada su valia, el empresario, (twist) , se niega al aumento o despide sin mas a tan osado empleado, O_O , este se va, se lleva su programa alegando sus derechos de autor que en ningun momento le han pagado, (grrr) , (te pagan por desarrollar la aplicacion, no por los derechos de la misma, ojo con lo que firmamos), contratan a otro aprendiz, (genial) , programador B, por cuatro duros y continua con el trabajo sobre la base de datos con Formato "to quisqui me conoce". Programador "A", :( , esta al paro y no recive un duro por su programa, programador b, lleva el mismo camino.
Programador C , :ph34r: ,creó su base de datos con formato propio con tres ficheros, pero viendo el percal, codificó los datos ascii sumandole uno a cada valor CHR de los mismos (chr(a)+1 = letra b, Pedro seria =  Qfeop), despues pidió un aumento de sueldo, B)  y como tenia agarrado al Empresario,  por los cataplines, no solo consiguio el aumento, sino que tuvo tiempo para en el futuro desarrollar codigo para portar los resultados de su programa (no la BDD) a tropecientos formatos que estan super explicados en inet.

Salu2.

Hola,

decías que es en C# la aplicación no? Yo iría a por una BD, aunque solo sea por las miles de facilidades que te da el Framework para manejarlas. Contra MySQL no se que tal va, pero nosotros en el curro trabajamos contra MSQLS y Access (si ese :P) y si lo quieres para algo pequeño no se porque el Access no te va a valer...

Un saludo,

Vicente

Dudo que acces pueda servir para la parte de la Facturacion, para la contabiblidad puede ir bien. MySql creo que sería lo mas apropiado y lo mas profesional. Pero desde luego no lo mas sencillo, que es crear una bdd propia.

Una Bdd no es mas que una estructura de datos que van asociados/relacionados entre si, tampoco es nada del otro mundo para tener que usar programas de otros, si ademas lo hemos hecho un millon de veces cuando creamos nuestros juegos, donde la posicion de los enemigos en la pantalla o en el mundo ya es una base de datos relacionada con la posicion del Heroe.


En un programa de facturacion manejaremos almenos 3 datos :
tipo+nº de Documento (Factura,albarán o documentos propios (docuementos para movimientos de mercancias entre almacenes,documentos de prestamo provisional, Documentos de Deposito, y los que se nos puedan ocurrir)
Ej: F32421 - Factura nº32421, A32421-Albaran nº 32421.

Datos del cliente (Direccion,Cif,Forma de Pago,descuentos,etc etc)

Datos de lo que se factura: Referencias, Conceptos, Precios.

Estos 3 datos estan asociados a 3 bases de datos:
Documentos: Contiene los documentos creados o anulados.
Clientes: Contiene los datos de los clientes.
Stock de Almacen/es: Contiene la totalidad de los productos que vendemos,  los Stocks de los mismos en nuestro/s almacen/es y los PVP.

Y ya ta , ya tenemos la estructura de un BDd para nuestro porogy de Facturacion, pensado a lo Grande y hecho a lo pequeño.

SAlu2.

 Enas, yo tambien estoy trabajando en un programito para la empresa onde curro, al igual que tu necesitaré multiusuario aunque todavia no he llegado a ello.

Yo he optado por una base de datos de formato propio y muy simple, tanto que se edita con un edit, el porque de esto es mu sencillo, yo trabajo alli y si veo a un zarpas meterle mano a mi Bd le corto los brazos a la altura las cejas, asin que para que me voy a complicar con otras cosas raras.

El tema de multiusuario en mi imaginacion no es ningun problema, el programa original en pascal (del 97) tenia soporte para multiusuario, como comentaron mas arriba compartiendo una carpeta con los datos de la BD a acceder desde un programa cliente en otro punto.El cliente se encargaba de comprobar cuando el fichero maestro quedaba libre, para poder actualizar los datos introducidos desde el cliente, pues el problema surge en la escritura y no en la lectura.

Esto mismo de una manera mas eficiente seria utilizando una conexion ip, enviar datos a pelo al programa servidor con una cabezera que le indique para que son o para donde van estos datos y el programa servidor que los vaya manejando y metiendo donde deva.

Un ejemplo seria este:
Uno de los clientes solicita del servidor un numero para un albarán,primero se identifica enviando datos del usuario y el puesto desde donde se solicitan los datos.
El servidor le da el 00001 como numero de albaran.
El programa cliente solicita datos del cliente (Fiscal) pej. , el servidor se los envia.
Asi sucesivamente hasta que se crea en el cliente la estructura de los datos del albaran, una vez que se conforman estos datos y se opta por incluirlos en la base de datos,el cliente envia el mensaje al servidor algo asin como:

Cliente:Pepito (donde el servidor sabe que ip corresponde a pepito en la LAN.
Albaran:00001
Cliente :332002 (Codigo del cliente (Fiscal), esto si usamos codigos de cliente.)
Datos del albaran: Referencias,cantidades,precios etc,etc.
Etiqueta de Fin.

El servidor recive los datos y le dice al cliente que OK.
El servidor ahora comprueba el estado de la base de datos y si no esta ocupada registra la entrada.

Ya os contare cuando llegue a esto.

Salu2.



 

 Saber de todo nunca esta mal, aunque digan "aprendiz de mucho, maestro de nada". Asin que cuando termine con mi proyecto en Delphi le hecharé un vistazo al C-cilio este.

Gracias a to2 de nuevo por la info+consejos, da gusto estar en una comunidad tan atenta.  (ole)

Salu2.

 Ummm , veo que hay diferencia de opiniones, bueno yo de momento voy a portar la aplicacion que comentaba, por el momento ya le he creado la "cara" mas menos de lo que será y ha sido relativamente rapido, desde mi primer post. Queda adaptar los procedimientos que use en su dia, pero antes tendre que echarles un vistazo por que parece que estan escritos en arameo  :rolleyes: .

Quiero puntualizar que tampoco busco algo que me permita desarrollar nada serio, empezaría con las 2d que es en lo que me quedé, pero ya se sabe que nunca se puede descartar nada, por eso lo de las 3d.

Respecto al debuguer, no lo suelo usar, es mas no recuerdo la ultima vez que lo hice, supongo que programar aplicaciones para bases de datos (con mi propio formato) no requiera de un uso mu elvado del mismo.

Seguro que es pecado decir lo que voy a decir , pero ... no se programar en C  :blink:
es mas tengo un monton de libros y cada vez que intento introducirme me duele la cabeza, es como cuando pasé del Basic al Pascal, imagino.

El ensamblador es un lenguaje mu bonito pero es algo asi como que  para hacer un dibujo tuvieramos que tejerlo con Agujas y lana de colores.

Los lenguajes "prefabbricados" llamese Blitz, DarkBasic o gamestudio tan mu bien, pero le dan  uno la sensacion de que lo que crea, en parte no es suyo y llegas a un punto donde no puedes optimizar mas o te quedas obsoleto con la salida de nuevas posibilidades graficas.

La multiplataforma no me interesa, pues como decia, creo para mi y yo uso Güido$.

Pues muchas gracias a todos, e ha quedado muy claro hasta donde puedo llegar, y si algun dia me quedo sin recursos, pues nada, aspirina de baller y a aprender C-hino.

Salu2.

 ¿Que opinais de Delphi como base para hacer juegos?

¿Se puede llegar acrear algo serio que tire de 3d?


Mi intención es meterme en delphi para portar una aplicacion que desarroyé en el 97 en pascal para la empresa en la que trabajo. Y ya puestos, pues como mi hobby es hacer pequeñas chapuzas "jugables" pues saber que limitaciones podría tener.

Gracias de antemano y Salu2.

 Una pregutna, ¿para ser programador de video juegos hace falta tener una carrera en informatica?

Salu2.