[FFmpeg-trac] #1869(avformat:open): Decode raw v210 streams

FFmpeg trac at avcodec.org
Tue Oct 30 04:18:39 CET 2012

#1869: Decode raw v210 streams
             Reporter:  ximmortal    |                    Owner:
                 Type:  enhancement  |                   Status:  open
             Priority:  wish         |                Component:  avformat
              Version:  git-master   |               Resolution:
             Keywords:  v210         |               Blocked By:
             Blocking:               |  Reproduced by developer:  1
Analyzed by developer:  0            |

Comment (by ximmortal):

 Replying to [comment:7 cehoyos]:
 > Replying to [comment:5 ximmortal]:
 > > Replying to [comment:4 cehoyos]:
 > >
 > > The sample is the same format created by HD-SDI capture hardware
 produced by BlackMagic and DeltaCast framebuffer configured for V210.
 > Do the cards provide single frames or continuous streams?
 > The reason I ask is: Is there a software (or hardware) that provides the
 stream as you uploaded it or did you concatenate the frames?

 First, thanks for giving this your attention!

 The card(s) provide on a frame basis, the concatenation was done by
 writing each frame successively to a file.  I think the confusion comes
 from the fact that I am using these cards under Linux, thus the
 accompanied software is either non-existent or leaves much to be
 desired...  I imagine the software that accompanies these cards on Windows
 or Mac produce the contained samples in .mov etc.

 > > This format is the same as described by Apple:
 > And usually Apple formats are muxed in mov, or does QuickTime support
 the stream you uploaded?

 I doubt that QuickTime supports any RAW/uncontained formats, but like I
 said, I'm on Linux :)

 > > https://developer.apple.com/quicktime/icefloe/dispatch019.html
 > >
 > > What is the V210 format that ffmpeg is expecting?
 > The v210 decoder expects exactly the format you uploaded (you can test
 by changing the frame size in the rawvideo demuxer to the value you posted
 originally), but FFmpeg has no demuxer for it. The reason is that so far
 only v210 in mov was provided.
 > > I also observed an v210x codec, what is that for?
 > ftp://vqeg.its.bldrdoc.gov/HDTV/SVT_exports/SVT_YUV10_Exports_/
 > > I noticed that you changed the priority to wish... if this isn't a
 bug, rather a confusion over the v210 format, I would be happy to supply a
 patch to support the Apple V210 specification.
 > It is a missing feature in FFmpeg, the missing feature is not the Apple
 v210 specification (that is implemented and works fine afaict), but the
 way the frames are just concatenated (instead of either provided in a real
 container like avi and mov or as single frames).

 I suppose that I was expecting it to function the same way as providing a
 concatenated sequence of UYVY pixels only 8-bit 4:2:2 (-s 1920x1080 -f
 rawvideo -pix_fmt uyvy422 -i input.yuv -vcodec copy output.avi)
 respectively (-s 1920x1080 -f rawvideo -pix_fmt v210 -i input.yuv -vcodec
 copy output.avi).  The important thing here is to avoid losing bit
 resolution, worst case should be to represent the 10 bits in 16 bit space.

Ticket URL: <https://ffmpeg.org/trac/ffmpeg/ticket/1869#comment:8>
FFmpeg <http://ffmpeg.org>
FFmpeg issue tracker

More information about the FFmpeg-trac mailing list