nowinskit

Como o amigo falou o problema principal é que Youtube usa bitrate baixo para 1080p, já que maioria dos usuarios de banda larga principalmente no Brasil possuem 3-5mbit/s de banda, então como youtube vai deixar mais bitrate que velocidade de banda dos usuários se vídeo de streaming é feito para se ver em tempo real e não ficar esperando carregar? Mas ai tem algumas opções para minimizar o estrago em 1080p ou partir para métodos mais "radicais". Algo a pontuar é que a versão original tem cor full range(0-255) mas o youtube sempre encoda em modo "limited" com branco e preto de 16-235, onde a imagem é reconhecida pelo nome "imagem lavada" ou desbotada. Essa conversão de cor não tem nada a ver com as distorções de imagem(artefatos,borrões) causadas pelo baixo bitrate.

DebugMode Frameserver exporta o vídeo de forma lossless e você pode usar um aplicativo como proprio megui para encodar o vídeo, pois o x264 tem várias opções de encodar para manter o máximo de qualidade do vídeo. Encodar com configurações de baixa qualidade pode acabar deixando alguns artefatos extras no vídeo. Claro que como seu vídeo possui resolução muito baixa talvez não deteriora tanto a qualidade com um encoder ruim ,mas pra prevenir usaria o x264 com as configurações que mostrei no vídeo para reter o máximo que puder.

Se for editar no Vegas, usa frameserver para renderizar, assim você pode usar um encoder x264 e a qualidade pode ficar quase 100% com preset de alta qualidade. Os encoders internos do Vegas como Mainconcept e SonyAVC usam presets de baixa qualidade e podem criar alguns defeitos no vídeo mais nítidos.

Existem muitos filtros de script diferentes e cada um acaba dando um resultado um pouco diferente. Veja aqui a lista, http://avisynth.nl/index.php/External_filters Olhe as seguintes seções que vai ter os filtros mais voltados para seu problema que podem ser testados Deringing & Mosquito Noise Deblocking Anti-aliasing Dehaloing Você pode usar um denoiser que acho muito bom que é o removegrain. removegrain(2,5) Tenta o http://avisynth.nl/index.php/DeHalo_alpha O dehalo_alpha parece que deu o melhor resultado aqui, mas usei só ele sem outros. Eu não tenho experiencia no avisynth com anime, meu foco nele foi para antialiasing de videos de gameplay para amenizar os problemas de qualidade do Youtube. Se você pesquisar sobre Avisynth e anime e quais melhores filtros no Doom9 tem uma seção avisynth usage que vai ter bastante tópico velho a respeito, deve achar bastante informação lá se você manja inglês. Use "edge noise" "anime noise" "anime ringing" para tentar achar algo a respeito lá. Dehalo_alpha.txt

Você seguiu o procedimento certinho? Instalou o avisynth 2.6, e baixou os arquivos mosquitonr.dll e directshowsource.dll? Olha no c:\windows\syswow64 e confirma se o arquivo avisynth.dll está lá. Testa com algum outro arquivo que esteja em codec H264 para ver se acontece o mesmo erro.

http://avisynth.nl/index.php/Main_Page Pesquise no google por "avisynth tutorial", você deve encontrar algo. Se precisar fazer perguntas os lugares que possuem usuários avançados e desenvolvedores do próprio que entendem de tudo a respeito do AVIsynth é no Forum Doom9 e outro fórum é o VideoHelp. Pra dar uma colher de chá pra iniciar esse é o script que vocÊ precisa colocar em um arquivo de texto e mudar a extensão dele para .avs: loadplugin("C:\Program Files\AviSynth+\plugins+\mosquitonr.dll") loadplugin("C:\Program Files\AviSynth+\plugins+\directshowsource.dll") directshowsource("WZ1.mkv") MosquitoNR(strength=32, restore=128, radius=2, threads=0) Instala o Megui e Avisynth 2.6. Você precisa baixar o arquivo Mosquitonr.dll e colocar na pasta de plugins, se não vier junto da instalação do AVIsynth você também deve baixar o DirectShowSource.dll. No caso você precisa indicar onde ambos arquivos estão e modificar nas duas primeiras linhas que são o diretório do meu sistema. O texto.avs deve ficar no mesmo diretório do vídeo com o nome respectivo do vídeo no script do AVIsynth ali em cima "WZ1.MKV". Seu vídeo foi encodado em H263 com Bframes dentro de container AVI mas o container AVI normal não suporta B frames e foi usado algum tipo de hack, se tentar editar seus videos em AVI com o AVIsynth vai perder os quadros B com isso removendo imagem dos seus video. Você precisa primeiro fazer remux dos seus vídeos para .MKV ou .MP4 que são containers que suportam B frames e não vão causar problema na edição com AVIsynth. Use MKVtoolnix para remuxar seus videos AVI para MKV, remux não altera qualidade apenas troca o vídeo de container. Se seus vídeos já estão em containers MKV ou MP4 diferentemente da cópia que me enviou desconsidere essa última informação. Depois disso você deve abrir o script com o Megui e configurar a qualidade do X264 para encodar. 2017-01-16 21-06-29.mp4 http://www.videohelp.com/download/AviSynth_260.exe http://www.videohelp.com/download/MeGUI_2624_x86.zip @Silver016O resultado ai ficou até melhor que do MosquitoNR, que filtro você usou? Usou denoiser do x264? O VirtualDub suporta aVIsynth também, mas nunca usei ele. Mas vai ser o mesmo esquema do Megui.

1. No script MosquitoNR não pois usei a melhor forma possível, mas existem uns 10 scripts diferentes para esse tipo de reparo, tem que ir testando até ver qual dá o melhor resultado. 2. Precisa instalar o AVIsynth 2.6 e algum encoder x264 que suporta Avisynth, no caso eu uso o Megui. Existe bastante informação sobre o Avisynth em inglês se você pesquisar, e dai vai encontrar informações sobre seu uso. 3. Não sou profissional da área, apenas usuário.

Minha placa não segura 60fps constantes mas a flutuação de fps não causa engasgadas. Eu considero liso quando consegue rodar 60fps cravados, porque abaixo de 50fps começa sentir um pouco da latência alta e atraso na execução dos comandos.

Aqui a config. é essa i7 4770k, 16GB, GTX770 2GB. Rodou sem maiores problemas, não tive engasgadas ou coisa do tipo. Sobre memórias o ideal é sempre comprar do mesmo modelo, mas na maioria dos casos mesmo comprando de fabricante ou modelo diferente desde que seja do mesmo padrão de memória tende a funcionar sem problemas. Mas sempre tem um pequeno risco de incompatibilidade que acontece em alguns casos.

Minimo de RAM para esse jogo é 12GB e acho que ideal é deixar 16GB para garantir. Já são vários jogos que comem 8-9GB de RAM enquanto joga, se deixar abas de navegador entre outros aplicativos abertos que consomem mais RAM ainda ai já pula para 11-12GB fácil. Quando está jogando não deve consumir mais que 70% da RAM, depois disso as dores de cabeça iniciam. Bateu 70% de uso da RAM é hora de upgrade. Para ter ideia comecei jogar ele esse final de semana, com 16GB de RAM e no gráfico médio sem nada aberto no background uso de RAM fica entre 8 e 9GB.

Acho que o tal serrilhado que fala é os artefatos de compressão chamados de mosquito noise/ringing. O vídeo original usou compressão de vídeo de baixa qualidade e ficou com esse defeito na imagem. O Sony Vegas não serve para reparar danos em vídeo, ele só faz edição, criação. Para "reparar" certas falhas na qualidade do vídeo existe uma ferramenta gratuita que é o AVIsynth onde é possível tentar minimizar certos defeitos mas sempre tem alguns efeitos colaterais, nada que foi destruído na sua criação pode voltar 100% igual a fonte original. Mas vamos lá passei o script de MosquitoNR que serve para tentar remover ele um pouco e veja o resultado: https://www.dropbox.com/s/7y7k2nopcf10ypc/MosquitoNR.mp4?dl=0 Repare que nas bordas onde esta os defeitos ele remove um pouco mas compensa com desfoque/borramento perdendo nitidez da imagem que passa o removedor. Como falei tudo que foi destruído não volta ao original.

Seu caso deve ser por estar negligenciando a eficiência de compressão. No H264 ou no caso o codificar free conhecido por x264 possui dezenas de parametros de eficiencia na qual mantém mais qualidade com o mesmo bitrate ou melhor você diminui o bitrate e mantém a qualidade. Eficiência de compressão é diferente do método de bitrate no caso 1 passo, 2 passos e CRF(metódo de qualidade). No x264 existe 9 modos de eficiência que vai do placebo que mantém o máximo de qualidade(mais lento) até o ultrafast que não retém nada de qualidade(mais rápido). Normalmente para uma boa codificação se usa o modo médio, slow e slower ou em casos muito raros o very slow. Esses 9 métodos são feitos sob medida para o usuário final, mas é possível definir dezenas de parametros de forma individual ao invés de usar esses pacotes pre-definidos. Qualquer programa avançado de encodar vídeo x264 possui todas funcionalidades do x264, como 2-passos e todos parametros de eficiência. Exemplos Handbrake, Megui, Staxrip. Acho que você tem usado programas do tipo básico que vem tudo predefinido e não expõe as funções avançadas para o usuário.

O Sony Vegas é cheio de incompatibilidade com certos codecs e até mesmo o container MKV. Alguns formatos lossless não são reconhecido pelo Vegas. Sua alternativa é reencodar o vídeo em um formato H264 com qualquer programa free x264 que lhe agrade. Exemplos Handbrake, Megui, Staxrip.. etc.

Não existe bitrate fixo para vídeos. Cada tipo de vídeo ou no caso imagens possui maior ou menor complexidade, o que faz exigir mais ou menos bits para manter certa qualidade de imagem. O codec x264 por exemplo existe um quantificador de qualidade que vai do 0 ao 51, sendo que o valor mais adequado para 1080p é entre 18 e 23. Usando o quantificador de 20 que é qualidade=20 em dois vídeos distintos de 1920x1080 sendo que um possui imagens estáticas e outro é algo de ação com movimentos bruscos, constantes e transições de uma cena para outra, o vídeo mais complexo vai sair com um bitrate maior para manter a mesma qualidade 20 do vídeo estático. Ainda existe outros fatores como o que a imagem carrega, mais detalhes exige mais bitrate também. Então um vídeo com muitos detalhes e muito movimento vai exigir muito mais bits que um estático com pouco detalhe para ficar com qualidade visual equivalente.

Além do "Sony Vegas Pro" tem o "Vegas Movie Studio" que é focado para amadores, sendo que a ferramenta mais importante removida do Pro no Studio é a Bezier Mask tool que serve para você fazer recortes de imagem. Se essa ferramenta não lhe é útil o Movie Studio sai por apenas R$52 em promoção no STEAM durante as promoções de natal. Você pode baixar todas versões para avaliação e ver qual lhe é mais útil, inclusive o Premiere.

Somente sites que use flash ainda. Facebook e Youtube por exemplo já passou tudo para html5. Normalmente somente os sites mais underground estão ainda usando flash. Mas a questão é fazer teste para ver se sem uso do flash seu problema é sanado. Se não for ai o problema é outro.

Já tentou desativar aceleração de hardware nos navegadores? Desinstale o flash player do PC e utilize apenas o Firefox com aceleração de hardware desligado e veja se persiste. O Chrome possui Flash player embutido no navegador e o Firefox não.

Isso não pode ser gargalo de CPU no caso de um i3, seria factível com CPU do tipo Pentium G ou algum com apenas 2 threads. Estou mais inclinado de ser o HD muito fragmentado ou congestionado. GTA5 mantém uma leitura constante de dados no disco pois o jogo possui mais de 200GB de dados raw. Em uns 30 minutos o jogo fez leitura de mais de 20GB do meu HD o que é 1/3 do total do game, enquanto você se movimenta no jogo o HD não para de fazer load de dados, só descansa quando fica estático no game. Outra coisa fundamental nos dias de hoje com jogos muito grandes que mantém leituras de disco constante, muitos tem costume de ter apenas um disco instalado para tudo e o bom é sempre ter um disco para jogos separado do sistema para evitar overloading nele. O pessoal roda sistema que sempre tem milhares de processos+aplicativos em segundo plano ativos no disco+pagefile+game que não da descanso para o disco e se depara com essas situações. Outra coisa que 8GB de RAM não é ideal para rodar o GTA 5 sem causar problemas. PS:Eu já rodei esse jogo com Phenom x4, i7, GTX560,GTX770,r9 390 e nunca tive problemas de texturas não carregadas desse tipo e só lembrando que Phenom x4 é inferior a i3, sendo que a maior diferença está na banda de memória onde os Phenom tem um gargalo imenso.

Witcher 3 tem qualidade gráfica que quase não se diferencia muito entre low e Ultra comparado a outros games onde a diferença chega ser abismal. Também tem o fato da 370 ser bem fraquinha, é uma placa muito antiga, de 2012. Também o Witcher 3 tem uma vantagem na arquitetura Maxwell e Pascal, nas próprias Kepler da NVIDIA e GCN da AMD o desempenho é bem inferior relativo a engine de outros jogos que não penalizam tanto a GCN assim ou mesmo as antigas Kepler.

1. O vídeo original que está utlizando para editar é lossless? 2. O disco C/G é HD comum ou SSD? 3. O video original está situado no C/G e sendo gravado no mesmo disco?

O audition é editor de áudio então é normal que use pouco CPU e não suporta aceleração de GPU. Já o Premiere deve estar usando todo CPU sim em edições de vídeo. Inclusive um Core 2 Duo é muito fraco para renderização/codificação de vídeo e vai deixar tudo muito lento mesmo.

É o seguinte, tenho enfrentado problemas de "tela preta da morte" enquanto usando o pc em navegadores nos últimos 6 meses. Minha GPU AMD tem um "feature" onde o clock da memória da GPU quando em idle ou clicando em ícones ou processando tarefas leves 2D faz o clock da memória flutuar de forma intermitente e rápida, em 1 segundo está 150mhz no outro 1500mhz e no seguinte volta 150mhz de forma quase instantânea e fica dando esses spikes todo momento. Explico a flutuação do clock da AMD porque nas minhas 2 GPU's da NVIDIA quando há oscilação do clock ele não se altera para cima e baixo de forma instantânea, quando ele se altera ele sempre se mantém no mesmo clock por alguns bons segundos (4s+) então ele retorna ao repouso. E o que essa flutuação de memória tem de relevância para o fórum de fontes. Seguinte em navegadores a placa da AMD causa crashes do tipo black screen of death,TDR ou tela azul em alguns casos.Ela possui dois estados de clock o modo 2D em 150mhz e 3D em 1500mhz, ela não causa problemas em full load(aplicativos pesados 3D) quando o clock da memória fica cravado em 1500mhz sem flutuação. Ela também não causa crash se eu fixar o clock da memória em 150mhz ou 1500mhz na hora de usar os navegadores. Mas se deixar ele flutuando de forma intermitente como ele faz é certeza de tomar uma Tela preta em algum momento que pode demorar horas. Esses crashes em navegadores tem uma média de ocorrer 1 vez cada 48 horas em média nesses 6 meses. Mas ai entra outra diferença, esse problema dos crashes com oscilação do clock da memória da GPU somente ocorre na plataforma LGA1151 com i7 e fonte EVGA 750 B2. Na plataforma AM3 Phenom x4 com fonte CX500 não ocorrem crashes do sistema navegando com o clock da memória da GPU pulando feito doido. Então a questão é, existe a possibilidade de a fonte EVGA ser a causa desse problema? Ela não suportar esses "spikes" da memória/tensão intermitentes da GPU e estar causando a Black Screen of Death? Estou na dúvida se é o driver da GPU com alguma incompatibilidade com drivers da plataforma Intel Z87, se a placa-mãe ou se a fonte poderiam estar tendo problemas com os spikes constantes de tensão da GPU. Nas imagens abaixo é um exemplo de como o clock da memória da GPU da picos intermitentes enquanto toca um vídeo no youtube e o mesmo teste com a GTX770:

O XDCAM é um formato profissional da Sony, e está presente no Sony Vegas e acredito que no Movie Studio também. Mas pelas especificações estão usando ele fora do padrão. Deve ser possível converter nesses parâmetros usando linha de comandos pelo FFmpeg. Qual o formato do arquivo original? Ele já está em 60i ou é progressivo? Pesquisando já fizeram uma versão do FFmpeg alternativa somente para profissionais do XDCAM: https://github.com/bcoudurier/FFmbc

@muchachonachos Você está mal informado. O que você quer fazer é obrigatório o re-encoding, não existe a mudança de resolução sem re-encoding. Você só quer fazer a conversão pela diminuição de tamanho? Faça um reencoding mantendo o 1080p usando metade do bitrate atual e veja se lhe agrada a qualidade final com arquivo na metade do tamanho. Use preset slow e 2-passos para a melhor retenção de qualidade na codificação. Se não agradar tente com downscale para 720p.

@Pakau O Sony Vegas por padrão aplica um efeito chamado Smart Resample toda vez que você abre um vídeo nele. É necessário clicar com o botão direito em cima do vídeo na timeline, opção Switches -> Disable Resample. Para cada vídeo importado é obrigatório refazer esse procedimento para remover o efeito de blur que ele aplica automaticamente.