В 6.85.8a сделал боее другю схему, должно работать лучше в том числе с http/iptv. Но это всё так просто не отладить, слишком много комбинаций статусов.
Пишите у кого какие проблемы возникнут.

HTTP поток при записи теперь восстанавливается. И без записи тоже, если что.

С UDP аналогично.

СПАСИБО!

Рано радовался. Я еще раз подтверждаю, что при записи HTTP потока, он восстанавливается при восстановлении связи, я пробовал методом отключения и включения сетевого подключения. Но есть не понятная проблема.

Я сегодня опять вручную запустил запись HTTP канала, прихожу, черный экран (нет звука) и идет запись, я жму на клавиатуре "R", раздается системный звук "Звездочка" и запускается работа канала. Я снова похерил запись, подумал, что поток теперь восстанавливает, можно писать. Логи на FTP.

Что это за глюк, почему поток не поднялся, вроде же теперь умеет это делать, о чем свидетельствует этот звук, после прекращения записи (внутренняя ошибка)? Логи что-то говорят?

Как еще воспроизвести этот глюк, я не знаю, но точно могу сказать, что он был на версии 6.85.7, но тогда я думал, что это связано с неумением подымать HTTP поток при записи.

По логу не было востановления сигнала. Было переполнение таймшифта буфера в 02:34:35.609. Это интересная тема но лучше не смешивать с этим тредом. Обновление само по себе очень муторная вещь.

Да, именно где-то в 02:34:35 я и писал, точнее в это время я нажал выключение записи, тогда и роздался звук "Звездочка". Дело в том, что я это переполнение буфера ТС не припоминаю, чтобы оно ложило канал. То есть, я этого глюка ни разу не встречал при просмотре канала, а может и встречал, но не знал, что это такое. Как мне его теперь ловить?

Хорошо, тогда почему переполнение ТС связано с НЕ восстановлением работы HTTP потока при записи? Или это переполнение просто положило поток, а при записи оно просто не смогло поднять поток? Вы говорите, что мне делать, потому что эту проблему надо прибить, а то задолбался я записи терять, теперь уже из-за новой проблемы.

Попробуйте увеличить буфер и его размещение. В другом треде.
Востановление не было причиной потому что самого востановления не было судя по логу.

Prog wrote:Востановление не было причиной потому что самого востановления не было судя по логу.

Так я это и не говорил. Я намекаю на то, что восстановления не было из-за того, что канал был заклинен по причине переполнения ТС, видимо переполнение, и запись не дружат. Самое интересное, что канал начал работать после остановки записи, тогда и прозвучал звук "звездочка", тогда и зафиксировано логами переполнение ТС.

Как по мне, то эти вещи между собой связаны.

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

В третий раз. это не в этот тред.

Вы как-то можете обезопасить этот случай, чтобы восстановления HTTP потока при записи не зависело от переполнения TS ? Причина явно на лицо.

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

PS Prog, вот зачем надо было запускать новый непроверенный механизм обновления, когда не пофикшен баг с просмотром ts файлов.??? Так я никогда не перейду на свежую версию, а у большинства может сложиться впечатление что нет ProgDVB без багов вообще.

Что то в списке транспондеров поломано. all.list жив?

ps: А кроме этих двух ситуаций, у меня ещё сотни две багов в списке. так что 99.5% пользователей будет недовольны в любом случае А вот файлы на которых я тестировал у меня открывались.

Prog wrote:Что то в списке транспондеров поломано. all.list жив?

Он пуст... 0 байт. Но это не я. Дата изменения 13 июля...

Prog wrote:ps: А кроме этих двух ситуаций, у меня ещё сотни две багов в списке. так что 99.5% пользователей будет недовольны в любом случае А вот файлы на которых я тестировал у меня открывались.

Вообще удивляюсь, как ты стал программистом с такими то "математическими способностями".
Если не работает пид какой нибудь рекордер, то недовольных будет 1%. А если не работает просмотр записей, то будут недовольны 90%, в том числе и пидрекордсмен!
Не надо файлы, "на которых тестировал". Надо сделать просто как я описал-записать хоть минуту, тут же перейти в список записанных и попробовать ее проиграть.
Да даже если у тебя и будет играть-спрашивай, какие настройки, что влияет, какие логи нужны-делать же надо что то, реагировать. Я же не басни тут сочиняю...

настройки не зависят, может зависить от канала.

Это уже становится такой традицией, писать в тред независимо от него темы:( И ещё борно возмущатся, считая свою проблему единственной и самой главной в ProgDVB. Пока ни одного отзыва по воспротзведению нет, а значит это меньше упомянутых 0.5%.

Prog wrote:НЕБЫЛО ВОСТАНОВЛЕНИЯ ПОТОКА!!!!!!!

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

Я напомню, что восстановлению потока сейчас не мешает отключение/включение сетевого подключения. Тут явно произошел внутренний сбой, что дело даже до попытки не дошло.