[FFmpeg-devel] [PATCH] Add ability to pause transcoding via keyboard interaction

Michael Niedermayer michaelni at gmx.at
Tue Mar 17 16:32:41 CET 2015

On Tue, Mar 17, 2015 at 07:44:54AM -0500, Jeremy Luce wrote:
> It appears that c/C doesn't pause the input threads, which results in
> higher CPU usage than the 'p' pause method. Also, since the input
> threads continue to read data, the input buffer will continue to grow,
> which may lead to undesirable results. I'm not sure if this is by
> design or not, so I'm hesitant to attempt to "fix" it. These are the
> main reasons why my method was implemented differently than c/C.
> If I were to add some visual feedback for 'p', is there anything I
> could tweak that would make you more comfortable with this approach?
> If not, would pausing the input threads on c/C be a viable option?

i think pausing the input threads with c/C is what should be done


Michael     GnuPG fingerprint: 9FF2128B147EF6730BADF133611EC787040B0FAB

Many things microsoft did are stupid, but not doing something just because
microsoft did it is even more stupid. If everything ms did were stupid they
would be bankrupt already.
-------------- next part --------------
A non-text attachment was scrubbed...
Name: not available
Type: application/pgp-signature
Size: 181 bytes
Desc: Digital signature
URL: <https://ffmpeg.org/pipermail/ffmpeg-devel/attachments/20150317/d8c21983/attachment.asc>

More information about the ffmpeg-devel mailing list