Akad wrote:А запаздывания ключа выглядит для графа именно как битый трафик.
В моем случае немного не так. Я неоднократно наблюдал у себя битый траф, он выглядит как разрыв потока, то есть поток бьется по пути ко мне или таким его доставляет провайдер (по инету). Так вот, в таких случаях я НИРАЗУ не видел подобной проблемы, а случаев таких было очень много. А тут поток идет ровно, но иногда он приходил не расшифрованным.
Тут дело не только в битом трафике, а в трафике, который не расшифрован, пусть он тоже считается битым, но именно не расшифрованным (немного разные вещи, посему должны быть разные подходы). Насколько я понимаю, первым делом тут завязан демукс, он в первую очередь все это дело переваривает, а потом уже кодек. Тут надо научить демукс, правильно работать с не расшифрованным потоком.
Если бы виснул кодек, то ProgDVB моментально бы на это отреагировал (повис, упал или бсод), но продолжает работать, пока не переключишь канал или закроешь программу (виснет). Представим, что кодек повис, но, коль ProgDVB не повис и дает переключить канал, то кодек должен бы перезагрузиться, но до этого даже не доходит дела, значит, что в программе повисло и это что-то, имхо, демукс.
Akad wrote:Думаю, что решение проблемы может лежать в области раскодирования трафика именно тогда, когда ключ для него уже есть. Т.е. просмотр на несколько секунд позже. Как это реализовать практически - надо подумать.
Вряд ли это поможет тем, и мне тоже, к кому поток приходит уже раскодированным, кто этим не занимается, а раскодирует провайдер. Тут надо обучать демукс, реагировать на не раскодированный поток.