<html><body><div style="color:#000; background-color:#fff; font-family:times new roman, new york, times, serif;font-size:12pt"><br><div style="font-family: times new roman, new york, times, serif; font-size: 12pt;"><div style="font-family: times new roman, new york, times, serif; font-size: 12pt;"><div class="y_msg_container">>Generally speaking, the answer is yes, you can simply copy encoded<br>>packets from demuxer to muxer, if you don't change them. I am sure AVI<br>>container will not be upset, but out in the wild, there could be some<br>>containers for which this trick may be less straightforward to<br>>implement.<br>><br>>Generally speaking, the prerequisite is that you copy *all* frames<br>>from input to output. If you want to "resample" the output (e.g.<br>>convert 60 fps to 15 fps), or want to add some more frames (e.g. merge<br>>two video streams into one), or otherwise manipulate the stream or the<br>>frames in
 that stream, your mileage may vary.<br><br>Okay, that's useful.  My input frames are all ffvhuff-encoded and the<br>output frames will be the same.  I don't change any of the video data.<br>I'm ignoring the audio data.  Sounds like copying packets might work.<br><br>However, what if I only copy a subset of the input frames to the output<br>file?  Can I still copy the packet?  If the answer is no, can I do something<br>simple to allow me to copy the packet (like modify a timestamp?).<br><br><br></div> </div> </div>  </div></body></html>