Que horror, me da coraje ver vídeos donde hacen cosas redundantes... buscan "ejecutar" para lanzar dxdiag cuando podrían hacerlo directamente buscando "dxdiag", si quieran usar "ejecutar" tan desesperadamente basta con un Windows+R ¬¬
 Ahora bien, lo que ese sujeto trata de hacer es bajar la "aceleración de hardware" entre la tarjeta de vídeo y el monitor (en el min 0:58) de la misma forma que lo hacia Windows XP, dichas opciones en Windows 7 están "perdidas", se pueden sacar jugando con la linea de comandos, ejem: rundll32 %SystemRoot%\system32\shell32.dll,Control_RunDLL %SystemRoot%\system32\desk.cpl,,0
rundll32 %SystemRoot%\system32\shell32.dll,Control_RunDLL %SystemRoot%\system32\desk.cpl,,1
etc. Cambien el ultimo numero en cada ejecución y podrán ver a que me refiero con lo de opciones "perdidas". Actualmente no tengo un Windows 7 para "jugar", así que no pudo buscar la opción que tu necesitas... pero seguro anda perdida en algún lugar... de la "old-shell". Obviamente algunas de las opciones no se podrán cambiar si "rundll32" no fue lanzado desde una consola con derechos administrativos, ya que la antigua shell32 no hace llamadas para UAC =P

 Ahora bien, dicha opción lo que hacia en Windows XP y antecesores era bajar la llamadas entre el adaptador de vídeo y el monitor, antiguamente los adaptadores de vídeo INTEGRADOS (IGPs) eran una soberana mierda (i8xx, SiS, VIA, etc.) y en ocasiones tenias que bajar el "ruido" entre el adaptador y el monitor, pero la culpa de esto no era enteramente de los IGP... también tenia que ver la mala calidad de monitor que no cumplía al pie de letra con sus propias especificaciones, por lo que si le ponías 85 Hz, en algunos casos no usaba eso, usaba 82 Hz reales, 75 Hz, 71 Hz reales, etc. etc.
 Ahora bien, yo recomendaría que antes de regresar tu tarjeta de vídeo, hagas la prueba con diferentes monitores. Tu tarjeta es buena, los problemas derivan de solucionarse con la configuración que ya había mencionado anteriormente. Si no funciona nada de eso, podría ser que tu monitor "este mintiendo", le dice a tu tarjeta de vídeo estar trabajando a 60 Hz, cuando en realidad lo hace a 58 Hz, etc.
 Los CRT y Plasma suelen mentir menos, por eso tienen mejor calidad, los LCD son muy mentirosos, los LED mienten menos que los LCD, pero tienen otros inconvenientes... los monitores ViewSonic en general funcionan muy bien.

 Edit: Aclarar, DirectDraw es la aceleración 2D, si la desactivas lo que pasara es que no funcionaran el 99.8% de los reproductores de vídeo modernos, ni Direct3D.
 Direct3D es la aceleración 3D, si la desactivas no te funcionara ningún juego moderno ni el 90% de los viejos, tampoco funcionara la aceleración de texturas o partículas.
 La aceleración de texturas es un ayudante de Direct3D, si lo desactivas la tarjeta de vídeo utilizara mas recursos para aplicar efectos complejos en lo juegos, los juegos de que utilicen DirectX 10 o superior, no funcionaran bien o se verán mal =P
 El solucionador de problemas de Windows es una herramienta hecha por retrasados mentales para retrasados mentales. Los problemas reales nunca los soluciona ni sabe dar razón de ellos, si te va bien los enmascara y en algunas ocasiones tendrás que ejecutar la dichosa "herramienta" en cada reinicio o cada que le de la gana.

C1E - Enhanced Halt State
EIST - Enhanced Intel SpeedStep Technology

 Aparentemente el C1E es exclusivo de los procesadores AMD, el equivalente en Intel parece ser EIST.
 Y digo "aparentemente" y "parece" porque e visto motherboards con procesador Intel que tienen en la BIOS el C1E... aun que no se si lo tengan por el hecho de que C1E también pude influir las tarjetas de vídeo y otros dispositivos y no solo el procesador...
 Voy a activar el C1E, haber si con los cambios de kernel y drivers de AMD ya me libera bien los recursos =P

Por otro lado he formateado la partición de Mint que tenía, y ahora me he metido a probar Arch, pero por lo que es Arch apenas he instalado el core, y wl Desktop Enviroment pero aún no lo tengo como servicio al arrancar el sistema, por lo que aún no tengo entorno gráfico, estoy aún en consola haciendo todo

 Yo necesito cambiar de HDD antes de probar Arch en una VM, las primeras veces no se me instalo bien porque Arch usaba un particionador que no dejaba el 1 MB entre particiones y por ende no me dejaba formatear la partición sin hacer resize de particiones, lo cual asía que en Xubuntu y Windows XP algunas particiones quedaran como "fantasmas", quería un triple boot, pero fue un desastre con Arch, así que mejor deje Windows XP, Xubuntu y openSUSE. Aun que eso fue en el 2011 aproximadamente =P

 Yo suelo recompilar el mpv-player cada que actualizo el Catalyst (fglrx).
 Uso mpv-build, me da menos problemas, pero dependiendo de tu conexión a Internet y la potencia de tu procesador, es mas tardado. Y cada vez salen más y más dependencias, ejem:
git xorg-dev libgl1-mesa-dev libvdpau-dev libxv-dev libva-dev libasound2-dev libpulse-dev libass-dev libavutil-dev libavcodec-dev libavformat-dev libswscale-dev libpostproc-dev libjpeg-dev libquvi-dev libbluray-dev python3-docutils libdvdread-dev libgstreamer-vaapi0.10-dev libx264-dev libmp3lame-dev libvo-aacenc-dev libglib2.0-dev libglu1-mesa-dev equivs ladspa-sdk libbs2b-dev libcdio-paranoia-dev libegl1-mesa-dev libguess-dev libjack-dev liblcms2-dev liblircclient-dev liblua5.1-0-dev libncurses5-dev libncursesw5-dev libsmbclient-dev libv4l-dev python-docutils libgsm1-dev libopenjpeg-dev libopencore-amrnb-dev libopencore-amrwb-dev libschroedinger-dev libspeex-dev libtheora-dev libtwolame-dev libvorbis-dev libvo-amrwbenc-dev libvpx-dev libwavpack-dev libxvidcore-dev liblua5.2-dev libmpg123-dev rst2pdf Algunas dependencias no son completamente obligatorias, como xorg-dev, pero en lo personal no me hacen daño, puede que muchas otras dependencias que yo puse no se te pidan en tu caso, depende del software de tu entorno y al hardware de tu PC, es mejor si sigues las instrucciones del canal de GitHub e instalas solo las dependencias que se te piden en tu caso =P

 Si nunca has compilado nada en tu vida te recomiendo instalar estas por si las moscas:
build-essential cdbs dh-make dkms execstack dh-modaliases linux-headers-generic fakeroot libqtgui4 devscripts lib32gcc1 cmake dh-autoreconf autoconf automake yasm dh-make debhelper PD: Tengo instalado Xubuntu 13.10 para AMD64 (x64), si usas una versión x86 omite lib32gcc1

Edit: Encontré algunos canales PPA con MPV, por si te interesa.
Edit2: asdf

 Siento arruinar tus esperanzas, pero el topic del foro habla sobre el tearing en sistemas *nix en tarjetas GTX6xx/7xx/Titan/Kepler/Maxwell.
 Ciertamente mencionan que tienen los mismos problemas de tearing en Windows, pero no mencionan una solución para Windows, solo que el tering sigue existiendo en algunos casos aun después de activar Aero.


 Viendo eso, se me ocurre que tal vez sea mas un problema con el "ahorrador de energía", intenta cambiar el perfil de uso de energía.
 PD: Si en tu BIOS tienes habilitado C1E, podría ser el culpable del problema, te recomiendo que lo deshabilites.

 La configuración debería estar guardada en alguna parte del HDD y/o registro, a menos de que tu BIOS tenga la capacidad de guardar perfiles para Overclock dentro del CMOS (O.C. Profile), de ser así podrías desactivar dicha función, mi motherboard tiene eso y yo se lo desactive porque no uso O.C.

 Prueba con esto en un símbolo del sistema:
set devmgr_show_nonpresent_devices=1
mmc devmgmt.msc Después activa lo de "ver dispositivos ocultos" para ver si puedes borrar los drivers de AMD Overdirve por la fuerza.

A mí me pasa si estoy en Fedora. En el mismo PC pero en Win8, no. En mi caso es porque no me pilla bien los Hz ppr segundo que denería ir. Es decir, que en caso de que el error sea el mismo, mira que Windows te pille bien el monitor y que haga que vaya como toca.

Para descartar, puedes probar a enchufarle otro monitor, a ver qué. (Es lo que hice yo para identificar el problema)

 Personalmente no e vuelto a ver errores de detección de Hz en Windows desde los horribles framebuffer i8xx/i91x de Intel. Seria una verdadera rareza... pero si a esas vamos incluso podrá ser el monitor en si XD
 El soporte para Vsync en Xorg con controladores libres es mala, yo con el fglrx de AMD no tengo problemas de vídeo tearing activando el "escritorio sin fragmentación".
 Para controladores libres hay opciones como esta. Yo por mi parte seguiré con fglrx hasta no ver buenos resultados en el área de aceleración de vídeo por hardware en los controladores libres y menos después de ver esto.

Desde hace unas semanas mi lector de dvd ha dejado de leer/grabar, no tengo ni idea de que puede ser. Lo primero que pense fue que era un problema fisico, y que se habia jodido, pero lo cambie y sigo con el mismo problema. Tambien cambie el cable sata y sigue igual. Lo que mas me jode es que el lector se abre bien y windows lo reconoce

(click to show/hide)

Pero cuando pongo el cd/dvd en la disquetera no lo reconoce...

Alguna idea?

PD. En la primera captura se vee un usb fantasma (Unidad H) alguien sabe como eliminarlo? No hace nada y tampoco molesta, pero me gustaria sacarlo de ahi.

 Desconecta tu equipo completamente de la corriente eléctrica, desconecta tu(s) disco(s) duro(s) y has un reset a la BIOS, es mas efectivo si hacer el corto a la BIOS y luego quitas la batería, algunas maquinas no hacen el corto correctamente.
 Ya sin batería y sin HDDs has la prueba de bootear desde el CD/DVD. Si sigue sin funcionar, prueba en el puerto que usas para tu HDD y/o cambia el cable de alimentación para descartar un falso contacto y/o falla de la fuente de poder.
 Después de eso debería funcionar... de no ser así podría ser un problema de firmware, tu BIOS, los cables o puertos SATA, la fuente de poder, o simplemente que los lectores que estas usando tengan polvo en el lente del lector XD
 También podría darse el caso que que la lectura en "Modo DMA" este fallando, cámbiala a PIO e intenta actualizar el firmware de tu unidad óptica.

 PD: Lo de la unidad H:, puedes quitarla letra de la unidad desde el Disk Management ejecutando "diskmgmt.msc", pero el día que introduzcas una tarjeta a dicha unidad tendrás que montar el dispositivo manualmente asignándole tu mismo la letra de la unidad con la ya mencionada herramienta.

No te ofendas 3Lu9P, pero los links que has puesto entre que están en Inglés y que usan lenguaje muy técnico no me he empapado demasiado de lo que dicen la verdad  .

 No pasa nada, el mundo seguirá girando. Las menciones del spoiler son para "locos y paranoicos", pasa de ello y no prestes atención a los hombres detrás de la cortina.

 Hablando seriamente, lo del rendimiento de las aplicaciones con single-thread y multithread es un problema muy viejo y conocido, pero pocos saben sacarle provecho a las herramientas de sistema para corregirlo. Por dar un ejemplo, en un Athlon II de dos núcleos y 2 GB de RAM me corría mejor el JPCSP, mientras que en un Phenom II de cuatro núcleos y 8 GB RAM me corría lentísimo. La razón era que Java no usaba mas de dos núcleos. Cambiando la afinidad a JPCSP para forzarlo a usar 2 núcleos en lugar de 4, el programa me iba mucho mas fluido que el Athlon II. Un código de ejemplo para CMD:

@echo off
for /f "tokens=*" %%i in ('ver') do set wv=%%i
if %wv:~-9,1% LEQ 5 exit
%ProgramFiles:~0,2%
cd "%ProgramFiles%\SolidWorks Corp\SolidWorks"
for /f "tokens=2 delims==" %%a in (' WMIC CPU Get NumberOfLogicalProcessors /Format:List ^| find "Number" ') do set NO=%%a
if %NO%==4 (set NU=C
goto PP)
if %NO%==8 (set NU=F0
goto PP)
if %NO%==12 (set NU=FC0
goto PP)
if %NO%==16 (set NU=FF00
goto PP)
cls
start SLDWORKS.exe
echo NO SE CAMBIO NADA
pause
exit
:PP
start /affinity %NU% SLDWORKS.exe
exit
 Ese código lo que hace es ejecutar SolidWorks con la mitad del máximo numero núcleos en procesadores con 4, 8, 12 y 16 núcleos. Si el código es ejecutado en maquinas con un numero diferente de núcleos el sistema sera el que controlara la afinidad con el procesador y se desplegara: "NO SE CAMBIO NADA". En caso de que el sistema operativo sea Windows XP/2003 o inferior, el código no se ejecutara, ya que no existe el parámetro affinity en el comando start en sistemas anteriores a Vista.