mencoder загружает процессор только на половину!??

[ival.spb]

Запускаю конвертацию с помощью lincoder.
У меня Linux 3.2.0-38-generic-pae Ubuntu 12.04 precise AMD FX(tm)-8120 Eight-Core Processor           
С одной стороны, радует что грузятся все ядра более-менее равномерно. С другой стороны, ужасно раздражает почему загрузка процессора при этом от силу 50% а то и 30%!  Не для этого такой проц покупал! 
Вот и думаю, в чем дело, куда копать? Может, дело в том, что ubuntu 32 bit? Надо может переставить 64? 
Думал сначала что это троттлинг процессора из-за повышения температуры -- купил суперкулер, разогнал проц до 4 ггц и температура теперь все равно больше 50 не поднимается ни при каких стресс тестах, а троттлинг вроде от 60.
Нагрузку смотрю с помощью psensor и Системного монитора.

[arch!ver]

А у вас энергосбережение случайно не включено в биосе?

[sergey109]

 Я тоже задавался этим вопросом.
Из всех видеокодеров, хорошо с многопотоком работает только x264 и vp8.
Кроме того, всё зависит еще от сборки программы-кодировщика (и кодера соответственно)
На убунте, к примеру, пришлось ставить avidemux из getdeb.
Сейчас у меня федора.

sergey109@sergey109-fuduntu ~ $ cat /proc/cpuinfo
processor   : 0
vendor_id   : AuthenticAMD
cpu family   : 21
model      : 1
model name   : AMD FX(tm)-8150 Eight-Core Processor
......................................................

[san-alex]

У меня Avidemux при конвертировании, тоже грузит проц на 40-50%, правда, все 4 ядра более-менее одинаково.

[sergey109]

 Попробуйте поставить версию из getdeb, мне когда-то помогло.
А вообще можно собрать из исходников, кодеры тоже.
x264 так вообще неприменно, он в убунте кривой традиционно. В /usr/local/ ,
чтоб не нарушать ничего. На дебиане ленни так делал постоянно.
Работало на ура.

[ival.spb]

ну я правильно понимаю, что без разницы 32 битная или 64 битная ось?
Пользователь решил продолжить мысль 24 Февраля 2013, 10:59:33:

А у вас энергосбережение случайно не включено в биосе?

А это влияет?
Пользователь решил продолжить мысль 24 Февраля 2013, 11:02:40:И еще: нужно ли для работы с видео память более 4 гигов? У меня просто стоит 4 но она тоже не загружается особо вроде никогда.. Или я глючу?
Пользователь решил продолжить мысль 24 Февраля 2013, 11:05:21:И еще интересно, нельзя ли использовать для ускорения CUDA?

[arch!ver]

А это влияет?

Может влиять - и очень даже...

[sergey109]

 Вот вчера скачал кино. Попробуем поработать.

ffmpeg -y -i Proekt.Dinozavr.2012.D.HDRip.IRONCLUB.avi -threads 8 -acodec libmp3lame -ab 128k -ar 44100 -vcodec libx264 -coder ac -level 41 -b 5000k -refs 2 -flags +loop -flags2 +mixed_refs+dct8x8-fastpskip -me_method umh -subq 9 -me_range 16 -qmin 10 -qmax 50 -g 24 -keyint_min 2 video.avi

-8 потоков, настройки кодера оптимальны для хорошего качества.,битрейд 5000 - много, больше подходит для рипа 1080p, ну да бог с ним.
Загрузка

top - 15:26:50 up 41 min,  3 users,  load average: 4.28, 1.21, 0.52
Tasks: 194 total,   2 running, 192 sleeping,   0 stopped,   0 zombie
Cpu0  :  5.0%us,  0.3%sy, 85.7%ni,  8.7%id,  0.0%wa,  0.3%hi,  0.0%si,  0.0%st
Cpu1  :  4.4%us,  0.3%sy, 88.3%ni,  6.7%id,  0.0%wa,  0.3%hi,  0.0%si,  0.0%st
Cpu2  :  6.0%us,  0.3%sy, 83.9%ni,  9.4%id,  0.0%wa,  0.3%hi,  0.0%si,  0.0%st
Cpu3  :  4.3%us,  0.3%sy, 87.0%ni,  8.0%id,  0.0%wa,  0.3%hi,  0.0%si,  0.0%st
Cpu4  : 11.0%us,  0.3%sy, 77.9%ni, 10.4%id,  0.0%wa,  0.3%hi,  0.0%si,  0.0%st
Cpu5  :  9.4%us,  0.3%sy, 77.9%ni, 12.0%id,  0.0%wa,  0.3%hi,  0.0%si,  0.0%st
Cpu6  :  4.7%us,  0.3%sy, 84.6%ni, 10.0%id,  0.0%wa,  0.3%hi,  0.0%si,  0.0%st
Cpu7  :  5.3%us,  0.3%sy, 81.0%ni, 12.7%id,  0.0%wa,  0.3%hi,  0.3%si,  0.0%st
Mem:   8078140k total,  1905436k used,  6172704k free,    35900k buffers
Swap:        0k total,        0k used,        0k free,  1021800k cached

  PID USER      PR  NI  VIRT  RES  SHR S %CPU %MEM    TIME+  COMMAND           
  363 sergey10  20   0 1314m  74m 6296 R 717.2  0.9   6:15.84 ffmpeg           
19661 sergey10  20   0  909m 215m  22m S  1.0  2.7   0:53.40 opera             
 1471 root      20   0  426m 109m  91m S  0.7  1.4   0:31.21 Xorg               
  388 sergey10  20   0 15232 1308  920

- в общем, в среднем ~90%
Память до

free
             total       used       free     shared    buffers     cached
Mem:       8078140    1988904    6089236          0      36120    1145280
-/+ buffers/cache:     807504    7270636
Swap:            0          0          0

Память во время

free
             total       used       free     shared    buffers     cached
Mem:       8078140    1939168    6138972          0      36176    1028700
-/+ buffers/cache:     874292    7203848
Swap:            0          0          0

Память используется в очень небольших объемах.

ЗЫ
 Мне кажется, что для бульдозера (может и не только), надо сделать еще вот так:

dmesg | grep microcode
[    3.695493] microcode: CPU0: patch_level=0x0600062e
[    3.714191] microcode: CPU1: patch_level=0x0600062e
[    3.714205] microcode: CPU2: patch_level=0x0600062e
[    3.714214] microcode: CPU3: patch_level=0x0600062e
[    3.714222] microcode: CPU4: patch_level=0x0600062e
[    3.714230] microcode: CPU5: patch_level=0x0600062e
[    3.714239] microcode: CPU6: patch_level=0x0600062e
[    3.714250] microcode: CPU7: patch_level=0x0600062e
[    3.714364] microcode: Microcode Update Driver: v2.00 <tigran@aivazian.fsnet.co.uk>, Peter Oruba

Если нет, поставить, для убунты это что-то вроде amd-microcode.
Во всяком случае это не помешает.

[arch!ver]

sergey109,
Для хорошего качества рипа оптимален хороший источник, например: блюрик, двд, оригинал-рип (рип с большим битрейтом и качеством ближе к оригинальному)
А например, установка битрейта 5000к для создания рипа - из другого рипа битрейтом, например 2000к, - это бессмысленное занятие...

[ival.spb]

sergey109,
Для хорошего качества рипа оптимален хороший источник, например: блюрик, двд, оригинал-рип (рип с большим битрейтом и качеством ближе к оригинальному)
А например, установка битрейта 5000к для создания рипа - из другого рипа битрейтом, например 2000к, - это бессмысленное занятие...

В принципе, вы правы, но не всегда так бывает. Мне тут недавно попалось 8 файлов с битрейтом 5000к в mpeg1/2 с ужасным интерлейсингом, где один час лекции (качество не особо важно) занимал 3,3 гига.. Очевидно, перекодировать эти 6 двд болванок есть кое-какой смысл для дальнейшего использования материала.

[gva230]

С одной стороны, радует что грузятся все ядра более-менее равномерно. С другой стороны, ужасно раздражает почему загрузка процессора при этом от силу 50% а то и 30%!  Не для этого такой проц покупал! 

Попробуйте процессу кодировщика повысить приоритет на выполнение.

[ival.spb]

С одной стороны, радует что грузятся все ядра более-менее равномерно. С другой стороны, ужасно раздражает почему загрузка процессора при этом от силу 50% а то и 30%!  Не для этого такой проц покупал! 

Попробуйте процессу кодировщика повысить приоритет на выполнение.

Пробовал, никакой реакции.

[sergey109]

sergey109,
Для хорошего качества рипа оптимален хороший источник, например: блюрик, двд, оригинал-рип (рип с большим битрейтом и качеством ближе к оригинальному)
А например, установка битрейта 5000к для создания рипа - из другого рипа битрейтом, например 2000к, - это бессмысленное занятие...

Это очевидно.
Просто это демонстрация загрузки памяти и процессора. Мне это не нужно, любой битрейд мог-бы быть.
Следовательно нужно искать причину. У меня федора, могу только догадываться ,а карты в руки вам.
PS
 У меня тут есть оригинал dvd, давно хотел перегнать , отпишусь скоро.

(Нажмите, чтобы показать/скрыть)

4.2 гб

VIDEO:  MPEG2  720x480  (aspect 2)  29.970 fps  5700.0 kbps (712.5 kbyte/s)
AUDIO: AC3 48000 Hz, 2 ch, s16le, 128.0 kbit/8.33% (ratio: 16000->192000)

x264 максимальное качество, 1100 кбс

//** Filters **
app.video.addFilter("resamplefps","newfps=29970","use_linear=1");
app.video.addFilter("kerneldeint","order=1","threshold=10","sharp=0","twoway=0","map=0");

movie - 1h 52min 195031 frames
1pass ~294 fram/sec cpu ~53% - 11min 05sec
2pass ~79 fram/sec cpu ~90-97%  - 41min 18sec

993 мб

А было время, когда на 4 пне ,подобный фильм колбасился до полусуток и больше!
Прогресс однако!

[arch!ver]

В принципе, вы правы, но не всегда так бывает. Мне тут недавно попалось 8 файлов с битрейтом 5000к в mpeg1/2 с ужасным интерлейсингом, где один час лекции (качество не особо важно) занимал 3,3 гига.. Очевидно, перекодировать эти 6 двд болванок есть кое-какой смысл для дальнейшего использования материала.

Тут не кодировать, а ремастерить надо: разжимать файл в raw и исправлять кривой интерлейсинг. Но встаёт вопрос ЧЕМ? - В Avidemux есть несколько неплохих фильтров для "лечения" кривого интерлейсинга, но:
1. Они очень медленные, особенно mcDeinterlace
2. Avidemux очень плохо и медленно работает с raw форматами. Извиняюсь, но кодировка занимающая от 5 часов до суток - это не айс.

-8 потоков, настройки кодера оптимальны для хорошего качества.

Я понял о чём вы, но фраза выше, вводит в заблуждение - при чём тут качество, если файл тестовый?

[gva230]

Тут не кодировать, а ремастерить надо: разжимать файл в raw и исправлять кривой интерлейсинг. Но встаёт вопрос ЧЕМ?

yadif и разжимать не нужно.

Я понял о чём вы, но фраза выше, вводит в заблуждение - при чём тут качество, если файл тестовый?

Чтобы продемонстрировать 100-процентную загрузку процов.