Changes between Initial Version and Version 1 of Ticket #1224, comment 31


Ignore:
Timestamp:
Apr 21, 2012, 7:36:28 PM (5 years ago)
Author:
Cigaes
Comment:

Legend:

Unmodified
Added
Removed
Modified
  • Ticket #1224, comment 31

    initial v1  
    1 I am afraid that solves it: the only difference between these commands is the speed of the encoding process: the first is very slow ({{{veryslow}}}) is a dead giveaway) and the second is very fast ({{{ultrafast}}} is a clue; the very small resolution helps too). 
     1I am afraid that solves it: the only difference between these commands is the speed of the encoding process: the first is very slow ({{{veryslow}}} is a dead giveaway) and the second is very fast ({{{ultrafast}}} is a clue; the very small resolution helps too). 
    22 
    33My conclusion is that the problem is that when the encoding command is too slow, the kernel buffer overflows and causes a read error. Now that I know that, I can reproduce the problem, and I see, using strace, that read on the device fails with EOVERFLOW (shame on the MPEG-TS demuxer not to report it).