Ну так и есть. Тюнер и сетевуха сидят на одном прерывании. Туда же сел и один из USB-контроллеров.


Вообще-то любой уважающий себя APIC-контроллер 8259 имеет 8 линий прерывания на PC/XT и каскадирован до 15 линий на PC/AT (2-е прерывание переназначено на 9-е). Со времён PC/AT уже лет $%дцать как ничего не менялось в архитектуре, разве что всю рассыпуху интегрировали внутрь чипсета.


БИОС показывает то, что на самом деле имеется в железе. Именно БИОС абсолютно привязан ко всему железу. Никаких "скрытых" дополнительных линий, о которых знала бы ОС и не знал бы BIOS, не существует в природе. В противном случае было бы весьма прикольно, - типа, драйвер какой-то глючной ОСи знает о мамке больше самого БИОСа. Нонсенс.
Вот Винда благодаря (или во зло) IRQ sharing показывает до 240 дополнительных виртуальных прерываний.
Почитай весьма полезную статью "Страдания по IRQ". Викториану эта статья полезна в первую очередь, ибо там в деталях расписана его беда.

Ето где ты такого нашел?... Если только уж очень сильно уважающий... Поскольку 8259 всю жизнь был обычным PIC контроллером... А APIC это 82093...


И правиьно делает. Потому что APIC архитектура теоретически поддерживает до 240 прерываний. И каждому прерыванию в redirection table контроллера может быть присвоен любой логический номер от 0 до 239. Но обычно конечно не мудрствуя лукаво драйвер присваивает вполне "логичные" номера 0-23... Но поскольку существуют и ОС ничего не знающие об APIC, им нужно "показать" привычные 16 прерываний. Этим и занимается БИОС на начальном этапе загрузки, отображая эти 24 прерывания на 16 логических номеров.

Так что вместо "весьма полезных" лет %дцать назад статей, лучше почитать современную документацию...

Фак. Век живи - век учись. Статья, кстати, не такая старая. Надо будет разобраться с этим вопросом.

Нет, нельзя. Там нет ничего интересного для пользователя.

А почему? Сов. секретно?

Нельзя, потому что граф после создания не регистрируется в ROT.

Нашел ли утилиту, позволяющую посмотреть реальное соответствие аппаратных прерываний, без кастрации (неприменимой к Vista x64) системы согласно ранее приведенной тобою статье?

Это понятно... Но DirectSpy как раз создан для того, чтобы обнаруживвать создаваемый другим приложением граф, и регистрировать его. По крайней мере с графами видеоплееров это работает, а с BeholdTV почему-то нет...

DirectSpy находит графы, зарегистрированные в ROT. Видеоплееры регистрируют свои графы.

1. Проблема у многих, и как отладочное средство видеть структуру этих графов не помешало бы, чтобы знать, что может быть источником проблем, какие кодеки, промежуточные библиотеки, etc.
Можно ли сделать так, чтобы BTV не регистрируя никуда, давал возможность видеть что к чему присоединилось?
2. В частности, проблема BTV до сих пор не решилась, после чистой установки на другой диск и развертывания там обновлений и DirectX, BTV точно так же замедляет "перетаскивание" кодеков, если их установить дополнительно. Из всего многообразия дополнительных кодеков мне нужен только AMP, потому как сигнал кабельного телевидения очень сильно искажается. Тем не менее, даже без кодеков вообще также налицо зависание. В чем же разгадка?
3. Прерывания у меня сидят ли физически на одной линии, в чем пытались усмотреть причину проблем, или нет?

Что же это за кабельное в Чебоксарах, что ему нужен плагин АМР ??? Сколько оно Вам платит за то, что Вы его смотрите?

AMP на кабельных каналах?!!
Присоединяюсь к вопросу ЮpГен'а.

2Викториан:
Так что, проблему с прерываниями так и не удалось решить?
Перестановку в другие слоты и отключение периферии пробовали?

Ты путаешь КОДЕКИ и ПЛАГИНЫ. Это понятия, лежащие в совершенно разных плоскостях.


Действительно. Попробуй в БИОСе отключи все неиспользуемые порты и устройства. Ради эксперимента выдерни или отключи в БИОСе (если встроенная) сетевуху.

Да, я тут целый трактат на эту тему накидаю, начиная с вводом в перестройку передающего центра в Цивильске (40 км от Чебоксар), в результате возникли проблемы с телеприемом, у нас в частности надо было антенну переориентировать на 180°, а так как раз целая сеть воздушки прием перекрывает. И вот в 2001 не спросивши нас "осчастливили", срезали антенны и на безальтернативной основе их объединили магистральным коаксиалом с усилителем на микрорайон. Причем тут же кабель сгорел, ибо "нуль" электропитания стал выравниваться по оплетке, монтеров прислали, их током шибануло и месяц никто не решался исправлять, пока администрация города не заставила, по просьбе жильцов. Вот так и живем, повторы и шумы, а сигнал сильный, претензии принимаются только по уровню сигнала.
Тарелку бы поставить для "Триколора" - но не знаю, в нашем микрорайоне так не принято (считается, что маргиналы повышенный интерес проявляют), боюсь при уборке крыши ее снесут комьями снега.


Пока не пробовал, не вижу в этом смысла, ибо замедление в "перетаскивании" плагинов стало критерием проблемы, а проявляется это в зависимости от наличия или отсутствия определенных плагинов. Но попробую.

Тем более, что прерывания не конфликтуют, по-видимому.
Если бы дело было только в прерываниях, то проблема была бы при нормальной записи, но происходят зависания почему-то только при отключении вывода, и очень редко при включении.

Я не путаю, просто смешал две ситуации:
1. Замедление перемещения ПЛАГИНов в разделе "Видеообработка", которое можно рассматривать критерием ненормальности ситуации.
2. Реальные зависания BTV в момент завершения записи по расписанию (вручную практически не пишу), причем одинаково виснет - как и при ручной остановке, так и при окончании расписания.


Сетевой чипсет встроенный, зависало, пока не отключил также и звуковой чипсет. Физически ничего не трогал. Потом на чистой системе удалил все драйвера USB чипсета, и это привело к кардинальной перестановке виртуальных прерываний при их автоматической установке. Сделал то же самое в старой системе, заодно удалив вообще все драйвера, и после их автоматической переустановки пока испытываю. При поверхностном тестировании зависаний не видать, несмотря на то, что замедление перемещения плагинов остается в силе при любом сочетании отключенных периферийных устройств.

Распределение прерываний, на мой взгляд, ничем не улучшилось:


Единственное, что изменил в BIOS - это разрешил загрузку кода его собственного ROM BIOS, хотя я не представляю такого для встроенного чипсета. Теперь Shift-F10 предлагает при загрузке.

Интересно, почему под подозрения у здешних форумчан попадает именно сетевая карта, чем это было вызвано?

В свою же очередь, могу высказать предположение, что возня с прерываниями LAN может иметь смысл, т.к. система при сбоях Интернет умеет восстанавливать работоспособность, в том числе путем сброса контроллера. Интересно, как BTV в такой ситуации себя ведет?

Есть другая проблема - при записи нагрузка на процессор возрастает, в среднем 98% при колебаниях от 92% до 100%. Непонятно, что делает BTV, что требуется загрузить так сильно процессор?

КОДЕКов в системе не трогал, а в другой, чистой - не устанавливал вовсе, кроме обновлений Microsoft, Intel, nVidia и программы BTV. Как видим, они все-таки не причем, как и из комплекта K-lite, которые вопреки чьему-то мнению, хвостов от себя не оставили (в реестре нет).

Кстати, в результате установки всех плагинов на чистой системе замедлений плагинов больше там нет, возможно проблема в была все же в содержимом Settings.ini и Pluging.ini.

P.S. Как я и предполагал, "OnBoard" предполагает встроенный мультимедиа-чипсет, который отностися только к звуковой карте, - при её отключении строка пропадает.
P.P.S. Саппорт откровенно сачкует, никакой помощи от них не дождался, а от вас толку мало - не знаете ничего о внутреннем функционировании программы, исходные тексты недоступны.

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