Prog wrote:Если резать по iframe, то можно остаться без звука который относится к этому кадру (поправьте меня если не прав?)

Я думаю, при любой резке что-нибудь теряется. Но по моим впечатлениям TS-файл надежнее всего потом читается, если порезан по i-фреймам... Ведь при другой резке пропадает не один кадр, а все кадры до очередного i-фрейма и сопутствующее аудио... Не все плееры способны такое прожевать...

Prog

Я вас уже N-ый раз прошу сделать, чтобы при записи в IPTV (HTTP), когда рвется поток, чтобы при возобновлении потока возобновлялся канал и продолжало запись. Я напомню, что проблема такая есть только с HTTP, если UDP, то все нормально. Вы обещали это исправить, но прошли уже месяцы, ведь это несложная для вас задача, тем не менее, вы ее до сих пор игнорируете (почему игнорируете?).

boss911 wrote:чтобы при возобновлении потока возобновлялся канал и продолжало запись.

Я думаю, для решения проблемы важно знать, в чем вы пишите, в ts или в mpg. Для ts проблема решается проще, но битый ts потом придется восстанавливать, это надо уметь делать...

Там есть разница между http и multicast. От формата не зависит.

krotan

Какая разница, во что я пишу, вы не не внимательно прочли мое сообщение. При записи с IPTV HTTP, когда рвётся поток, при возобновлении потока работа канала не восстанавливается, соответственно и запись не продолжается. Прог знает о этой проблеме уже давно, он в курсе дел, но на этом все.

К слову сказать, вам решение этой проблемы тоже не понравится. Будет митнутная дырка этакая (отствие трафика в 30-60секунд будет являтся критерием разрыва).

Prog wrote:К слову сказать, вам решение этой проблемы тоже не понравится. )

Мне понравится. Я записываю передачи с запасом 15 мин до и после (для надежности), и если "дырка" попадет в эти "хвостики", передача вообще не пострадает...

Prog wrote:Будет митнутная дырка этакая (отствие трафика в 30-60секунд будет являтся критерием разрыва).

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

krotan, закон подлости работает по своей обычной специфике, обычно это посреди записи или в конце. 15 минутный запас мне не поможет, так как запись я частенько включаю в ручную, непосредственно во время начала передачи.

Очередная запись, сделанная через планировщик, не захотела воспроизводиться не одним плеером. Только VLC выручил, даже он не смог воспроизвести самую первую ~минуту. Короче, запись началась не корректно, а потом видимо пошло нормально, вот из-за этих первых секунд плееры матерились на файл.

krotan wrote:- обрезать чуткаря сначала до первого I-фрейма

Может все же стоит прислушаться? То есть начинать запись с этого самого фрейма и обрезать на нем. Скорее всего, причина в этом, так как ни какой плеер не захотел воспроизвести этот файл именно из-за первых секунд.

Надо поизучать этот вопрос. Добавил себе в план.

При попытке записать две следующие друг за другом через промежуток времени передачи с использованием планировщика и ПрогДВБСервиса первая передача записалась, а вторая - нет.

Логи бы...

Prog wrote:Логи бы...

Я не включаю ПрогДВБ, через ПрогДВБ Сервис записываю.

Но логи всё равно включите. В последних версиях они бесплатный, то есть не требуют ресурсов.

Prog wrote:Но логи всё равно включите. В последних версиях они бесплатный, то есть не требуют ресурсов.

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