Binarus's questions

Percebi que o ffmpeg às vezes grava carimbos de data/hora PTS inválidos ao usar -tuma entrada M2TS. Este é um erro meu ou é um bug no ffmpeg?

Passos para reproduzir:

Baixe este arquivo M2TS e salve-o como 1.m2ts. Este arquivo contém um stream de vídeo com 25 fps(ou seja, um quadro de vídeo ocupa exatamente 0.04 s( 40 ms)) e um stream de áudio que não é interessante para o propósito deste post.

Abra o terminal, navegue até o diretório que contém o arquivo e execute o seguinte comando:

ffmpeg.exe -i 1.m2ts -codec copy -map 0 -t 2 2.m2ts

Agora examine o arquivo de saída, 2.m2tse observe que o PTS do quadro de vídeo mais recente é 3.560, e que o PTS do quadro de vídeo anterior é 3.480.

Isto obviamente está errado. Após o quadro em 3.480, o próximo quadro deve ser apresentado em 3.520, não 3.560. O ffmpeg descartou o quadro de vídeo que deveria aparecer 3.520ou gravou um PTS errado no último quadro de vídeo ( 3.560em vez de 3.520).

Claro, quando falo de “último” ou “antes”, estou me referindo à ordem dos frames no tempo (mais precisamente, ordenei os frames do vídeo por PTS), não à ordem dos frames no arquivo.

Pergunta:

Isso é um bug no ffmpeg ou há um erro no meu comando acima?

versão do ffmpeg:

ffmpeg version 2024-01-14-git-34a47b97de-full_build-www.gyan.devno Windows 10 x64 Empresarial

Observações adicionais:

Percebi o problema com vários dos meus arquivos M2TS; Não tenho tempo para testar outros formatos. Infelizmente, não posso fornecer meus arquivos para download. Essa é a razão pela qual vinculei a outro arquivo.

Em outras palavras: O problema não é específico do arquivo que vinculei. Em vez disso, encontrei-o com várias taxas de quadros de vídeo e trilhas de áudio em vários arquivos M2TS de diferentes fontes.

Ainda não investiguei as faixas de áudio em relação a lacunas semelhantes.

Eu tenho um cenário de teste onde tenho um arquivo M2TS (chamado 1.m2ts) que contém uma trilha de vídeo e várias trilhas de áudio. Uma das faixas de áudio é incomum por estar em bluray_pcmformato.

Na primeira etapa, gostaria de criar um novo arquivo M2TS (chamado 2.m2ts) 1.m2tsque contenha todas as trilhas de áudio, exceto a bluray_pcmtrilha removida.

Na segunda etapa, gostaria de converter 2.m2tspara o formato MKV (arquivo 3.mkv).

Como o MKV parece incapaz de lidar com uma bluray_pcmfaixa, também converto a bluray_pcmfaixa em áudio PCM normal durante a primeira etapa.

A primeira etapa funciona em princípio, mas o ffmpeg bagunça as tags do codec. Depois de perceber isso, pesquisei o assunto e descobri que deveria adicionar -map_metadatana linha de comando, mas infelizmente não adiantou. A seguir são mostradas as linhas de comando e as alterações nas tags do codec:

Primeiro, deixei o ffprobe gerar os dados da trilha do arquivo original 1.m2ts:

ffprobe -print_format json -loglevel fatal -show_streams -count_frames -i 1.m2ts > 1.json

1.jsonentão tinha o seguinte conteúdo (deixando de lado linhas irrelevantes):

{
    "streams": [
        {
            "index": 0,
            "codec_name": "mpeg2video",
            "codec_long_name": "MPEG-2 video",
            "profile": "Main",
            "codec_type": "video",
            "codec_tag_string": "HDMV",
            "codec_tag": "0x564d4448",
        },
        {
            "index": 1,
            "codec_name": "ac3",
            "codec_long_name": "ATSC A/52A (AC-3)",
            "codec_type": "audio",
            "codec_tag_string": "AC-3",
            "codec_tag": "0x332d4341",
            "sample_fmt": "fltp",
        },
        {
            "index": 2,
            "codec_name": "ac3",
            "codec_long_name": "ATSC A/52A (AC-3)",
            "codec_type": "audio",
            "codec_tag_string": "AC-3",
            "codec_tag": "0x332d4341",
            "sample_fmt": "fltp",
        },
        {
            "index": 3,
            "codec_name": "pcm_bluray",
            "codec_long_name": "PCM signed 16|20|24-bit big-endian for Blu-ray media",
            "codec_type": "audio",
            "codec_tag_string": "HDMV",
            "codec_tag": "0x564d4448",
            "sample_fmt": "s16",
        },
    ]
}

Até agora tudo bem. Como podemos ver, a bluray_pcmfaixa é a faixa 3.

Então criei 2.m2tsconforme descrito acima:

ffmpeg -analyzeduration 100G -probesize 100G -fix_sub_duration -copyts -i 1.m2ts -map 0:0 -map 0:3 -map_metadata 0 -muxpreload 0 -muxdelay 0 -vcodec copy -acodec pcm_s16le 2.m2ts

Observe que a linha de comando contém -map_metadata 0.

O comando foi executado sem erros, então chegou a hora de analisar 2.m2tspelo método mostrado acima:

ffprobe -print_format json -loglevel fatal -show_streams -count_frames -i 2.m2ts > 2.json

2.jsonentão contido (novamente, deixando de lado partes irrelevantes):

{
    "streams": [
        {
            "index": 0,
            "codec_name": "mpeg2video",
            "codec_long_name": "MPEG-2 video",
            "profile": "Main",
            "codec_type": "video",
            "codec_tag_string": "[2][0][0][0]",
            "codec_tag": "0x0002",
        },
        {
            "index": 1,
            "codec_name": "bin_data",
            "codec_long_name": "binary data",
            "codec_type": "data",
            "codec_tag_string": "[6][0][0][0]",
            "codec_tag": "0x0006",
        }
    ]
}

Portanto o codec de áudio agora é "bin_data". E além disso, o codec_tag_stringe o codec_tagda trilha de vídeo também estão confusos.

Consequentemente, ao tentar converter 2.m2tspara 3.mkv, acontece o seguinte (novamente, linhas irrelevantes deixadas de lado):

ffmpeg.exe" -i 2.m2ts -map 0:0 -map 0:1 -codec copy 3.mkv

Input #0, mpegts, from '2.m2ts':
  Duration: 01:46:24.34, start: 11.650667, bitrate: 22115 kb/s
  Program 1
    Metadata:
      service_name    : Service01
      service_provider: FFmpeg
  Stream #0:0[0x1011]: Video: mpeg2video (Main) ([2][0][0][0] / 0x0002), yuv420p(tv, progressive), 1920x1080 [SAR 1:1 DAR 16:9], 23.98 fps, 23.98 tbr, 90k tbn
    Side data:
      cpb: bitrate max/min/avg: 30000000/0/0 buffer size: 9781248 vbv_delay: N/A
  Stream #0:1[0x1100]: Data: bin_data ([6][0][0][0] / 0x0006)
File '3.mkv' already exists. Overwrite? [y/N] y
[matroska @ 000001f6cfd4d340] Tag [6][0][0][0] incompatible with output codec id '98314' ([0][0][0][0])
[out#0/matroska @ 000001f6cfd25dc0] Could not write header (incorrect codec parameters ?): Invalid data found when processing input
Error opening output file 3.mkv.
Error opening output files: Invalid data found when processing input

Agora gostaria de saber onde está meu erro. O procedimento que utilizo na etapa 1 (remover todas as trilhas de áudio, exceto bluray_pcm tracke converter essa trilha em PCM normal) é descrito em vários tutoriais e perguntas e respostas, respectivamente.

Por que isso bagunça os metadados da trilha de vídeo também está além do meu horizonte (embora isso não tenha efeitos colaterais negativos, aparentemente).

O que exatamente preciso fazer para converter uma bluray_pcmfaixa em um arquivo M2TS em PCM normal, para que o arquivo M2TS resultante possa ser processado posteriormente e como evito que o ffmpeg altere as tags do codec?

Atualmente estou tentando remover certas faixas de áudio de vários m2tsarquivos (principalmente para economizar espaço), usando ffmpeg. Ao fazer isso, gostaria que a remoção dessas faixas fosse a única ação aplicada aos arquivos. Portanto, uso o seguinte padrão de linha de comando:

ffmpeg -i input.m2ts -map 0:0 -map 0:2 -codec copy output.m2ts

Aqui, a faixa 0 é uma faixa de vídeo e a faixa 2 é a faixa de áudio que desejo manter. O arquivo de entrada também contém a trilha 1, que é uma trilha de áudio que desejo descartar e que, portanto, não está mapeada.

Como estou usando -codec copy, espero que cada trilha mapeada seja copiada exatamente como está e que nada seja alterado, incluindo os vários carimbos de data/hora. Mas, como muitas outras pessoas, estou tendo problemas ao executar este comando. Existem muitas mensagens de erro como as seguintes:

Non-monotonic DTS in output stream 0:7; previous: 12978089, current: 12978087; changing to 12978090. This may result in incorrect timestamps in the output file.

Essa mensagem diz claramente que os carimbos de data e hora são alterados de uma forma que pode causar problemas.

Há muitas perguntas e respostas sobre como lidar com essa mensagem. O conselho usual, pelo que entendi, é dar opções ao ffmpeg que o façam ignorar esses erros e calcular o DTS do PTS. Em outras palavras, as soluções comuns também fazem com que o ffmpeg altere os carimbos de data/hora DTS.

Agora tenho as seguintes perguntas:

Por que o ffmpeg se preocupa com carimbos de data e hora errados quando -codec copysão fornecidos? Os timestamps fazem parte das trilhas, não são? Se sim, eles devem ser copiados inalterados do(s) arquivo(s) de origem para o arquivo de destino, independentemente de estarem corretos ou não, certo?

Que opções posso dar ao ffmpeg para conseguir isso (ou seja, para evitar que ele altere os carimbos de data/hora de alguma forma)?

Na lista de mensagens do Thunderbird, podemos configurar quais colunas gostaríamos de ver. Uma dessas colunas é chamada de "Anexos". Se configurarmos a lista de mensagens para mostrar esta coluna, um símbolo de clipe de papel é exibido para cada mensagem que contém anexos.

Para mim, isso nunca funcionou de forma confiável, o que vai se tornar uma verdadeira dor agora. Na maioria dos casos (mas nem sempre), o símbolo do clipe de papel não é exibido depois que eu recebo uma mensagem com um anexo. Eu tenho que abrir a mensagem e fechá-la novamente para que o símbolo do clipe de papel seja mostrado.

Pior ainda, se eu mover mensagens que têm o símbolo de clipe de papel da minha caixa de entrada para outras pastas, elas podem perder o símbolo de clipe de papel; ou seja, o símbolo não é mais exibido na lista de mensagens das outras pastas. Para recuperá-lo, tenho que abrir novamente a mensagem na outra pasta; então o símbolo está de volta.

Gostaria de saber como contornar isso. Mesmo na caixa de entrada, gostaria de ver se uma mensagem tem um anexo antes de abri-la; ter que reabrir uma mensagem na nova pasta depois de movê-la apenas para recuperar o símbolo do clipe de papel é impossível.

Estou em TB 91.9.0 x64 / Windows 10 x64.

Alguma ideia?

PS Esta pergunta não está relacionada a mensagens criptografadas.

Atualização 1:

Arquivos / pastas de índice corrompidos não devem ser o problema:

• Eu escolhi aleatoriamente algumas pastas e as consertei (Clique com o botão direito do mouse -> Propriedades -> Pasta de reparo). Isso não mudou nada; o símbolo do clipe de papel ainda estava faltando para mensagens com anexos nessas pastas.

• No painel esquerdo, selecionei uma conta e a compactei (Arquivo -> Pastas compactas). De acordo com tudo o que li até agora, isso deve compactar e reparar todas as pastas listadas nessa conta, porque a compactação inclui o reparo. Isso não mudou nada. Nas pastas desta conta, as mensagens com anexos ainda não continham o símbolo do clipe de papel.

• Se excluiu todos os arquivos .msf no respectivo perfil do Thunderbird e esperou até que o Thunderbird tenha baixado todas as mensagens novamente. Novamente, isso não melhorou a situação. Em todas as contas em todas as pastas, as mensagens com anexos ainda não tinham o símbolo do clipe.

Atualização 2:

Eu sempre sincronizo totalmente todas as mensagens em todas as contas (Ferramentas -> Configurações da conta -> -> Sincronização e armazenamento -> Ativar "Manter mensagens em todas as pastas desta conta neste computador").

Atualização 3:

Esqueci de mencionar que todas as contas afetadas são contas IMAP. Tenho vários PCs com várias instâncias de TB conectadas ao servidor IMAP e os problemas existem em cada uma das instalações de TB. Abrir uma mensagem com um anexo em um PC e fechá-la novamente leva à seguinte situação: Nesse PC, o símbolo do clipe de papel é exibido para essa mensagem, mas nos outros PCs, ele ainda não é exibido.

Não sei se o mesmo problema existe com contas POP3.

Atualização 4 (2022-06-11)

Motivado pelos comentários, testei o TB 68 a esse respeito (a versão portátil do Windows, configurada para não sincronizar mensagens, ou seja, não baixá-las localmente). O resultado:

TB 68 parece mostrar o símbolo de clipe de papel para cada mensagem que contém anexos. Mas há o problema oposto: mostra o símbolo do clipe de papel mesmo para mensagens que não contêm anexos.

Quando deixo uma pasta baixar localmente no TB 68 (por exemplo Right-Click -> Properties -> Synchronization -> Download now, ), os símbolos do clipe de papel são ajustados e estão corretos posteriormente. Isso é uma coisa com a qual posso conviver porque normalmente deixo o TB sincronizar todas as pastas. Do ponto de vista técnico, posso entender que, em muitos casos, o TB pode ter que verificar a mensagem inteira para decidir se ela contém ou não anexos.

Assim o TB 68 se comporta corretamente (exceto quando não tem a pasta sincronizada).

Para esclarecimento, sincronizar uma pasta / baixar as mensagens no TB 91 não tem nenhum efeito. Então podemos dizer que o TB 68 funciona corretamente enquanto o TB 91 não.

Para ser sincero, não sei se vou perder mais tempo e testá-lo com o TB 78.

Prólogo: Esta não é uma pergunta duplicada. Há muitas perguntas e respostas sobre esse assunto, mas não encontrei nenhuma que trate de tráfego de entrada e forneça uma resposta razoável. Tendo dito isto:

Eu tenho um servidor Windows 2019 que atua principalmente como servidor de arquivos, fornecendo dados aos clientes por meio de compartilhamentos normais do Windows (SMB). Eu instalei um servidor SSH lá também. Em intervalos regulares (por exemplo, 5 minutos), os scripts executados em outras máquinas efetuam login nesse servidor via SSH para realizar verificações e tarefas administrativas.

Quando copio arquivos muito grandes (por exemplo, 50 GB) para um compartilhamento nesse servidor (ou seja, via SMB), os scripts de outras máquinas geralmente falham porque a conexão via SSH expira. A razão acabou sendo que o tráfego SMB ocupa toda a largura de banda da rede do servidor, não deixando nada para outras conexões de rede.

Portanto, gostaria de limitar a taxa de tráfego SMB de entrada nesse servidor. Como dito acima, encontrei alguns bons artigos sobre como limitar a taxa de tráfego de saída (por exemplo, http://woshub.com/limit-network-file-transfer-speed-windows/ é um bom resumo dos métodos mais fáceis), mas isso não ajuda aqui.

A única dica que encontrei em relação à taxa de tráfego de entrada foi as "Configurações avançadas de QoS" de "QoS baseada em políticas" e "Especificar o nível de taxa de transferência TCP de entrada". Esta não é a solução para o meu problema, porque a) aplica-se a todo o tráfego TCP (enquanto quero apenas tráfego SMB de entrada restrito) e b) ajusta apenas um parâmetro da pilha de rede (receber o tamanho da janela se bem me lembro) , e não conheço a relação entre esse parâmetro e a taxa máxima de tráfego.

Todos os comandos do Powershell que encontrei também estavam relacionados apenas ao tráfego de saída.

Alguém poderia me dizer um ponto de partida?

Eu tenho um PC baseado em uma placa-mãe Supermicro X9SRi-F. Coloquei o firmware no modo UEFI e instalei o Windows 10 Enterprise 1909. Em seguida, instalei o Veracrypt 1.24 Update 4 e criptografei a partição do sistema.

Em geral, o PC funciona sem problemas se usado normalmente. No entanto, eu (acidentalmente) notei o seguinte comportamento estranho para o qual gostaria muito de ter uma explicação:

Se eu ligar o PC pressionando o botão liga / desliga, deixe-o inicializar até que a senha de autenticação pré-inicialização do Veracrypt seja solicitada e , nesse prompt, não faça nada (principalmente, não digite a senha), o PC será desligado após dois ou três minutos.

Gostaria de enfatizar novamente que tudo estará normal se eu digitar a senha assim que o prompt aparecer. O Windows inicializa e funciona normalmente; não há desligamentos inesperados e nenhum outro problema depois que o Windows é iniciado, independentemente de eu deixá-lo sozinho ou usá-lo continuamente.

Qual poderia ser a razão para o PC desligar no prompt de senha de autenticação pré-inicialização do Veracrypt? Na verdade, nem faço ideia se o desligamento é do Veracrypt ou do firmware da placa mãe...

O que eu já testei / verifiquei:

• Podemos descartar o watchdog da placa-mãe como possível motivo, porque desativei o watchdog no BIOS.

• Podemos descartar o superaquecimento como possível motivo, porque o cooler é um Noctua NH-D15 que montei com muito cuidado. Além disso, acabei de executar o teste de tortura do Prime95 por vários minutos e observei a temperatura da CPU usando o HWMonitor; a temperatura máxima no núcleo mais quente foi de 53°C durante esse teste. Portanto, não há problemas com o resfriamento.

• Não há entradas no registro de eventos do sistema da placa principal (eu havia ativado o registro de eventos do sistema (SEL) na configuração do BIOS da placa principal ao montar o PC em primeiro lugar).

Gostaria de colocar uma placa adaptadora PCIe-USB-3.0 em um dos meus PCs. Percebi que quase todas essas placas adaptadoras têm um conector de alimentação (MOLEX ou SATA).

Gostaria de saber se posso usar essas placas adaptadoras sem a energia extra conectada, desde que eu conecte apenas dispositivos USB que não consumam muita energia. Em outras palavras, preciso conectar a energia extra apenas para dispositivos USB que violem as especificações USB em que a corrente que consomem é muito alta, por exemplo, discos rígidos externos de 3,5"?

Na verdade, estou interessado na seguinte placa adaptadora: https://www.amazon.de/CSL-Express-Controller-SATA-Stromanschluss-Schnittstellenkarte/dp/B00OBB2X9A

A princípio, observe que esta não é uma pergunta duplicada (pelo que sei). Não estou perguntando como desabilitar a pesquisa na web com a Cortana ou a barra de pesquisa do Windows 10, porque há um zilhão de tutoriais sobre isso. Em vez disso, tenho a seguinte pergunta (de alguma forma relacionada):

Há algum tempo, li em algum lugar que o Windows 10 ainda transfere os termos de pesquisa para o Microsoft / Bing, mesmo que a pesquisa na Web esteja desativada na pesquisa do Windows . Ou seja, foi alegado que mesmo depois de seguir as etapas para desabilitar a pesquisa na web conforme descrito aqui , ele ainda transfere todos os termos de pesquisa para o Bing (para análise estatística ou outros objetivos (mais obscuros)).

Como não tenho certeza se posso confiar na fonte e na minha memória, respectivamente, gostaria de perguntar se isso é verdade. Então minha pergunta é:

O Windows 10 transfere os termos de pesquisa inseridos na caixa de pesquisa da área de trabalho do Windows para o Bing/Microsoft mesmo depois de desativar a pesquisa na Web?

ATUALIZAÇÃO: Esta pergunta não é uma duplicata

Como (como sempre) parece haver uma tendência de fechar reflexivamente esta questão, alegando que é uma duplicata, observe o seguinte:

Pelo que sei, esta pergunta não é uma duplicata (e fiz uma pesquisa extensa), especialmente não é uma duplicata de Você pode desabilitar completamente o envio de dados do Windows 10 para casa? . Na verdade, fui eu quem escreveu uma das respostas para essa outra pergunta.

Aqui, não pergunto explicitamente como impedir que o Windows transfira dados para a Microsoft em geral, o que IMHO seria uma ideia boba de qualquer maneira. Em vez disso, minha pergunta é completamente diferente e muito mais específica:

Gostaria de saber se é verdade que o Windows Search transfere termos de pesquisa para o Microsoft ou Bing, mesmo que eu tenha desabilitado a pesquisa na web no Windows e, se for verdade, se existe uma maneira razoável de impedir isso (hacke de registro etc. ). Portanto, esta pergunta é apenas e especificamente sobre a transferência secreta de termos de pesquisa do Windows Desktop Search para o Bing, apesar de a pesquisa na Web estar desativada no Windows .

Apesar de uma pesquisa minuciosa, não consegui descobrir o fator de forma da placa-mãe do servidor Fujitsu TX1310 M1, que é uma D3219-Axx.

Encontrei os manuais aqui: http://manuals.ts.fujitsu.com/index.php?id=5406-5635-5814-16661-18262

Infelizmente, nenhum dos manuais informa o fator de forma da placa-mãe. Alguém sabe se posso montar essa placa em um gabinete padrão mATX, ATX ou eATX?

Estou usando o Thunderbird há muito tempo e nunca tive problemas reais com ele. Isso mudou recentemente em um dos meus PCs (Windows 10 x64 Enterprise, Thunderbird 60.9.0 32 bits).

Neste PC, o Thunderbird funcionou sem problemas por várias semanas. Isso foi em março/abril deste ano. Então, de repente, começou a atrasar após certas ações. Por exemplo, se eu excluir uma mensagem da lista de mensagens selecionando-a com o mouse e pressionando del, ela demorará até cinco segundos antes de realmente mover essa mensagem para a lixeira.

Ele nunca congela, porém, e outras ações são realizadas normalmente. Não há atraso ao operar os menus, por exemplo.

Isso acontece com pastas/contas IMAP. No entanto, estou absolutamente certo de que o servidor IMAP não é o problema porque o Thunderbird não mostra esse mau comportamento em três outros PCs que estão usando o mesmo servidor IMAP.

Até agora, fiz as seguintes etapas para resolver o problema, mas sem sucesso:

• Excluídos os arquivos .msf no perfil do Thunderbird;

• Desativada a pesquisa global nas opções do Thunderbird;

• Desabilitei todos os addons/extensões (exceto Lightning, pois não tenho certeza se manterá todos os dados ao ser desabilitado);

• Indexação do Windows desabilitada globalmente.

A única coisa que não tentei foi desativar o antivírus. Estou contando com o Windows Defender e, na verdade, não sei se ele interfere nas caixas de correio TB e se posso isentar algumas pastas do monitoramento em tempo real. No momento, estou pesquisando isso, embora não acredite que o antivírus seja o problema; afinal, outras operações de arquivo (usando o Windows File Explorer) são executadas instantaneamente.

O PC em questão é relativamente novo e poderoso (Xeon E3-1230v5, 16 GB de RAM, placa-mãe razoável e SSD).

Então, o que mais eu poderia fazer para eliminar esses atrasos?

EDITAR

Nesse ínterim, desinstalei o Thunderbird completamente, instalei a versão de 64 bits e criei todas as contas e outras configurações do zero. Para minha surpresa, o problema persiste.

Agora estou completamente perplexo.

EDIT 2 - (mais ou menos) solução

Nesse ínterim, aprendi a desabilitar o Windows Defender ou a isentar a pasta de perfil do TB do monitoramento em tempo real do Windows Defender, respectivamente. Feito isso, os lags não ocorreram mais.

Embora a causa do problema seja agora conhecida, ainda não tenho uma solução satisfatória. Encontrei alguns artigos que tratam do mesmo problema e que recomendam como solução final isentar a pasta de perfil do TB do monitoramento em tempo real do Windows Defender, afirmando que isso não significaria menos segurança porque um anexo de e-mail malicioso teria que ser salvo em outro lugar ou ser executado para se tornar ativo ou prejudicial.

Estou considerando essas declarações um disparate perigoso, porque existem muito mais outras fontes de malware do que anexos de e-mail. Se você isentar uma pasta do monitoramento em tempo real do verificador de vírus, estará inevitavelmente fornecendo um local onde qualquer malware (principalmente malware que não vem como anexo de e-mail) pode se instalar.

Dada a participação de mercado do TB, tenho certeza de que os autores de malware em breve tentarão instalar seus produtos na pasta de perfil do TB, sabendo que muitas pessoas que executam o Windows Defender têm o problema descrito acima e, portanto, desativarão o monitoramento em tempo real para essa pasta .

Portanto, definitivamente não implementarei esse tipo de "solução". Obviamente, a única solução segura seria mudar para outro software antivírus que possa proteger a pasta de perfil do TB sem introduzir esses atrasos irritantes.

No entanto, isso também não é satisfatório porque significa uma grande mudança em um sistema em execução. Vou ter que pensar alguns dias sobre a situação e eventualmente vou ficar com os lags por enquanto.