Кстати у меня тоже Beholder виснет. Щас виснет на Висте уже год с лишним, до этого вис на ХР. Так как операциокни у меня исключительно 64-битные, думаю из-за этого.

Berendey,
А процессор двухядерный?

Мои текущие соображения:

1. Никак не связанный с зависанием, похоже, критерий разработчиков - как быстро перемещаются плагины в разделе "Видеообработка", если нажать на "стрелку" перемещения?
Какой-то глюк BTV 5.05, который проявляется при определенном содержании файлов Settings.ini и Pluging.ini в определенном операционном окружении. Независимо от зависаний, это уже ненормальная ситуация, но за нее можно зацепиться из-за хорошей повторяемости.

2. У меня зависания происходят при попытке остановить запись или просмотр, причем как минимум, процесс такой же долгий, как и отключение плагинов, но при зависании он затягивается необычайно долго, пока не снимет задачу система по неответу.
Что-то подобное, видать, происходит и при отсутствии вывода на экран, когда после разблокировки сеанса задача свернута в трей, но значок "REC" опровергается булоном "BeholdTV", появляющимся при подводе мышки, хотя сама задача висит - при попытке действовать снимается как неотвечающая. Пишу по расписанию раз в сутки передачи не менее часа, а вот при пробном коротком тестовом прогоне может и не зависать.

3. Еще глюк - при запуске в Vista с помощью планировщика заданий, от имени другого пользователя, но при входе любого пользователя, и при загрузке системы, значок у многих заданий не появялется в трее, хотя задача может быть активирована повторным запуском (она работает, запущена при загрузке), но значок так же не появляется.
Вот и сейчас то же самое с BTV - хотя задача запустилась в моем сеансе, но нет ни в строке панели задач, ни в систрее, - запускаю заново, задача BTV "сливается" со скрытой, но значок не появляется.
Иногда же в случае с BTV это иногда приводит к тому, что значок все же появляется, но действия со значком в трее вообще невозможны - задача молчит, приходится ее снимать. Такого не бывает ни с одной другой задачей.

Инак, в настройках для видео\аудио записи, выставил пресет - MPEG2 PAL (720[576).pst, зависания при записи и выходе из режима записи прекратились (уже час тестирую), зато пишет только изображение, звука нет. До этого стоял спрособ видеозаписи - Microsoft AVI, в нем все и висло. Вообще-то меня как раз и интересут запись напрямую в AVI.

У тебя какая версия BTV и драйвера к нему?


У меня AVI работает нормально. Может быть, подменяет другой кодек AVI, вместо микрософтовского?

Тип процессора так ты и не сообщил, да и режим AVI нуждается в конкретизации численных данных...

http://www.beholder.ru/support/faq.php?num=10#1


Ну так значит проблема в используемых AVI-кодеках.

Ответа на вопрос так и не последовало:

Эти же классы появляются при чистой установке - неужели это ошибка драйвера BTV?

Диспетчер устройств...

Однако в приведенной Ядой ссылке говорится, что диспетчер устройств будет правильно отображать лишь при отключении APIC.
Я тут первым делом привел именно виртуальные прерывания, но даже в суппорте не согласились приравнивать их к физическим. Еще надо учитывать, что в X64-системе делается все несколько иначе, чем в X86.

Еще сомнение - если прерываний будет больше 24-х, и неизвестно еще как они каскадируются, а это еще минус вспомогательные линии, то виртуальные прерывания все равно будут несовпадать с физическими.
Есть еще интересная статья: http://support.microsoft.com/kb/309283/ru
Хорошо было бы узнать, как на самом деле они распределяются?

Неправильно говорится...


Имеют право. Но наличие нескольких устройств на одном прерывании это не помешает увидеть. И "рассадить" их по разным слотам...

Каким образом это можно увидеть?
Опиши метод....

Метод простой... Заходишь в Диспетчер устройств и смотришь у какого устройства какой номер прерывания. Если номер одного прерывания равен номеру другого, значит эти прерывания совпадают и значит соответствующие устройства используют одно прерывание.
В принципе это совсем не страшно и никаких проблем вызвать не должно (если конечно ISR в дровах этих устройств написаны не очень криво), но несколько замедляет производительность, если все прерывания вызываются очень часто.

Хотелось бы подтверждения этому.
Ведь виртуальных прерываний 256, и они могут быть повешены на одну и ту же из 24 линий APIC, при этом совпадать в таблице не будут, если я тебя правильно понял.


Разумеется.
Однако, я сейчас редко стал записывать, но зависаний не было ни разу. Это не значит, что софт BTV стал хорошо работать, но провоцироваться зависания его драйвера перестали, потому как перестал зависать сам BTV. В принципе, я ничего не менял, и с моей точки зрения, прерывания как были в BIOS разбросаны не совсем удачно, так и остались. Конфликтов же изначально не было.
Какие еще он мне сюрпризы готовит показать в самое неподходящее время?!

Конфликтов же не было ни исходя из информации BIOS, ни из таблиц диспетчера устройств. Однако после вызванного мною обрушения драйверов (фактически варварского выдирания) система "устаканилась" вновь, и проблема исчезала, хотя BTV так же тормозит при видеонастройках плагинов. Похоже, у многих проблемы возникают после переустановки BTV или системы, и тем же способом они и решаются. Без черной магии не обойтись - все делается вслепую

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


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

AMD Athlon 64 3500+, Geforce 8600GTZ 500gb, версия BTV и драйвера к нему - самые последние, звук - Juli@
Windows Vista Business Edition x64 SP1

Вот, нашел наконец в разделе "Конфликты и совместное использование" из "Сведения о системе" из "About" интегрированной среды "Visual Studio 2008":


Жаль, что сами разработчики настолько некомпетентны, что предлагают лезть в BIOS, когда как я просил законные средства самой операционной системы, которым можно было бы доверять.