#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
_______________________________________________
FFmpeg-trac mailing list
[email protected]
http://avcodec.org/mailman/listinfo/ffmpeg-trac

Reply via email to