[TUTORIAL]Instalar y poner a punto psl1ght en Windows

Hermes escribió:

varios escribió:He probado el jpg de psl1gth y se sigue congaldo la PS3 en la propia llamada de LoadPNG. Es que no llega a salir de ahí, por lo tanto no puedo hacer nada después. Ni llego a pasarlo a la memoria para el RSX. Y lo cargo llamando desde el propio main. He llegado a pensar que sea la propia libjpgdec.a que la tenga mal.
Da igual, voy a pasar del tema y dejarlo para el final. No os voy a dar más la vara ... que ya os la he dado bastante ... .
Probando ejemplo de Hermes en 3, 2, 1 ....

Chao.

Fail

Por cierto, el ejemplo tira de buffer Z16. Y otra cosa que he olvidado contar, es que ahora Tiny3D se ocupa del evento de salida (programa el evento 3) e incluso informará si se tiene un menú activo, etc.

El evento hace un exit() así que se supone que registrando una función con atexit() debería valer para "soltar" la carga.

Hermes escribió:A mi lo que me hace gracia es cuando leo a gente diciendo que llevamos un mes "sin novedades" cuando esto es un no parar

Saludos

blipi escribió:Bueno, de momento para no complicarnos la vida, en teoria xd, trabajamos con buffer de pantalla.
pero si no sale, kizas si ke acabaremos pasando a tiny3d...

Alguien tiene alguna idea más de como se podría hacer con un buffer de pantalla? (Mirad mi anterior post, 2 más arriba)

varios escribió:Jeje ... y mi novia esperando, jaja.

Os puedo ayudar a pasar todo a Tiny3D, es mucho más fácil.
Además se pueden usar procedimientos para hacerlo mucho más fácil todo.

marioga escribió:si claro, pero yo prefiero entenderlo , ademas en ningun png viene la funcion a pelo, hay k extraerla de entre otras cosas y montartela tu, y yo no tengo ps3 para probar si lo estoy haciendo bien

blipi escribió:Pregunta rápida:
En el ejemplo de la libfont inicializa de la siguiente forma:

   
    texture_pointer = (u32 *) AddFontFromBitmapArray((u8 *) font  , (u8 *) texture_pointer, 32, 255, 16, 32, 2, BIT0_FIRST_PIXEL);
    texture_pointer = (u32 *) AddFontFromBitmapArray((u8 *) font_b, (u8 *) texture_pointer, 32, 255, 16, 32, 2, BIT0_FIRST_PIXEL);
    texture_pointer = (u32 *) AddFontFromBitmapArray((u8 *) msx   , (u8 *) texture_pointer,  0, 254,  8,  8, 1, BIT7_FIRST_PIXEL);


En cambio en el de los sprites 2D,

    texture_pointer += (IMAGES[i].wpitch * IMAGES[i].height + 3) & ~3;


Digo yo que tiene más sentido aumentar el buffer con += no? A ver si alguien me ilumina xd

Vrsquid escribió:el draw image usa la ultima textura usada en set texture. Si quieres dibujar varias tienes que hacer set dibujar set dibujar hasta que te aburras.

Hermes escribió:

marioga escribió:gracias hermes, solo una duda mas

tiny3d_SetTexture(0, texture_ghost_offset[cur_text], texture_ghost[cur_text].width,
            texture_ghost[cur_text].height, texture_ghost[cur_text].wpitch, 
            TINY3D_TEX_FORMAT_A8R8G8B8, 1);
            // draw sprite
            DrawImage(x, y, (float) i, 100, 150, 0x00000000);

el DrawImage hay k hacerlo justo despues de set_texture no?, por que si hago todos los settexture primero y luego lo otro solo se dibujaria el ultimo, o k?

Esa función selecciona la textura a utilizar para los siguientes polígonos que tiren de textura

Una cosa importante debes de saber: todas esas funciones, copian datos en un FIFO y el RSX va siguiendo las instrucciones que ve de forma secuencial.

Si quieres dibujar otra cosa con una textura diferente, pues aplicas con SetTexture la nueva textura y dibujas: solo si se repite el uso de la textura, puedes pasar de dicha función y solo llamarla una vez por frame en el punto adecuado.

El primer parametro de SetTexture indica a que coordenadas de textura va dirigido. En Tiny3D 2.0 podemos especificar dos juegos de coordenadas de textura con las funciones void tiny3d_VertexTexture(float u, float v); y void tiny3d_VertexTexture2(float u, float v);

Si el primer parámetro de SetTexture es 0, estás indicando que es la textura controlada por tiny3d_VertexTexture y si es 1, se controla con tiny3d_VertexTexture2 (o sea, la segunda textura tiene indice 1 por que empiezan con 0)

Utilizar dobles texturas se utiliza para mezclarlas y crear efectos interesantes, pero ten en cuenta que VertexTexture2 no se debe utilizar sin especificar primero, VertexTexture

Luego el siguiente es el offset de la textura que usa el RSX como te explicaba antes y el resto creo que lo entiendes.

Pero... ¿por que diablos pintas un DrawImage invisible? . 0x00000000 con AlphaTest activo no es negro, si no transparente debido al componente Alpha. Si quieres pintar algo en negro, deberías usar 0x000000ff de forma correcta (en principio, cualquier color "solido" debe tener alfa 0xff) , pero si aplicas ese color con una textura, ten en cuenta que el Pixel Shader lo que hará es multiplicar el color que le pasas con el color del texel y el resultado lo verás muy negro... o no lo verás

Lo mejor es pasar blanco opaco con 0xffffffff para que al multiplicar, no se pierda el color de la textura. En este caso, el color actúa de filtro modulando la textura sin añadir color.

Es posible que en otro momento, añada un Pixel shader que tire de una instrucción que convierta el color en una aditivo para mejorar el "brillo" de la textura o algo así.

Con respecto a las dobles texturas ya tengo esos shaders y por ejemplo, estoy pensando en modificar libfont para que mezcle una textura con las letras para dotarlas de relieve

Como ves, tiene sus ventajas trabajar con la gráfica, una ves entiendes el concepto.

Te hago una tabla:

color -> pasa sin mas

textura -> pasa sin mas

color + textura -> se multiplica el color para obtener el resultado

textura+ textura2 -> depende del pixel shader seleccionado con tiny3d_SelMultiTexturesMethod()

color + textura+ textura2 -> depende del pixel shader seleccionado con tiny3d_SelMultiTexturesMethod() para las texturas y el resultado se multiplica por el color

Como ves, el color se usa como filtro en compañía de las texturas.

A primeros de año tengo que abrir un hilo explicandolo todo de pe a pa para despejar todas las dudas

Saludos

Hermes escribió:

cuacua escribió:Hola a todos, lo primero muchas gracias hermes ( y a todos tambien) por el curro que te das con esto.....

Edtoy empezando con esto del C, y mas omenos lo entiendo, lo que no entiendo ni pa dios es como usar ps3soundlibs, he mirado los ejemplos que pones, pero no entiendo como reproduces el .mp3... Ni dode lo guarda,, ni nada jejejejeje..... Si alguien me podria explicar "EN modo para tontos" se lo agradeceria mucho...

Un saludo y a todos...

Es que si estas empezando, no puedes pretender entenderlo todo de buenas a primeras

El MP3 depende de donde lo reproduzcas: hay uno en memoria, pero tambien puedes desde pendrive, por lo tanto, queda claro donde está "guardado". El como se reproduce, es muy sencillo: se llama programación multihilo
y consiste en que una función ligada a un hilo toma el control cada cierto tiempo para reproducirlo: tu ahí no tienes nada que entender, porque para eso se ha hecho la librería, para que no tengas que tocar ese tipo de cosas .

Simplemente, debes saber como activar el MP3 o el Ogg con las funciones de la librería, que es lo que muestran los ejemplos y ya está.

--------------------------------------------------------------------------------------------------------------------

Por otra parte, supongo que ya habréis visto que he subido las herramientas con las que compilo los shaders: como la gente de hackerchannel pasa de mi y no han añadido lo de los menus (que está desde Nochebuena ), pues me obligan a meter cosas aparte y buscarme la vida a mi manera: tomad nota, porque si algún día alguno se pone a decir tonterías de que yo hago la "guerra" por mi cuenta y cosas así, para taparle la boca de una patada. He cancelado la solicitud de Pull Request y ahora que les den y si quieren, que vayan a mi git a buscar las cosas, por que yo paso de ellos

Seguro que si pasara de github y estuviera pasando los fuentes en rar únicamente, ya habría gente despotricando: que si el código fuente no es fácil de seguir, que si patatín que si patatán, pero luego pasan estas cosas: gente que pasa de mis cambios y encima tengo que ser yo el que se amolde a ellos . Pues no señores, o follamos todos o la puta al río, porque aquí nadie es el jefe de nadie y yo no tengo por que estar contemplado a gente que no se lo merece (que luego son los que protestan )

En fin, pasando de malos rollos, estoy trabajando en un sistema de listas para los polígonos: la idea es que la cosa comienza con:

int tiny3d_RecordList();

Y empezamos a mandar lista de polígonos y vertices. Por el momento, solo se soportan estas funciones:

int tiny3d_SetPolygon(type_polygon type);
int tiny3d_End();

void tiny3d_VertexPos(float x, float y, float z);
void tiny3d_VertexPos4(float x, float y, float z, float w);

void tiny3d_VertexColor(u32 rgba);
void tiny3d_VertexFcolor(float r, float g, float b, float a);

void tiny3d_VertexTexture(float u, float v);
void tiny3d_VertexTexture2(float u, float v);

void tiny3d_Normal(float x, float y, float z);

Y tengo que añadir soporte para estas:

void tiny3d_SetMatrixModelView(MATRIX *mat);

void tiny3d_EmissiveMaterial(float r, float g, float b, float a);
void tiny3d_AmbientMaterial (float r, float g, float b, float a);
void tiny3d_DiffuseMaterial (float r, float g, float b, float a);
void tiny3d_SpecularMaterial(float r, float g, float b, float shininess);

void tiny3d_SelMultiTexturesMethod(u32 method);
void tiny3d_SetTexture(u32 unit, u32 offset, u32 width, u32 height, u32 stride, text_format fmt, int smooth);
void tiny3d_SetTextureWrap(u32 unit, u32 offset, u32 width, u32 height, u32 stride, text_format fmt, int wrap_u, int wrap_v, int smooth);

La matriz es la que me tiene en duda: obviamente, se multiplicará con la matriz modelview pasada fuera de la lista
pero no se si pasar los valores en estático, o pasar un puntero para controlar dinámicamente (me llama mas la atención ésta última, pero tiene una serie de problemas: quizá debiera incluir otra función especial)

El resto de funciones tiene sentido para proporcionar las propiedades materiales y de textura de la lista pasada.

Tambien estaría bien poder pasar enlazar listas recursivamente.

Una vez completada la lista, se cerraría con la siguiente función, que devolvería el puntero al inicio de la lista:

void * tiny3d_StopList();


La lista se podría usar, simplemente con:

void tiny3d_DrawList(void * list);

Quedaría dotar de una función que liberase la lista, puesto que esta se genera asignando una lista de un tamaño discreto (4096 bytes), que a su vez puede enlazar con otras listas hasta el infinito y por motivos de optimización de uso de memoria (así como está hecho, ya se gastan como mínimo 4096 bytes y puede que haya un simple punto, si es lo que has metido )

¿Para que sirven las listas?

Pues principalmente son útiles si quieres replicar objetos. Por ejemplo, en Spheres3D cada vez que dibujo la esfera tengo que calcular utilizando senos y cosenos cada punto de la superficie de la esfera y también crear una normal normalizada a 1. Esto requiere tiempo de proceso y como es algo que se repite igual, pues sería interesante almacenar la lista en algún sitio y luego utilizarla sin tener que calcular.

Aplicando una matriz externa que escale la esfera, podría incluso crear esferas de diferentes tamaños, posicionarlas en otra parte o aplicarles otra textura/material, simplemente creando una lista de vértices que luego se copiará tal cual sin tener que realizar los mismos cálculos una y otra vez (cálculos que son hechos por software y que cuestan mucho tiempo de proceso aunque no lo parezca)

Por otro lado, puede que te interese crear un objeto en pantalla ensamblando piezas (cubos, esferas, cilindros etc) y luego cuando ya lo tengas todo montado, lo encierres en una lista (añadiendo una función que solo se llama una vez para crearla) que luego dibujarás cambiando únicamente las matrices para animar dicho objeto (que a su vez sería otra lista), para simplificar el programa mas que nada. Simplemente, es un método para empaquetar estructuras mas complejas (podría ser la vía también para los que usáis modeladores, podais crear un plugin que exporta objetos preparados para Tiny3D)

Saludos

MrNatutal escribió:Todo bien con los samples, compilan a la perfección.
El problema ocurre cuando creo una clase en c++, por ejemplo cojo el ejemplo videotest y lo empaqueto en una clase y desde el main llamo a esa clase, pues al compilar no reconoce las palabras clave class ni new.
he añadido el include del PPU:

include <c++/4.5.1/iostream>

al compilar no encuentra algunos ficheros de cabecera, los añado pero salen otros, asi sin parar, uno de los añadidos:

include <c++/4.5.1/powerpc64-linux/bits/c++config.h>

al añadir iostream busca en:
\PS3\dev\ppu\powerpc64-linux\include\c++\4.5.1\bits
pero estan en:
\PS3\dev\ppu\powerpc64-linux\include\c++\4.5.1\powerpc64-linux\bits
Utilizo el Makefile de los ejemplos, como se añade rutas para los include?
He seguido los pasos de este tutorial paso a paso: instalando el minGW, los compiladores PPU y SPU, variables de entorno, Python, Psl1ght compilado con cygwin, y la libreria adicional PPU.

Salu2

MrNatutal escribió:Estoy compilando en windows 7 desde el minGW.
Tambien tengo una maquina virtual con ubuntu.
Salu2

Hermes escribió:¿Para reciclar la basura?. Los polígonos con superficie de plástico, a un lado, los de vidrio a otro, los de metal...

Estoy pensando en añadir una pequeña librería de construcción de objetos o algo así, que no solo de esferas y cubos vive el hombre y además, si hago algo en 3D, no lo voy a hacer usando modeladores .

Así que al menos necesito cilindros y objetos torno entre otras cosas