nowinskit

Boa tarde pessoal. Estou com problema na instalação elétrica referente ao aterramento com neutro, recentemente resolvi testar a tensão nas duas tomadas aterradas que estão apenas para computadores e eletrônicos, e dois chuveiros. Até onde sei não tem outras tomadas aterradas na residência. O interessante que notei uma tensão alta entre neutro e terra quando existe algum equipamento com pino terra ligado, ficando entre 13v e 30v, se inverto os ponteiros de teste do multímetro a tensão entre neutro e terra chega a 50v. Ligando equipamentos com apenas dois pinos (fase e neutro) o potencial entre neutro e terra nas tomadas fica na faixa de 1-2v. Só de ligar o filtro de linha da clamper por exemplo já fica com tensão de 13v, se eu ligo meu computador vai para 30v. Outra anomalia que ocorre juntamente é que a tensão potencial entre terra+fase é baixa sem equipamentos aterrados ligados, fica em 105v contra 123-125v da fase+neutro, quando liga equipamento aterrado o potencial do terra+fase cai para 60-70v em conjunto com aumento do potencial entre neutro+terra. A instalação da residência é trifásica. Por enquanto está sem profissional disponível na região para fazer uma vistoria completa da instalação elétrica, que imagino que talvez fizeram utilizando o aterramento funcional para as tomadas internas para o potencial terra+fase estar tão fraco. Acreditam que a causa deve ser mesmo aterramento fraco, ou teria outra lógica para essas anomalias entre neutro e terra gerar tensão ao mesmo tempo que potencial terra e fase diminui? Obs: Utilizo estas duas tomadas desde 2011 e nunca danificou algum equipamento, mesmo eu não sabendo que existia a anomalia na rede elétrica dela.

@PoTie Agradeço o exemplo. @Simon Viegas Mas nesse método de reordenação eu perco a posição original que cada valor estava no vetor 1. Gostaria de manter ela. Edit: Resolvi criando outro vetor para gravar as posições, mas não sei se é viável.

Olá, estou tentando entender o funcionamento ou "limitações" do VisualG. Usando vetor e armazenando números pares somente, acontece dele armazenar valores "0" para os índices "ímpares" que gostaria de manter sem nada. Pois assim fico obrigado em remover os zeros da saída, mas 0 é número par e se houver um valor de entrada 0 estarei cometendo erro ao remover todos eles na impressão. Exemplo mantendo os zeros na "resposta": Algoritmo "Exercicio" VAR v1: VETOR [1..10] DE inteiro v2: Vetor[1..10] de inteiro x: INTEIRO inicio Para x de 1 ate 10 faca Escreva(x,"º v1: ") Leia(v1[x]) Se v1[x] mod 2=0 então v2[x]:=v1[x] fimse Fimpara Escreval Para x de 1 ate 10 faca Escreval(x,"º ",v2[x]) fimpara fimalgoritmo Exemplo valores de entrada e saída 1º v1: 9 2º v1: 2 3º v1: 6 4º v1: 9 5º v1: 3 6º v1: 0 7º v1: 5 8º v1: 6 9º v1: 0 10º v1: 3 1º 0 2º 2 3º 6 4º 0 5º 0 6º 0 7º 0 8º 6 9º 0 10º 0 Vejam que a sexta e nona entrada foram 0, assim me causando problemas para eliminar todos 0 da resposta.

Só o último, 2508.

Fique com o 2.6.0 mesmo se ele está funcionando. Único ponto negativo dele é suportar somente 32 bits. Mas a maioria dos plugins do AVS foram criados em 32 bits e alguns ainda nem possuem versão x64 que começou ser usada mais recentemente. Mas se prefere testar o Avisynth+, baixe aqui o instalador com versão "velha" http://avs-plus.net/ Ai você vai precisar baixar apenas os arquivos mais recentes e substituir eles dentro das pastas "C:\Windows\System32" E "C:\Windows\SysWow64" Caso você possua Sistema Operacional windows 64 bits, "System32" é a pasta para arquivos 64 bits, o nome pode lhe enganar caso não saiba. "SysWOW64" é onde os arquivos 32 bits são armazenados. Quando você baixar os updates do Avisynth+ virá um Avisynth.dll e Devil.dll 64 bits e outros dois 32 bits e você precisa adicionar cada no respectivo diretório. Aqui você pode baixar os updates: https://github.com/pinterf/AviSynthPlus/releases Adendo que nos updates virá plugins+/plugins64+ e esses devem ser adicionados ao diretório "C:\Programfiles\Avisynth+\plugins+\.." e "plugins64+.."

Você adicionou o plugin do Mastktool2 em sua pasta do Avisynth em "C:\program files\avisynth\plugins". Dentro do script você está chamando o plugin masktools2 com o comando "loadplugin("C:\Program Files\AviSynth\plugins\masktools2.dll") Acredito que com mais novo você está usando o avisynth+ que suporta versão 32 e 64 bits. Então você tem que baixar o plugin correspondente ao seu uso e adicionar ele na pasta correta. ...avisynth+\plugins+\ é a pasta para as .dll x86 e plugins64+\ para 64bits.

Com mesma versão do Vegas? Se na mesma versão funcionava e agora não mais, tem cara de ser driver. A maior parte dos efeitos especiais do Vegas utilizam de aceleramento da GPU. A NVIDIA é famosa por lançar drivers quebrados para o Vegas/OpenCL. Tem que testar alguns drivers diferentes até encontrar algum que fique estável. Caso não consiga um driver estável é possível desabilitar o aceleramento de GPU para efeitos especiais nas opções>preferências>aba video, assim deixando tudo a cargo do CPU processar. Isso vai evitar os crashes por causa do driver da GPU bugado, mas infelizmente o CPU chega ser até 10x mais lento que GPU para acelerar alguns desses efeitos dependendo do caso. Ainda pode ser outra causa além de driver quebrado.

Primeiramente esse subfórum seria para gravação de mídias físicas, passar audio e video para um DVD e não exatamente gravação de mídia digital. Sua questão seria destinada ao subfórum "Captura". Talvez algum moderador possa transferir o tópico pra lá. Mas sobre sua questão, é necessário mesmo um tutorial? Se você mexer nas opções do aplicativo vai encontrar elas facilmente. Para abrir as configurações é só segurar Alt+Z e o menu com opções irá aparecer dentro do aplicativo do Geforce Experience. Ai é só você clicar sobre o quadrado que está escrito "Gravar" ou "Repetição instantanea" para personalizar resolução, bitrate e framerate da gravação.

Só pra atualizar para adicionar informação correta, a barra de cores que postei antes está incorreta. A correta é esta daqui: As cores da linha do meio são as cores que tanto o bt601 como bt709 vão apresentar em seu monitor quando marcados e/ou decodificados corretamente. Mas o problema está quando o vídeo não possui bandeiras das cores para informar o decodificador e ao mesmo tempo o vídeo utiliza as matrizes contrárias, como bt601 em video HD ou BT709 em video SD. O decodificador sempre estima bt709 para video em HD se o vídeo não estiver marcado, e ele estima bt601 para SD que não esteja marcado. As cores da linha superior é do erro quando a matriz é bt709 mas o decodificador processa achando que seja bt601, gerando verde mais claro e vermelho mais escuro. A linha inferior é quando a matriz é bt601 mas o decodificador processa bt709, gerando vermelho mais claro(puxado para laranja) e verde mais escuro. http://avisynth.nl/index.php/Colorimetry

A mudança de cor é um erro ou pode ser correção já que seu video "fonte" não tem as cores carimbadas para o decodificador saber. No YUV(padrão de cores dos codecs de compactação x263,x264,x265) existem 2 padrões de cores, BT601 feitos para formato SD e BT709 feito para formato HD. Eles tem distinções na tonalidade das cores. Veja essa tabela da conversão entre BT601 e BT709, e como as cores mudam quando você usa o padrão oposto: Seu vídeo original tem resolução/aspect ratio SD e deveria ser BT601, mas talvez em alguns casos usem padrão oposto. A troca das cores de seu video deixam meio confuso, pois veja na tabela que quando se converte padrão bt601 para bt709 o vermelho fica mais claro, e no seu caso o tom laranja escureceu para um vermelho, e o azul deveria ficar mais claro mas ficou mais escuro. Faça o seguinte use estes comandos na sua segunda linha: ConvertToYV12(matrix="rec601") ou ConvertToYV12(matrix="rec709") Veja qual mantém as cores como as originais.

Isso dai é erro na reprodução do "color range" do video. O padrão YUV possui dois tipos de "color range" que são a quantidade de branco e preto que a imagem carrega, e quando é cometido um erro na decodificação dessas cores ocorre uma alteração no gama da imagem, ficando mais escuro ou mais claro. Você tem que verificar qual color range é seu vídeo original que você importa para o Vegas, então na hora de renderizar testar os diferentes templates. Alguns templates do Vegas decodificam o color range de forma errada, ai é preciso aplicar o filtro "Levels" Studio RGB to Computer RGB ao vídeo, assim o vídeo renderizado terá o gama correto.

@olliver.soul Reframes estão unidos a codificação do vídeo. Não é possível alterar sem recodificar o vídeo. O bom é nunca usar mais que 4 ou 5 reframes na hora de codificar. Seu DVD suporta H264? Se não estou enganado DVD player em geral suporta apenas mpeg2. Se for o caso de não suportar você precisa recodificar o vídeo no codec apropriado.

@Felipefpds Do ponto de vista do espectador que não visualiza o conteúdo original e apenas o compactado acaba que o compactado é o normal e ele ve aquilo como padrão, enquanto o criador que visualiza ambos original e compactado fica frustrado de perder a qualidade do original. Tudo bem que você tenha experiência com qualidade inferior nas tecnologias antigas, mas a evolução do vídeo para HD foi feita exatamente para evoluir a qualidade visual, se o homem não quisesse evolução estaríamos no VHS ainda. Você envia isso para o Youtube: E é transformado nisso:

Normalmente quando os vídeos de sites de streaming bugam com cores é problema no driver de decodificação por hardware. Desativa aceleração de hardware no navegador para ele utilizar o CPU na decodificação de vídeos invés do ASIC.

Isso é falso. Eles guardam o arquivo original no servidor e criam ainda mais uns 10 arquivos em todas resoluções e framerates possíveis, assim gerando mais consumo de espaço no servidor. Eu diria que espaço para armazenamento do Youtube é algo que eles não se preocupam ainda. O problema está na limitação de banda dos usuários e operadoras de internet. Eles precisam economizar banda no streaming e também adequar a velocidade de internet de uma grande parcela de usuários. Acho que pessoal esquece que bitrate do vídeo na hora de assistir precisa ser comparado ao bitrate de download do espectador. No BR a média de velocidade de download da "banda larga" é de 4mbit/s e é isso que Youtube usa para 1080p30. Imagina se você upa o vídeo em 50mbit/s e espera que o vídeo seja transmitido em tempo real nesse bitrate, poucos espectadores poderiam assistir, maioria teria que esperar baixar o arquivo pra dar play, e site de streaming é feito para assistir em tempo real e não "download" ou esperar carregar. Edit: Postar em 4k no Youtube vai dar a opção para quem tem 25mbit/s+ de banda poder assistir com melhor qualidade, ou quem tem 10mbit/s+ poderá assistir em 1440p. Mas os espectadores que tem internet abaixo disso vão continuar vendo em 1080p ou 720p com os mesmos problemas do post inicial. Youtube usa apenas H264 para os videos no início, e se atingem uma certa quantidade de visualizações recebe versões extra VP9 que tende a ser um pouco melhor(10-30%). Edit2: Esse tipo de assunto deveria ser movido pra area correta que é Edição/compressão de vídeo.

Você fala da qualidade no preview dentro do player do Vegas ou após você renderizar o vídeo a qualidade que fica? tente ser especifico nesses detalhes. Se for o Preview tem uma opção em cima do vídeo do Vegas com o nome bem sugestivo "Preview" ali você pode selecionar full, half, quarter.. full vai manter na resolução nativa do seu vídeo.

Flv é somente formato de container, não impacta em nada no tamanho do vídeo. Flv é feito para streaming, para gravar video localmente é melhor usar mp4 ou mkv caso for editar depois em algum programa. O OBS classic e o MP tambem tem opção de gravar os minutos passados, é chamado de replay buffer nele. Mas no Relive você não tem opção de gravar area de trabalho? Acredito que se você gravar em modo area de trabalho ele não va dar erro na hora do alt-tab. Sobre o problema dele dar erro com alt-tab no modo gravação de aplicativo é algo que deve ser reportado para a própria AMD, para eles arrumarem isso para o futuro.

Se os outros programas não causam problema, usaria eles neste caso. Depende se você modificou a configuração que vem de fábrica do OBS? O Miliris acho que grava em lossless na "versão de fábrica" que é um codec que usa menos CPU enquanto o OBS usa no padrão de fábrica o x264 que compacta mais os videos e causa maior uso do CPU. Você teria que mudar as configurações de fábrica do OBS para melhorar o desempenho. Você pode usar outros codecs como lossless ou mesmo usar configurações menos pesadas do x264 como colocar o modo de compressão em ultrafast que é o mais rápido. Posta uma screenshot das opções output > aba recording. Video e Advanced. Utiliza OBS Classic ou o OBS-MP?

Jogos de mundo aberto mais recentes a maior causa de stuttering é a falta de memória RAM pois jogos como GTA 5, just Cause 3, H1Z1 e até mesmo Forza 6 fazem o sistema usar próximo ou pouco acima de 8GB. Só o fato de usar próximo de 8Gb já causa muito problema. Desativa o pagefile, se ao abrir algum dos jogos com stutter e o sistema acusar pouca memória já temos a resposta. Eu tenho 16GB, mantenho pagefile desativado e nunca recebo mensagem de pouca memória rodando jogos enquanto sistema todo está usando 8-10GB de RAM, com 8GB apenas instalado passou dos 5GB de uso já começa acusar pouca memória. O pessoal está querendo negar a realidade, é sempre assim que um novo padrão chega as pessoas tem dificuldade de aceitar, mas com o tempo vão entender que 8GB não é suficiente para jogos atuais. Primeiro você precisa estar com o hardware dentro dos requisitos atuais que é mínimo 12GB de RAM e recomendado 16GB pra sobrar um pouco. Quem insiste em negar isso quer ficar dando muro em ponta de faca. Claro que a causa sua dependendo dos games pode ser outra já que você não citou os games e maiores detalhes mas manter o hardware dentro dos requisitos para tirar qualquer possibilidade dele ser o culpado é o ideal. Usar esses detectores de DPC latency enquanto estressa o hardware ao extremo não significa muita coisa, pois é normal que a latência aumente com o stress do CPU e GPU. Você só vai detectar anomalias se enquanto com sistema totalmente em idle apresentar valores altos de latência.

Sim, tem influência e no caso que você colocou a quantidade do bitrate sempre vai influenciar na qualidade, mas em um codec muito eficiente e com um vídeo de baixa complexidade você pode mal notar a diferença entre 3mbit/s vs 6 mbit/s. Mas em um vídeo complexo essa quantidade diferente de bitrate vai poder causar uma grande diferença. Por exemplo no caso de um vídeo de baixa complexidade a diferença vai poder ser notada de forma bem analítica em pequenos detalhes, por exemplo as rugas na pele de uma pessoa serão preservadas com 6mbit/s mas com 3mbit/s vai perder esses detalhes. Agora no exemplo de um video mais complexo metade do bitrate pode ser tão cruel ao ponto de causar aparição de artefatos/distorções na imagem. Vídeo não é tudo igual então cada caso é um caso. Se você usar o fator de qualidade de um codec como x264 para codificar ao invés de bitrate médio que a maioria usa, ele vai usar valores de bitrate variados para cada tipo de video pela complexidade única que cada vídeo possui. Exemplo que você use o fator de qualidade CQP=23 que vai gerar a qualidade 23 para todos frames de um vídeo, para o vídeo X com mais cenas complexas ele vai finalizar com bitrate médio de 6 mbit/s e para o Vídeo Y com complexidade menos o mesmo fator de qualidade 23 para dar a mesma qualidade para cada frame vai finalizar com 4 mbit/s de bitrate médio. Existem muitas variáveis e muitos níveis de complexidade de vídeo, então é algo mais da experiência que você pega o feeling de quanto tal vídeo vai precisar pra ficar bom e o que você considera que pode ser perdido na diminuição da qualidade. Uma analogia bem simples é que bitrate seria a tinta para pintar os quadros, quanto mais tinta possuir melhor poderá retocar a imagem para manter os mínimos detalhes, e conforme a quantidade da tinta vai ficando abaixo de um mínimo necessário você começa deixar detalhes de fora.

Se você tiver um software de edição adequado como o Vegas Movie Studio por exemplo é somente adicionar 1 foto(imagem) na timeline e você pode "espichar" a duração dela pelo tempo igual da música, então terá esse resultado. Com software gratuito acredito que seja possível no Hitfilm Express 4 ou mesmo no FFmpeg.

Você está usando o codec x264vfw? Porque fez escolha por esse codec ao invés dos tradicionais Mainconcept e SonyAVC? Você está renderizando o vídeo em container avi ou mp4/mkv?

Pelo jeito você usou o template "Video for Windows", então preciso saber qual codec utilizou. O codec aparece nas configurações "customize template" na aba "video" e "video format". Mas de qualquer modo o template do SonyAVC e MainconceptAVC inibem esse tipo de erro na conversão das cores preto e branco. Quando se usa templates diferentes dos 2 padrão do Vegas (MainconceptAVC e SonyAVC) ocorre bastante esse erro na conversão do color range. Se ainda assim quiser manter o uso de tal template/codec a forma de corrigir é você avisar para ele qual o color range do vídeo, isso significa que você precisa adicionar o plugin "Levels" do Vegas ao vídeo. Em video FX-> levels adicione Computer RGB to Studio RGB ao seu vídeo e então após a renderização no mesmo codec você deverá ver as cores certas. Quando utiliza os 2 templates padrão do Vegas (Mainconcept, SonyAVC) não se deve adicionar levels para informar o color range pois esses templates identificam os valores do vídeo automaticamente.

O que o Vegas fez foi converter as cores dinâmicas de preto e branco do modo limited range para full range. Qual programa e codec utilizou para gravar o vídeo? Qual template do Vegas utilizou para renderizar o vídeo? Alias antes de ter certeza que o Vegas errou na informação, você usou o mesmo player de vídeo no segundo vídeo? Pode tentar reproduzir o vídeo em um player diferente, o MPC-HC é o melhor já que possui vários renderizadores internos para testar se existe mesmo erro nas cores ou se é o player identificando a informação errada e reproduzindo valores diferentes. Tem players que erram na hora de converter a informação e mostram cores erradas por bug.

Em qualquer lugar. Eles usam o mesmo bitrate para todos. Eu deixei dicas e demonstrações de como tentar amenizar o problema em um vídeo que fiz sobre o assunto. Veja que não é possível manter a fidelidade visual de um vídeo complexo em 4-5mbits, eles precisam normalmente uns 10mbits no mínimo para não criar defeitos significativos na maioria dos casos. Vídeos de baixa complexidade é possível manter sem maiores defeitos visuais significativos até com menos de 1mbits. Esses valores são estimativas minhas e no mundo do bitrate de vídeo não existe um valor exato para isso ou aquilo, cada tipo de complexidade de vídeo tem um valor próprio de bitrate para atingir o ponto de equilibrio. O que você pode fazer se seu vídeo for 1080p no caso do BF1 que tem excesso de movimento rápido e contínuo é bom usar motion blur para borrar os detalhes que ajuda evitar artefatos visuais. Você troca uma boa quantidade de artefatos por um vídeo mais opaco, é uma escolha que você tem que fazer dai e qual lhe agrada mais, no caso o que você acha que o espectador vai achar menos ruim assistir. Único problem vai ser se o game não tiver motion blur o que ocorre com alguns, mas mesmo os que tem o pessoal desativa porque para jogar ninguém gosta mas para vídeos com muito movimento com pouco bitrate ele ajuda bastante.