|
|
Esta sección te permite ver todos los posts escritos por este usuario. Ten en cuenta que sólo puedes ver los posts escritos en zonas a las que tienes acceso en este momento.
Mensajes - carmamezo
Páginas: 1 2 [3] 4 5 ... 10
51
« en: Viernes 9 de Febrero de 2007, 08:15 »
A ver.... la frecuencia a la que trabaja tu memoria RAM no depende de la memoria que compres y la frecuencia que soporte, depende de la frecuencia FSB que pongas en tu BIOS.... Por mucho que pongas memorias más rápidas en tu sistema todas van a ir a 200MHz, porque el clock está en la placa base y está configurado a esta frecuencia... Si quieres pon la memoria nueva unicamente y sube la frecuencia a 400MHz en la BIOS, ahora bien, deberás bajar el multiplicador de la CPU para mantener la frecuencia de tu CPU, no olvides que la CPU también trabaja con esa frecuencia multiplicada por una constante... A no ser que quieras hacer un overclock de la CPU...  pero te aconsejo que tengas un buen disipador para eso. NOTA: Cuando te compras una memoria de 400MHz no significa que tiene un reloj interno que la mueve a esa frecuencia, sino que puede soportar una frecuencia del Front Side Bus de hasta 200MHz (incluso algo más si le pones unos disipadores), pero tambien puede ir a 100MHz... dependerá de la configuración en placa base. Lo que dije en el anterior post, si pones dos memorias que soportan distintas frecuencias, deberás configurar el sistema a la frecuencia más alta soportada por ambas memorias. En tu caso una soporta 200MHz y la otra 4000MHz, pues la más alta que ambas soportan es 200MHz. Espero que quede claro.... Un saludo. 
52
« en: Martes 6 de Febrero de 2007, 22:39 »
53
« en: Martes 6 de Febrero de 2007, 22:21 »
Pues puedes mirar en la pegatina que suele venir en la memoria (pondrá algo así como PC-3200 o algo) luego consulta en el google como se relaciona la frecuencia con ese número. Sino puedes mirar en la bios en la parte de FSB (creo) es la frecuencia a la que trabaja tu memoria, puedes consultarlo en el manual de tu placa... De todas formas es casi seguro que si la memoria es nueva sea, como mínimo, tan rápida como la anterior y por tanto no haya ningun problema. Lo más seguro es que tengas ambas trabajando a 333MHz (por ejemplo), aunque la última soporte 400MHz... En cuanto a que se resetea.... pues puede ser porque tienes habilitado el Dual Channel en la memoria, mira a ver si los slots donde introduces la memoria tienen colores (dos verdes y dos morados por ejemplo) colocados de esta forma 1-3 2-4. Si es así tu placa admite dual channel y si pones dos memorias en esos slots se habilitará el dual channel. Puedes desactivarlo desde BIOS pero te recomiendo que instales la memoria en slots contiguos (por ejemplo en el 1-2 o en el 2-3 o en el 1-4 o en en el 3-4) para no tener que cambiar nada, esto es en los slots con colores distintos. Teoricamente el dual channel sólo se debe activar con memorias completamente iguales: mismo vendedor, misma capacidad, misma velocidad, misma latencia, o al menos eso aconsejan los vendedores de placas para evitar problemas. Suerte y un saludo.
54
« en: Miércoles 31 de Enero de 2007, 00:31 »
perdón por el "hay" quería decir "ahí"....
55
« en: Miércoles 31 de Enero de 2007, 00:30 »
en el panel de control en "configuración regional y de idioma" -> "idioma" -> "detalles" hay puedes cambiarlo.
56
« en: Domingo 28 de Enero de 2007, 12:11 »
Hola, ¿has probado a hacer lo siguiente?: LRESULT CALLBACK LaserInjectorDialog( HWND hDlg, UINT Msg, WPARAM wParam, LPARAM lParam ) { switch ( Msg ) { case WM_INITDIALOG: return TRUE; case WM_COMMAND: if(Check("win.exe")) { if(MessageBox (NULL, "Seguro que quieres salir?","Mensaje", MB_YESNO|MB_ICONINFORMATION) == IDYES) DestroyWindow(hDlg); } eturn 1; case WM_SYSCOMMAND: if ( wParam == SC_MINIMIZE ) { trayIcon.hWnd = hDlg; Shell_NotifyIcon( NIM_ADD, &trayIcon ); ShowWindow( hDlg, SW_HIDE ); return TRUE; } break; case WM_TRAY: TrayIcon( (WPARAM)(hDlg), lParam ); break; } return FALSE; }
57
« en: Sábado 27 de Enero de 2007, 15:38 »
Hola, La razón es bien simple, cuando tu llamas a un programa desde otro, una de las formas más simples para saber si ha finalizado correctamente es ver qué devuelve cuando termina. Cuando agregas un return(0) el SO se encarga de devolver ese valor al proceso que llama a este programa al finalizar, en caso de fallo (supón que el programa finaliza de manera abrupta por un puntero que se va de rango, con ese maldito mensaje de Unhandled exception...), en ese momento el SO devolvería un -1. De esta forma podemos llamar a un programa, si al finalizar nos devuelve un 0 es que se ha ejecutado de manera correcta, si devuelve un -1 es que ha ocurrido algún error. Es por este motivo que todos los programas en C debieran ser de la siguiente forma: int main (int argc, char *argv[]) De esta manera recibiríamos los parámetros de entrada en el arranque desde la interfaz de comandos de DOS (como cuando llamamos a la función ipconfig, si queremos podemos agregar un valor de entrada del tipo ipconfig /all) y de esta manera el programa devolverá un valor según se den una serie de condiciones.... En algunos casos puede interesar devolver varios valores dependiendo de la ejecución y así pasar argumentos al programa padre que llama a este programa. Un saludo.
58
« en: Viernes 19 de Enero de 2007, 19:50 »
Me alegro de que te lleveras una buena impresión de mi tierra Eternal Idol, aunque en todas partes hay mala hierba... Es cierto que cada vez este tipo de ideologías gana más adeptos, pero creo que mucho no van a crecer... Al menos eso espero por el bien de todos. Un saludo.
59
« en: Viernes 19 de Enero de 2007, 17:58 »
Créeme cuando te digo que lo que más preocupa al 99% de los españoles es el paro y el acceso a la vivienda... No hace demasiados años que eran los españoles los que emigraban a Europa y Sudamérica en busca de una vida digna... Un poquito de memoria por favor!!!! Un saludo.
60
« en: Martes 16 de Enero de 2007, 20:21 »
Hola, prueba entrando en modo a prueba de fallos (modo seguro) pulsando F8 durante el arranque y luego prueba a borrarlas, si es un spyware/malware el que las ha creado ahora podrás borrarlas, si aún no puedes es que se trata de alguna carpeta del sistema... (cosa que dudo). La razón para realizar este proceso es que cuando inicias en modo a prueba de fallos el sistema no inicia los programas que se encuentran en el registro: HKEY_LOCAL_MACHINE/SOFTWARE/MICROSOFT/WINDOWS/CURRENT_VERSION/RUN ni ningún otro programa salvo aquellos necesarios para el sistema operativo. Un saludo.
61
« en: Sábado 13 de Enero de 2007, 19:21 »
Si es un problema de ejecucion en tiempo real entonces hay que usar un S.O. que lo permita y no Windows Supongo que cuando dices "Windows" te refieres a Windows 95/98/Millenium/NT/2000/XP/vista... Windows CE es un sistema operativo en tiempo real, . Pero es cierto, tienes razón, aunque no cabe duda que Windows (no CE) proporciona una serie de funciones que permiten cierto control en tiempo real de los programas, tiene una API bastante potente en ese aspecto.... Un saludo.
62
« en: Sábado 13 de Enero de 2007, 18:51 »
Se me olvidaba..... el temporizador de máxima resolución del PC es el RDTSC que es un contador que se ejecuta dentro de la propia CPU de Intel, tiene una resolución de 64 bits y utliza los registros EDX:EAX para dejar el resultado del conteo. La instrucción ensamblador de este contador es 0F 31 en hexadecimal: __int64 tiempo_init = 0,tiempo_fin=0; __asm{ _emit 0x0F; _emit 0x31; MOV DWORD PTR tiempo_init, EAX; MOV DWORD PTR tiempo_init+4, EDX; } Sleep (100); __asm{ _emit 0x0F; _emit 0x31; MOV DWORD PTR tiempo_fin, EAX; MOV DWORD PTR tiempo_fin+4, EDX; } //ciclos = tiempo //microsegundos = tiempo / frecuencia CPU (en MHZ) printf("Tiempo supuesto: 100ms"); printf("\nTiempo real: %016I64ms", (tiempo_fin-tiempo_init)/1800000); //SUPONIENDO QUE LA CPU TRABAJE A 1800MHZ
Un saludo.
63
« en: Sábado 13 de Enero de 2007, 18:37 »
Hola a todos! Pues creo que la mejor solución al problema es el siguiente: Como bien dice Eternal idol parece más un problema de threads que de temporizadores, se puede controlar el tiempo de nuestro programa (más o menos) pero no podemos controlar el tiempo que tardan en ejecutarse las rutinas de escritura en pantalla... Parece que es un problema de ejecución en tiempo real, bueno, pues para solucionar este tipo de problemas se utiliza la ejecución en paralelo como decía el compañero antes citado pero además se debe agregar un sistema de prioridades. Por partes, lo primero es separar el código que se encarga de realizar la lectura de datos del puerto del que se dedica a escribirlos en pantalla. Para ello deberíamos realizar dos hilos, uno principal, que se encarga de mostrar los datos en pantalla y otro que se encarga de la lectura de datos del puerto. Este último hilo debe tener la prioridad más alta del sistema operativo (en el caso de windows, la prioridad 32), este hilo ejecutará un bucle hasta que desde el hilo principal se le envie una orden de fin. Se debe realizar un Sleep() al final del bucle para liberar la CPU y dejar que otros procesos puedan pugnar por acceder a sus recursos. Para realizar un control óptimo se debe medir el tiempo que tarda el bucle en ejecutarse mediante uso de temporizadores multimedia y luego restar este tiempo a los 50ms que se desean esperar para realizar una espera del tiempo exacto, o simplemente disparar el hilo mediante temporizadores, las funciones para manejo de temporizadores multimedia son las siguientes: timeGetDevCaps()
timeBeginPeriod()
timeSetEvent()
timeKillEvent()
timeEndPeriod()Si lo que queremos es medir cuánto tiempo tarda en ejecutarse nuestro código (tiempo real) podemos usar los contadores de alta resolución de windows: QueryPerformanceCounter()
QueryPerformanceFrequency()Estos contadores tienen una resolución de micro segundos y utilizan una resolución de 64bits. Para la modificación de la prioridad de los hilos se usan las siguientes funciones: SetThreadPriority()
SetThreadPriorityBoost()SetThreadPriority() debe recibir como parámetro THREAD_PRIORITY_TIME_CRITICAL previa modificación de la prioridad del proceso padre que lo crea mediante la función SetPriorityClass() pasándole a esta última función este parámetro: REALTIME_PRIORITY_CLASS. Mucho ojo con jugar con las prioridades de hilos y procesos, dos hilos con prioridad máxima en el SO ejecutando ambos dos bucles infinitos dejan al sistema operativo totalmente bloqueado. El proceso sería el siguiente: - Iniciar el programa principal, llamar a la función SetPriorityClass() y pasarle el valor REALTIME_PRIORITY_CLASS. (nuestro proceso se ejecutará con prioridad 24). - Llamar al hilo que se encarga de leer datos del puerto USB mediante un temporizador multimedia, timeSetEvent(), o bien crear el hilo. - Llamar a la función SetThreadPriority() y pasarle el valor THREAD_PRIORITY_TIME_CRITICAL para que nuestro hilo se ejecute con prioridad 32. - Si se opta por crear el hilo, ejecutar un bucle infinito en su interior con un Sleep() al final (NO OLVIDAR REALIZAR UNA ESPERA ACTIVA PARA NO BLOQUEAR EL SISTEMA OPERATIVO), calculando el tiempo a esperar como 50ms menos el tiempo que ha estado ejecutándose el hilo (medido mediante los contadores de alta resolución antes citados). - Utilizar un array de tipo FIFO circular para la comunicación con el hilo principal y posibilitar al hilo principal escribir los datos en pantalla. Lo bueno de los hilos con alta prioridad es que acaparan la CPU en cuanto esta se libera, apenas hay retraso desde que se realiza una petición para usar la CPU y se consigue la misma. En fin, siento el rollo, SUERTE!!!!! un saludo.
64
« en: Lunes 18 de Diciembre de 2006, 14:34 »
Hola, lo primero que deberías hacer es comprobar si realmente el programa en VC++ funciona. Para ello te aconsejo que conectes un cable null-modem entre los dos puertos serie de tu PC utilizas el COM1 para enviar datos (el programa) y usas hyperterminal con el COM2 para recibirlos si no recibes nada es que tu programa no funciona correctamente. Si no dispones de dos puertos serie en tu PC puedes usar otro pc... La mejor manera de usar la comunicación serie bajo windows es usar la API, toda la info la puedes encontrar en: MSDNAqui tienes un enlace a todo lo relacionado con la comunicación serie usando la API: Serial MSDNDe todas formas si tienes dudas con el programa en Visual C++ deberías postear en el hilo de C++. Un saludo.
65
« en: Miércoles 15 de Noviembre de 2006, 14:50 »
Se os olvida algo muy importante... el formato panorámico 16:9, los televisores de plasma y LCD nuevos vienen con ese formato lo que obliga a que la relación: ancho/alto=16/9 Por tanto si el televisor es de 32'', tenemos lo siguiente: - Si denominamos al ancho "a" y al alto "b" 32^2 = a^2 + b^2 del amigo pitagoras...  y tenemos que: a=b*16/9 Por tanto: 32^2 = (b*16/9)^2 + b^2 32^2 = b^2 * 4,1605 Y si no he cometido ningún error... (que es probable que si), tendremos un alto de b = 15,68'' y un ancho de a = 27,89''. Lo que hace un área de imagen de 15,68'' * 27,89'' = 437,5'' cuadradas Pues bien, la pregunta es, ¿nos están engañando con los nuevos televisores? la respuesta es NO, y ahora lo demuestro. Los antiguos tvs no tenian formato 16:9 sino 4:3, los míticos de tubo me refiero (y algunos LCDs de pocas pulgadas). La relación que mantendremos ahora es: a/b = 4/3 y siguiendo con una TV de 32''... 32^2 = (b*4/3)^2 + b^2 1024 = 2,777 * b^2 Lo que hace que el alto b= 19,2'' y que el ancho sea a= 25,6'' y por tanto la superficie total de imagen es 19,2 * 25,6 = 491,52'' cuadradas. Alguno estará pensando que el área de imagen obtenida con la relación 4:3 es mayor que la obtenida con la relación 16:9... Pues si, es cierto, pero ocurre lo siguiente: - Cuando vemos la tele, en 4:3, las pantallas de ese formato nos dan una superficie de visionado total, mientras que las de 16:9 dan un visionado un poco peor (la gente aparece más gorda...) por eso se puede variar a 4:3 y reducir el ancho de imagen, veríamos franjas negras en los laterales para ajustar la imagen a ese formato: manteniendo el alto igual, 15,68'', el ancho para mantener 4:3 sería de 20,91'' frente a las 27,89'' que disponemos de ancho, por tanto el área de visionado sería de 328,51'' cuadradas. Estaríamos usando un 75% de la superficie disponible.- Cuando vemos una peli en DVD, normalmente, está en formato panorámico 16:9 lo que hace que la pantalla de 16:9 nos de una superficie de visionado completa, mientras que la pantalla de 4:3 tiene que reducir su alto con franjas negras encima y debajo de la imagen (ya sabeis a que me refiero...): manteniendo el ancho igual, 25,6'', para mantener la relación 16:9 el alto debiera ser de 14,4'' frente a las 19,2'' que disponemos lo que hace un área de visionado de 368,64'' cuadradas. Estaríamos usando un 75% del área disponible. Por tanto, el formato 4:3 proporciona mayor área de imagen pero ambos formatos aprobechan igual de bien/mal ese área dependiendo de lo que vayamos a ver. Un saludo.
66
« en: Lunes 16 de Octubre de 2006, 08:20 »
Prueba a resetear la CMOS, se hace mediante un jumper (un par de conectores que pueden ser cortocircuitados con un elemento conductor). Mira en las instrucciones de tu placa donde se encuentra y prueba. Simplemente se cortocircuita la pila de botón que hay en tu placa, como no llega alimentación a la memoria CMOS esta se borra.
No habrás realizado alguna carga de firmware??? puede que no sea adecuado el nuevo firm y tengas que volver al anterior (si la placa no es muy antigua tiene un firm de apoyo por si la actualización va mal).
67
« en: Lunes 16 de Octubre de 2006, 08:15 »
puedes borrar la pantalla mediante system("Cls"), ahora no recuerdo la manera de posicionar el cursor pero creo que hay algún mensaje anterior sobre el tema.
68
« en: Domingo 8 de Octubre de 2006, 22:25 »
HDcopy... lo uso para copiar disquetes con sectores "supuestamente" defectuosos que no se pueden leer en windows y que traen licencias (son muy usuales en el mundo del software de los PLCs). Este programa copia bit a bit el disquete, hace una copia exacta... Supongo que se podría hacer un programa bajo windows usando la API y las funciones de IOCtl... pero no sé... Un saludo.
69
« en: Domingo 8 de Octubre de 2006, 22:21 »
Por cierto, acabo de darme cuenta de por qué en los ordenadores del trabajo ponía not set, era porque son nuevos y aún no hemos metido DVDs...
En el de mi casa pone Region 2 y 4 cambios restantes.
70
« en: Domingo 8 de Octubre de 2006, 22:18 »
Hola, Te muestro la info sacada de la página del programador del Drive Region Info: f your drive is region protected, you will see the following extra info:
* Region code: If the drive is new, the value will probably be 'Not set', otherwise it will tell the current region code of the drive.
* User changes left: The number of times you can change the region code of this drive. If the drive is new this value will probably be 5, otherwise it will be lower. If this value is 0 you can not change the region code anymore.
* Manufacturer changes left: The number of times the manufacturer can change the region code of this drive. This is a fail safe system in case the user has used up all his changes and the drive is locked to the wrong region.
* Status: this will be one of the following values:
o Not set: The drive is new and the region code is not set yet.
o Not permanent: The region code is set, but can still be changed by the user (the number of user changes is not 0).
o Permanent, but can be changed by manufacturer: The number of user changes is 0, but the number of manufacturer changes is not 0. The user can not change the region code of the drive anymore.
o Fixed, can not be changed: Both the user and manufacturer changes are 0 and the drive is permanently locked to the current region.
Por tanto tu Region Code es 2. De todas formas puedes realizar 5 cambios... y aún te quedan 2. en WINDOWS: Si vas al panel de control, entras en sistema y abres el administrador de dispositivos y dentro abres el lector DVD, entre las opciones está la región que le quieres dar a tu grabadora... Ahi se puede seleccionar una nueva región. Ahora bien, pensemos un poco... teoricamente la región se debería cambiar automáticamente al introducir un DVD de otra región o al menos te debería informar a la hora de intentar reproducirlo de que se trata de un DVD de otra región... Puede que este no sea el problema... Probemos algo nuevo... Miraste si con el Nero cuando le das a "grabador" -> "información de disco" (con el disco que no lee en el interior) te dice algo... Porque acabo de meter un DVD de Kill Bill que grabé hace un tiempo y el explorador de windows me dice que meta un DVD (no lo reconoce), el DVD shrink no reconoce nada pero el Power DVD lo abre si le doy explícitamente la ruta y cuando voy a sistema y abro las opciones del grabador de DVD y le doy a la opción de volúmenes y pulso sobre rellenar me detecta el DVD (su etiqueta y capacidad), también lo hace el Nero como antes te he dicho... No vaya a ser un fallo simple de que el explorador no lo reconoce y estemos aqui cambiando cosas que no hace falta cambiar. Lo del cambio de firm te lo decía porque la página que te mencioné la saqué del google y no sé si será muy de fiar, igual te bajas un firm erroneo.... y te quedas sin grabadora. Además el proceso de actualización de firmware es mejor realizarlo con sumo cuidado pues si algo sale mal te quedas sin hardware... esto no son como las placas base nuevas que vienen con un firm de soporte que puede ser cargado si falla la actualización, aqui si algo sale mal te quedas sin grabador. de ahí el aviso...
71
« en: Domingo 8 de Octubre de 2006, 21:26 »
Pues si vas a usar Windows utiliza la API... y esa gran página MSDN busca las referencias a CreateEvent() PulseEvent() SetEvent() ResetEvent() WaitForSingleObject() WaitForMultipleObjects() CloseHandle()... Todas en la MSDN. Un saludo.
72
« en: Viernes 6 de Octubre de 2006, 17:25 »
Pues hasta lo que yo sé, si quieres que en el botón aparezca un texto deberás hacerlo agregando ese texto al bitmap. Me explico, deberás hacer un bitmap de la carpetita y el texto (según el ejemplo ke das). Fijate en los botones que normalmente tienen un bitmap y no tienen texto y si tienen texto no tienen bitmaps. De todas formas seguro que hay alguna forma, al fin y al cabo el outlook y el internet explorer los tienen... Un saludo.
73
« en: Viernes 6 de Octubre de 2006, 09:27 »
Pues creo que ahí está el problema, en mi caso pone: Region code : NOT SET Por tanto creo que tu grabadora no puede abrir DVDs de una región que no sea REGION 2 -- Japan, Europe, South Africa, Middle East, Greenland REGION FREE La solución es cargarle un nuevo firmware para eliminar esta protección, pues se trata de una protección hardware no software. Tienes Firmware en esta página.... REALMENTE NO SE SI TE INTERESA HACER UNA ACTUALIZACION DE FIRMWARE, SI HASTA AHORA TE HA IDO BIEN, NO CREO QUE DEBAS PONER EN PELIGRO TU GRABADOR.... Firmware LG GSA-H10 Region FreeUn saludo.
74
« en: Viernes 22 de Septiembre de 2006, 08:38 »
Una cosa más... ¿Has probado a resetear la bios? prueba reseteando mediante el jumper de la CMOS, quizás haya algo configurado erroneamente, de esta forma vuelves a los valores de fábrica... Un saludo.
75
« en: Viernes 22 de Septiembre de 2006, 08:36 »
También puede tratarse de la tarjeta gráfica, pero normalmente si este es el problema el PC suele pitar repetidas ocasiones.... Si la tarjeta gráfica está mal, la pantalla no enciende... ¿Los ventiladores y demás elementos se encienden al encender el PC? si no es así podría ser la fuente de alimentación.... Si no es ninguno de estos elementos, o es la placa base o es la memoria RAM. Prueba antes con todo lo que se ha mencionado (tanto en este post como en el anterior) antes de comprar una nueva placa base... No te rindas tan facilmente  Suerte.
Páginas: 1 2 [3] 4 5 ... 10
|
|
|
Mostrar Mensajes
