On Sat, 23 Nov 2024 18:55:14 +0100,
Stuart Henderson <s...@spacehopper.org> wrote:
> 
> On 2024/11/23 17:06, Kirill A. Korinsky wrote:
> > >
> > > Where is it frozen?  On which sleep channel is ffplay sleeping?  Can you
> > > enter ddb and get a trace of the ffplay process?
> > >
> > 
> > When ffplay is complaining ioctl(VIDIOC_DQBUF): Invalid argument, it creates
> > a few threads and everything works. When I press C-c on terminal or use
> > pkill -KILL ffplay nothing happens, but ffplay changes its state via ps from
> > 
> >         ~ $ ps aux | grep fplay
> >         catap    20332  0.8  0.3 35204 53348 p2  S+      2:05PM    0:00.51 
> > ffplay -f v4l2 -i /dev/video1
> >         catap    77165  0.0  0.0   796  1376 p4  S+p     2:05PM    0:00.01 
> > grep fplay
> >         ~ $
> > 
> > into
> > 
> >         $ ps aux | grep ffplay
> >         catap    20332  0.0  0.3 29280 47628 p2  RE+/2   2:05PM   0:00.63 
> > (ffplay)
> >         catap    97615  0.0  0.0   100   360 C0  R+/2    2:07PM   0:00.00 
> > grep ffplay
> >         $
> > 
> > and there is no ffplay processes by ps in ddb anymore.
> 
> that's odd! The 'wait' column in top(1) would be of interest, that's the
> wait aka sleep channel.
>

Here top's output before I C-c ffplay

          PID      TID PRI NICE  SIZE   RES STATE     WAIT      TIME    CPU 
COMMAND
        66186   403682  10    0   74M   80M sleep/2   nanoslp   0:01  0.63% 
ffplay
        66186   389264  10    0   74M   80M idle      fsleep    0:00  0.00% 
ffplay/ffplay:disk$0
        66186   360876 -22    0   74M   80M sleep/0   vid_mma   0:00  0.00% 
ffplay/read_thread
        66186   455489  10    0   74M   80M idle      fsleep    0:00  0.00% 
ffplay/SDLTimer
        66186   480487  10    0   74M   80M sleep/1   fsleep    0:00  0.00% 
ffplay/video_decoder
        66186   592296  10    0   74M   80M idle      fsleep    0:00  0.00% 
ffplay/llvmpipe-0
        66186   192420  10    0   74M   80M idle      fsleep    0:00  0.00% 
ffplay
        66186   229096  10    0   74M   80M idle      fsleep    0:00  0.00% 
ffplay/llvmpipe-3
        66186   104972  10    0   74M   80M idle      fsleep    0:00  0.00% 
ffplay/llvmpipe-1
        66186   452342  10    0   74M   80M idle      fsleep    0:00  0.00% 
ffplay/llvmpipe-2
        66186   595140  10    0   74M   80M idle      fsleep    0:00  0.00% 
ffplay
        66186   425487  10    0   74M   80M idle      fsleep    0:00  0.00% 
ffplay
        66186   149659  10    0   74M   80M idle      fsleep    0:00  0.00% 
ffplay

and after I C-c ffplay:

        ~ $ ps aux | grep ffplay    
        catap    66186  0.0  0.5 70028 76012 p1  RE+/1   7:36PM    0:00.72 
(ffplay)
        catap    85780  0.0  0.0   792  1328 p3  S+p     7:38PM    0:00.01 grep 
ffplay
        ~ $ doas top -n -H -p 66186 
        load averages:  0.89,  0.64,  0.38    matebook.local 19:38:23
        552 threads: 544 idle, 8 on processor  up 0 days 03:08:36
        CPU0 states:  4.4% user,  0.0% nice,  2.0% sys,  1.6% spin,  5.3% intr, 
86.6% idle
        CPU1 states:  6.2% user,  0.1% nice,  3.8% sys,  1.3% spin,  0.0% intr, 
88.6% idle
        CPU2 states:  6.0% user,  0.0% nice,  3.6% sys,  1.2% spin,  0.0% intr, 
89.1% idle
        CPU3 states:  5.0% user,  0.0% nice,  2.5% sys,  1.1% spin,  0.0% intr, 
91.3% idle
        Memory: Real: 4871M/12G act/tot Free: 3211M Cache: 5508M Swap: 0K/16G

          PID      TID PRI NICE  SIZE   RES STATE     WAIT      TIME    CPU 
COMMAND


        ~ $ 

as you may see here nothing.

-- 
wbr, Kirill

Reply via email to