Marcos FRM

Não tem problema, não precisa estar vazio. Basta estar em FAT16/32.

https://www.biostar.com.tw/app/en/manual/bios_update.pdf No site, eles recomendam o método via F12 logo que liga, que é a terceira página do PDF acima.

Esse BIOS é bem velho. Se o seu processador não for um Bristol Ridge (as APUs pré-Ryzen), atualize antes de tentar qualquer coisa.

Usando a LG 43UR7800 faz uma semana. Provavelmente o painel seja IPS. O esperado de modelo de entrada: na parte inferior, do centro da tela para a direita, tem um vazamento de luz mais perceptível. Pensei até em devolver (na Amazon é tranquilo), mas não vale o trabalho e o tempo sem TV, pois já passei a velha adiante. A chance de pegar outra com vazamento igual ou maior em outro lugar é alta. Fica esta aqui...

Nenhum dos dois, pois sua máquina 1) não possui GPU nova o suficiente que codifique AV1 e 2) seu processador é fraco. Sua GPU usa a microarquitetura Turing; portanto, segundo o link que postei, você terá boa qualidade usando NVENC H.264. NVENC HEVC é melhor, mas teria que confirmar se o codificador da GPU é bom. Siga o recomendado pelo @rikawa . O importante é preferir NVENC para deixar seu processador em paz.

Twitch acho que não suporta nada além de H.264 (AVC), que é um codec obsoleto hoje. No YouTube dá para usar H.264 (AVC), H.265 (HEVC), VP9. H.265 (HEVC) é bem mais eficiente, requerendo menos bitrate, ou seja, menos dados trafegados na rede para representar a mesma informação. VP9 é equivalente, porém NVENC não suporta-o. Como comentado pelo @Imakuni , NVENC liberará seu processador. https://help.twitch.tv/s/article/broadcast-guidelines?language=pt_BR GPU pelo menos baseada na microarquitetura Turing, segundo o link acima, entrega, em H.264 (AVC), qualidade equivalente ao x264 no preset medium rodando na CPU. Podemos assumir que o codificador H.265 (HEVC) seja parecido. Edit: Acompanho o @Imakuni. Quando as plataformas de streaming aceitarem AV1 (alguma aceita?), será uma migração vantajosa, pois é o codec mais eficiente da atualidade (supera o HEVC) e já possui suporte para codificação via GPU nos modelos recentes: Nvidia na microarquitetura Ada Lovelace e AMD na RDNA 3.

Não é possível anexar arquivos AVIF. Nem usá-los como "Foto do Perfil" (avatar) ou "Foto de capa" (aquela imagem de fundo no perfil). Nisso que o suporte da plataforma mexe.

Vídeo é outra história. GPUs bem recentes suportam codificação (além de decodificação) de AV1 via hardware, que acelera o processo. Porém não é comum ainda. Enquanto isso, temos H.264, H.265 e VP9, que dão conta do recado. É preciso considerar também que os codificadores vão melhorando com o tempo. O SVT-AV1, codificador open source desenvolvido sob o guarda-chuva da AOMedia, continuamente vem ganhando otimizações de desempenho, como na recente versão 2.0.0. HandBrake linka a biblioteca de codificação do SVT-AV1. Imagem é mais crítico, pois o JPEG é algo do tempo da pedra lascada.

A partir do Microsoft Edge 121, AVIF é universalmente suportado: O fórum passou a suportar (a meu pedido ) WebP tempos atrás. Ainda é o formato moderno mais compatível, funcionando em qualquer navegador de ~2020 para frente. Com o AVIF, por causa do retardatário Edge, consideremos suporte universal a partir de 2024. Levando em conta o ritmo frenético de lançamentos dos navegadores, versões anteriores são rapidamente substituídas e não há motivo para usá-las tendo uma montanha de falhas de segurança. Ou seja, ter suporte ao AVIF neste momento no fórum seria bem-vindo, pois o formato está em outro nível. @Gabriel Torres Talvez a plataforma já suporte?

Pronto! A partir do Edge 121, AVIF (junto com AV1) é suportado : https://windowsreport.com/microsoft-edge-now-supports-avif-and-av1-file-formats/ Todos os principais navegadores da praça conseguem exibir AVIF. A única restrição é o Safari no iOS, que não exibe imagens animadas, apenas estáticas. Não prejudica grande coisa. https://caniuse.com/avif

Se for instalar no M.2 enquanto ainda houver uma instalação no SATA, é recomendável desconectar o SATA temporariamente para o instalador não aproveitar a "Partição de Sistema EFI" (UEFI) ou "Reservado pelo Sistema" (BIOS/CSM; na coluna "Status", aparecerá "Ativo") existente nele. Do contrário, o M.2 só iniciará com o SATA presente depois. Completada a instalação no M.2, reconecte o SATA e remova todas as partições dele no Gerenciamento de disco, ou no mínimo uma das partições mencionadas anteriormente, a depender do tipo de instalação, pois, na nova instalação, a mesma estará no M.2.

Não sei. Não entendo nada de baterias.

Sim, tudo como esperado. A dúvida é se a bateria é constantemente descarregada ou não quando há rede elétrica. Eu aposto que não, porque não teria razão para tal. São chamados online de dupla conversão: a primeira transforma a tensão AC da entrada em DC, que alimenta o inversor, que por sua vez pega essa tensão DC e gera uma tensão AC novinha em folha na saída. A primeira conversão deve alimentar o inversor sempre que existir rede elétrica. A bateria está ali de prontidão para quando a energia cair e a primeira conversão desaparecer. É o que faz mais sentido.

Só formatar partições existentes não adianta. Tem que limpar o particionamento. Nessa máquina secundária em que você conectar o disco, abra o Prompt de comando como Administrador e rode os seguintes comandos (pressione Enter ao final de cada um): diskpart list disk select disk X detail disk clean exit Substitua X pelo número do disco que deseja limpar, que é listado por list disk (coluna "Nº Disco"). detail disk mostrará o modelo para ter certeza. Tudo que estiver nesse disco será apagado. Preste atenção para não apagar o disco errado! Feche o prompt de comando, desligue a máquina, reconecte o disco no PC problemático e tente novamente.

Como é BIOS velho e problemático, deve ter um particionamento no HDD que ele não curte. Consegue plugar esse disco noutra máquina para limpá-lo?

Refaça no Rufus marcando "Opções de compatibilidade para BIOSs antigos" (em "Mostrar propriedades avançadas do drive").

A mensagem diz exatamente o problema. O Rufus criou uma mídia UEFI-only e você iniciou no modo BIOS/CSM. Ou você tenta iniciar em UEFI, caso essa placa-mãe suporte, ou recria o pendrive configurando, no Rufus, "Sistema de destino" com "BIOS (ou UEFI-CSM)".

Será? Suspeito que o inversor seja alimentado pelo conversor AC->DC da entrada e que as baterias apenas entrem em cena quando cai a energia. Teria que achar o esquema elétrico de um modelo online para conferir. São Unicórnios : todo mundo imagina, sonha com eles, porém ninguém nunca viu um.

Os dois principais bugs das GPUs AMD foram consertados. Um no kernel e outro via firmware. https://gitlab.freedesktop.org/drm/amd/-/issues/2220 https://git.kernel.org/pub/scm/linux/kernel/git/torvalds/linux.git/commit/?id=ab4750332dbe535243def5dcebc24ca00c1f98ac https://gitlab.freedesktop.org/mesa/mesa/-/issues/8044 https://git.kernel.org/pub/scm/linux/kernel/git/firmware/linux-firmware.git/commit/?id=977332782302476e1c863b09b840f463d0378807 Ter os firmwares mais recentes é obrigatório com GPU AMD, pois vários problemas estão sendo resolvidos pelos engenheiros da empresa nos últimos meses. Uma discussão interessante é que decodificação de vídeo em GPUs AMD não diminui consideravelmente o consumo de energia no Linux. Discussão sobre o assunto: https://gitlab.freedesktop.org/drm/amd/-/issues/3195 As respostas de Alex Deucher (engenheiro da empresa) são esclarecedoras. Basicamente os compositores precisam replicar o que Windows e Android fazem, pois do contrário o motor de decodificação faz a parte dele, porém logo depois Mutter/KWin/etc, ao montarem a tela, usam OpenGL/GLES, fazendo a GPU consumir toda a energia recém economizada. Há trabalho sendo feito no Mutter: https://gitlab.gnome.org/GNOME/mutter/-/merge_requests/3177 (estará no GNOME 46) https://gitlab.gnome.org/GNOME/mutter/-/merge_requests/2660 (rascunho; para aplicativos rodando sem ser em tela cheia) Legal ver que as mudanças acima revelaram bug no driver: https://git.kernel.org/pub/scm/linux/kernel/git/torvalds/linux.git/commit/?id=003048ddf44b1a6cfa57afa5a0cf40673e13f1ba https://git.kernel.org/pub/scm/linux/kernel/git/torvalds/linux.git/commit/?id=bc0b79ce2050aa523c38c96b6d26340a96bfbdca Exigirá adaptação nos aplicativos? https://github.com/mpv-player/mpv/pull/12237 (mpv) Pelo que entendi, tal otimização funciona(rá) apenas no Wayland.

Versão 7.30: ╔═══════════════════════════════════════════╗ ║ MC Extractor v1.97.0 r289 ║ ╚═══════════════════════════════════════════╝ A32HD7.30 (1/1) ╔══════════════════════════════════════════════════════════════════╗ ║ AMD ║ ╟────┬──────────┬──────────┬────────────┬────────┬──────────┬──────╢ ║ # │ CPUID │ Revision │ Date │ Size │ Offset │ Last ║ ╟────┼──────────┼──────────┼────────────┼────────┼──────────┼──────╢ ║ 1 │ 00800F82 │ 0800820D │ 2019-04-16 │ 0xC80 │ 0x249000 │ Yes ║ ╟────┼──────────┼──────────┼────────────┼────────┼──────────┼──────╢ ║ 2 │ 00800F12 │ 08001250 │ 2019-04-16 │ 0xC80 │ 0x249D00 │ No ║ ╟────┼──────────┼──────────┼────────────┼────────┼──────────┼──────╢ ║ 3 │ 00800F11 │ 08001138 │ 2019-02-04 │ 0xC80 │ 0x24AA00 │ Yes ║ ╟────┼──────────┼──────────┼────────────┼────────┼──────────┼──────╢ ║ 4 │ 00800F10 │ 0800100C │ 2017-01-31 │ 0xC80 │ 0x24B700 │ Yes ║ ╟────┼──────────┼──────────┼────────────┼────────┼──────────┼──────╢ ║ 5 │ 00800F00 │ 0800002A │ 2016-10-06 │ 0xC80 │ 0x24C400 │ Yes ║ ╟────┼──────────┼──────────┼────────────┼────────┼──────────┼──────╢ ║ 6 │ 00810F10 │ 08101016 │ 2019-04-30 │ 0xC80 │ 0x3C6500 │ Yes ║ ╟────┼──────────┼──────────┼────────────┼────────┼──────────┼──────╢ ║ 7 │ 00820F01 │ 08200103 │ 2019-04-17 │ 0xC80 │ 0x3C7200 │ Yes ║ ╟────┼──────────┼──────────┼────────────┼────────┼──────────┼──────╢ ║ 8 │ 00810F00 │ 08100004 │ 2016-11-20 │ 0xC80 │ 0x3C7F00 │ Yes ║ ╟────┼──────────┼──────────┼────────────┼────────┼──────────┼──────╢ ║ 9 │ 00810F80 │ 08108002 │ 2018-06-05 │ 0xC80 │ 0x3C8C00 │ Yes ║ ╟────┼──────────┼──────────┼────────────┼────────┼──────────┼──────╢ ║ 10 │ 00810F81 │ 08108109 │ 2019-04-17 │ 0xC80 │ 0x3C9900 │ Yes ║ ╟────┼──────────┼──────────┼────────────┼────────┼──────────┼──────╢ ║ 11 │ 00810F11 │ 08101102 │ 2018-11-06 │ 0xC80 │ 0x3CA600 │ No ║ ╟────┼──────────┼──────────┼────────────┼────────┼──────────┼──────╢ ║ 12 │ 00A20F12 │ 0A20120A │ 2021-10-14 │ 0x15C0 │ 0x5EFB00 │ No ║ ╟────┼──────────┼──────────┼────────────┼────────┼──────────┼──────╢ ║ 13 │ 00A20F10 │ 0A201016 │ 2021-04-08 │ 0x15C0 │ 0x5F1100 │ No ║ ╟────┼──────────┼──────────┼────────────┼────────┼──────────┼──────╢ ║ 14 │ 00A20F00 │ 0A200025 │ 2020-01-21 │ 0x15C0 │ 0x5F2700 │ Yes ║ ╟────┼──────────┼──────────┼────────────┼────────┼──────────┼──────╢ ║ 15 │ 00870F10 │ 08701021 │ 2020-01-25 │ 0xC80 │ 0x603200 │ No ║ ╟────┼──────────┼──────────┼────────────┼────────┼──────────┼──────╢ ║ 16 │ 00870F00 │ 08700004 │ 2018-12-06 │ 0xC80 │ 0x603F00 │ Yes ║ ╟────┼──────────┼──────────┼────────────┼────────┼──────────┼──────╢ ║ 17 │ 00860F00 │ 0860000E │ 2020-01-27 │ 0xC80 │ 0x77FF00 │ Yes ║ ╟────┼──────────┼──────────┼────────────┼────────┼──────────┼──────╢ ║ 18 │ 00860F01 │ 08600106 │ 2020-06-19 │ 0xC80 │ 0x780C00 │ No ║ ╟────┼──────────┼──────────┼────────────┼────────┼──────────┼──────╢ ║ 19 │ 00A50F00 │ 0A50000D │ 2021-10-14 │ 0x15C0 │ 0x8FFF00 │ No ║ ╚════╧══════════╧══════════╧════════════╧════════╧══════════╧══════╝ Versão beta 10.08: ╔═══════════════════════════════════════════╗ ║ MC Extractor v1.97.0 r289 ║ ╚═══════════════════════════════════════════╝ A32HD10.08 (1/1) ╔══════════════════════════════════════════════════════════════════╗ ║ AMD ║ ╟────┬──────────┬──────────┬────────────┬────────┬──────────┬──────╢ ║ # │ CPUID │ Revision │ Date │ Size │ Offset │ Last ║ ╟────┼──────────┼──────────┼────────────┼────────┼──────────┼──────╢ ║ 1 │ 00800F82 │ 0800820D │ 2019-04-16 │ 0xC80 │ 0x249000 │ Yes ║ ╟────┼──────────┼──────────┼────────────┼────────┼──────────┼──────╢ ║ 2 │ 00800F12 │ 08001250 │ 2019-04-16 │ 0xC80 │ 0x249D00 │ No ║ ╟────┼──────────┼──────────┼────────────┼────────┼──────────┼──────╢ ║ 3 │ 00800F11 │ 08001138 │ 2019-02-04 │ 0xC80 │ 0x24AA00 │ Yes ║ ╟────┼──────────┼──────────┼────────────┼────────┼──────────┼──────╢ ║ 4 │ 00800F10 │ 0800100C │ 2017-01-31 │ 0xC80 │ 0x24B700 │ Yes ║ ╟────┼──────────┼──────────┼────────────┼────────┼──────────┼──────╢ ║ 5 │ 00800F00 │ 0800002A │ 2016-10-06 │ 0xC80 │ 0x24C400 │ Yes ║ ╟────┼──────────┼──────────┼────────────┼────────┼──────────┼──────╢ ║ 6 │ 00810F10 │ 08101016 │ 2019-04-30 │ 0xC80 │ 0x3C6500 │ Yes ║ ╟────┼──────────┼──────────┼────────────┼────────┼──────────┼──────╢ ║ 7 │ 00820F01 │ 08200103 │ 2019-04-17 │ 0xC80 │ 0x3C7200 │ Yes ║ ╟────┼──────────┼──────────┼────────────┼────────┼──────────┼──────╢ ║ 8 │ 00810F00 │ 08100004 │ 2016-11-20 │ 0xC80 │ 0x3C7F00 │ Yes ║ ╟────┼──────────┼──────────┼────────────┼────────┼──────────┼──────╢ ║ 9 │ 00810F80 │ 08108002 │ 2018-06-05 │ 0xC80 │ 0x3C8C00 │ Yes ║ ╟────┼──────────┼──────────┼────────────┼────────┼──────────┼──────╢ ║ 10 │ 00810F81 │ 08108109 │ 2019-04-17 │ 0xC80 │ 0x3C9900 │ Yes ║ ╟────┼──────────┼──────────┼────────────┼────────┼──────────┼──────╢ ║ 11 │ 00810F11 │ 08101102 │ 2018-11-06 │ 0xC80 │ 0x3CA600 │ No ║ ╟────┼──────────┼──────────┼────────────┼────────┼──────────┼──────╢ ║ 12 │ 00A20F12 │ 0A20120E │ 2023-07-07 │ 0x15C0 │ 0x5EFB00 │ Yes ║ ╟────┼──────────┼──────────┼────────────┼────────┼──────────┼──────╢ ║ 13 │ 00A20F10 │ 0A20102B │ 2023-07-07 │ 0x15C0 │ 0x5F1100 │ Yes ║ ╟────┼──────────┼──────────┼────────────┼────────┼──────────┼──────╢ ║ 14 │ 00A20F00 │ 0A200025 │ 2020-01-21 │ 0x15C0 │ 0x5F2700 │ Yes ║ ╟────┼──────────┼──────────┼────────────┼────────┼──────────┼──────╢ ║ 15 │ 00870F10 │ 08701030 │ 2022-03-28 │ 0xC80 │ 0x603200 │ No ║ ╟────┼──────────┼──────────┼────────────┼────────┼──────────┼──────╢ ║ 16 │ 00870F00 │ 08700004 │ 2018-12-06 │ 0xC80 │ 0x603F00 │ Yes ║ ╟────┼──────────┼──────────┼────────────┼────────┼──────────┼──────╢ ║ 17 │ 00860F00 │ 0860000E │ 2020-01-27 │ 0xC80 │ 0x77FF00 │ Yes ║ ╟────┼──────────┼──────────┼────────────┼────────┼──────────┼──────╢ ║ 18 │ 00860F01 │ 08600109 │ 2022-03-28 │ 0xC80 │ 0x780C00 │ Yes ║ ╟────┼──────────┼──────────┼────────────┼────────┼──────────┼──────╢ ║ 19 │ 00A50F00 │ 0A50000F │ 2023-07-07 │ 0x15C0 │ 0x8FFF00 │ Yes ║ ╚════╧══════════╧══════════╧════════════╧════════╧══════════╧══════╝ Diferenças entre ambas (no que diz respeito aos microcódigos): ╟────┼──────────┼──────────┼────────────┼────────┼──────────┼──────╢ ║ 11 │ 00810F11 │ 08101102 │ 2018-11-06 │ 0xC80 │ 0x3CA600 │ No ║ ╟────┼──────────┼──────────┼────────────┼────────┼──────────┼──────╢ -║ 12 │ 00A20F12 │ 0A20120A │ 2021-10-14 │ 0x15C0 │ 0x5EFB00 │ No ║ +║ 12 │ 00A20F12 │ 0A20120E │ 2023-07-07 │ 0x15C0 │ 0x5EFB00 │ Yes ║ ╟────┼──────────┼──────────┼────────────┼────────┼──────────┼──────╢ -║ 13 │ 00A20F10 │ 0A201016 │ 2021-04-08 │ 0x15C0 │ 0x5F1100 │ No ║ +║ 13 │ 00A20F10 │ 0A20102B │ 2023-07-07 │ 0x15C0 │ 0x5F1100 │ Yes ║ ╟────┼──────────┼──────────┼────────────┼────────┼──────────┼──────╢ ║ 14 │ 00A20F00 │ 0A200025 │ 2020-01-21 │ 0x15C0 │ 0x5F2700 │ Yes ║ ╟────┼──────────┼──────────┼────────────┼────────┼──────────┼──────╢ -║ 15 │ 00870F10 │ 08701021 │ 2020-01-25 │ 0xC80 │ 0x603200 │ No ║ +║ 15 │ 00870F10 │ 08701030 │ 2022-03-28 │ 0xC80 │ 0x603200 │ No ║ ╟────┼──────────┼──────────┼────────────┼────────┼──────────┼──────╢ ║ 16 │ 00870F00 │ 08700004 │ 2018-12-06 │ 0xC80 │ 0x603F00 │ Yes ║ ╟────┼──────────┼──────────┼────────────┼────────┼──────────┼──────╢ ║ 17 │ 00860F00 │ 0860000E │ 2020-01-27 │ 0xC80 │ 0x77FF00 │ Yes ║ ╟────┼──────────┼──────────┼────────────┼────────┼──────────┼──────╢ -║ 18 │ 00860F01 │ 08600106 │ 2020-06-19 │ 0xC80 │ 0x780C00 │ No ║ +║ 18 │ 00860F01 │ 08600109 │ 2022-03-28 │ 0xC80 │ 0x780C00 │ Yes ║ ╟────┼──────────┼──────────┼────────────┼────────┼──────────┼──────╢ -║ 19 │ 00A50F00 │ 0A50000D │ 2021-10-14 │ 0x15C0 │ 0x8FFF00 │ No ║ +║ 19 │ 00A50F00 │ 0A50000F │ 2023-07-07 │ 0x15C0 │ 0x8FFF00 │ Yes ║ ╚════╧══════════╧══════════╧════════════╧════════╧══════════╧══════╝ Microcódigo mais atual para quatro núcleos: 00A20F10 e 00A20F12 - Vermeer 00870F10 - Matisse 00860F01 - Renoir 00A50F00 - Cezanne (também corrige a falha LogoFAIL)

O microcódigo provavelmente está lá. Para conferir, tem que abrir o arquivo do BIOS no MCExtractor e procurar pelo CPUID 860F01 (Renoir, usado pelo R5 4500).

@Mega Blaster O termo "nobreak" é jabuticaba, pois só existe no Brasil. Em todo resto do mundo esses equipamentos são chamados de UPS (Uninterruptible Power Supply). Então eu chamo de UPS, não de "nobreak". Só isso. Nada contra o equipamento.

Eu compreendo perfeitamente a necessidade de usar UPS (detesto o termo jabuticaba "nobreak"). Só quem pode decidir se tem algo a perder com essas duas quedas de energia mensais é o @Caique.Santos92 . Note que perder arquivos é improvável (desconsiderando coisas não salvas -- configure salvamento automático em tudo!), já que sistemas de arquivos com journal (NTFS, EXT4, etc) são bastante robustos. Porém há outras variáveis, como um PC de trabalho, em que ficar sem energia pode comprometer nossa produtividade, etc.. Ah, não esqueçam que UPS tem custo de manutenção: as baterias. Precisam ser trocadas a cada 1~3 anos mais ou menos.

@Caique.Santos92 Se você tiver rede 220V aí e um pouco de bala na agulha , este APC é possivelmente a melhor opção:

Baixe o Rufus (aqui) e crie um pendrive com DOS conforme o post #9. No mesmo post tem o link achado pelo @1lokos : https://www.reddit.com/r/ASRock/comments/udn1go/comment/i7r11g1/?utm_source=share&utm_medium=web2x&context=3 Que linka esta versão do flashrom para DOS: https://1drv.ms/u/s!Ag6oE4SOsCmDhiuVxoHnL_18Sf1Z Eu acho que a origem do binário é https://winraid.level1techs.com/t/tool-flashrom-v1-2-dos/36544 ("flashrom.zip", mais recente). Descompacte e copie "flashrom.exe" para o pendrive recém criado. Copie também o arquivo com o BIOS a ser atualizado (descompactado). Inicie pelo pendrive e rode os comandos do post #11.