Início / computer / Perguntas / 1854709
Accepted
Tom Yan
Asked: 2024-09-06 01:13:02 +0800 CST

Por que o ffmpeg / ffprobe relata fps errados para vídeo MPEG-2 bruto?

  • 772

Quando executo ffprobe input.m2v, fpsé relatado como 25mesmo quando a taxa de quadros do fluxo de vídeo é conhecida por ter uma taxa de quadros (constante) de, por exemplo, 24000/1001 fps:

Input #0, mpegvideo, from 'test.m2v':
  Duration: N/A, bitrate: N/A
  Stream #0:0: Video: mpeg2video (mpeg1video) (Main), yuv420p(tv, progressive), 720x480 [SAR 8:9 DAR 4:3], 25 fps, 23.98 tbr, 1200k tbn
      Side data:
        cpb: bitrate max/min/avg: 8600000/0/0 buffer size: 1835008 vbv_delay: N/A

(Observe que a taxa de quadros correta é indicada pelo tbr.)

Isso resulta no fpsuso errado pelo muxer de escolha também. Por exemplo:

Input #0, matroska,webm, from 'output.mkv':
  Metadata:
    ENCODER         : Lavf61.1.100
  Duration: 00:23:22.32, start: 0.042000, bitrate: 7965 kb/s
  Stream #0:0: Video: mpeg2video (Main), yuv420p(tv, progressive), 720x480 [SAR 8:9 DAR 4:3], 25 fps, 25 tbr, 1k tbn
      Metadata:
        DURATION        : 00:23:22.318000000
      Side data:
        cpb: bitrate max/min/avg: 8600000/0/0 buffer size: 1835008 vbv_delay: N/A

Como faço para que o desmultiplexador para vídeo MPEG-2 bruto seja definido fpscorretamente neste caso, ou seja, fpsque tenha o mesmo valor que tbr?

ffmpeg

1 respostas

  1. Best Answer

    Graças a essa resposta , descobri o que fpsse refere AVStream.avg_frame_rateno código-fonte.

    Então percebo que o desmultiplexador de vídeo MPEG bruto (que é usado para vídeo MPEG-1 e MPEG-2 bruto) é criado com código comum compartilhado por um grupo de desmultiplexadores brutos: [1] [2] [3]

    Os desmultiplexadores de vídeo bruto têm uma framerateopção comum, que tem um valor padrão de 25, e AVStream.avg_frame_rateseria definida como o valor da opção por ff_raw_video_read_header(): [4] [5]

    Portanto, -framerate 24000/1001pode ser usado para permitir que o muxer herde um fps/ correto AVStream.avg_frame_rate. Note que a opção deve ser colocada antes -i input.m2v(mas depois de outro -i file, se houver) para que seja usada como uma opção demuxer para aquele arquivo de entrada em particular. Por exemplo:

    ffmpeg -fflags +genpts -framerate 24000/1001 -i input.m2v -c:v copy output.mkv

    Input #0, matroska,webm, from 'output.mkv':
  Metadata:
    ENCODER         : Lavf61.1.100
  Duration: 00:23:22.32, start: 0.042000, bitrate: 7963 kb/s
  Stream #0:0: Video: mpeg2video (Main), yuv420p(tv, progressive), 720x480 [SAR 8:9 DAR 4:3], 23.98 fps, 23.98 tbr, 1k tbn
      Metadata:
        DURATION        : 00:23:22.318000000
      Side data:
        cpb: bitrate max/min/avg: 8600000/0/0 buffer size: 1835008 vbv_delay: N/A

    PS AVStream.avg_frame_rate, se não definido (ou seja, 0/0), seria definido como AVStream.r_frame_rate( tbr), se isso for definido, em um determinado ponto . No entanto, aparentemente -framerate 0(/0)não é aceitável mesmo quando o mindo AVOptioné 0. Meu palpite é que o código de análise de opções proíbe 0(/0)quando o tipo de opção é AV_OPT_TYPE_VIDEO_RATE. E a razão pela qual ff_raw_video_read_header()tem que ser definido AVStream.avg_frame_rateé provavelmente porque nem todo fluxo/arquivo de vídeo bruto carrega metadados de taxa de quadros (que aparentemente são usados ​​para definir AVStream.r_frame_rate) como o vídeo MPEG-1/2 bruto faz, e que a função/método é chamado antes de AVStream.r_frame_rateser definido.

    • 0

relate perguntas