Blue Screen MS Win вызывают только аппаратные ошибки, или программная часть работающая на низком уровне с железом, то есть драйвера.
ПрогДВБ не устанавливает своих драйверов низкого уровня, но работает с железом посредством драйверов производителя железяк ака тюнеров.
По этой причине, комманды транслируемые драйверами производителя идущие от ПрогДВБ могут вызывать блю скрин.
Но это не ошибка ПрогДВБ, это ошибка драйверов или железяк.

M-16 wrote:Blue Screen MS Win вызывают только аппаратные ошибки, или программная часть работающая на низком уровне с железом, то есть драйвера.
ПрогДВБ не устанавливает своих драйверов низкого уровня, но работает с железом посредством драйверов производителя железяк ака тюнеров.
По этой причине, комманды транслируемые драйверами производителя идущие от ПрогДВБ могут вызывать блю скрин.
Но это не ошибка ПрогДВБ, это ошибка драйверов или железяк.

Я уже незнаю как обьяснять, но причём тут вообще драйвера и кодеки при нажатии кнопки ЕПГ?
Исключительно и чистейший косяк ПрогаДВБ. Куда он там криво обращается и почему, это пусть разработчик разбирается. Я более чем уверен, что это никак не связано и близко ни с драйверами DVB, ни с драйверами видио, ни с рендерами. Потому как на руках целых 3 тюнера, перепробованы все рендеры, на ноуте стоит видео вообще другого производителя, тем не менее глюкодромность проявляется во всей своей красе в независимости от входящих условий.
Мало того, если поставить последнюю стабильную версию Прога версий 4.хх, то никаких глюков и синих экранов нет в помине. А вот дальше пошёл неимоверный глюкодром.
Что там криво работает или что криво куда обращается - это исключительно головняк разработчика. Я так подозреваю что исключительно кривое взаимодействие с фреймворком. Но ещё раз повторю, что это не надо переваливать проблемы софта на голову юзеру. Меня это просто выводит из себя нах.

Да при чём тут связано-не связано. Есть стандартный "диалог". Падение приложения выглядит как диалог win, падение драйвера как синий экран. И никак по друкому. Ни одно приложение (по краней мере без нулевого уровня) синий экран вызвать не может как бы этого не хотела.

Я уже незнаю как обьяснять, но причём тут вообще драйвера и кодеки при нажатии кнопки ЕПГ?
Исключительно и чистейший косяк ПрогаДВБ.

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

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

Как же объяснить тот факт, что это случается в столь исключительно узком случае а не повсемесно?
Компьютерное железо хорошее как и хороший автомобиль, стоят хороших денег.
Купи хорошую материнку и не за 90 зелёных а за 350.
И сразу поймёшь, что синий экран это прерогатива только и сключительно железа и драйверов обеспечивающий низкий уровень, то есть посредников между железом и приложением пользователя.
Вот цытата из достоверного источника, коль нет веры в ПрогДВБ

The Blue Screen Of Death (also known as BSoD or bluescreen), known officially as a Stop Error [1] or a bug check, is the error screen displayed by the Microsoft Windows family of operating systems upon encountering a critical error, of a non-recoverable nature, that causes the system to "crash." The term is named after the color of the screen generated by the error.

Stop errors are usually hardware or driver related, causing the computer to stop responding in order to prevent damage to the hardware, whereupon, in the latest versions of Windows, the screen presents information for diagnostic purposes that was collected as the operating system performed a bug check.

И вот по русски, если с инглишь проблема

Windows NT/2000/XP/Vista/7
Для этих версий Windows синий экран смерти появляется, когда в коде ядра или драйвера, выполняющемся в режиме ядра, возникает неустранимая ошибка (чаще всего это попытка выполнения драйвером недопустимой операции). Единственным возможным действием в данном случае является перезагрузка компьютера (при этом пользователь теряет все несохранённые данные). По умолчанию такая перезагрузка происходит автоматически. После этого операционная система создаёт в системном журнале запись с параметрами возникшей ошибки. Если в настройках ОС включено создание дампов памяти, то в системном журнале будет указан путь к файлу с расширением dmp. Он может быть использован разработчиками программ драйверов для более детального определения причин ошибки (с помощью Microsoft Debugging Tools).

Разбавлю...
Не в тему это, топик называется у кого время от времени падает ProgDVB, а не регулярно Windows

Prog wrote:Да при чём тут связано-не связано. Есть стандартный "диалог". Падение приложения выглядит как диалог win, падение драйвера как синий экран. И никак по друкому. Ни одно приложение (по краней мере без нулевого уровня) синий экран вызвать не может как бы этого не хотела.

Вы путаетесь в показаниях
То на рендер валите, то замыкаетесь в драйвере.
Ну так вот, даже поверхностный поиск в сети, даёт понять, что синий экран как минимум бывает при ошибках в библиотеках приложений, когда приложение лезет в недоступную ей область памяти, равно как и при кривом взаимодействии с вышепомянутым фреймворком.
Опять же лёгкий поиск даёт понять, что такая ошибка с свышеуказанным кодом без разшифровки наблюдается как раз при косяках приложения. Наиболее частый случай - пресловутый кривенький Аутпост.

M-16 wrote:

Я уже незнаю как обьяснять, но причём тут вообще драйвера и кодеки при нажатии кнопки ЕПГ?
Исключительно и чистейший косяк ПрогаДВБ.

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

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

Как же объяснить тот факт, что это случается в столь исключительно узком случае а не повсемесно?
Компьютерное железо хорошее как и хороший автомобиль, стоят хороших денег.
Купи хорошую материнку и не за 90 зелёных а за 350.
И сразу поймёшь, что синий экран это прерогатива только и сключительно железа и драйверов обеспечивающий низкий уровень, то есть посредников между железом и приложением пользователя.
Вот цытата из достоверного источника, коль нет веры в ПрогДВБ

The Blue Screen Of Death (also known as BSoD or bluescreen), known officially as a Stop Error [1] or a bug check, is the error screen displayed by the Microsoft Windows family of operating systems upon encountering a critical error, of a non-recoverable nature, that causes the system to "crash." The term is named after the color of the screen generated by the error.

Stop errors are usually hardware or driver related, causing the computer to stop responding in order to prevent damage to the hardware, whereupon, in the latest versions of Windows, the screen presents information for diagnostic purposes that was collected as the operating system performed a bug check.

И вот по русски, если с инглишь проблема

Windows NT/2000/XP/Vista/7
Для этих версий Windows синий экран смерти появляется, когда в коде ядра или драйвера, выполняющемся в режиме ядра, возникает неустранимая ошибка (чаще всего это попытка выполнения драйвером недопустимой операции). Единственным возможным действием в данном случае является перезагрузка компьютера (при этом пользователь теряет все несохранённые данные). По умолчанию такая перезагрузка происходит автоматически. После этого операционная система создаёт в системном журнале запись с параметрами возникшей ошибки. Если в настройках ОС включено создание дампов памяти, то в системном журнале будет указан путь к файлу с расширением dmp. Он может быть использован разработчиками программ драйверов для более детального определения причин ошибки (с помощью Microsoft Debugging Tools).

Разбавлю...
Не в тему это, топик называется у кого время от времени падает ProgDVB, а не регулярно Windows

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

К повсеместным ошибкам неприводит говорите? Да Прог серий старше 4й - это сплошной глюкодром. Это не только моё мнение. И выраженно не только в синем экране. Это просто я в контексте темы сосредоточил внимание на самом апокалиптическом косяке, который валит нах всю систему. Там другого более чем хватает.
Даже давайте опросик устроим, чтобы вы тут истеричные вопли неустраивали про то что это всё пользователи дураки? А?

С материнкой можешь валить на три советских буквы. Не тебе мне указывать что, где и почём покупать. 350 баксов - это уже серверное железо. На котором Прог вообще улетит в даун, если он с абсолютно стабильным массовым толком работать не может.
Кроме того замечу, что на этом железе АБСОЛЮТНО ВСЁ работает без проблем. Тягается такой софт, которго вы и в глаза не видели с 3х мерным объёмным рендерингом в том числе(кстати тоже использующем фреймворк кроме прочего, если под виндой). И ни разу, повторю НИРАЗУ не было синего экрана по его вине или вообще какого-либо зависания. Железо абсолютно исправно это 150%.

Даже отвечать не хочется, потому что ваше мнение исключительно верное, а другие должны молчать в тряпочку.

Одно лишь маленькое замечание 100% это 100% и как не крути больше 100% быть не может.
Серверное железо говорите на чипсете P55 для воркстейшн для процессора i5 i7 ну ну

Дальше я промолчу, может за умного сойду.

Уважаемый Прог, посмотрите плизззз ваш сервис ProgDVBService.exe
Он падает.

Пример:
Назначена запись продолжительностью 2 часа.
После часа записи сервис сваливается.
А вот что сообщает евент вьювер:

Log Name: Application
Source: Application Error
Date: 26/02/2011 09:54:58
Event ID: 1000
Task Category: (100)
Level: Error
Keywords: Classic
User: N/A
Computer: W7E-x64-SB
Description:
Faulting application name: ProgDVBService.exe, version: 0.0.0.0, time stamp: 0x4d5eae9e
Faulting module name: ProgDvbEngine.dll, version: 0.0.0.0, time stamp: 0x4d5eaee1
Exception code: 0xc0000005
Fault offset: 0x0003a0fa
Faulting process id: 0x6e0
Faulting application start time: 0x01cbd575acfd73e0
Faulting application path: C:\Program Files (x86)\ProgDVB\ProgDVBService.exe
Faulting module path: C:\Program Files (x86)\ProgDVB\ProgDvbEngine.dll
Report Id: b437a26f-417d-11e0-bafb-1c6f65378548

Посмотрите пожалуйса... это началось где-то с версий 6.57.Х
До этого работало.
В библиотеке движка были видимо изменения с той поры и ....

Это на 6.60.02
Только что отписалось 2:18 на 6.60.04 без падения сервиса.

А ещё было бы красиво если бы сервис при своём старте смотрел веточку реестра HKEY_L_M\SYSTEM\CurrentControlSet\Services\ProgDVBService и в строковый параметр Description добавлял своё описание или пусть это делает инсталлер.
Спасибо.

К сожалению падения сервиса очень неудобно отлаживать. Попробуйте вместо сервиса запустить ProgDVB на эту же опирацию. Скорее всего упадёт в том же месте, но будет понятние в каком. Кстати плагины частенько рушат всё. С этим бороться невозможно, но есть stability mode который позваляет перезапускать движок после падений. Увы для записи это не годится.

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

Либо падение либо у вас было в планировщике операция его закрытия. Странно как то без сообщения. А stability выключен?

У меня появилось подозрение, что подобная проблема возникла из-за недостатка свободного места на диске. Может такое быть? Там всего 57МБ свободного места.

Сам ProgDVB при этом бросает файл и начинает писать во второй каталог (можно настроить в настройках). Действительно есть минимальный размер меньше которого запись не работает. Но до падения доводить этим не удавалось. Может OS стало мало места?

Освободил место на диске, всё равно проблема осталась: если воспользоваться таймшифтом и поставить ползунок на середину зелёной линии таймшифта, то при попытке записи ПрогДВБ в 50% случаев закрывается, а в остальных 50% начинается запись, но не с того момента, на который поставлен ползунок, а с того момента, который в данный момент записывается в буфер, то есть выглядит это так: ползунок находится где-то на зелёной полосе таймшифта, к примеру, в середине, а красная точка записи ВСЕГДА в конце зелёной линии и НИКОГДА в середине. Складывается впечатление, будто начать запись с уже записанного в буфер момента невозможно.

Пришлите мне progdvb.ini.