Creo que con todo lo que he leido, cuando vuelva a estar por aca como editor, si es que aun se podra, considerare el pasarme a luaDev xDD, la verdad que has hecho un gran trabajo.
Necesito algun betatester, que coja el luadev, las funciones ya acabadas.... y les pegue un repaso... les intente hacer de todo, que busque fallos... Amos... lo que hace un betatester...
De momento las funciones son esas de ahi arriba más éstas:
sonido = sound.load("archivo"); (mp3,wav,mod,bgm...) (OGG NO, de momento) sonido:play(); sonido:volume(); sonido:stop(); sonido:pause();
Pues bien, siento comunicar que pese a querer compartir el 100% de las funciones con luahm no me va a ser posible.
La sección MP3 de luaHM es... precaria a mi gusto. Un archivo a la vez? Estamos de guasa?
LuaDEV -> hasta X mp3 a la vez ( no testeado máximo. Probado con 4 -> OK )
Volumen, y procesado, POR SEPARADO. Se puede hacer panning (volumen separado izquierda / derecha). Automáticamente se reanudan los sonidos tras un "stand-by". De momento via streaming (carga continua). Estudiaré la posibilidad de carga en RAM. (más velocidad todavía).
Para probar esta parte y comprobar vosotros mismos aqui os dejo un eboot que reproduce 4 mp3 a la vez, y cambia el sonido de uno de ellos sin modificar el resto.
si que esta chevere, asi ya se podran crear muchos programas de dj y con lo del stream, esta exelente, ahora no solo podre descar de mi ipod los mp3, sino que tambien los podre pre-escuchar, y todo lo que use mp3, como los videos, etc... me parece exelente lo del stream.
U sease... configurable dependiendo del botón. Total, me cuesta lo mismo hacer una cosa que otra y esto puede ser práctico. Me lo apunto. (Por cierto cuando lo acabe me tendréis que recordar casi quién me dijo las ideas, para la lista de agradecimientos :) )
Videos, si no en la primera versión, lo cual espero que si, si no en proximas. Y lo de modificar la batería, no lo creo, puede que más adelante si cambio de parecer.
Demostración de la interfície visual de LuaSDK. Permitirá ejecutar LUA en windows, sin uso de la PSP. Y no, no hay ningún programa que ejecute el lua al que estamos acostumbrados. (luaplayer para windows no ejecuta Luahm7 por ejemplo). Auto-detección de errores y funciones, auto-corrección de los mismos, coloreado, .... k mas se le puede pedir a un SDK ?
La parte de probando el lua, no está ni empezada, lo k se ve es un como será, y probablemente, lo cambie. Saludos!
Cuanto tenga algo más, haré video demo de LuaDEV.
P.D. Dejar de pedir, pandoriza la bateria, pandoriza la bateria. No se si lo pondré. Ya hay demasiadas aplicaciones que lo hacen, como para daros otra herramienta para hacerlo, y de repente nazcan 1001 aplicaciones más, que muestran la batería, y encima, pandorizan la bateria!
emm es k en LUA esa función no existe como tu bien sabes, algunos nos gustaria incluirlas en nuestros homebrews. Tu decides, pero arias un buen acierto si las pusieras.
PD: En off-topic en el post de recluntando hice un comentario y no me as contestado.
We're off now to seek all our fortunes to the land... of... our dreams
ya, pero si quieres hacer un multiusos en LUA no podrás añadir esa opción. Además, esta de mal que haya muchos homebrews asi?? Naa, lo que pasa que unos estarán mejor que otros. Que el decida.
We're off now to seek all our fortunes to the land... of... our dreams
Pero es que antes, un homebrew de información era de "WOW", ahora muchos hay repetidos, lo más que se puede ver, respecto en los cambios es el diseño gráfico..
Estoy desarrollando en paralelo LuaSDK, un editor lua, con coloración de sintaxis (algo típico), probar scritps (algo no tan típico, puesto que las funciones de la psp nunca funcionaron realmente bien en luaplayer for windows...), detector de errores y auto-corrección de los mismos (en los que se pueda claro está)....
Voy todo lo deprisa k puedo y me complace poder decir que cuento con la ayuda de trom_us en lo que a beta-testing , e ideas se refiere.
Aquí tenéis una imagen de la versión actual ( versión muy muy alpha xD ) con la coloración de sintaxis ya lograda, y inicio de implementación de auto-completación de comandos. (sale un popup a medida que escribes los comandos, y te ayuda a elegir, y ver que variables de entrada tiene). Será compatible con LuaDEV ( por lo tanto, con luahm7 y luahmv2).
Ehm, si, podría dejarlo como el hmv3... pero... fijate en lo mal optimizado que está todo... a parte de los problemas que he dicho, ( he encontrado fallos en el 80% del código que he mirado, y solo he mirado un 20% xD ), seguro que hay bastante más, no voy a linkar 3 librerías distintas para que hagan lo mismo (ejemplo de las fonts en luaplayerhm) . Las funciones sí que puedo dejarlas como están, lo que cambiaré es el funcionamiento INTERNO de las mismas.
O sea, en resumen, luadev r0 será capaz de: - abrir cualquier script para luaplayerhm (7 o 8 o hmv2 o hmv3...) sin tener que hacer cambios en el código fuente. (incluso sería capaz de abrir mezcla de hm7 y hmv2...) y ejecutarlo sin problemas.
- Hacer lo mismo, usando menos recursos (mejora en el espacio en la RAM) - Hacer lo mismo, y más rápido ( no comments for this )
- Hacer más cosas (nuevas funciones...)
Pero esto ya lo veréis con la primera release del luadev, para que entendais al fin, que NO voy a cambiar las funciones, ni cómo se usan, si no que añadiré OPCIONES para las mismas funciones, y exteriormente veréis que hacen lo mismo, pero interiormente será código nuevo.
(espero dejarlo claro ya... no pienso usar un código mal optimizado, es como si hubieran construido algo, y hubieran empezado a hacer parches y parches sobre el mismo código, [imagino que en cada actualización meteria un parche en el código en vez de re-escribir lo necesario...] )
cuantas veces no le dije a hm de los fallos, pero no, sigio con lo mismo, e incluso cambio las cosas dejando incompatible los trabajos ya realizados en lua, y como dices solo lo medio arreglaba. la falta de tiempo no es excusa.
al menos hay gente que sabe y puede mejorar por mucho a versiones luaplayer modificadas.
espero quede rebien la que realices, evitando los mismos fallos y cosas raras del hm8 en adelante.
homemister hizo un buen trabajo al añadir varias funciones funcionales eso no lo negamos.
pero mejor aun si estas estan corregidas y aumentadas.
no olvides el soporte para la TV en las slim. ya que me gusta ver videos en winshell con mi apli SecPlayer, y creo que no funciona la tv out en ese lua, aun no lo checo, me voy a comprar el cable uno de estos dias...
soporte de salida al puerto com, porque quiero optimizarlo para que funciones el mouse com1, mouse ps2 y teclado ps2. entre otros perifericos....
si le puedes poner que el uso del host como el irshell mejor...asi lo hariamos a la inversa conectando la psp ala pc y leer directamente sus files.
tambien no te olvides de ponerle soporte completo de botones e intervenir el home, permitiendo dejarnos que salga el salir de la psp, o uno propio.
el suspender igual,
y todas esas funciones importantes del sistema, como una que no he visto. modificar la hora y fecha desde un programa. asi como el nick, y todos los parametros de la misma.
etc.etc.ect....
claro que tambien puedes meter en thereads las funciones de red
ejemplo:
yo tuve que crear para valgame winshell, nuevas funciones que manipulen las conecciones de red, ejemplo, las cree justo como las usa visual basic.
si las implementas asi en forma de eventos, seria mas facil su uso, sino dejaselo a winshell. de todos modos mi idea es que lo usen los nuevos programadores como plataforma de lua, y su kernel seria tu luaplayer.
Me re-encuentro con otro problema, al ir pasando las funciones básicas del luahm a luadev... luaplayer hm usa la libreria de fuentes de luaPGE?!?! (y sin mencionarlo siquiera?) eso no se hace hombre... A parte de que está usando 3 librerias distintas para lo mismo, (las fuentes...) intrafont, oslib, y pge... Resultado? Tamaño de la parte de los textos 3 veces mayor de lo que deberia ser en memoria... Ya mextrañaba k namas cargar el luaplayer la ram disponible sea 16 mb, frente a las 20 k tiene mi psp... (lua dev al iniciar actualmente, 19.9 mb de ram libres ;) ) Esto va por buen camino señores, si señor, por muy buen camino ;)
Por cierto, pondré opción de auto-frameskip, si a la hora de dibujar la pantalla (flipscreen), el programa ha llegado tarde (demasiado para renderizar o funciones excesivamente lentas) y la PSP ya refrescó la pantalla antes de dibujar nada (PSP refresca automaticamente a 60fps), el proceso de renderizado de dicho frame será saltado, librandonos de la apariencia de "ralentización" que sufren los luaplayers actuales... (otra batalla ganada ^^ )
Ok, iré actualizando este hilo con los progresos actuales. Terminada la implementación completa de los controles, y me llena de orgullo y satisfacción (jeje) poder decir que frente al luaplayer hm, tiene una ganancia de velocidad bastante elevada, sobretodo en el uso del stick analógico.
Para el video aun no he comenzado nada, primero prefiero implementar todas las funciones de los otros luaplayers, por si alguien decide hacer el cambio, que sea posible y no se haya de reescribir todo el código, simplemente añadir funciones nuevas o mejorar las existentes.
Ejemplo: system.message(texto,yesno,[image]);
Ahora será posible poner un logo en la esquina superior izquierda de la pantalla. Previamente cargado o creado.
Ej: logo_programa = image.load("milogo.png"); system.message("LuaDEV r0, Un luaplayer español",0,logo);
(seep, ya muestra accentos y signos de puntuación..., es más muestra todo el mapa de carácteres completo (UTF8))
Opción de poner logo en esquina superior, y el texto compatible con accentos (intrafont en vez del psputility) posibilidad de cambiar de color el texto y efecto "neon" o sombra. Funcionamiento igual que system.message, o sea, posibilidad de menú volver, o Si / No.
Ejemplo: system.message("El texto, con accentos! á é í ó ú",YESNO,[logo],[colortexto],[colorsombra]); Todo lo que haya entre [] es opcional.
Edito: Las fuentes las unificaré en un sólo módulo. Es algo "basto" lo de usar font.blabla o screen.print y distintos modulos y comandos según sea TTF o intrafont... (a parte que debo criticar el source de homemister... pues implementa las cosas y las implementa a "medias"... usa intrafont by benhur.. (ok) usa oslibmod... (pero... ya lleva intrafont!) para que implementar intrafont por separado? de ahi a que screen.print sea con una fuente, y font.print con otra... arreglaré eso...)
La idea de momento es adaptar todo a las funciones del luahm, pero mejorando, arreglando bugs, y crear nuevas funciones que sean accesos directos a otras: ejemplo:
system.getbrightness() o como sea en luahm y system.setbrightness
hacerlas funcionales y a parte, crear una screen.brightness() con un funcionamiento del estilo
brilloactual = screen.brightness() <- brilloactual = 100; screen.brightness(50); -> poner brillo a 50 brilloactual = screen.brightness(); <- brilloactual = 50; (Creo que ese sistema es más práctico y cómodo que el actual, pero seguirá funcionando igual el actual)
Progresos:
ahora estoy implementando wlan, implementando múltiples mejoras (basta ya de cuelgues intentando saber si estás conectado con getip... xD)
Y si, tendrá 3D.
Actualmente desarrollando nuestra web y UXCode : http://www.gcrew.es
Ok
Pero aun no me respondiste la primera pregunta, que si este LuaPlayer tiene la funciones pra hacer un exploraor de archivos como el HM.??
Manual del Perfecto Votante Para un voto libre y justo!.
TheGCProjects
ah sorry xD
Se me pasó por alto, si, ya están hechas.
Saludos!
Jejeje
Creo que con todo lo que he leido, cuando vuelva a estar por aca como editor, si es que aun se podra, considerare el pasarme a luaDev xDD, la verdad que has hecho un gran trabajo.
Un saludos.
Manual del Perfecto Votante Para un voto libre y justo!.
TheGCProjects
Actualizo
Se buscan betatesters.
Necesito algun betatester, que coja el luadev, las funciones ya acabadas.... y les pegue un repaso... les intente hacer de todo, que busque fallos... Amos... lo que hace un betatester...
De momento las funciones son esas de ahi arriba más éstas:
sonido = sound.load("archivo"); (mp3,wav,mod,bgm...) (OGG NO, de momento)
sonido:play();
sonido:volume();
sonido:stop();
sonido:pause();
Y ... animarse a comentar...
Actualmente desarrollando nuestra web y UXCode : http://www.gcrew.es
Cuando tenga tiempo, lo
Cuando tenga tiempo, lo pruebo y a betatestear ;3)
yo tmbn puedo ser betatester
yo tmbn puedo ser betatester
Yo quiero ser betatester :)
Yo quiero ser betatester :)
Deviante
Deviante no lo esta modificando lo esta creando.
todos los bugs/fallos que
todos los bugs/fallos que encontreis decidlos para ayudar a deviante a corregirlos
Otra mejora. (Probada)
Pues bien, siento comunicar que pese a querer compartir el 100% de las funciones con luahm no me va a ser posible.
La sección MP3 de luaHM es... precaria a mi gusto. Un archivo a la vez? Estamos de guasa?
LuaDEV -> hasta X mp3 a la vez ( no testeado máximo. Probado con 4 -> OK )
Volumen, y procesado, POR SEPARADO.
Se puede hacer panning (volumen separado izquierda / derecha).
Automáticamente se reanudan los sonidos tras un "stand-by".
De momento via streaming (carga continua).
Estudiaré la posibilidad de carga en RAM. (más velocidad todavía).
Para probar esta parte y comprobar vosotros mismos aqui os dejo un eboot que reproduce 4 mp3 a la vez, y cambia el sonido de uno de ellos sin modificar el resto.
http://www.megaupload.com/?d=FEF0E6E1
A partir de ahora los sonidos se cargarán todos iguales
mimp3 = sound.load("archivo.mp3");
miwav = sound.load("archivo.wav");
mibgm = sound.load("archivo.bgm");
...at3
...mod (via software -> consume recursos cpu)
...mid (no testeado)
Ogg aun no implementado.
Any comments?
Actualmente desarrollando nuestra web y UXCode : http://www.gcrew.es
no pues...
...lo huvieras dejado como estaba...XD....
si que esta chevere, asi ya se podran crear muchos programas de dj y con lo del stream, esta exelente, ahora no solo podre descar de mi ipod los mp3, sino que tambien los podre pre-escuchar, y todo lo que use mp3, como los videos, etc... me parece exelente lo del stream.
GuinXell aprender mas...
Otra mejora
Que al arrancar el homebew con R pusado, en vez de cargar el System/System.lua, carge el System/Recovery.lua
Interesante :)
Pero... más práctico si....
Si existe config.cfg, leer de ahi.
Ejemplo de config.cfg:
RTrigger: sys/recovery.lua
LTrigger: sys/config.lua
R+L: sys/otro.lua
None: sys/default.lua
U sease... configurable dependiendo del botón.
Total, me cuesta lo mismo hacer una cosa que otra y esto puede ser práctico.
Me lo apunto. (Por cierto cuando lo acabe me tendréis que recordar casi quién me dijo las ideas, para la lista de agradecimientos :) )
Actualmente desarrollando nuestra web y UXCode : http://www.gcrew.es
¿Al final se va a añadir
¿Al final se va a añadir la reproducción de vídeos y la modificación de batería?
Videos , mas adelante
Videos, si no en la primera versión, lo cual espero que si, si no en proximas. Y lo de modificar la batería, no lo creo, puede que más adelante si cambio de parecer.
Actualmente desarrollando nuestra web y UXCode : http://www.gcrew.es
A mi por ahora, lo que más
A mi por ahora, lo que más me interesa son los video, esque quiro hacer un reproductor de CE en PSP
Pues
Este luaplayer va de maravilla, y me gusta el IDE xDDD.
Un saludo y sigue así.
Video demo - LuaSDK
Demostración de la interfície visual de LuaSDK. Permitirá ejecutar LUA en windows, sin uso de la PSP. Y no, no hay ningún programa que ejecute el lua al que estamos acostumbrados. (luaplayer para windows no ejecuta Luahm7 por ejemplo). Auto-detección de errores y funciones, auto-corrección de los mismos, coloreado, .... k mas se le puede pedir a un SDK ?
La parte de probando el lua, no está ni empezada, lo k se ve es un como será, y probablemente, lo cambie. Saludos!
Cuanto tenga algo más, haré video demo de LuaDEV.
P.D. Dejar de pedir, pandoriza la bateria, pandoriza la bateria. No se si lo pondré. Ya hay demasiadas aplicaciones que lo hacen, como para daros otra herramienta para hacerlo, y de repente nazcan 1001 aplicaciones más, que muestran la batería, y encima, pandorizan la bateria!
...
Definitivamente, NO, no pienso ponerlo. Gracias.
Actualmente desarrollando nuestra web y UXCode : http://www.gcrew.es
emm es k en LUA esa función
emm es k en LUA esa función no existe como tu bien sabes, algunos nos gustaria incluirlas en nuestros homebrews. Tu decides, pero arias un buen acierto si las pusieras.
PD: En off-topic en el post de recluntando hice un comentario y no me as contestado.
We're off now to seek all our fortunes to the land... of... our dreams
Pero..
Es que si se añade esa opción, ahora imaginate cuantos homebrews podrán pandorizar una batería?
Además, con las funciones de LuaHM de información, ya hay muchos de información, ahora imaginate con lo de pandorizar xD
Hazme la pregunta que quieras ANONIMAMENTE desde aquí.
ya, pero si quieres hacer un
ya, pero si quieres hacer un multiusos en LUA no podrás añadir esa opción. Además, esta de mal que haya muchos homebrews asi?? Naa, lo que pasa que unos estarán mejor que otros. Que el decida.
We're off now to seek all our fortunes to the land... of... our dreams
No digo que esté mal..
Pero es que antes, un homebrew de información era de "WOW", ahora muchos hay repetidos, lo más que se puede ver, respecto en los cambios es el diseño gráfico..
Pero bueno, un saludote.
Hazme la pregunta que quieras ANONIMAMENTE desde aquí.
X fin, alguien con sentido común
Pues eso, veo que entendéis mi postura de, NO a la super-clonación de apps... xD.
Sergi70, no se cuantas veces te dije que me agregaras al msn...
Actualmente desarrollando nuestra web y UXCode : http://www.gcrew.es
ponle que pandorize
sino, tendrias que quitar todas las funciones que ifnorma el estado, para que no aya mas programsa psp de informacion...
si quieren hacer algo asi, que aprendan C, y que copien y peguen las funcines creadas, seria la respuesta.
GuinXell aprender mas...
Jejejje hombre...
Si me dan las funciones hechas... no me cuesta implementarlas... xDDDD
Buena idea trom ;)
k pandore bateria y entienda
k pandore bateria y entienda las funciones de HM o HM2
ya dijo que entendera hm
ya dijo que entendera hm hmv2 y dev
LuaSDK
Estoy desarrollando en paralelo LuaSDK, un editor lua, con coloración de sintaxis (algo típico), probar scritps (algo no tan típico, puesto que las funciones de la psp nunca funcionaron realmente bien en luaplayer for windows...), detector de errores y auto-corrección de los mismos (en los que se pueda claro está)....
Voy todo lo deprisa k puedo y me complace poder decir que cuento con la ayuda de trom_us en lo que a beta-testing , e ideas se refiere.
Aquí tenéis una imagen de la versión actual ( versión muy muy alpha xD ) con la coloración de sintaxis ya lograda, y inicio de implementación de auto-completación de comandos. (sale un popup a medida que escribes los comandos, y te ayuda a elegir, y ver que variables de entrada tiene).
Será compatible con LuaDEV ( por lo tanto, con luahm7 y luahmv2).
Actualmente desarrollando nuestra web y UXCode : http://www.gcrew.es
a eso se le llama ser EL
a eso se le llama ser EL **** AMO asi de claro
EDITADO: El uso de palabras inadecuadas no está permitido. Por favor, revise las normas de la comunidad. Gracias Ðark_Ðragøn-ßlack
Funcion para descargar!
Añadirás una funcion para descargar? Hazlo por favor!
ejemplo: System.download(url,destino)
Saludos :)
Oye, ¿por qué en tu avatar
Oye, ¿por qué en tu avatar pone "PC Games"? ¿Lo tuyo no fue una aplicación?
XD es verdad no lo habia
XD es verdad no lo habia visto. Ahora lo cambio
aceptada
sep, habrá un system.download... y bastantes cosas mas... kiero mejorar cada modulo de manera insospechada... ^^
O gracias!
O gracias!
creanme
como betatester, esta version de luaplayer, esta de lujo.
Pregunta:
¿Ya has probado este LuaPlayer?
Super, al parecer si vendrá de perlas.
PD: Te felicito por agregar eso de "HELD" en los controles, vas por buen camino coder.
Hazme la pregunta que quieras ANONIMAMENTE desde aquí.
no soy coder ¬¬
de hecho, aun no soy coder... ¬¬ xD
de echo
cuando salga, facilitara varias cosas del proyecto en el que estas con tu team.
Actualizando progreso!
Pues eso, actualizo progreso ;)
Creo que todo lo beverias
Creo que todo lo beverias dejar como el lua HMv3 solo cambiar lo siguiente:
No cuesta nada agradecer!!!
no creo ...
Ehm, si, podría dejarlo como el hmv3... pero... fijate en lo mal optimizado que está todo... a parte de los problemas que he dicho, ( he encontrado fallos en el 80% del código que he mirado, y solo he mirado un 20% xD ), seguro que hay bastante más, no voy a linkar 3 librerías distintas para que hagan lo mismo (ejemplo de las fonts en luaplayerhm) . Las funciones sí que puedo dejarlas como están, lo que cambiaré es el funcionamiento INTERNO de las mismas.
O sea, en resumen, luadev r0 será capaz de:
- abrir cualquier script para luaplayerhm (7 o 8 o hmv2 o hmv3...) sin tener que hacer cambios en el código fuente. (incluso sería capaz de abrir mezcla de hm7 y hmv2...) y ejecutarlo sin problemas.
- Hacer lo mismo, usando menos recursos (mejora en el espacio en la RAM)
- Hacer lo mismo, y más rápido ( no comments for this )
- Hacer más cosas (nuevas funciones...)
Pero esto ya lo veréis con la primera release del luadev, para que entendais al fin, que NO voy a cambiar las funciones, ni cómo se usan, si no que añadiré OPCIONES para las mismas funciones, y exteriormente veréis que hacen lo mismo, pero interiormente será código nuevo.
(espero dejarlo claro ya... no pienso usar un código mal optimizado, es como si hubieran construido algo, y hubieran empezado a hacer parches y parches sobre el mismo código, [imagino que en cada actualización meteria un parche en el código en vez de re-escribir lo necesario...] )
Actualmente desarrollando nuestra web y UXCode : http://www.gcrew.es
estoy deacuerdo
cuantas veces no le dije a hm de los fallos, pero no, sigio con lo mismo, e incluso cambio las cosas dejando incompatible los trabajos ya realizados en lua, y como dices solo lo medio arreglaba. la falta de tiempo no es excusa.
al menos hay gente que sabe y puede mejorar por mucho a versiones luaplayer modificadas.
espero quede rebien la que realices, evitando los mismos fallos y cosas raras del hm8 en adelante.
homemister hizo un buen trabajo al añadir varias funciones funcionales eso no lo negamos.
pero mejor aun si estas estan corregidas y aumentadas.
no olvides el soporte para la TV en las slim. ya que me gusta ver videos en winshell con mi apli SecPlayer, y creo que no funciona la tv out en ese lua, aun no lo checo, me voy a comprar el cable uno de estos dias...
soporte de salida al puerto com, porque quiero optimizarlo para que funciones el mouse com1, mouse ps2 y teclado ps2. entre otros perifericos....
si le puedes poner que el uso del host como el irshell mejor...asi lo hariamos a la inversa conectando la psp ala pc y leer directamente sus files.
tambien no te olvides de ponerle soporte completo de botones e intervenir el home, permitiendo dejarnos que salga el salir de la psp, o uno propio.
el suspender igual,
y todas esas funciones importantes del sistema, como una que no he visto. modificar la hora y fecha desde un programa. asi como el nick, y todos los parametros de la misma.
etc.etc.ect....
claro que tambien puedes meter en thereads las funciones de red
ejemplo:
yo tuve que crear para valgame winshell, nuevas funciones que manipulen las conecciones de red, ejemplo, las cree justo como las usa visual basic.
si las implementas asi en forma de eventos, seria mas facil su uso, sino dejaselo a winshell. de todos modos mi idea es que lo usen los nuevos programadores como plataforma de lua, y su kernel seria tu luaplayer.
saludos.
GuinXell aprender mas...
Bien...
Me re-encuentro con otro problema, al ir pasando las funciones básicas del luahm a luadev... luaplayer hm usa la libreria de fuentes de luaPGE?!?! (y sin mencionarlo siquiera?) eso no se hace hombre... A parte de que está usando 3 librerias distintas para lo mismo, (las fuentes...) intrafont, oslib, y pge... Resultado? Tamaño de la parte de los textos 3 veces mayor de lo que deberia ser en memoria... Ya mextrañaba k namas cargar el luaplayer la ram disponible sea 16 mb, frente a las 20 k tiene mi psp... (lua dev al iniciar actualmente, 19.9 mb de ram libres ;) ) Esto va por buen camino señores, si señor, por muy buen camino ;)
Por cierto, pondré opción de auto-frameskip, si a la hora de dibujar la pantalla (flipscreen), el programa ha llegado tarde (demasiado para renderizar o funciones excesivamente lentas) y la PSP ya refrescó la pantalla antes de dibujar nada (PSP refresca automaticamente a 60fps), el proceso de renderizado de dicho frame será saltado, librandonos de la apariencia de "ralentización" que sufren los luaplayers actuales... (otra batalla ganada ^^ )
Actualmente desarrollando nuestra web y UXCode : http://www.gcrew.es
Progresando...
Ok, iré actualizando este hilo con los progresos actuales. Terminada la implementación completa de los controles, y me llena de orgullo y satisfacción (jeje) poder decir que frente al luaplayer hm, tiene una ganancia de velocidad bastante elevada, sobretodo en el uso del stick analógico.
Actualmente desarrollando nuestra web y UXCode : http://www.gcrew.es
Buenas
¿La reproduccion de video no la puedes hacer con la libreria SDL?
Esque como la libreria es practicamente igual y en el ordenador se pueden reproducir videos..
Salu2 ;)
¡Visca el Barça y Viva España!
le exo un ojo ;)
Para el video aun no he comenzado nada, primero prefiero implementar todas las funciones de los otros luaplayers, por si alguien decide hacer el cambio, que sea posible y no se haya de reescribir todo el código, simplemente añadir funciones nuevas o mejorar las existentes.
Ejemplo: system.message(texto,yesno,[image]);
Ahora será posible poner un logo en la esquina superior izquierda de la pantalla. Previamente cargado o creado.
Ej:
logo_programa = image.load("milogo.png");
system.message("LuaDEV r0, Un luaplayer español",0,logo);
(seep, ya muestra accentos y signos de puntuación..., es más muestra todo el mapa de carácteres completo (UTF8))
Actualmente desarrollando nuestra web y UXCode : http://www.gcrew.es
y como vaz
a pie, o en taxi?
tuneando el taxi
Remodelando el system.message de nuevo:
Opción de poner logo en esquina superior, y el texto compatible con accentos (intrafont en vez del psputility) posibilidad de cambiar de color el texto y efecto "neon" o sombra. Funcionamiento igual que system.message, o sea, posibilidad de menú volver, o Si / No.
Ejemplo: system.message("El texto, con accentos! á é í ó ú",YESNO,[logo],[colortexto],[colorsombra]);
Todo lo que haya entre [] es opcional.
Edito:
Las fuentes las unificaré en un sólo módulo.
Es algo "basto" lo de usar font.blabla o screen.print y distintos modulos y comandos según sea TTF o intrafont...
(a parte que debo criticar el source de homemister... pues implementa las cosas y las implementa a "medias"... usa intrafont by benhur.. (ok) usa oslibmod... (pero... ya lleva intrafont!) para que implementar intrafont por separado? de ahi a que screen.print sea con una fuente, y font.print con otra... arreglaré eso...)
La idea de momento es adaptar todo a las funciones del luahm, pero mejorando, arreglando bugs, y crear nuevas funciones que sean accesos directos a otras:
ejemplo:
system.getbrightness() o como sea en luahm y system.setbrightness
hacerlas funcionales y a parte, crear una
screen.brightness() con un funcionamiento del estilo
brilloactual = screen.brightness() <- brilloactual = 100;
screen.brightness(50); -> poner brillo a 50
brilloactual = screen.brightness(); <- brilloactual = 50;
(Creo que ese sistema es más práctico y cómodo que el actual, pero seguirá funcionando igual el actual)
Actualmente desarrollando nuestra web y UXCode : http://www.gcrew.es
como lo haces eso??
como lo haces eso??