Por que os vídeos h264 / ac3 / mkv aparecem como “motion jpeg” com o ffmpeg?

Navegue suas respostas
1

Eu uso xmedia recode, que usa o ffmpeg, para converter esses vídeos usando o vídeo "copy" e o "convert" ac3 - > aac, com um contêiner mp4. Para a maioria dos vídeos, isso funciona bem e é muito rápido. No entanto, alguns aparecem como "motion jpeg", e quando eu convertê-los eu sou dado um pequeno arquivo com o áudio e uma tela preta. No VLC, eles aparecem como h264 / ac3 sob codecs.

Eu tentei o tencoder com ffmpeg e obtive os mesmos resultados. No entanto, se eu mudar o codificador do tencodificador para mencoder, os vídeos saem bem. O problema é que eles levam 30 minutos cada, enquanto que o ffmpeg copiando no xmedia leva 2 minutos. Existe uma maneira que eu possa tirar esses vídeos do seu "motion jpeg"?

Aqui está o log: 

Encoder 1 log
Encoder 1 command lines:
 -y  -itsoffset 0 -threads 8  -i "Z:\Downloads. Convert\test.mkv"     -c:v libx264  -crf 21   -level 41  -f mp4  -map 0:2 -map 0:1  -strict experimental -c:a aac -ab 320k  -af aresample=resampler=soxr -ar 44100 -ac 2    "Z:\Downloads. Convert\test.mp4"

Encoder 1 console outputs:
ffmpeg version N-71403-g415f1fa Copyright (c) 2000-2015 the FFmpeg developers
  built with gcc 4.9.2 (GCC)
  configuration: --disable-static --enable-shared --enable-gpl --enable-version3 --disable-w32threads --enable-avisynth --enable-bzlib --enable-fontconfig --enable-frei0r --enable-gnutls --enable-iconv --enable-libass --enable-libbluray --enable-libbs2b --enable-libcaca --enable-libdcadec --enable-libfreetype --enable-libgme --enable-libgsm --enable-libilbc --enable-libmodplug --enable-libmp3lame --enable-libopencore-amrnb --enable-libopencore-amrwb --enable-libopenjpeg --enable-libopus --enable-librtmp --enable-libschroedinger --enable-libsoxr --enable-libspeex --enable-libtheora --enable-libtwolame --enable-libvidstab --enable-libvo-aacenc --enable-libvo-amrwbenc --enable-libvorbis --enable-libvpx --enable-libwavpack --enable-libwebp --enable-libx264 --enable-libx265 --enable-libxavs --enable-libxvid --enable-lzma --enable-decklink --enable-zlib
  libavutil      54. 22.101 / 54. 22.101
  libavcodec     56. 34.100 / 56. 34.100
  libavformat    56. 30.100 / 56. 30.100
  libavdevice    56.  4.100 / 56.  4.100
  libavfilter     5. 13.101 /  5. 13.101
  libswscale      3.  1.101 /  3.  1.101
  libswresample   1.  1.100 /  1.  1.100
  libpostproc    53.  3.100 / 53.  3.100
Input #0, matroska,webm, from 'Z:\Downloads. Convert\test.mkv':
  Metadata:
    encoder         : libebml v1.3.0 + libmatroska v1.4.1
    creation_time   : 2015-01-16 07:42:24
  Duration: 00:20:18.47, start: 0.083000, bitrate: 4818 kb/s
    Stream #0:0: Video: h264 (High), yuv420p(tv, bt709), 1920x1080 [SAR 1:1 DAR 16:9], 23.98 fps, 23.98 tbr, 1k tbn, 2k tbc (default)
    Stream #0:1: Audio: aac (LC), 48000 Hz, stereo, fltp (default)
    Stream #0:2: Video: mjpeg, yuvj444p(pc, bt470bg/unknown/unknown), 340x340 [SAR 300:300 DAR 1:1], 90k tbr, 90k tbn, 90k tbc
    Metadata:
      filename        : cover.jpeg
      mimetype        : image/jpeg
[mp4 @ 00000000027008e0] Frame rate very high for a muxer not efficiently supporting it.
Please consider specifying a lower framerate, a different muxer or -vsync 2
No pixel format specified, yuvj444p for H.264 encoding chosen.
Use -pix_fmt yuv420p for compatibility with outdated media players.
[libx264 @ 0000000003d4f020] using SAR=1/1
[libx264 @ 0000000003d4f020] MB rate (43560000) > level limit (245760)
[libx264 @ 0000000003d4f020] using cpu capabilities: MMX2 SSE2Fast SSSE3 SSE4.2 AVX XOP FMA4 FMA3 LZCNT BMI1
[libx264 @ 0000000003d4f020] profile High 4:4:4 Predictive, level 4.1, 4:4:4 8-bit
[libx264 @ 0000000003d4f020] 264 - core 146 r2538 121396c - H.264/MPEG-4 AVC codec - Copyleft 2003-2015 - http://www.videolan.org/x264.html - options: cabac=1 ref=3 deblock=1:0:0 analyse=0x3:0x113 me=hex subme=7 psy=1 psy_rd=1.00:0.00 mixed_ref=1 me_range=16 chroma_me=1 trellis=1 8x8dct=1 cqm=0 deadzone=21,11 fast_pskip=1 chroma_qp_offset=4 threads=12 lookahead_threads=2 sliced_threads=0 nr=0 decimate=1 interlaced=0 bluray_compat=0 constrained_intra=0 bframes=3 b_pyramid=2 b_adapt=1 b_bias=0 direct=1 weightb=1 open_gop=0 weightp=2 keyint=250 keyint_min=25 scenecut=40 intra_refresh=0 rc_lookahead=40 rc=crf mbtree=1 crf=21.0 qcomp=0.60 qpmin=0 qpmax=69 qpstep=4 ip_ratio=1.40 aq=1:1.00
Output #0, mp4, to 'Z:\Downloads. Convert\test.mp4':
  Metadata:
    encoder         : Lavf56.30.100
    Stream #0:0: Video: h264 (libx264) ([33][0][0][0] / 0x0021), yuvj444p(pc), 340x340 [SAR 300:300 DAR 1:1], q=-1--1, 90k fps, 90k tbn, 90k tbc
    Metadata:
      filename        : cover.jpeg
      mimetype        : image/jpeg
      encoder         : Lavc56.34.100 libx264
    Stream #0:1: Audio: aac ([64][0][0][0] / 0x0040), 44100 Hz, stereo, fltp, 320 kb/s (default)
    Metadata:
      encoder         : Lavc56.34.100 aac
Stream mapping:
  Stream #0:2 -> #0:0 (mjpeg (native) -> h264 (libx264))
  Stream #0:1 -> #0:1 (aac (native) -> aac (native))
Press [q] to stop, [?] for help
frame=    1 fps=0.0 q=31.0 Lsize=   47681kB time=00:20:18.40 bitrate= 320.6kbits/s    
video:10kB audio:47281kB subtitle:0kB other streams:0kB global headers:0kB muxing overhead: 0.825254%
[libx264 @ 0000000003d4f020] frame I:1     Avg QP:31.31  size:  9546
[libx264 @ 0000000003d4f020] mb I  I16..4:  7.0% 77.1% 15.9%
[libx264 @ 0000000003d4f020] 8x8 transform intra:77.1%
[libx264 @ 0000000003d4f020] coded y,u,v intra: 48.1% 11.9% 10.3%
[libx264 @ 0000000003d4f020] i16 v,h,dc,p: 12% 21% 21% 47%
[libx264 @ 0000000003d4f020] i8 v,h,dc,ddl,ddr,vr,hd,vl,hu: 32%  9% 32%  3%  4%  5%  4%  5%  6%
[libx264 @ 0000000003d4f020] i4 v,h,dc,ddl,ddr,vr,hd,vl,hu: 23%  9% 21%  8%  7% 10%  6% 10%  6%
[libx264 @ 0000000003d4f020] kb/s:6873120.00
    
por James 04.06.2015 / 00:40

2 respostas

1

O problema

O problema é o uso de -map . Você está dizendo ffmpeg para mapear os steams 0:2 e 0:1 , que nesta entrada correspondem ao fluxo de áudio aac e ao fluxo de vídeo mjpeg .

Soluções

Use a seleção de fluxo padrão

Você pode omitir as opções -map e confiar no comportamento padrão seleção de fluxo :

By default, ffmpeg includes only one stream of each type (video, audio, subtitle) present in the input files and adds them to each output file. It picks the "best" of each based upon the following criteria:

  • video – the stream with the highest resolution
  • audio – the stream with the most channels
  • subtitles – the first subtitle stream

In the case where several streams of the same type rate equally, the stream with the lowest index is chosen.

Use o mapeamento adequado

Se a seleção de fluxo padrão não for aceitável para você, será necessário usar as opções de -map corretas para cada entrada.

Um método melhor do que selecionar explicitamente um fluxo específico por número de índice é adicionar um especificador de fluxo.

Exemplos

  1. Escolha todos os fluxos de vídeo e todos os fluxos de áudio da primeira (e única) entrada: 

    ffmpeg -i input0 -map 0:v -map 0:a … output
    • Observe que ffmpeg começa a contar a partir de 0.

  2. Escolha o primeiro fluxo de vídeo da segunda entrada e do terceiro fluxo de áudio da primeira entrada: 

    ffmpeg -i input0 -i input1 -map 1:v:0 -map 0:a:2 … output

  3. Use um mapeamento negativo para escolher todos os fluxos da entrada 0, exceto os fluxos de legendas: 

    ffmpeg -i input0 -map 0 -map -0:s … output

Veja também

por 04.06.2015 / 04:49
0

Abra o mkv no mkvmerge, verifique se ele tem anexos e se isso acontecer, remova-os, mux e tente converter novamente. Anexos é a única coisa que eu encontrei que faz com que um mkv seja exibido como "motion jpeg" no Xmedia.

    
por 25.07.2015 / 07:10

Tags

Como obter ascii de um hexdump usando hd? Jpegtran tornou as imagens maiores