SoloCodigo

ummm
pero el modulo 4 dice que es en java.... o me equivoco?

Reitero sin intencion de molestar, la finalidad de este programa no es generar animaciones, y el ke se vea que se pintan linea por linea en pantalla es mas culpa del GDI+ pues está usando FillRectangle para pintar los puntos.

Nuevamente en desacuerdo, como cres que funciona el panit? adivina...con el gdi+ de hecho todo cuanto vez del sistema de ventanas de windows usa el GDI+ y nunca veraz que suceda eso, realmente es problema es la programacion.

Aqui si no entendi muy bien, pero lo que se me fiura que pensaste es que puedes sin ningun problema pasar del backbuffer al frontbuffer sin calculo alguno, simplemente indicando las coordenadas left/top origen-destino, utilizando un BitBlt, DrawImage o un memcpy, pero eso no es razon de procesamiento extra. El problema es cuando hay que calcular las coordenadas de la entrada del mouse del usario, en el area de dibujo y convertirlos al origen, para luego pasarlo al backbuffer; lo cual es precisamente lo que digo que se está ahorrando.

bueno es cierto que ahorra un tiempo pero es despreciable a cmabio del costo que implica pasar repetidamente por el DMA para enviar los datos a la memoria de video, ya que es mucho mas rapido hacer un solo viaje con un bloque de datos por DMA que hacer muchos viajes con pequeños segmentos.

Por otro lado, si no vas a mostrar animaciones (ni un solo cambio de texto, redibujado, etc.) no tiene caso utilizar el backbuffer. Pues no se necesita borrar la pantalla para redibujar en ella, a final de cuentas nada ha cambiado, por lo tanto si no hay animacion no hay redibujado(o no tiene porque haber) programado (solo el de hardware), y como no hay movimiento tampoco puede notarse el barrido generado por el refresco vertical.

Al usar backbuffer no se nceesita borarr la pantalla, solo se remplazan los datos que estan en ella y por otro lado el dibujar un circulo en un buffer y luego pasarlo a la pantalla no implica que se redibuje toda la pantalla sino solo el area donde esta el circulo.

lo que pasa es que funciones como las que has mencionado, y de ehco cualquier operacion tenga o no tenga punteros... es hecha a travez de la api, el compilador convierte el codigo en llamados a la API que le autorizan o no una transaccion en memoria por ello cuando con un puntero vas por una locacion de memoira no asiganda te sale el mensaje de error del sistema (sea linux o windows) diciendo que hay una infraccion de acceso ya que es el propio sistema quien determina si se puede o no hacer algo en una locacion de memoria.

*  El acceso binario, que permite almacenar y tener acceso a los datos de un archivo de cualquier tipo, resulta especialmente útil para los campos de longitud variable.
    * El acceso aleatorio, que permite almacenar y tener acceso a la información, por ejemplo de los registros, que se suponen idénticos en longitud.
    * El acceso secuencial, por último, que permite leer y escribir cadenas en archivos de texto.


como vez un archivo de texto escrito en binario o de manera secuancial... sigue siendo el mismo archivo de texto, no sera asi si un archivo binario (ejemplo: un exe) es copiado como secuencial porque seguramente se dañara.

Aqui estas totalmente en lo cierto... si se tratase de un programa que presentara animaciones, pero este no es el punto

si es una animacion.. es el mismo principio pues al estar escribiendo pixeles directamente en pantalla se ve como se van pintando linea a linea.

y al estar esperando la entrada del usuario, se presenta mayor carga al procesador pues es necesario calcular las transiciones al punto origen y de vuelta a la pantalla; no es que sea algo complicado, de hecho es trivial, sin embargo se lo está ahorrando sin ningun problema. Pero obviamente el cuello de botella no es el uso directo de la pantalla, esta en otro lugar.
 

Estas seguro?, yo te puedo asegurar que no es asi, y menos en una aplicacion que corre en modo ventana.

Aquí creo que no fui lo suficientemente claro, con flickering me referia al parpadeo que se ve cuando se hace el movimiento de la imagen con los botones designados, para lo cual si funcionaria el double buffer. Sin embargo para poder utilizar el retrazo vertical (VZYNC) necesitas utilizar el double buffering, y como dije antes, no seria de mucha ayuda, pues no es un programa que presente animaciones, a demás el flickering(ahora si) es mas visible en pantalla completa.

Si lo fuiste y te reitero, la tecnica de double buffer ayuda a disminuir el efecto de flicker pero no lo elimina y en graficos grandes se sigue haciendo notorio.
Parece que estas muy confundido, el efecto de flicker no se genera por solo tener una animacion y no tiene nada que ver con los botones ni del teclado ni del mouse ni del joystick, dehecho puedes tarr dibujando siempre el mismo cuadro en pantalla y tendras el efecto de flicker sin necesidad de animarlo ni d relacionarlo con ningún botón ni cosa parecida.

En esto estas equivocado, pues con directx y su interfaz de directdraw(que ya no se llama asi), puede hacerse un lock del buffer de la pantalla y accesarlo directamente como si se tratase de una matriz de bytes y escribir o leer de ella como con cualquier otro arreglo.

Bueno yo se que DirectDraw fue Deprecado y hasta la version de enero aun existia, lo remplazaron? que se usa ahora? respecto a lo de interfaz DirectDraw no es una interfaz. Tienes razon en lo del lock del buffer de pantalla pero realmente cuando haces esto es directX quien se encarga de enmascarar todo y realmente no estas accediendo directamente a la memoria de video sino que DX enmascara su uso de esta manera pero por debajo debe de igual manera pasar por la capa de abstraccion de hardware usando llamadas de bajo nivel en la API.


Bueno no te habia visto por aqui y aprovecho para decir que eres bienvenido, se ve que tienes buenos conocimientos del tema y nos pueds ser a todos de mucha ayuda.

crea una conexion  ODBC con access luego usa las librerias para conexion ODBC y vas leyendo del archivo con las funciones de manejo de archivos, con lo que vas leyendo creas sentebncias insert y las direccionas al ODBC.

Bueno lamento contradecirte..

Hola, el programa no necesita utilizar doble buffer para correr mas rapido, de hecho eso lo haria mas lento y al ser un sistema para dibujo directamente lo haría un poco mas complicado de programar y por lo tanto aumentaría la cantidad de instrucciones para realizar el mismo trabajo.

En esto estas totalmente equivocado, es mas rapido dibujar todo en memoria y luego hacer transferencia en bloque que hacer transferecia directa puto a punto (copia direta a memoria visible)

Si bien el doble buffer eliminaría el flickering, tambien se puede obtener ese efecto de otras maneras como utilizando máscaras XOR

El double buffer no ayuda mucho a lo del flickering, para esto es mejor conplementarlo con lo del retrazo vertical.

, pero como se ve en el código está utilizando las librerias GDI+ de .NET Framework por lo tanto no soporta esa función raster. Aunque bien podría utilizar SetPixel del GDI de windows, como está utilizando el GetPixel, y así aumentará el rendimiento. La mejor forma para aumentar el rendimiento del programa es utilizar la memoria directamente, pero eso es otro cuento...

En parte cierto, pero en realidad ningún sistema derivado de win32 permite usar la memoria directamente, lo más rapido seria usar la api de directX la cual evita pasar por el ciclo de mensajes de ventanas del GDI y permite usar las implementaciones de hardware a travez de las apis de bajo nivel de windows. o biien usar una version reciente de openGL

ok, para dejar este reto debes enviarme la solucion del mismo a mi mail personal:

juank.ruiz@gmail.com

Si lo tienes ya hecho enviamelo y asi podremos iniciar el reto, de esta manera evitamos que sea alguien que quiera que le hagan la tarea VERDAD?

La verdad esta demasiado sencillo como para ser un reto, si te fijas los demas retos que hay en este foro son de lejos mucho mas retos que el que has colocado.

Por otro lado debes cumplir un minimo de requisitos para colocar un reto:

1-definir el problema
2-diagrama o ejemplo que muestre la salida esperada de acuerdo a las entradas que reciba el programa.
3- fijar un plazo para el reto
4- a discrecion del moderador ( o sea yo) enviar el fuente o bien el programa compilado que haga lo que tu dices. No puedes colocar retos que tu mismo no los hayas resuelto ya, pues hay mucho vivo que quiere es que le hagan la tarea haciendo pasar ejercicios simples como si fueran retos, y por otro lado tambien debo controlar que no hayan retos sin solucion y asi evitar que los programadores pierdan su tiempo.

para acceder a la resolucion de la pantalla debes usar la api de windows y lo de la reubicacion... ni idea no se si c++ tanga cosas como los layout de java o como los dock de c#.

bueno a traves de socket envias datos como el nombre del archivo y el path donde deseas guardarlo , y tambien a traez de sockets vas enviando el archivo por partes y luiego lo armas en el otro lado.

..?

debes tener abiertos los tres archivos y a medida que sacas registros de uno, saces los del otro, es decir:

1- buscas la matricula del automovil en el archivo d automoviles
2- con la matricula buscas en el archivo de autos-nif el NIF correspondiente a esa matricula
3- con el nif buscas en la tabla de nif los datos que faltan.

Por supues que hay muchas maneras de hacerlo, todo depende de comoq uieras y del tamaño los archivos, si son pequeños (menos de 2 mb por archivo) lo que puedes hacer  es cargar todos los archivos, cada uno en un array en memoria y luego hacer las busquedas sobre los arrays.

Si quieres algo mas profesional podrias hacer un ordenamiento de datos y usar algoritmos de busqueda.. pero te quitaria mas tiempo.

Tu no me crees


Bueno para que me creas mira el punto 4.2.4.1  del archivo anexo.

si