[FFmpeg-trac] #412(undetermined:new): .smv container support

FFmpeg trac at avcodec.org
Sun Aug 28 00:07:10 CEST 2011


#412: .smv container support
------------------------+---------------------------
Reporter:  iohanntachy  |       Owner:
    Type:  enhancement  |      Status:  new
Priority:  wish         |   Component:  undetermined
 Version:  unspecified  |  Resolution:
Keywords:               |  Blocked By:
Blocking:               |  Reproduced:  0
Analyzed:  0            |
------------------------+---------------------------

Comment (by reimar):

 First, reading or writing?
 Also it's not simple at all, the format is horrible.
 For demuxing:
 It is non-interleaved, which does not fit well with FFmpeg's design so
 interleaving must be done manually.
 For decoding:
 Multiple frames are in a single JPEG frame. There is no other format doing
 this and I don't really see how it should be possible to support this in
 FFmpeg.

 For muxing:
 That's just not possible. The full wav file comes first, so you cannot
 write any video data until all audio data is written. Keeping all video
 data in memory isn't sensible at all. The most reasonable thing that would
 be implementable would be just writing the video part which must then
 manually be concatenated with the corresponding wav file.

 For encoding:
 Multiple frames must be collected. That works ok. But then they must be
 compressed so the fit exactly into the predetermined size. Existing rate-
 control is not designed for that, particularly not the JPEG encoder.

-- 
Ticket URL: <https://ffmpeg.org/trac/ffmpeg/ticket/412#comment:1>
FFmpeg <http://ffmpeg.org>
FFmpeg issue tracker


More information about the FFmpeg-trac mailing list