Какаой процессор предпочтительнее для видеозахвата ?
Если сравнивать 1 ядерный Athlon 64 2.6 ГГц либо двухядерный Х2 2.0 ГГц при захвате с тюнера в Xvid/Divx в максимальном разрешении с фильтрами ???
Я могу столько фильтров налепить, что кластер Академии наук повиснет нафиг.... Мне Р4-2,4 хватало для захвата 640х480 с фильтром деинтерлейса. Если разрешение делал выше или фильтр какой еще добавлял, то сыпались дропы. Зачем ДивИкс? Захват с ним отвратный. МПЕГ2 по всякому лучше и ресурсов меньше требует раза в два.
[quote=Я могу столько фильтров налепить][/quote]
Да ладно тебе,2 фильтра - денойз и деитерлейс.
Ты лучше скажи какая загрузка твоих процессоров при 768*576 в Xvid
и поддерживает ли софт тв тюнеров двухядерность.
Charger
Насколько я знаю в настоящее время существует релиз 1.1.2. Посмотреть можно на . На основе этих исходников выпущена версия XviD-1.1.2-01112006.exe от koepi. Правда еще в сети можно встретить некий XviD.cvs.head.MTK.exe, как пишут это XviD 1.2 MTK. Но откуда он взялся мне не понятно. Тем не менее, я попробовал обе версии, и что та, что другая интенсивно используется лишь одно ядро процессора. Общая загрузка процессора Athlon x2 4200 на уровне 55-65%. Причем вторая версия (XviD 1.2 MTK) повесила компьютер в завершении захвата.
Если существуют еще какие-нибудь рабочие версии кодека Xvid, просьба дать прямую ссылку.
Dmitry Kornev
Попробуй версию из пакета ,по крайней мере именно в этой версии программы достоверно работает двухядерность,о чем можно узнать из официального и по тестам overclockers.ru.
Другое дело,будет ли работать два ядра с софтом тв тюнера,имхо это зависит не только от версии кодера.
Если заработает двхядерность напиши об этом,пожалуйста. Сам проверить не могу на Barton`e
P.S. А с каким разрешением и фильтрами загрузка процессора Athlon x2 4200 (разогнанный ?) на уровне 55-65% ? Общая загрузка системы это как, cpu#1=100%,cpu#2=15% или это загрузка одного ядра, а второе в простое ?
Charger
Ты зря смеешься. Сколько ядер использует софт управления тюнером это не важно ибо сам он нагрузку на систему дает небольшую. А вот умеет ли кодер использовать несколько ядер, это очень важно, ибо ресурсы жрет он немерянные. И от софта тюнера НЕ зависит. Софт тюнера только передает параметры кодеру о том ЧТО и с КАКИМИ ПАРАМЕТРАМИ жать, а все остальное делает кодер.
Charger
Собственно говоря, распределением вычислений между ядрами занимается ядро ОС. Программа не может напрямую влиять на работу шедулера (прямой аналогии с MMX/SSE здесь всё-таки нет). Поэтому прежде всего, поддержка нескольких процессоров должна быть в ОС. А для того, чтобы ОС могла распределить вычисления, необходимо создать для этого условия. Т.е., например, кодер должен создать две или более нитей для кодирования. Для случая с видео кодером можно сделать так, чтобы несколько нитей занимались сжатием разных частей кадра. Для ОС это будет наиболее благоприятная ситуация для распределения вычислений между ядрами.
Когда появились первые процессоры с HT, то многие программы использовали два виртуальных ядра, хотя они не были написаны с учётом наличия HT. Причём лучше всего ОС могла распараллелить неоптимизированные программы, а оптимизированные под один процессор плохо поддавались распараллеливанию.
Если у вас есть что сказать (аргументированно), выслушаю с удовольствием.
Vlafy
Если аргументированно,в AutoGK v2.xx в процессе видеообработки участвует несколько приложений: сам AutoGK,AVIsynth,VobSub,VirtualDubMod за расспаралеливание нагрузки среди процессоров отвечает AVIsynth.
Поэтому уважаемый Vlafy,я с вами не согласен в том что
Charger
Я выше уже писал, что распределение вычислений по процессорам делает ядро ОС. Приложение не может в приказном порядке влиять на работу системного шедулера. Приложение может для каждой нити задать процессор, на котором эту нить надо выполнять. Причём кодер может создавать нити и сопоставлять для них процессор, независимо от того, под каким софтом работает этот кодер. Но шедулер может это игнорировать. Если у ОС существует (кроме захвата) другой процесс, то ОС может отдать второй процессор (ядро) этому процессу. Если второй процессор свободен и можно распараллелить вычисления в одном процессе, то ОС это сделает.
Т.е., если кодеру требуется, он может для своих нитей назначать процессор. От софта, под которым работает кодер, это не будет зависеть. Хотя софт, конечно, может переопределять эти сопоставления. Я хочу подчеркнуть, что от софта не требуется ничего специального, чтобы другие его компоненты использовали многопроцессорность.
Charger
Я сказал, что софт может переопределять, а может и не переопределять. Зависит от того, как он написан. Но при этом кодер в любом случае может назначать для своих нитей отдельные процессоры. Если софт тюнера тупой (т.е. ничего не знает о нескольких процессорах и не переопределяет назначения, сделанные в кодере), то кодер будет успешно использовать несколько процессоров.
