Por que as cores foram alteradas na visualização do meu clipe no YouTube?

2

Eu tenho 1000 PNGs criados com R e ggplot2. Este é um exemplo: image000.png

Agora eu uso o ffmpeg para juntá-los em um clipe:

ffmpeg -r 10 -i image%03d.png -s 1380x720 -vcodec png 
       -qscale 10 -r 30 daimler_man.mov
  • taxa de quadros de entrada 10 e taxa de quadros de saída 30 que leva a 10 imagens diferentes por segundo com uma taxa de quadros de vídeo de 30.

  • as imagens são originalmente do tamanho de 1380 x 720.

  • vcodec png ... bem funciona pelo menos. quando eu usei o h264, o vídeo ficou legal no meu computador, mas o youtube transformou todo o clipe em cinza.

  • qscale 10 ... Não tenho certeza se este é idealmente escolhido.

Tudo está bem mais ou menos, mas quando eu pego o código de incorporação do clipe do youtube , a visualização exibida imagem se parece com isso:

A cor de fundo da área de plotagem agora é cinza em vez de marrom claro!?

a saída do ffmpeg :

C:\Users\Raffael\Documents\proj>ffmpeg -r 10 -i image%03d.png -s 1380x720 -vcodec png -qscale 10 -r 30 daimler_man.mov
ffmpeg version N-48785-g2ea3f37 Copyright (c) 2000-2013 the FFmpeg developers
  built on Jan 12 2013 20:45:33 with gcc 4.7.2 (GCC)
  configuration: --enable-gpl --enable-version3 --disable-w32threads --enable-avisynth --enable-bzlib --enable-fontconfig --enable-frei0r --enable-gnu
tls --enable-libass --enable-libbluray --enable-libcaca --enable-libfreetype --enable-libgsm --enable-libmp3lame --enable-libopencore-amrnb --enable-l
ibopencore-amrwb --enable-libopenjpeg --enable-libopus --enable-librtmp --enable-libschroedinger --enable-libspeex --enable-libtheora --enable-libtwol
ame --enable-libvo-aacenc --enable-libvo-amrwbenc --enable-libvorbis --enable-libvpx --enable-libx264 --enable-libxavs --enable-libxvid --enable-zlib
--enable-filter=frei0r
  libavutil      52. 14.100 / 52. 14.100
  libavcodec     54. 86.100 / 54. 86.100
  libavformat    54. 59.107 / 54. 59.107
  libavdevice    54.  3.102 / 54.  3.102
  libavfilter     3. 32.100 /  3. 32.100
  libswscale      2.  1.103 /  2.  1.103
  libswresample   0. 17.102 /  0. 17.102
  libpostproc    52.  2.100 / 52.  2.100
Input #0, image2, from 'image%03d.png':
  Duration: 00:00:02.04, start: 0.000000, bitrate: N/A
    Stream #0:0: Video: png, rgb24, 1380x720, 25 fps, 25 tbr, 25 tbn, 25 tbc
Please use -q:a or -q:v, -qscale is ambiguous
File 'daimler_man.mov' already exists. Overwrite ? [y/N] y
Output #0, mov, to 'daimler_man.mov':
  Metadata:
    encoder         : Lavf54.59.107
    Stream #0:0: Video: png (png  / 0x20676E70), rgb24, 1380x720, q=2-31, 200 kb/s, 15360 tbn, 30 tbc
Stream mapping:
  Stream #0:0 -> #0:0 (png -> png)
Press [q] to stop, [?] for help
frame=  151 fps= 26 q=0.0 Lsize=   13037kB time=00:00:05.03 bitrate=21218.1kbits/s dup=100 drop=0
video:13035kB audio:0kB subtitle:0 global headers:0kB muxing overhead 0.010533%
    
por Raffael 13.01.2013 / 22:29

1 resposta

2

O YouTube tem requisitos de codificação muito específicos . Eu não ficaria surpreso se não pudesse lidar com um fluxo de imagens PNG em um contêiner MOV, quando na verdade espera vídeo H.264 (idealmente em MP4).

Como o YouTube recodifica tudo o que você envia para ele, ele aplicará alguns filtros ao seu vídeo para que ele se encaixe. Os PNGs aparecem como imagens 4: 4: 4 não subamostradas , com um espaço de cores RGB de 24 bits. O vídeo H.264 é geralmente codificado em um espaço de cor diferente, ou seja, YUV .

O YouTube pode ter simplesmente aplicado a conversão errada quando passou de RGB para YUV, e é por isso que seu plano de fundo marrom claro (na verdade é cinza claro; verifique a calibração do seu monitor) em cinza escuro.

    
por 13.01.2013 / 23:17