[FFmpeg-user] Piping uncompressed from ffmpeg to ffplay
lists at johnpilgrim.net
Wed Nov 18 16:45:27 CET 2015
$ ffmpeg -ss 0 -lowres 1 -i video.mxf -i audio.mxf -f matroska -c:a copy -c:v rawvideo - | ffplay -
pulled the following error
[matroska @ 0x7fb16b000e00] Codec for stream 1 does not use global headers but container format requires global headers
[matroska @ 0x7fb16b000e00] Raw RGB is not supported Natively in Matroska, you can use AVI or NUT or
If you would like to store it anyway using VFW mode, enable allow_raw_vfw (-allow_raw_vfw 1)
Could not write header for output file #0 (incorrect codec parameters ?): Invalid argument
$ ffmpeg -ss 0 -lowres 1 -i video.mxf -i audio.mxf -f nut -c:a copy -c:v rawvideo - | ffplay -
seems to work well.
On Nov 17, 2015, at 10:44 AM, Paul B Mahol <onemda at gmail.com> wrote:
> On 11/17/15, John Pilgrim <lists at johnpilgrim.net> wrote:
>> I'm currently using the following command to play DCPs
>> ffmpeg -ss 0 -lowres 1 -i video.mxf -i audio.mxf -f matroska - | ffplay -
>> I notice that the video is being transcoded to h264:
>> Stream mapping:
>> Stream #0:0 -> #0:0 (jpeg2000 (native) -> h264 (libx264))
>> Stream #1:0 -> #0:1 (pcm_s24le (native) -> vorbis (libvorbis))
>> My Question: What would be a revision to this invocation to send
>> uncompressed (v210) video to ffplay instead of h264?
>> FWIW, I am not committed to using matroska as a container. Any container
>> that works is fine.
>> Also using rawvideo didn't seem to send the audio.
>> Lastly, this is on MacOS specifically.
> Maybe this:
> ffmpeg -ss 0 -lowres 1 -i video.mxf -i audio.mxf -f matroska -c:a flac
> -c:v rawvideo - | ffplay -
> ffmpeg-user mailing list
> ffmpeg-user at ffmpeg.org
More information about the ffmpeg-user