A compactação de vídeos cria um arquivo ainda maior

17

Eu tenho usado a GUI (clique com o botão direito do mouse = > compress) para tentar compactar um .tar contendo 3 vídeos totalizando 1.7gb (.H264 MP4s). gzip, lrzip, 7z etc. não fazem nada para o tamanho do arquivo e a pasta compactada também é de 1,7 gb.

Eu então tentei executar o lrzip a partir da linha de comando (no caso de ser um problema de gui), e usei o sinalizador -z (compressão extrema), e esta foi a minha saída.

Comoataxadecompactaçãomostra,otamanhorealdapastacompactadaémaiorqueooriginal!Eunãoseiporqueeunãoestoutendosorte,lrzipemparticulardevesereficazdeacordocomasrevisõesaleatóriasqueeulieosdocumentosoficiais(arquivosmaioresque100mb,quantomaior,melhor)-veja link

Por que não posso compactar meus arquivos?

    
por Lee 26.04.2014 / 14:29

5 respostas

25

Como @pram disse acima no comentário, os vídeos mp4 já estão compactados, e outros formatos de vídeo provavelmente também usam compressão até certo ponto. Portanto, tentar compactá-los não resultará em pouca (ou nenhuma) redução no tamanho (isso também se aplica, pelo menos em parte, às imagens e à música). Nesse caso, parece que os metadados (para o próprio arquivo compactado) podem estar causando o aumento. O único formato de compressão que pode (e isso é uma força strong) resulta em alguma redução é xz.

Em outra observação, se você quiser reduzir o tamanho desses vídeos, procure recodificar os vídeos usando algo como o Handbrake.

    
por saiarcot895 26.04.2014 / 14:59
13

Realmente, o fato de os arquivos já estarem compactados não é o problema crucial. É isso: a compressão em geral só funciona se os dados tiverem algum tipo de redundância. Isso é praticamente sempre o caso de arquivos descompactados - no entanto, não é necessariamente óbvio o que é a redundância. Algoritmos de compressão de propósito geral visam principalmente o tipo de coisa óbvia em arquivos de texto: muitas palavras aparecem não apenas uma vez, mas muitas vezes de forma idêntica, talvez frases de palavras podem ser combinadas, etc. Os algoritmos são muito bons generalizando isso para qualquer coisa, desde listas de números de telefone codificados em ASCII sobre poesia chinesa até código de máquina binária, mas eles possivelmente não podem funcionar para qualquer tipo de dados. Em particular, os arquivos de mídia são conceitualmente dados analógicos , em uma representação digital barulhenta. Isso significa que realmente não existe nenhum tipo de redunción de texto: alguns motivos podem ser recorrentes, mas sempre com uma configuração ligeiramente diferente do ruído do sensor. É por isso que todos os formatos de imagem / AV compactados usam algumas transformações habilmente escolhidas como sua primeira etapa de codificação, normalmente baseada em DCT ou wavelets . Essas transformações, a grosso modo, movem as porções de imagem e as porções de ruído em locais diferentes, para que possam ser separadas e, com a compactação com perdas, você retenha apenas as informações que considera mais "importantes", que não incluem o ruído. boa informação "tem muita redundância. (Isso não é realmente como funciona, mas mais ou menos.)

Se os compressores de uso geral usassem essas transformações, o efeito seria o oposto: a maioria das informações digitais seriam classificadas erroneamente como algum tipo de ruído, porque falta a estrutura "suave" encontrada em sinais analógicos. E após a compressão de vídeo com perdas, obviamente, nem a suavidade analógica nem a recorrência digital podem ser encontradas (se fosse, os codecs usariam outro bzip-stage ou algo parecido!)

    
por leftaroundabout 26.04.2014 / 23:05
12

A razão pela qual você não está tendo sorte é que o mp4 já está compactado, você não pode compactá-lo ainda mais. Tudo o que você está fazendo é adicionar as informações de cabeçalho do formato de compactação ao arquivo.

Como os arquivos já estão compactados e você não pode compactá-los ainda mais, isso resulta em um aumento no tamanho do arquivo, pois tudo o que você está fazendo é manter as mesmas informações e adicionar mais alguns bytes de informações de cabeçalho.

    
por terdon 26.04.2014 / 15:03
5

Este é um bom exemplo do princípio do escaninho .

Como o arquivo já está compactado (com perdas), há pouca ou nenhuma redução a ser obtida em qualquer lugar, o que significa que você já está com ganho líquido nulo. Como os outros mencionaram, o formato compactado em si tem uma certa perda, geralmente desprezível, em seus próprios metadados. Tudo isso significa que provavelmente não há um escaninho no conjunto de arquivos iguais ou menores e, portanto, seus dados compactados caem no conjunto de arquivos maiores.

    
por Livius 26.04.2014 / 19:01
4

Se você quiser compactar esses arquivos, precisará reduzir a qualidade.

Sem saber por quanto tempo e qual formato e tipo de conteúdo esses arquivos são difíceis de distinguir se esses arquivos tiverem espaço para serem reduzidos sem muita perda de qualidade visível.

BluRays com vídeo 1080p tendem a ter mais de 25 GB, então não é improvável que você já tenha uma ótima relação qualidade / tamanho para o H.264.

Você pode tentar usar ffmpeg ou avconv para converter arquivos.

Você pode começar com ffmpeg -i input_file.mp4 -preset slower -crf 20 -c:a copy output_file.mp4

O comando anconv funcionará de maneira semelhante.

  • Aumente o valor de -crf para diminuir o tamanho e a qualidade do arquivo, não recomendo mais que 25.

  • Você pode alterar a predefinição para slow ou medium para aumentar a velocidade, mas o tamanho do arquivo sofrerá em comparação com slower ou mesmo veryslow (se você for muito paciente!). / p>

  • Mais configurações podem ser encontradas aqui: link

  • Recomendo que fique longe da maioria, pois as predefinições fornecem padrões sérios, com -tune como exceção.

  • Experimente um denoiser se o seu conteúdo for filme ( -vf hqdn3d ) você pode melhorar qualidade visual em comparação com o uso de um alto valor de -crf .

  • Reduza seu conteúdo -vf scale=-1:720 para 720p e -vf scale=-1:480 para 480p para melhorar a velocidade de codificação e manter a qualidade.

por Daniel Hill 28.04.2014 / 07:37

Tags