ffelagund escribió:BlueSkull escribió:Lo que impide que la consola pueda ejecutar codigo generado en runtime es que resulta imposible reservar memoria de tipo ejecutable, en la PS3 y 360 solo puedes reservar memoria de datos, asi que aunque realices la compilacion, y lo metas en memoria, el acceso esta prohibido en ejecucion, seria como salirte de un buffer, se genera una excepcion y peta, no, no hay forma humana de evitarlo
Tienes documentacion sobre esto? llevo 15 años programando (C++/OpenGL) y jamas había oido hablar de la "memoria de ejecución", en todo caso, de segmentos de memoria de código y datos. Si a lo que te refieres es a que en la PS3/360 no se puede acceder a la zona de codigo, me gustaría saber por qué.
Por cierto, eso de que no puede reservar codigo para ejecucion... Ahora mismo te hago un programa que genere on the fly un codigo, y se lo mando cargar a una SPU sin problemas. Eso que has dicho no tiene ningun sentido. No tiene sentido que el procesador no de permiso de escritura a una página de memoria con permiso de ejecucion, pero si así fuera, bastaria con sacarla de ejecucion antes de modificarla, y eso es trivial. Es que joder, de hecho, el linux que se instala y ejecuta en la PS3 es cargado y EJECUTADO por el hypervisor mediante virtualización
¿Donde has leido eso? por que manda cojones...
BlueSkull escribió:Lo de la indireccion extra es por la tabla TOC que te añade un direccionamiento extra por cada puntero a funcion.
Esto puede que sea verdad o no, no lo se, pero si es un direccionamiento extra al derreferenciar un puntero a funcion, el impacto es nulo. Pocos o muy pocos juegos hacen uso masivo de punteros a funcion dentro del game loop, y aunque asi fuera, el coste seria el de derreferenciar un puntero, o sea, absolutamente nada (globalmente)
BlueSkull escribió:Respecto a lo de cutre bump o mallas superdensas, creo que no entiendes demasiado si dices algo asi, lo primero es que una malla superdensa tiene un problema importante, y es que tienes que andar metiendo infinidad de niveles de detalle, por que cuando un personaje esta lejos, el 90% de los poligonos son subpixel, consumen, pero ni se ven, es una barbaridad de calculo tirada a la basura, por otra parte, cuando el objeto o personaje se acerca mucho a camara, por mucha subdivision que tenga, nunca llega a una division de un poligono por pixel, en ambos casos el bump al que tu llamas cutre, se calcula una vez por pixel, de forma que tanto lejos como cerca la iluminacion es precisa, no malgasta ciclos, ni calcula cosas invisibles, y para colmo, cuando esta suficientemente cerca da mas calidad que la mayor de las subdivisiones que puedas realizar usando megamallas...
Yo ya programaba shaders en GLSL antes de que NVidia o ATI los soportase, asi que sí creo saber de lo que hablo. Hay una cosa que se llama LOD (level of detail) y que se utiliza para representar mallas segun varios criterios, entre ellos la distancia a la camara o la cobertura relativa en pixels del modelo, asi que no, con mallas superdensas no se desperdicia nada (si están bien gestionadas), en cambio con el cutrebump mapping como yo lo llamo (ya que es un efecto cutre que intenta SIMULAR algo de manera irreal en vez de representarlo, como bien hace un displacement mapping) se desperdicia memoria, sobre todo en normal maps, por que recordemos que normalmente los normal maps no se comprimen, ya que aparecerian macrobloques y artifacts en la iluminación, si el modelo está lejos, por que no es tan facil aplicar LODs y mipmapping a un normal map sin que la informacion de normales se corrompa a causa de las interpolaciones y falta de continuidad entre niveles mip, y mientras tanto, quizás se esté usando un normal map de 1024x1024 para un modelo que en pantalla cubre un area de 200x100 pixeles
BlueSkull escribió:Espero que la explicacion te haya satisfecho, un saludo.
De momento, no mucho.
JAJAJAJAJAJAJAJAJAJAJAJAJAJAJA, Dios, ¿eres comico verdad?..., vaya elemento estas hecho, en serio, no se si estas de coña, o es que realmente eres tan chulo y a la vez tienes tan poca idea..., en serio..., si es lo segundo es que no deberia ni perder el tiempo contestandote..., pense que con 2 te bastaria...
Lo primero es que no te voy a buscar pruebas de nada (por esa actitud que tienes), buscatelas tu si no me crees, y cuando seas capaz de generar codigo en runtime en una ps3 o en una 360, vienes, y nos lo cuentas a todos... (ojo, no digo en un emulador de Cell, ni digo en una PS3 bajo linux), cuando digo memoria de ejecucion es por que no hablo del segmento de codigo o del segmento de datos, asi que has aprendido algo despues de 15 años de chuleria, por que cuando reservas memoria en runtime no hablamos del segmento de datos, ni de codigo, hablamos de memoria dinamica, y cuando digo memoria de ejecucion es que estas reservando memoria donde vas a meter codigo que luego vas a ejecutar, en los sistemas operativos de un pc no se gestiona el uso que vas a hacer de la memoria que reservas, y puedes hacer el trapicheo de ejecutarla, en una PS3 no te permite alojar memoria con permiso de ejecucion, y si quieres ejecutarla la bofetada sera importante...
Respecto a lo de las megamallas, me importa un carajo que programases shaders en tu maquina de escribir olivetti, diciendo lo que dices me da miedo, si con la primera explicacion no me has entendido, dudo muchisimo que me entiendas en la segunda (y muchisimo menos que lo reconozcas siendo tan chulo como eres..., no obstante, como tengo 30 segundos, reexplicare para todos aquellos que lean y no sean tan chulos..., que por suerte, es la gran mayoria), si pones un personaje a 3 km. son 4 pixels, si pones un personaje a 1mm, por mas niveles de detalle que pongas cuando este a 1mm. te garantizo que no tendras un poligono por cada pixel..., si te pones a meter niveles de detalle para cubrir el rango de 1mm. a 3km. (o a 300m. me da igual) para tener iluminacion por pixel usando un poligono por cada uno, terminaras con varios teras de informacion, si hablas de tener por ejemplo 5 niveles de detalle, JAMAS (REPITO JAAAMASSS) tendras un poligono por cada pixel, si tienes una megamalla, y la pintas cuando esta cerca, rapidamente el 90% de los poligonos son subpixel, y no se pintarian (pero si procesarian), asi que desperdiciarias eso un 90% de la maquina, y si no usas una malla tan densa, sencillamente no tendras iluminacion por pixel, ahora puedes ponerte todo lo chulo que quieras, esto es asi o asi, me da igual lo chulo que te pongas, los que estan leyendo saben lo que digo.
Usando bump, SIEMPRE calculas iluminacion por pixel, usas la textura del tamaño que necesites en funcion de lo que se vayan a acercar a pantalla, el gasto de memoria es ridiculo comparado con una malla super densa (que por cierto, tienes que animar si es un personaje, y no solo calcular el tangencial en cada vertice como en bump), tampoco tienes saltos entre mallas, y en fin, que ya he perdido demasiado tiempo con tonterias...
De hecho la solucion de guerrilla de poner mallas super densas es por que el cell tiene potencia de calculo, y como la gpu apesta, prefieren calcular muchos vertices antes que ejecutar shaders en el RSX, fijate si es para echarse o no a llorar...
Sirk escribió:Vale, ahora una cosilla personal. ¿Quien te paga para poner a parir todo lo que tenga que ver con Sony y con quién debo hablar para que también me pagen a mi por ello?
Me he leído TODOS los mensajes que has publicado desde que te registraste y macho, te da igual PS2 que PS3, las dos para ti son basura en todo. La única vez que has hablado mal de xbox360 (y ni siquiera directamente) fué cuando sacaron el HD-DVD que dijiste que el futuro es el holográfico.
Juer, que ya me estoy hartando de que venga aquí la gente nada más que a malmeter. Sé que tienes la PS3, pero macho, ni que se te halla reventado en la cara...
El Cell estaba diseñado para funcionar en conjunto con otro Cell y de esa manera manejar gráficos sin GPU, pero a ultima hora decidieron meter un unico Cell y añadir una gráfica que se encargase de lo necesario. Pero los desarrolladores han preferido desaprovechar el Cell y poner a parir a una GPU que no estaba pensada para el uso que ellos le quieren dar. Solo sirve de apoyo, no para cargar con todo el peso...
En cuanto a emulación y para volver al tema, la PS3 podría con la Wii de sobra, pero no con la 360, eso es algo obvio.
Escucha, puedo decir lo que opino, pero el hecho de haberla comprado ya indica bastantes cosas..., la compre por que me gusta, por que tiene juegos que creo son imprescindibles, por que es potente, por que puede tener linux instalado, me gusta su diseño (remarco esto ultimo por que en eso esta años luz de m$ con su megafuente y su conector tipo central nuclear), me gusta su arquitectura (el cell es la caña)...
Pero una cosa es eso, y otra distinta ver que estan engañando a todo el mundo, y no decir nada..., muchos aqui estais pensando que la ps3 es una inversion de futuro..., y si os centrais en poder ver blue-rays, pues igual si..., pero lo que teneis es lo que hay, no penseis que van a sacar mas de ahi dentro por que no (siempre se mejora con el tiempo, pero vamos, que no espereis una revolucion), yo me la compre por LO QUE ES, no por lo que dicen que sera..., y espero que vosotros tambien.
Lo de emular como ya he dicho, tal como esta ahora el tema, yo sinceramente os digo que no tiraria de una wii a mas de 10fps., y eso usando el kit original, en linux sin el rsx ya directamente os digo que imposible ni a 1fps., si consiguen reventarla, y se puede esquivar el supervisor y tener acceso total desde linux a todo el sistema, entonces si que se podria, incluso diria que decentemente, por que teniendo jit evitas el problema del interprete en parte, mientras olvidaros.
Un saludo.
![[carcajad]](/images/smilies/nuevos/risa_ani2.gif "carcajada")
![[maszz]](/images/smilies/nuevos2/dormido.gif "otro q duerme")
