User Tag List

Resultados 1 al 10 de 10

Tema: Wiz SDL Library 1.2.13 R20100614

  1. #1

    Fecha de ingreso
    Apr 2010
    Mensajes
    406
    Mencionado
    0 Post(s)
    Tagged
    0 Tema(s)
    Agradecer Thanks Given 
    0
    Agradecer Thanks Received 
    0
    Thanked in
    Agradecido 0 veces en [ARG:2 UNDEFINED] posts

    Wiz SDL Library 1.2.13 R20100614

    Unofficial Wiz SDL library (with diagonal tearing fix) by ikari.*See readme.txt file for more information.

    Usage : Copy “libSDL-1.2.so.0″ to the folder of the game.

    *

    Changelog 2010.06.14

    -*YUV Layer support added
    - Fixed some bugs
    *

    Download Wiz SDL Library v. 1.2.13 R20100614

    *

    Sourcecode

    *






    Más información...

  2. #2

    Fecha de ingreso
    Aug 2004
    Mensajes
    411
    Mencionado
    0 Post(s)
    Tagged
    0 Tema(s)
    Agradecer Thanks Given 
    0
    Agradecer Thanks Received 
    0
    Thanked in
    Agradecido 0 veces en [ARG:2 UNDEFINED] posts
    Pego el readme.txt:

    Unofficial Wiz SDL library (With diagonal tearing fix)

    It's same as Wiz SDL Libraries(http://dl.openhandhelds.org/cgi-bin/...0,0,0,0,23,138).
    But now it contains new version of SDL(1.2.13) with better performance.

    Changes for end-users :
    1. Applied Notaz's pollux set.
    (for 120Hz Screen refresh rate and ram timing tweak)
    2. Supports MMUHACK/wARM Module for more performance.
    (If you wanna use this feature, please copy mmuhack.ko or warm_2.6.24.ko on same directory with libSDL-1.2.so.0.
    But you don't have to copy it if mmuhack.ko or warm_2.6.24.ko already exists.)
    3. Applied more optimized Screen Rotation routine.
    4. Separated to "fast version" and "normal version".
    If you want to use "fast version", copy SDL_Fast/libSDL-1.2.so.0 to the folder of game.
    Otherwise if you want to use "normal version", copy SDL/libSDL-1.2.so.0 to the folder of game.
    "Normal version" is slower than "fast version", but "normal version" reduces screen tearing than "fast version".
    5. Added some development features(EGL wrapper, double buffering, and etc).
    6. 2010.5.23: Fixed some bugs
    7. 2010.6.14: YUV Layer support added.
    Fixed some bugs

    Changes for developers :
    Download source code (http://dl.openhandhelds.org/cgi-bin/...0,0,0,0,46,272) and open README.gp2xwiz file for more development information.
    Note : There are number of toolchains that supports GP2X Wiz, so I don't uploaded pre-compiled development libraries.
    So you have to compile it with your favorite toolchain when you're want to develop with this SDL library.

    Special thanks to : Notaz, Orkie, Pickle, hcf, Exophase, KungPhoo, sbock, NK, SMgal and everybody!

    Usage : Copy "libSDL-1.2.so.0" to the folder of the game.

    2010.5.24 ikari
    Mi interes esta en el punto 2, el mmuhack supongo que hace accesible los 16 megas de RAM "perdidos" que no puede ver linux, pero el wARM de Notaz que hace exactamente?

  3. #3

    Fecha de ingreso
    Jan 2008
    Ubicación
    Madrid
    Mensajes
    4,458
    Mencionado
    14 Post(s)
    Tagged
    0 Tema(s)
    Agradecer Thanks Given 
    88
    Agradecer Thanks Received 
    168
    Thanked in
    Agradecido 98 veces en [ARG:2 UNDEFINED] posts
    El wARM es parecido al mmuhack y lo que hace es proporcionar caché a esos 16 mb adicionales, y acelerar el acceso a la memoria. Si no se usa iría muy lenta la memoria alta.
    Última edición por hardyx; 17/06/2010 a las 21:54

  4. #4

    Fecha de ingreso
    Aug 2004
    Mensajes
    411
    Mencionado
    0 Post(s)
    Tagged
    0 Tema(s)
    Agradecer Thanks Given 
    0
    Agradecer Thanks Received 
    0
    Thanked in
    Agradecido 0 veces en [ARG:2 UNDEFINED] posts
    Gracias hardyx. Entonces el mmuhack es similar a los cutretrucos que habia que hacer en DOS con la memoria EMS y XMS, subir y bajar trozos limitados de memoria?

    Y ya puestos, por que el linux de la Wiz no puede ver los 64 megas de la RAM?

  5. #5

    Fecha de ingreso
    Mar 2006
    Ubicación
    0o0`-_-´0o0
    Mensajes
    22,255
    Mencionado
    45 Post(s)
    Tagged
    0 Tema(s)
    Agradecer Thanks Given 
    5,494
    Agradecer Thanks Received 
    495
    Thanked in
    Agradecido 336 veces en [ARG:2 UNDEFINED] posts
    Hombre, el sistema se reserva 12 al menos creo.

    The eagle never lost so much time as when he submitted to learn of the crow.

  6. #6

    Fecha de ingreso
    Aug 2009
    Mensajes
    7,658
    Mencionado
    83 Post(s)
    Tagged
    0 Tema(s)
    Agradecer Thanks Given 
    1,214
    Agradecer Thanks Received 
    1,204
    Thanked in
    Agradecido 812 veces en [ARG:2 UNDEFINED] posts
    ¿Y esto mejora la velocidad? Me da pereza bajar la wiz ahora, está en el tercer piso, pero si me decis que merece la pena lo mismo subo XD

  7. #7

    Fecha de ingreso
    Aug 2004
    Mensajes
    411
    Mencionado
    0 Post(s)
    Tagged
    0 Tema(s)
    Agradecer Thanks Given 
    0
    Agradecer Thanks Received 
    0
    Thanked in
    Agradecido 0 veces en [ARG:2 UNDEFINED] posts
    Cita Iniciado por Rivroner Ver mensaje
    Hombre, el sistema se reserva 12 al menos creo.
    Ya pero antes de consumir esos 12 megas, directamente no ve 16 de los 64 megas, es decir, Linux ya empieza con 48 megas. Ademas, creo que en vez de 12 el sistema se reserva 16, osea que un proceso asi de buenas, sin tirar de mmuhack y demas tiene solo 32, la mitad de la ram fisica de la consola, y nunca podra acceder a esos 16 megas fantasmas. Me sorprende que en un cacharro como la Wiz y con un Linux remozado exprofeso para el pasen estas cosas

  8. #8

    Fecha de ingreso
    Jan 2008
    Ubicación
    Madrid
    Mensajes
    4,458
    Mencionado
    14 Post(s)
    Tagged
    0 Tema(s)
    Agradecer Thanks Given 
    88
    Agradecer Thanks Received 
    168
    Thanked in
    Agradecido 98 veces en [ARG:2 UNDEFINED] posts
    Cita Iniciado por Gammenon Ver mensaje
    Entonces el mmuhack es similar a los cutretrucos que habia que hacer en DOS con la memoria EMS y XMS, subir y bajar trozos limitados de memoria?
    Los trucos para acceder a la memoria alta se hacen en los programas, el mmuhack solo acelera el acceso a la memoria.

    Cita Iniciado por Gammenon Ver mensaje
    Y ya puestos, por que el linux de la Wiz no puede ver los 64 megas de la RAM?
    Porque en el área más allá de los 42 Mb están los buffers de vídeo, sonido, 3D y descompresión de vídeo (YUV). Este área está reservada por el hardware. Pero los programas que no usan algunos de esos buffers, pueden gestionar esta memoria alta de manera manual, con los trucos que hemos dicho.
    Última edición por hardyx; 18/06/2010 a las 01:01

  9. #9

    Fecha de ingreso
    Jul 2009
    Mensajes
    8,737
    Mencionado
    64 Post(s)
    Tagged
    0 Tema(s)
    Agradecer Thanks Given 
    937
    Agradecer Thanks Received 
    571
    Thanked in
    Agradecido 345 veces en [ARG:2 UNDEFINED] posts
    Cita Iniciado por hardyx Ver mensaje
    Los trucos para acceder a la memoria alta se hacen en los programas, el mmuhack solo acelera el acceso a la memoria.


    Porque en el área más allá de los 42 Mb están los buffers de vídeo, sonido, 3D y descompresión de vídeo (YUV). Este área está reservada por el hardware. Pero los programas que no usan algunos de esos buffers, pueden gestionar esta memoria alta de manera manual, con los trucos que hemos dicho.
    voy a resucitar este hilo...

    estaba viendo el codigo del mame4all, no si es la ultima version, pero intuyo que mucho no importa... y veo que usa el warm y luego un codigo propio para alocar/liberar/etc la memoria alta...

    como veo que ese truco cutre de manipular la memoria alta se hace en la aplicacion, y que ahora veo es como vos decis, pregunto, que pasa si yo hago una aplicacion que use estos trucos y luego, desde la misma aplicacion ya mencionada, lanzo otra aplicacion similar? imagino que seria un desastre si ambos estan usando y manipulando por su cuenta la memoria alta...

    bueno, nada queria saber tu opinion (o la de cualquiera que conozca y los haya usado) de esto...

    la idea es aprovecharlo para bennugd...

    por otro lado, imagino que si hay problemas al respecto, lo ideal seria armar un modulo del kernel que se encargue del manage de la memoria.

    desde ya, gracias por las respuestas.

  10. #10

    Fecha de ingreso
    Jan 2008
    Ubicación
    Madrid
    Mensajes
    4,458
    Mencionado
    14 Post(s)
    Tagged
    0 Tema(s)
    Agradecer Thanks Given 
    88
    Agradecer Thanks Received 
    168
    Thanked in
    Agradecido 98 veces en [ARG:2 UNDEFINED] posts
    Cita Iniciado por SplinterGU Ver mensaje
    como veo que ese truco cutre de manipular la memoria alta se hace en la aplicacion, y que ahora veo es como vos decis, pregunto, que pasa si yo hago una aplicacion que use estos trucos y luego, desde la misma aplicacion ya mencionada, lanzo otra aplicacion similar? imagino que seria un desastre si ambos estan usando y manipulando por su cuenta la memoria alta...
    Imaginas bien, sólo se puede usar la memoria alta de esa manera por una aplicación a la vez. Redefinen en new y el delete para usar bloques de la memoria alta, además de la memoria accesible.

    Bennu también podría hacerlo, ya que sería el propio intérprete el que gestionaría la memoria alta. Para simularlo (depurarlo) en el pc puedes asignar un puntero a 16Mb y gestionarlo de igual manera.
    Última edición por hardyx; 14/02/2011 a las 17:56

Permisos de publicación

  • No puedes crear nuevos temas
  • No puedes responder temas
  • No puedes subir archivos adjuntos
  • No puedes editar tus mensajes
  •