Проблемы неясной этимологии, трудно воспроизводимые в других условиях, особенно, когда "виснет", или то, что проявляется только у вас – не являются общими. Если же вы нашли конкретный ясно описываемый глюк, чётко повторяющийся в любой сходной системе при осуществлении конкретных воспроизводимых действий и подтверждаемых нами или другими пользователями – тогда пишем в ту ветку. Короче, очевидный критерий один, – если проблема в нашем ПО, пишем туда. Если такой уверенности нет, сначала разбираемся в отдельной теме.


Давайте посмотрим повнимательней. ПО запускает граф, который сам по себе относится к СИСТЕМЕ и контролируется именно ей. ПО лишь отдаёт команды системе, что сделать с графом. В графе присутствуют разные компоненты. Граф начинается с драйвера тюнера, проходит через ряд фильтров, рендерер и заканчивается в видео- и аудио-драйвере. ПО само по себе не зависает, - оно вообще практически не работает. Оно лишь служит посредником между пользователем и графом и его компонентами. Если ПО отдало команду на остановку графа, оно будет ждать, пока система не выполнит эту процедуру. Это и есть ваше зависание. А проблема может крыться где угодно помимо тюнера – в компонентах самой системы, фильтрах DirectX, аудио- и видео-драйвере. Граф не останавливается или не разрушается – ПО ждёт.
Что касается пина драйвера. Он также занят не нашим приложением. Он остаётся подсоединёным к системному графу, с которым сама система не смогла справится. Драйвер не может знать, так и должно быть, или нет. Драйвер не имеет права "стряхивать" с себя граф. Это вообще нештатная ситуация. И вновь запущенное ПО само по себе в принципе не может знать, завис чей-то граф или нет, правильно ли заблокирован пин драйвера, или что-то пошло вкось. Поймите, – в плане работы с графом ПО напрямую с драйвером не взаимодействует и не может взаимодействовать. А ну как у вас запущено стороннее ПО? Условно говоря, ПО ПРОСИТ систему собрать, запустить, остановить и разрушить граф, а что там делает (или не делает) система, это находится в сфере только её компетенции.

Драйвер в данной ситуации должен сам разрушать этот "граф" чего-то, по крайней мере, если и не инициировать, то хотя бы косвенно спровоцировать разрушение. Инициатором такого поведения должен бы быть запуск BTV со специальным ключом, тогда ситуация вполне разрешается без неприятной процедуры перезагрузки.

Интересно, если не ожидать систему, а самой BTV завершаться по тайм-ауту, то система сотрет граф сама?

Можно ли сделать пункт меню для обработки системных сообщений "вне очереди", чтобы по мышиному событию программа не вываливалась, а позволяла завершиться по команде пользователя?

Какие есть альтернативные способы завершить BTV, чтобы не "завесить" драйвер в такой ситуации?

* * *

Ситуация далека от разрешения, сегодня утром ситуация "зависания" повторилась: вчера запись была прервана вручную, а зависание произошло при завершении утреннего просмотра по расписанию, но при его запуске уже была проблема - черный экран, который убрал переключением на FM и обратно. Последнее наводит на мысль, что непосредственно предшествующая завершению установка обновления безопасности KB915597 на ситуацию не повлияла.

Какое ПО посоветуете для трассирования проблемы, нахождения источника данного deadlock по причине взаимной блокировки ресурсов?

Раньше не заявлял об этом, но подумалось, может быть причина глюков в следующих ошибках в коде Бихолдер:

1. При начале записи по расписанию появляется значок "REC" в систрее, и при этом на системной панели "кнопочка" приложения не сопровождается развернутым окном. Кроме того, окно не появляется при нажатии на эту "кнопочку", ни мышиными операциями свернуть/развернуть.

2. Проблема с планировщиком BTV 5.05 порождает неправильности времени запуска и останова по расписанию при включенном телетексте. Но и без этого непонятно, как должен себя вести тюнер при "прехлесте" времени различных задач по расписанию, не потому ли есть проблемы с выходом из режима записи/просмотра?
Как тут ведет себя тюнер на самом деле, когда как предпосылки для последующего зависания невидимы для пользователя?

3. Проблемы с распределением доступа к драйверу для нескольких одновременно запущенных от имени разных пользователей задач BTV. В современных ОС задачи надежно изолируются друг от друга, и непонятно, почему нельзя в различные сеансы кидать одну и ту же картинку на все копии тюнера, или наоборот, сделать возможность арбитража точки доступа к драйверу (и к IRC) для различных копий.

В частности, читал на форуме, что почему-то не сделали возможность запускать несколько копий BTV для независимой работы с различными платами BTV, которые поддерживаются единым драйвером. Конечно, этот "тоталитаризм" в политике написания драйвера непонятен, но ведь можно и тут делать возможность многооконного интерфейса у BTV для вывода изображения с различных тюнеров

Конечно же легко ссылаться на "глючность" Windows Vista, однако же по моему опыту, на деле оказывается, что это скорее глючность программ, ставших известными даже брендами на более ранних ОС, а вот тут либерализм закончился, и огрехи надо исправлять, иначе с таким приложением жестоко расправляется сама система.

P.S. Было бы отлично, если разработчики сделали проект опенсорсным, дабы была возможность исправить некоторые глюки, для решения которых у разработчиков так и не доходят руки.
Или хотя бы отладить программу, имея исходный текст и возможность вносить изменения. А может быть, у кого хватит решимости переписать программу заново, используя исходники как источник ценных сведений.

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

Это очевидно, но доказать тяжело - разработчикам как всегда легче все свалить на Windows Vista
Глюков и в самом приложении хватает, например:
http://www.beholder.ru/bb/viewtopic.php?p=42014#42014
То же самое происходит у меня, когда запись или ожидание записи занимают значительное время.

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

Пробовал просто отключать и затем включать драйвер, и зависаний не произошло. Надо чётко определить эти определённые условия.
Хорошо бы наглядно продемонстрировать это зависание и устроить опрос в отдельной теме...

Есть ещё момент: при отключении во время работы BTV якобы драйвер отключился, но приложение работает, завершается и запускается вновь нормально. Также не меняет ситуацию затем задействование драйвера. Логично было ожидать пропадание изображения при отключении драйвера в "диспетчере устройств".

Как пишут разработчики, программа виснет вследствие ожидания системных сообщений при выполнения запроса к системе на разрушение "захвата" драйвера приложением. Конечно же, зависание тут настоящее, в следствие неответа на мышиные сообщения системы. Это мне кажется странным, так как приложению ничто не должно мешать обрабатывать цикл системных сообщений, даже если какое-то сообщение самого приложения долго обрабатывается системой. Если уберут причину этого зависания, то быть может, система станет корректно освобождать этот самый "граф".
Ещё подозрительно то, что зависание у меня происходит лишь тогда, когда завершается задача планировщика, вроде тут даже драйвер освобождать не требуется, ведь приложение не завершается.
Даже тогда происходят зависания, когда выводится изображение на экран, а затем вручную останавливаю запись не трогая выводимое окно. Режим работы драйвера видеокарты не меняется, а потому грешно ссылаться на какие-либо особенности работы nVidia, тем более что многие игрушки как только не используют этот сертифицированный WHQL драйвер.
Откуда же тогда зависания драйвера берутся?

Для корректно работы программы под Vista необходимо действительно выполнять какие-то особые требования, причём не просто в новых функциях API или новых средствах вроде виртуальных папок, но и в самой идеологии построения программ, особенно таких системных, как драйвера.

У меня были проблемы с Kaspersky AntiVirus 7.0, хотя это была единственная система, о поддержке Vista в которой было заявлено на официальном сайте Микрософт. Когда я решил поставить Avast!, который писался сразу в расчёте на использование под Vista, то был приятно удивлён, что все мои проблемы исчезли. К тому же система бесплатна для домашних пользователей, и разработчики от распространения данной версии практически ничего не получают, хотя обновляют постоянно базы данных, которые ловят даже те вирусы и трояны, что KAV не находит.

Так как раз этот Avast! может послужить разработчикам BTV примером правильно организованного под Vista приложения, ведь оно поддерживает работу в нескольких пользовательских сеансах одновременно, и у меня не возникает проблем, из-за которых была бы необходимость перезагружать систему.

Как только вхожу в систему, Avast! тут же отображает свой значок в систрее, и можно вытащить на рабочий стол окно приложения без тех проблем, что возникают в Beholder-TV. Кроме того, если найден вирус, то сообщение об этом выводится даже тогда, когда ни один пользователь не вошёл в систему! - вот этого как раз не хватает в BTV, чтобы можно было просто кнопкой включить телевизор, а затем не входя в сеанс пользователя просто развернуть изображение на все окно и переключать каналы, не запуская интерфейсную часть BTV с панелью управления. Зато никаких конфликтов между несколькими приложениями BTV в разных сеансах.

Интересно, владельцы Windows XP с завистью поглядывают на Vista, и даже такие приложения появляются, как VistaMizer 2.5.1.0, чтобы получить почти Vista
Понятно, что самое упоминание операционной системы их раздражает, вызывает гон на тему визуальных эффектов старших сборок системы, заставляет цепляться за софт, принципиально несовместимых с Vista.
Вот и тут, есть проблемы с BTV, но вплоть до разработчиков предпочитают высокомерно рассуждать о хорошей работе под XP, при этом забывая, что идет непрерывное развитие систем, и уже в следующем году выйдет очередная Windows, наследующая идеологию функционирования Vista, потому как самое ценное в ней не то, что вызывает зависть, а те возможности по обеспечению безопасности работы, что доступны даже в довольно скромной по ресурсам Vista Basic Edition. Но даже в этом, более простом случае не получается заставить нормально работать драйвер BDA, чтобы не происходило фатального разъединения между приложением и драйвером. Не нравятся мне приложения, которые нельзя завершить и вернуть к исходному состоянию при новом запуске без перезагрузок системы.

Вот и вчера так и осталось непонятным, почему происходит вертикальное дрожание изображения, хотя причин видимых для этого никаких. Это вызывает подозрения, что изменяется что-то в состоянии драйвера, что и устраняется перезагрузкой системы, - ведь это единственная часть кода BTV, что не выгружается с перезагрузкой программы:
http://www.beholder.ru/bb/viewtopic.php?t=6753&postdays=0&postorder=asc&start=44

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

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

Спасибо, что хотя бы устранили зависания в момент использования UAC в новом "пятом" поколении. Однако при завершении записи или просмотра зачем-то меняется работа с видео, из-за чего оно на мгновение пропадает и затем не всегда вновь появляется, что и приводит часто к зависаниям, но иногда просто экран остается черным, а BTV откликается на сообщения. Это же было и в ранних версиях, в т.ч. и в BTV 4.97.

Пользователю все равно, с какими сложностями столкнулись разработчики, им нужен в первую очередь надежный софт, а во вторую - богатый функциональными возможностями, причем в лучших традициях usability.
Первое не выполняется под Vista, и более раздражает тут не само зависание BTV, а необходимость перезагружать из-за этого систему, что мешает десяткам других нормально в это время работающим приложениям. Даже редкая необходимость перезагружать систему из-за обновлений безопасности не так мешает, ибо можно выбрать удобный момент значительно позднее, да и сама установка обновлений тоже может быть выбрана в удобное время (хотя опоздание в этом приводит к сознательному риску).
Второе также очень раздражает именно под Vista, ибо система обладает дополнительными функциональными возможностями, позволяющими пользователю не завершать свой сеанс для возможности работы другого пользователя, а просто покидать его без завершения выполняющихся программ, даже если комп потом будет усыплен - риска потери данных при этом нет. Поэтому есть необходимость запускать BTV в каждом сеансе, а также как сервис или как запускаемое при загрузке фоновое задание, но это не должно создавать состязания за обладание ресурсом - доступом к драйверу BTV.
Поэтому наиболее целесообразным было бы сделать запускаемую как сервис единственную копию BTV, и это сделать из нынешней программы было бы проще, чем переписать ее заново под идеологию Vista с указанными выше возможностями. При этом появляется еще одно приложение, куда выносится привычная нам интерфейсная часть BTV, управляющая сервисом из-под сеанса, а сервис управлялся бы при этом непосредственно с пульта. В этом случае нет необходимости в Агенте-BTV, ибо сервис как раз выполняет его функцию, и еще исключает при этом дублирование планировщика заданий в двух нынешних приложениях. Если бы разработчики BTV обещали это сделать, то мы бы меньше внимания обращали на нынешние глюки, а желающие приобрести новые тюнеры не обращали бы тут на наши громкие вопли по поводу возникающих у нас проблем.

Также мне непонятна мода отечественных программистов пихать весь код в единый EXE-файл, когда как подчас удобно некоторые функции вынести в DLL, особенно что касается не часто используемых настроек и конфигурирования софта, не требующего оперативного отклика во время просмотра телеканалов. А то приходится в каждом сеансе держать в памяти более 3 Мбайт загрузочного кода BeholdTV.exe плюс к этому бесполезные десятки мегабайт под буфер к нему, когда как это все приемлимо только для единственного сервиса в системе (тоже с небольшой резидентной частью), а в каждом сеансе интерфейс окон панели необходим лишь как пассивное приложение, формирующее команды для управления сервисом.

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

Если я прав насчет решения проблемы с зависанием, то почему бы разработчикам не включить в комплект http://www.microsoft.com/downloads/details.aspx?familyid=9226A611-62FE-4F61-ABA1-914185249413&displaylang=en, предлагая его опционально при установке BTV 5.xx?

Тогда уж http://www.microsoft.com/downloads/deta ... laylang=ru

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

P.S. Хотелось бы верить, что проблема решена, а пока не могу никак спровоцировать ситуацию с зависанием. Ну и Слава Богу!
P.P.S. Смотри также: http://www.beholder.ru/bb/viewtopic.php?p=42040#42040

Зато появляются другие неожиданные проблемы уже в процессе работы: при записи кадры получаются "дерганными" (с пропусками), хотя звук нормальный, но в этот же момент записи слышен треск в динамиках. Мне показалось, что динамики физически испортились, учитывая интенсивную работу на низких частотах, но треск слышен во всех широкополосных динамиках одновременно. По окончании записи треск появился вновь уже в виде некого заикающегося эха, а загрузка CPU возросла выше 75%. Происхождение проблемы непонятно.

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

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


Смысл цикла сообщений в том, что программа должна его либо мгновенно обработать, либо в случае возможности длительного ожидания какого-либо события, просто поставить в очередь своё сообщение и завершиться, чтобы не блокировать обработку других сообщений, например от мышки. Вот отложенное сообщение можно обрабатывать "параллельно", не мешая этой системной "круговерти".

Помню, когда в свое время писал драйвера, то там была функция "вилка", которая позволяла установить пользовательский приоритет для дальнейшей части выполняющегося драйвера, чтобы могло быть обработано то прерывание, в котором есть необходимость, например дисковой операции. Там довольно интересная процедура, и смысл заключается в том, что данное прерывание завершается системой в этой точке, но при этом дальнейшая необработанная часть будет запускаться как обычная пользовательская задача. При этом естественно время квантуется, а прерывания продолжают обрабатываться. В результате нет таких длительных ожиданий, которые вешали бы многопользовательскую многозадачную систему. Как раз то, что нужно в ситуации с BTV.

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

По сути, Vista вновь воскрешает время многопользовательских систем, именно тех, где пользователи могли бы работать одновременно, только дай каждому по клавиатуре/мыши и дисплею
Это вполне закономерное развитие операционных систем, ведь многоядерность процессора позволяет действительно параллельно обрабатывать процессы нескольких пользователей одновременно.
Каждый сеанс пользователя в Vista сейчас выполняется в фоновом режиме одновременно с сеансом активного пользователя. Например, несколько почтовых клиентов в каждом из сеансов независимо опрашивают почту своих ящиков от имени различных пользователей.

Сказано не раз: мы нашли причину и в следующей версии она будет исправлена. Ну сколько можно мусолить???


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


Если вам непонятно, обратитесь к первоисточникам – как минимум DX SDK и MSDN. После года изучения и практики станет понятно.


Никто не ссылается на глючность Vista. У нас прекрасно работает как 32-, так и 64-битная Vista. Мы говорим про глючность ВАШЕЙ системы.


Викториан, только вам одному очевидно, что глючность в ПО. Остальным это совершенно не очевидно. Вы настолько увлечены своей убеждённостью, что даже не видите, что EugeneF пишет: "проблема НЕ в самом приложении".


Да??? И что вы этим доказали?
Масштаб вашей компьютерной безграмотности поражает. Для справки: диспетчер задач посылает приложению сообщение "завершить работу". Это НИЧЕМ не отличается от обычного завершения работы.


Разуйте глаза: там ЧЕТЫРЕ экзешника и ДВЕ dll.


ЭТО называется DirectX и на компакт-диске опционально идёт.

Vist-у пробовал. ПО и драйвер Бехолдера работали без малейших нареканий. Поработав на ней некоторое время, слез с этой оси в связи с массой накопившихся нареканий к ней и сопутствующему ПО. Вернулся на XP SP3 (кстати, с SP3 у меня всё работает отлично). На пользователей Vista смотрю не с завистью, а с сочуствием.


Меня упоминание Висты не раздражает. Меня раздражает работа самой Висты и гон отдельных граждан, возомнивших себя компьютерными знатоками. Пока эти граждане ломают копья на форумах, кто виноват и кому бить рожу, я испытываю кайф от работы XP и радуюсь, что сия чаша (Vista) меня миновала. Визуальные эффекты мне до лампочки, поскольку ОС я использую не в качестве новогодней ёлки для любования, а в качестве рабочего инструмента, который должен работать много лет безукоризненно, как часы.


Повторяю. Висту юзал почти месяц. Проблем BTV под ней не обнаружил.


Чисто для справки, на тот случай, если вы не знали, - это свойство не является особенностью висты. XP тоже позволяет менять пользователей без закрытия программ и усыплять ПК с залогиненными пользователями и работающим софтом.

А как же это не проблема, если действительно происходит автозапуск нескольких копий BTV в каждом сеансе?!
Не проще ли было хотя бы расцепить на время связь с драйвером хотя бы с помощью специального ключа командной строки BTV, который планировщик мог бы использовать при разъединении сеанса с рабочим столом, а так же восстанавливать предыдущий статус приложения другим ключом?

И непонятно, почему это же самое нельзя сделать непосредственно в программе, чтобы не применять для этого системный планировщик. Конечно же, и сейчас видится решение, вроде закидывания в окно BTV мышиных сообщений при помощи nnCron, но способ этот слишком замороченный.


Зря вы так - принципиальная возможность есть, было бы желание это сделать. Но вот переключать активный BTV между сеансами очень насущно и необходимо.


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

Как отладить BTV, как его подстроить, чтобы и у меня работало это приложение идеально, как у Вас?

Кстати, а почему бы под Vista не использовать DirectX версии 10.1 ?


Разумеется, написано что проблема не в самом приложении, а в его драйвере, т.е. все таки в ПО из комплекта Behold-TV.

Глючность имеет место не у меня одного, теперь на смену зависаниям пришло искажение звука, и при записи в том числе. От Вас же реальной помощи не видно, Вас не интересовали ранее сигнатуры зависаний, а теперь вообще непонятно, как "зацепить" проблему со звуком, даже если бы у меня были исходники BTV.


Я не собирался ничего доказывать, а просто проверил сам.
То же самое получаю при помощи Process Explorer x64.


Надеюсь, что Вы также в курсе, что DirectX ежемесячно обновляется, и именно установка июньского обновления повлияла на проблему провоцирования зависания драйвера BDA. Это ничуть не оправдывает BTV, т.к. приложение не должно было завершаться некорректно даже в случае невозможности отключиться от обслуживающего его драйвера. И не доказывает безглючность BTV, наоборот, проблема со звуком еще более явно указывает на то, что с BTV что-то не в порядке.
Как теперь решить возникшую проблему со звуком и вертикальным дрожанием изображения?