Mejores publicaciones hechas por cobito

@Xevipiu Ok, la fuente del fallo debe ser la misma que la de krampak. Cuanto más moderno es el procesador, más por saco. Tengo una solución en mente que espero que funcione.

Por cierto @krampak, he visto el resultado del 7500 y el del 6500 y fíjate en el ratio mmt del 7500: en los test 1 y 2 da en torno a 0.8. Eso es muy bajo para no tener Hyperthreading. En cambio el del 6500 sale por encima de 0.9 en todos los casos (menos test 3) que son valores normales (para no tener HT). Al igual que en el Xeon de ayer, en ese 7500 tienes algo consumiento CPU cuando se está ejecutanto el banco de pruebas; por eso ha dado un resultado peor que el del 6500.

Básicmanete el ratio mmt debe dar por encima de 0.9 (cercano a 1) en micros sin HT y por encima de 0.5 en micros con HT. Si sale menos, hay algo interfiriendo.

Novedades

Hay una nueva versión del programa que acelera la velocidad de inicio. A cambio en la pantalla inicial sólo muestra la frecuencia de stock. Para ver la frecuencia real hay que validar resultado. Se ha conseguido que la frecuencia real tenga un error <3%. Es recomendable que no haya ningún programa en ejecución durante la prueba (ni siquiera CPUZ ni similares).

La central ha recibido también cambios. Para conocerlos, puedes ver el primer post de este hilo.

Además se ha añadido un top10 para el modo 0. Este top es sólo para valientes que quieran comparar su micro de tú a tú sin sets pijos que inflen desmesuradamente las puntuaciones. Os invito a que paséis el banco en modo 0 a no ser que seáis unos gallinas

De momento hay solo 6 resultados en el ranking de modo 0 con micros bastante viejos, así que lo tenéis fácil para aparecer.

Hay una nueva versión del programa que, esta vez ya sí, debería detectar la frecuencia real del procesador.

@Xevipiu Tomo nota.

He reescrito desde cero el medidor de frecuencia. Si alguien con OC tiene la amabilidad de probarlo, se lo agradecería.

@Hin Lleva solo unos días publicado. Espero que te sirva. Y tus contribuciones con la validaciones servirán a otros.

Con el tiempo se irán incluyendo nuevas funciones, estadísticas y demás. Es solo cuestión de recolectar los suficientes resultados.

Hace unos años escribí sobre un juego llamado Rigs of Rods. Este juego me lleva llamando la atención desde el principio y he estado siguiendo su desarrollo de forma esporádica.

Hace unas semanas me di cuenta de que su web estaba defenestrada y que la comunidad se estaba reconstruyendo. Fui al foro y pregunté la razón. Resulta que el desarrollador principal decidió crear un juego de pago basado en RoR: BeamNG.drive.

La verdad es que, después de ver el proyecto estacando durante mucho tiempo, me pareció perfecto que se pidiera dinero para continuar el trabajo. Así que lo compré (algo menos de 20€) y la verdad es que los avances con respecto a RoR son bestiales.

Por una parte han actualizado el motor gráfico de Ogre (que pintaba bien hace unos años pero ya no) a CryEngine3, con lo que el aspecto está completamente renovado. Además han metido contenido nuevo y de calidad (se notaba que RoR era un trabajo de aficionados) y tiene una comunidad bastante activa aportando contenido: mapas, vehículos, sonidos, etc.

El juego, a parte de la física más realista en un juego coches que he visto, no tiene nada especial. De hecho se encuentra en una fase temprana de desarrollo y no es esperable que salga de ahí nunca. Pero me gusta su estilo de sandbox y me he tirado una cuantas horas haciendo el burro.

Otra cosa que me gusta bastante es que con la app para Android, se puede usar el móvil como volante. Tan solo hay que ejecutar la app, escanear un código QR y, estando dentro de la misma red, se puede conducir el vehículo. Esto me parece una chulería.

Aunque en el video parezca haber algo de retraso entre el movimiento y la reacción, y a mi me funciona instantáneamente.

Más información en su web.

_

@_neptunno_ La verdad es que con estos hilos me tientas. En cuanto pueda sacar tiempo, voy a explorar el mundo TR y por supuesto diré algo.

@krampak Vaya regalazo.

La web está petada, error 500. ¿Por qué será...?

@whoololon dijo en ¿A qué estás jugando ahora?:

Este mensaje se autodestruirá en cuanto lo vea cobito.

A ver, por mi parte no vería inconveniente en subirlo al museo como abandonware y habilitar las descargas. El problema es que ese juego en concreto, todavía se vende en Steam por 10€. Vamos, que no es tanto una cuestión de falta de recursos para poder subir y distribuir estas cosas, sino más bien de la existencia de ciertos distribuidores avariciosos que todavía venden un juego de hace 16 años por 10 euracos.

@Clipper dijo en ¿A qué estás jugando ahora?:

yo creo que se pasan un poco , o soy yo muy rarito ...

EDITADO: Acabo de ver tu respuesta, que estaba en otra página. Se pasan, se pasan mucho.

@bm4n Hasta mediados de febrero voy a estar muy pillado de tiempo y hasta ese momento no voy a poder participar pero si hay un mínimo de participantes, se puede organizar desde ya.

Sería increíble que se simulara el flujo de aire y los gradientes de temperatura con la caja cerrada en función de los componentes instalados y la carga. Pero estando en pañales, todavía están a tiempo.

En realidad con poner sólo el enlace debería funcionar.

Vaya hombre, se me han pasado los tags de Youtube en HD.

Joer, me compré el BF4 cuando salió y todavía no lo he catado. En cuanto tenga un PC decente me voy a poner las botas.

Las normas del mercadillo son de estricto cumplimiento y son las siguientes:

NOTA: Hasta nueva orden, se podrá obtener acceso para participar en el mercadillo con tan solo enviarme un mensaje privado (chat)

1. Se aplican todas las normas del foro.
2. Para poder participar hay que formar parte del grupo "mercaderes".
3. El mercadillo Hardlimit va destinado a la compra/venta e intercambio entre particulares.
4. No se permite la participación a personas o empresas con ánimo de lucro.
5. No se permite la reventa con fines lucrativos.
6. Cuando la venta se haya dado por finalizada, se deberá responder en el mismo hilo que ha finalizado.
7. No se permiten subastas. Todas las ventas deben llevar un precio fijo que podrá modificarse en caso de rebaja.
8. Los intercambios también deben reflejar un precio.
9. Deben quedar claras las características del producto así como posible daños funcionales o estéticos.
10. Los hilos destinados a ventas sirven exclusivamente para hacer preguntas sobre la venta en cuestión. Cualquier otro comentario cuyo fin no sea el facilitar la transacción deberá ser expuesto en otro subforo.
11. Las disputas no se tratan en público. Existe un sistema de chat en el que se deben tratar los posibles problemas que puedan surgir en la transacción.
12. Las compra-ventas deben realizarse en el foro, no a través del chat. Este sólo está destinado a intercambiar información sensible entre comprador y vendedor.
13. No está permitida la venta de productos ilegales.
14. Es obligatorio dejar constancia al final del hilo cómo fue la transacción, tanto por el vendedor como por el comprador: si fue positiva o negativa. Es opcional dejar un comentario.
15. Es obligatorio incluir al menos una fotografía del producto que se pretende vender. La foto debe ser del producto en cuestión y no de una imagen de stock encontrada en cualquier otro sitio y que no se corresponda con el producto físico puesto a la venta.
16. Un comportamiento abusivo, con ánimo de no cumplir estas normas, el uso métodos que provoquen situaciones que vaya en contra del buen funcionamiento del foro o el inclumplimiento de alguna norma, puede llevar a la expulsión del usuario.

@rul3s Ahora me surge una duda, porque tenía entendido que hay que usar un submúltiplo, no un múltiplo. No estoy seguro de cómo refrescan los datos las interfaces digitales, pero en VGA, si generas dos frames en un refresco de pantalla, en una mitad de la pantalla va a aparecer el primero y en la segunda mitad el segundo (en DVI creo que funciona igual). Si generas varios frames por refresco, la pantalla va a aparecer partida en varios cachos:

Si en vez de usar una tasa de fps del doble, se usa del cuádruple, aparecerán 4 cortes en la pantalla y así sucesivamente.

En cambio si usas un submúltiplo (ej: 30fps en una pantalla a 60Hz), durante dos refrescos de pantalla se va a mostrar un solo frame, por lo que "no habrá" tearing.

Esto suponiendo que la generación de fotogramas y el refresco de la pantalla están perfectamente sincronizados. Si tanto la GPU como la pantalla funcionan a 60fps pero no hay sincronismo, aparecerá tearing. En este caso, la pantalla aparecerá partida siempre en el mismo lugar:

Si el cambio de fotograma te pilla en mitad de la pantalla, se verá claramente. Si te pilla muy arriba o muy abajo, apenas se notará. Creo que el V-Sync hacía precisamente esto: hacer coincidir el comienzo de ambos ciclos, pero la verdad es que no estoy seguro.

La cuestión es que si ambos refrescos van por su lado, la linea que separa ambos fotogramas aparecerá en sitios aleatorios y eso sí que es bastante molesto. Pero vamos, que lo mismo me estoy columpiando porque hace bastante que no estoy al tanto de esto.

Hasta donde tengo entendido, lo de limitar los frames se hace para hacer coincidir la generación de imágenes de la tarjeta gráfica con el refresco de la pantalla. Si la tarjeta gráfica genera un número superior de fotogramas, el "tearing" es más visible. De hecho, lo suyo es tener una limitación igual o submúltiplo del refresco de la pantalla para que los fotogramas partidos sean menos visibles. En tu caso, la limitación a 60Hz es la única aceptable. No estoy seguro de que limitar la tasa sea equivalente al V-Sync porque con solo limitar, se va a seguir produciendo "tearing". Aunque tampoco sé si el V-Sync generaba imágenes de forma síncrona con la pantalla o sólo gestionaba la tasa de fps.

En cualquier caso, esto no te va a limitar en cuanto a tarjeta gráfica pero es posible que la acabes desaprovechando.

@rul3s En mi época de cacharreo mis dos tiendas de referencia eran RS y Farnell.

@robertoac No entiendo lo que quieres decir. ¿Puedes editar el comentario añadiendo signos de puntuación y dando más detalles de los modelos y el problema?

Una vez más, nos encontramos ante una batalla entre AMD y Nvidia, ahora relacionada con su tecnología para adaptar la frecuencia de refresco de la pantalla a la tasa de fotogramas generados por la tarjeta gráfica.

Seguir leyendo...