Сообщений в теме: 70

[Damian]

Не знаю у меня всегда на 100% загружен процессор во время кодирования.

[Al71]

Damian, можешь привести скриншот команды

top -H

во время кодирования?

[Damian]

Скрытый текстtop -H

damian@damian-pc:~$ top -H

top - 23:15:26 up  1:30,  1 user,  load average: 3,95, 2,45, 1,41
Threads: 386 total,   7 running, 337 sleeping,   0 stopped,   0 zombie
%Cpu(s): 18,1 us,  3,6 sy, 73,5 ni,  4,3 id,  0,2 wa,  0,0 hi,  0,3 si,  0,0 st
КиБ Mem :  3007960 total,   548252 free,   976824 used,  1482884 buff/cache
КиБ Swap:  4503268 total,  4503268 free,     0 used.  1753316 avail Mem

  PID USER   PR  NI    VIRT    RES    SHR S %CPU %MEM TIME+ COMMAND   
20097 damian    30  10 1562796 290236  45604 R 73,4  9,6   1:59.97 ffmpeg   
20099 damian    30  10 1562796 290236  45604 S 45,1  9,6   2:00.48 ffmpeg   
20098 damian    30  10 1562796 290236  45604 R 28,3  9,6   2:03.35 ffmpeg   
20100 damian    20   0 1562796 290236  45604 S 15,1  9,6   0:51.65 ffmpeg   
20079 damian    20   0 1562796 290236  45604 S  4,6  9,6   0:13.86 ffmpeg   
1299 root   20   0  289164  74860  50116 S  3,9  2,5   3:19.89 Xorg     
20093 damian    20   0 1562796 290236  45604 S  2,6  9,6   0:06.79 ffmpeg   
20092 damian    20   0 1562796 290236  45604 S  2,3  9,6   0:06.84 ffmpeg   
20873 damian    20   0  554360  34596  26916 R  2,3  1,2   0:00.69 sakura   
20094 damian    20   0 1562796 290236  45604 S  2,0  9,6   0:07.08 ffmpeg   
1780 damian    20   0  389712  16912  13208 R  1,6  0,6   1:45.54 conky     
1781 damian    20   0 1347780  17668  13112 S  1,6  0,6   1:33.41 conky     
1543 damian    20   0  225232  19492   5260 S  1,0  0,6   0:43.09 opensnap    
1353 root   20   0  289164  74860  50116 S  0,7  2,5   0:05.05 InputThread  
1521 damian    20   0  123796  14152   2008 S  0,7  0,5   0:20.54 compton   
18726 damian    20   0  553588  34028  26948 S  0,7  1,1   0:02.23 sakura   
20906 damian    20   0   50984   3956   3080 R  0,7  0,1   0:02.17 top

Скрыть

[Al71]

Damian, я вижу только два работающих ( R ) процеccа ffmpeg, один грузит поток на 73,4%, другой грузит второй поток на 28,3%. Откуда ты взял 100%, я не понимаю. Если хочешь посмотреть суммарную загрузку процессора ffmpeg'ом, можешь запустить top без -H, только эту величину надо делить на число потоков.

[Damian]

 Al71 сказал:

Откуда ты взял 100%, я не понимаю.

из коньков и взял на 2 ядра по 100% и показывают там плюс минус.Кстати посмотри правильно я сделал,пока не запускал ещё

ffmpeg -i zout.mp4 -filter_complex \
"[0:v]trim=duration=333[av];[0:a]atrim=duration=333[aa];\
[0:v]trim=start=350,setpts=PTS-STARTPTS[bv];\
[0:a]atrim=start=350,asetpts=PTS-STARTPTS[ba];\
[av][bv]concat[outv];[aa][ba]concat=v=0:a=1[outa]" -map [outv] -map [outa] out.mp4

[Al71]

 Damian сказал:

Кстати посмотри правильно я сделал,пока не запускал ещё

Если ты переименовал исходный файл и нигде не допустил опечатки, то должно сработать.

 Damian сказал:

из коньков и взял на 2 ядра по 100% и показывают там плюс минус

Можешь во время кодирования запустить top (без -H), нажать t и показать вывод. Мне этот момент не до конца ясен. Ну и коньки заодно покажи, с процессами.

[Damian]

Скрытый текстTOP

damian@damian-pc:~$ top

top - 13:57:21 up 11 min, 1 user, load average: 3,15, 2,75, 1,56
Tasks: 148 total, 2 running, 104 sleeping, 0 stopped, 0 zombie
%Cpu(s): 96,3/3,2 100[|||||||||||||||||||||||||||||||||||||||||||||||||||||]
КиБ Mem : 3007956 total, 851604 free, 911524 used, 1244828 buff/cache
КиБ Swap: 4503268 total, 4503268 free, 0 used. 1819508 avail Mem

PID USER PR NI VIRT RES SHR S %CPU %MEM TIME+ COMMAND
3016 damian 20 0 1562768 290000 44956 R 181,7 9,6 11:22.51 ffmpeg
4445 damian 20 0 72784 19152 7808 S 5,0 0,6 0:00.15 yandex.pl
1322 root 20 0 325640 77012 52280 S 2,7 2,6 0:32.65 Xorg
1857 damian 20 0 389104 16500 13060 S 2,0 0,5 0:10.98 conky
1859 damian 20 0 1347776 17904 13356 S 1,7 0,6 0:16.48 conky
top - 13:57:24 up 11 min, 1 user, load average: 3,38, 2,80, 1,58
Tasks: 146 total, 2 running, 102 sleeping, 0 stopped, 0 zombie
%Cpu(s): 93,6/5,4 99[|||||||||||||||||||||||||||||||||||||||||||||||||||||
КиБ Mem : 3007956 total, 862904 free, 899848 used, 1245204 buff/cache
КиБ Swap: 4503268 total, 4503268 free, 0 used. 1831136 avail Mem

PID USER PR NI VIRT RES SHR S %CPU %MEM TIME+ COMMAND
3016 damian 20 0 1562768 290000 44956 S 185,3 9,6 11:28.05 ffmpeg
1322 root 20 0 325640 77012 52280 R 5,4 2,6 0:32.81 Xorg
top - 13:58:22 up 12 min, 1 user, load average: 3,52, 2,92, 1,69
Tasks: 147 total, 1 running, 103 sleeping, 0 stopped, 0 zombie
%Cpu(s): 95,4/3,5 99[||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||| ]
КиБ Mem : 3007956 total, 854120 free, 902028 used, 1251808 buff/cache
КиБ Swap: 4503268 total, 4503268 free, 0 used. 1828984 avail Mem

PID USER PR NI VIRT RES SHR S %CPU %MEM TIME+ COMMAND
3016 damian 20 0 1563064 290520 44956 S 177,2 9,7 13:13.41 ffmpeg
1322 root 20 0 325640 77012 52280 S 9,6 2,6 0:35.69 Xorg
4386 damian 20 0 554508 34548 26588 S 3,6 1,1 0:00.89 sakura
1859 damian 20 0 1347776 17904 13356 S 2,6 0,6 0:18.00 conky
1857 damian 20 0 389104 16500 13060 S 1,7 0,5 0:11.96 conky
1583 damian 20 0 123796 14128 1988 S 0,7 0,5 0:04.26 compton
1608 damian 20 0 226536 20224 5008 S 0,7 0,7 0:05.43 opensnap
2435 damian 20 0 2652856 184012 119456 S 0,7 6,1 0:38.20 Web Content
91 root 20 0 0 0 0 I 0,3 0,0 0:00.84 kworker/1:2
2984 damian 20 0 554200 35028 27188 S 0,3 1,2 0:02.43 sakura
4402 damian 20 0 50724 3708 3108 R 0,3 0,1 0:00.30 top
1 root 20 0 159976 8992 6512 S 0,0 0,3 0:02.22 systemd
2 root 20 0 0 0 0 S 0,0 0,0 0:00.00 kthreadd
3 root 20 0 0 0 0 I 0,0 0,0 0:02.61 kworker/0:0
4 root 0 -20 0 0 0 I 0,0 0,0 0:00.00 kworker/0:0H
5 root 20 0 0 0 0 I 0,0 0,0 0:00.16 kworker/u4:0
6 root 0 -20 0 0 0 I 0,0 0,0 0:00.00 mm_percpu_wq
7 root 20 0 0 0 0 S 0,0 0,0 0:00.17 ksoftirqd/0
8 root 20 0 0 0 0 I 0,0 0,0 0:00.33 rcu_sched
9 root 20 0 0 0 0 I 0,0 0,0 0:00.00 rcu_bh
10 root rt 0 0 0 0 S 0,0 0,0 0:00.01 migration/0
11 root rt 0 0 0 0 S 0,0 0,0 0:00.00 watchdog/0
12 root 20 0 0 0 0 S 0,0 0,0 0:00.00 cpuhp/0
13 root 20 0 0 0 0 S 0,0 0,0 0:00.00 cpuhp/1
14 root rt 0 0 0 0 S 0,0 0,0 0:00.00 watchdog/1
15 root rt 0 0 0 0 S 0,0 0,0 0:00.21 migration/1
16 root 20 0 0 0 0 S 0,0 0,0 0:00.16 ksoftirqd/1
18 root 0 -20 0 0 0 I 0,0 0,0 0:00.00 kworker/1:0H
19 root 20 0 0 0 0 S 0,0 0,0 0:00.00 kdevtmpfs
20 root 0 -20 0 0 0 I 0,0 0,0 0:00.00 netns
21 root 20 0 0 0 0 S 0,0 0,0 0:00.00 rcu_tasks_kthre
22 root 20 0 0 0 0 S 0,0 0,0 0:00.00 kauditd

Скрыть

[Al71]

У тебя всего два потока, поэтому кодек грузит процессор практически по максимуму (на ~90%, остальное коньки и система). При этом температура 55-58^оС выглядит более адекватно. У меня при двадцати потоках с этой командой загрузка всего около 30%. Если ограничить число потоков до двух и привязать к ядрам, то получается примерно как у тебя (80-90% на поток). И от разрешения этот процент тоже зависит, как заметил UrryMan.

[Damian]

Al71 сказал:

У тебя всего два потока,

не знаю,я не разбираюсь,почему-то после вырезания размер наоборот увеличился что было неожиданностью почти в 2 раза.

[Al71]

Damian сказал:

почему-то после вырезания размер наоборот увеличился что было неожиданностью почти в 2 раза

Бывает, что при перекодировании размер увеличивается. Это может зависеть от исходного видео и заданного crf кодера (по умолчанию 23). К сожалению, просто скопировать видеоряд без перекодирования с одновременной фильтрацией не получится, так как фильтры применяются к raw-формату (mp4-->decoder-->raw-->filter-->encoder-->mp4), но можно явно указать CRF кодера, добавив в последнюю строку -c:v h264 -crf N, где N -- нужный CRF. Например:

ffmpeg -i zout.mp4 -filter_complex \
"[0:v]trim=duration=333[av];[0:a]atrim=duration=333[aa];\
[0:v]trim=start=350,setpts=PTS-STARTPTS[bv];\
[0:a]atrim=start=350,asetpts=PTS-STARTPTS[ba];\
[av][bv]concat[outv];[aa][ba]concat=v=0:a=1[outa]" -c:v h264 -crf 25 -map [outv] -map [outa] out.mp4

Хотя качество при этом вряд ли улучится.

Если использовать первый способ вырезания фрагмента (с опциями -ss и -to), то там можно обойтись без перекодирования, но высока вероятность артефактов, если обрезать не по ключевому кадру. Это, кстати, относится и к графическим редакторам.

[Damian]

Al71 сказал:

добавив в последнюю строку -c:v h264 -crf N, где N -- нужный CRF. Например:

это кусок строки из скрипта для кодирования,он может быть полезен когда размер нужен небольшой.