SoloCodigo

Hola, soy nuevo en este foro, y ya he recorrido bastantes por un problemilla que nadie, pero nadie me lo ha podido solucionar: es el tema de pantallas virtuales, una tècnica que se utiliza en la programacion grafica, que evita (en una animaciòn) el conocido parpadeo molesto. Resumidamente, lo que se hace para evitar este parpadeo es reservar un segmento de memoria (64k) y escribir en el como si se tratase de la videoram, para luevo volcar dicho segemto (esperando el retrazo vertical) en la memoria de video, consigiendo una animacion fluida y sin parpadeos.
 Ahora el problema es........: como hago para reservar un segmento de memoria????(estamos hablando de programar en borland c 3.1). Eh provado utilizando malloc, calloc, new, farcalloc, farmalloc, pero no me reserva los 64k de memoria. Tambien eh usado codigo assembler , con interrupciones para lograrlo pero tampoco.
 La verdad es que no se que hacer, hace mas de 3 meses que estoy estancado con este asunto y nadie me puede dar una respuesta concreta. Me han dicho que puede ser que el sistema operativo no me premite reservar tanta memoria (lo probè en todos los windows y en dos y tampoco).
 Le estarè extremadamente agradecido al que pueda resolverme este problema....
 

 pd: este es el codigo en assembler que utilizo para reservar 64k de memoria:

unsigned int AllocateVScreen( void )
{

 unsigned int segment, error;
 error = 0;

 asm {
   mov ah, 0x48                                /* petici¢n de memoria */
   mov bx, 4096                                /* 4096*16 = 65536 */
   int 0x21                                    /* interrupci¢n 21h */
   jc ErrorAVSC
   mov [segment], ax
   jmp ExitAVSC                                /* control de errores */
    }

ErrorAVSC:;
   asm mov [error], bx

ExitAVSC:;
   if(error !=0 ) return( 0 );
   return(segment);                                 /* devoluci¢n de segm */
   
}
 nunca me devuelve el segmento pedido.

Es que trato de hacerlo en lenguaje c. Esto de reservar memoria no es invento mio, sino que lo eh visto en varias paginas de programacion grafica y coinciden en el mismo codigo, pero no advierten ningun inconveniente que pueda aparecer.

 pd. no se mucho de prog. de video juegos, pero que es api?
 Si no es mucha molestia te pediria si no me podes recomendar alguna pagina o tutorial para bajar que explique programacion de videojuegos en c
gracias

Pues, en realidad eso está relacionado no solo con el sistema operativo, sino también con el compilador y el tipo de programa que quieras armar...

El problema que tienes con los 64K ( yo también he dado vueltas con eso hasta que me rendí), es porque el programa que estás compilando, está en modo real. Este tipo de programas maneja solo 1Mb de memoria total, fragmentada en bloques de 64Kb.

Excepto que tu porgrama lo utilices directamente con la pc, es imposible que accedas a más memoria, ya que el sistema operativo no te va a dejar. Quiero decir, que si lo haces en Assembler, si tienes forma, pero siempre y cuando, no utilices en sistemas operativos que te lo limiten (como DOS o Windows)...

Altareum.

una pregunta lo estas compilando en modo de memoria LARGE?
porque sino nunca te lo va a malloquear....

eso me pasaba a mi al principio
no conosco ese compilador pero le tenes que pedir que te lo compile en
LRGE memory model y ahi te debe funcar....

sobre que en sistemas mas avanzados que el win98 no anda me parece que
es mentuira porque mis juegos ( hace muchjo que no hago uno ) usan esa tecnica
y andan sin drama en win me win xp etc...

espero que sirva

una pregunta lo estas compilando en modo de memoria LARGE?
porque sino nunca te lo va a malloquear....

eso me pasaba a mi al principio
no conosco ese compilador pero le tenes que pedir que te lo compile en
LRGE memory model y ahi te debe funcar....

sobre que en sistemas mas avanzados que el win98 no anda me parece que
es mentuira porque mis juegos ( hace muchjo que no hago uno ) usan esa tecnica
y andan sin drama en win me win xp etc...

espero que sirva

Bob y como le haces?
nunca he podido utilizar las int
como
INT 13h

en windows XP siempre me saca infraccion de memoria.

la unica seria que usaras cosas medio emuladoras como el DJGPP.

El Borland C 3.1 es un compilador para DOS, supongo. El modelo LARGE de memoria sirve para poder utilizar 1 segmento para codigo ( ó mas, no estoy seguro ) y mas de un segmento para datos.
El problema de que no te deje reservar 64k de para las pantallas virtuales puede deberse al tamaño del heap que el compilador tiene asignado, con lo cual esa memoria no este disponible. No recuerdo ahora mismo por donde anda la opcion de configuracion del heap, pero buscala y prueba a subirla, por ejemplo a 512, asi yo he solucionado algunos problemillas con la reserva de memoria usando Turbo C 3.0 bajo entorno Windows.

disculpen la demora pero hace mucho que no entro

juank si mal no recuerdo la int 13 es para manejo de discos y esas cosas no?
si ese es el caso escuche por ahi que el XP tiene una proteccion para bajo nivel de puertos y discos, tambien escuche que se puede desabilitar con un programa pero no es muy aconsejable....

las interrupciones de video a mi siempre me funcionaron en el xp

te digo lo de escuche porque en el unico lugar que uso xp es en los cybers porque la maquina de mi casa no lo aguanta....

espero que sirva