Sí, trae su famoso marquito

Hola. Si lo trae, ¡es llegar y montar!

Hola, el .bin si es del mismo tamaño que el BIOS original, es decir que no se escapa ningún byte arriba/abajo, deberías poder flashearlo sin necesitar hacer ninguna modificación. ¡Gracias por comentar!

En principio no, pero la manera en la que lo provee el driver no va tan fina como con el mod. Yo noto más lag, por eso si lo hago uso el mod. Aún así, muchas veces para evitar el lag prefiero activar FSR 3 sin frame generation, no duplicas FPS pero al menos pegas una buena subida sin comprometer tanto la experiencia... pero yo, que soy bastante tiquismiquis con el lag.

"fsr3mod", en la plataforma de mensajería que han intentado prohibir recientemente en España, pero confundiendo la "s" y la "r" como si fueses disléxico (yo lo soy un poco, así que nadie se me ofenda jaja)

Más que hacer el tutorial, explicar un poco lo que hacemos cuando lo ejecutamos. La Crosshair VI seguro que es de las pocas que no sacaron un BIOS beta para darle soporte (ASRock por ejemplo si lo hizo en X370 con la Taichí). No creo que necesites DSDT Patching, de todas maneras en estos días si encuentro un hueco, intento hacer yo el mod con el último BIOS de tu placa y si me cuadra, pues te comento y te envío enlace.

@@R3USV Gracias por la respuesta, no se si habrás tenido tiempo de chequearlo pero en la última Bios esa placa si tiene soporte nativo para Rebar. Solo que yo estaba intentando modificar una Bios del 2019 que casualmente fue la única que AMD permitió que saliese con soporte para PCIe 4.0. En concreto es la versión 7201 la que no me da el PCI Bus en el árbol de opciones del Uefi Patch ni MMTool.

@@ronnyjesus9951 Me pondré a ello ahora en Agosto, ya que tendré vacaciones y podré dedicar tiempo a todo lo que tengo pendiente. Antes de hacer nada... ¿tienes algún programador CH341A con pinza?, lo digo porque yo no tengo una Crosshair para hacer pruebas y si algo sale mal, podrías quedarte con un ladrillo, si lo flasheas con AFUDOS y no tienes un programador para recuperarla.

@@R3USV Muchas gracias de antemano. De momento las veces que se me ha "brickeado" la placa la he logrando recuperar sin problemas con la función Bios Flashback que viene integrada. Algo que se me olvido detallar es que esta es la Asus x370 Crosshair VI Hero Wi-fi. Aunque el nombre en código (CH6) hace referencia a las dos versiones de la misma placa. Como te mencioné anteriormente si soporta Rebar en su última Bios pero actualmente la estoy usando con procesador Ryzen 3700x, una GPU 6650xt y un 980 de samsung que funcionan en PCIe 4.0. Por eso decidí hacer el tutorial en base la Bios 7201 que si tiene soporte de PCIe 4.0 en esta placa. De funcionar si funciona porque tanto el GPUz y el software de AMD marcan el Rebar activado pero solo con 1gb. Mas de allí no lo puedo subir porque no arranca el sistema. En el foro de github también comente y se sorprendieron cuando buscaron el "Pci Bus" en la bios de esta placa y tampoco lo encontraron. Lo último que me faltó por intentar es hacerle DSDT Patching pero si lo pudieras chequear de primera mano te lo agradecería. Me suscribo y quedo atento a cualquier duda que tengas. Gracias nuevamente!

Hola. En principio FSR 3 debería funcionar, no he probado Frame Generation pero tengo una RX 580 en otro equipo. Pruebo en estos días cuando tenga un rato y te confirmo

Hola. En este caso si hay Frame Generation activo. Para probarlo y salir de dudas, con Cyberpunk 2077 que incluye soporte FSR 2 oficial, hice la comparativa entre FSR 2 nativo y luego FSR 3 con este mod y efectivamente duplica los frames, por lo cual si está funcionando Frame Generation.

Hola. A día de hoy, este método sigue funcionando en Linux de seguro. También con la última versión de ROCm (6.0.x), que pronto habrá vídeo de como actualizar esta junto a Pytorch para AMD, desde los 'env' de Python. Para Windows ya existe ROCm también, pero tengo que probarlo para ver si podemos hacerlo funcionar aquí. Si lo hacemos funcionar, te respondo de nuevo a este comentario, para que estés atento al posible nuevo vídeo si lo conseguimos y así consiguiendo que todos podamos replicarlo 🦾.

Hola de nuevo. Estuve dándole una vuelta y actualmente no puede utilizarse en Windows a pesar de existir ya ROCm aquí. El primer problema principal que me he encontrado, es la falta de torch y torchvision, aún no hay compilación para Windows con ROCm, solo para CUDA. En el momento que exista una versión, la instalación y funcionamiento no distará mucho de como se realiza en Linux... aunque subiremos vídeo en caso de llegar ese momento, que llegará seguro.

Es probable que dependiendo de la placa y su BIOS, haya algunos problemas. En principio con los de X99 chinas, IRF Extractor está funcionando bien... no he tenido la posibilidad de probarlo en más equipos. ¿Que placa base y versión de BIOS estás modificando?

@@R3USV tengo una MSI z77a-g45 y estaba intentando hacer la modificación, ya hice un primer intento que no funcionó. Me gustaría algo de ayuda en el tema

@@evanalexander6318 Lo echo un ojo cuando tenga un rato, con un BIOS que descargue de tu placa y si consigo algo, pues te comento para que la descargues modificada

@@R3USV bueno estaré al pendiente, la verdad estuve probando todo lo que lograba entender pero no lo logré

Yo creo que no tendrías problemas con máquinas virtuales. Yo tengo corriendo dos 24/7, una con Ubuntu Server y otra con un Windows 10 sin problemas. Eso si, tampoco sustentan mucha carga, pero la carga de la CPU es mínima en conjunto. De HackIntosh ni idea, pero lo daré una vuelta a ver... porque es muy interesante en este bicho.

Hola. Coméntame un poco más a ver si te puedo ayudar. Con que falte una dependencia algo importante, es probable que te salgan varias que van ligadas a la misma, pero lo mismo solucionando esa 'importante', las demás empiezan a andar. Es un poco... bueno, ya sabemos como va el mundo en Linux 😁. ¿Que distro estás usando?

@@R3USV gracias por responder, usaba Nobara y nunca tuve un problema salvo los paquetes deb que no podía instalar, Ahora estoy en Debian 12 tengo unos problemas criticos para instalar los drivers de video de amd una depende de otra y me dice que la otra no es instalable y así con varias dependencias, DaVinci Resolve no me anda, y quería instalar una IA local que anda bien, pero no me reconoce la tarjeta porque uso los de mesa por defecto.-

@@DanyDei Hay un detalle muy importante y es por el que uso Linux Mint o cualquiera basada en Ubuntu para con 'ROCm y HIP ' y no uso Debian o derivadas de este directamente para ello (aunque me fastidie, porque prefiero Debian por gusto personal). La paquetería de Debian está enfocada en ser estable, no la más reciente 'estable'. 'ROCm y HIP' no tienen soporte oficial en él y he intentado hacer lo mismo que tu varias veces sin éxito, pero con 'MX-Linux' (basada en Debian también). Si a Debian le metes paquetería del repo 'sid' para intentar solventarlo, se rompe solo con mirarlo y da muchos problemas de dependencias. Te recomiendo que utilices alguna basada directamente en Ubuntu, básicamente porque al tener soporte oficial de 'AMD' para Ubuntu, vas a tener muchos menos problemas ya de base y mucha más documentación para solucionarlo.

@@R3USV Gracias, veré si cambio por una alernativa.-

Buenas. No lo tengo a mano ahora mismo, lo tengo como servidor en otro lugar. Imagino que ya incluso lo tendrás en casa, así que ya no te será de ayuda. Pero si no, en cuanto pueda te cuento el diámetro del conector. Gracias

@@R3USV Aún no, esta de camino por Alemania jaja, a ver que tal. Lo que si, preguntarte si lo has probado con emuladores y si puede llegar a ps3. Saludos!

@@guancherote No lo he probado con emuladores, lo tengo como servidor con alguna máquina virtual a mayores... pero debería ir bien. Incluso hay portátiles gaming que montan el mismo micro, 4800H... debería ir como la seda sin problemas. Yo creo que si puede llegar, la gráfica es donde cojea porque es Vega, pero tocando un poquito y no siendo muy exigente con las calidades... a 1080p se puede defender bien.

@Aarón Herrero

Hola. Siento la espera, si ando bastante liado no tengo tiempo apenas ni para conectarme. ¿Que GPU llevas?, ¿lo has hecho con Mint o con otra derivada de Ubuntu?, tienes que intentarlo con una derivada de Ubuntu, derivada de Debian no vale ya que tiene paquetería más antigua, pero imagino que lo habrás hecho con Mint y no con LMDE. Si haces un 'rocminfo'... ¿ves tu GPU listada?. Estaría bien más datos, también sobre como vas con conocimientos en Linux en general, ya que diagnosticar el problema desde aquí sin datos es como buscar una aguja en un pajar.

@@R3USV Hola, al final pude resolver los problemas con el Rocm, reinstalé todo un par de veces y resolví conflictos de compatibilidad entre paquetes, mi gráfica ya la detecta kohya y la usa, ya de hecho hace un rato que entrené un Lora, usando AdamW (con bitsandbytes para Rocm). Pero tuve que entrenar a ciegas, aún sigue sin funcionar Nvtop, estoy en Ubuntu 22.04, me metí a la sección de instalación para mi distribución y aún no funciona, sigue dando el mismo error.

@@santiagorangel8689 Me alegro mucho. Por tu caso he repetido todas las instalaciones desde cero para ver si conseguía replicar tu problema y ver si alguna actualización de Stable Diffusion como de konya habían roto algo y ambas funcionan correctamente. Pero igual que te ocurre a ti, no consigo hacer funcionar 'nvtop' ahora mismo. Debe ser que algo ha cambiado en el 'driver' de Mesa o alguna actualización de 'nvtop' y no me he dado cuenta hasta ahora. Si consigo solución, la postearé aquí para ayudaros.

Hola. Si, debería poderse sin problema. El dilema está en que si el BIOS modificado no puede grabarse por software, al haber sido modificado el BIOS, te tocaría desmontar el portátil, localizar el chip BIOS en la placa base y grabarlo con un programador. Por lo demás, no debería haber problema.

Hola. Que yo conozca no... tampoco es algo muy solicitado en el nicho de usuarios que se mueven por estos sistemas operativos. Pero siempre cabe la posibilidad de que alguien acabe haciéndolo :). ¡Gracias por comentar!