progdvb.com

Сегодня столкнулся с пренеприятнейшей ситуацией при просмотре фильма с таймшифтом. Разница между реальным временем и временем просмотра в таймшифте была минут 15,и следующий фильм был запланирован на запись через EPG, при этом канал был ТОТ ЖЕ САМЫЙ. Так вот,как только РЕАЛЬНОЕ время сравнялось с установленным временем записи, планировщик переключил канал "на сам себя",при этом естественно весь таймшифт обнулился,из за чего я не смог посмотреть концовку фильма. ОЧЕНЬ ПРОГ НЕПРИЯТНО РАБОТАЕТ ТВОЯ ПРОГРАММА. Придется качать DivX,чтобы конец увидеть...

Поэтому, можно сказать, требую - ввести ОБЯЗАТЕЛЬНО в планировщике опцию "Не переключать канал,если просматриваемый канал совпадает с каналом,на котором стартует запись" (вообще для чего переключать канал "на сам себя",если в данный момент программа уже на нем???),а также стартовать запись не по реальному времени,а по времени с учетом таймшифта.

Иначе какой-то МЕГАДИБИЛИЗМ получается ничем не объяснимый...

И ПРОГ прошу повесить на хоткей функцию зума на 120%,я об этом уже писал..

Относитесь немного посерьезнее к своей программе плиз...

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

по поводу планиновшика это конечно тема для обдумывания. Срешивание просмотра и планировщика это конечно проблема. много тонкостей возникает.

Тогда сделайте кнопку (или пресет),которая в реальном времени будет применять леттербокс. То есть непосредственно во время просмотра.

Вы вообще понимаете,что на одном и том же канале идут фильмы и в 16 на 9, и в 4 на 3, и в 16 на 9 помещенном в 4 на 3 (скрин я прилагал)?? А Ваши настройки применяются СРАЗУ КО ВСЕМУ КАНАЛУ. Это неудобно.

1. Да, это более разумно. При следующей перетряске добавлю.

2. Настройки могут применятся либо ко всем каналам либо к одному. Так что в ProgDVB сейчас максимально гибкий вариант

Не очень понятна новая в версии 6.04 функция асинхронной записи с таймшифтом. Это совсем не решает описанную здесь мной проблему записи при просмотре с таймшифтом. Для решения этой проблемы нужно просто не переключать канал,если запись будет стартовать на том же канале,на каком в данный момент идет просмотр (это вообще не имеет смысла,это переключение,от него только одни глюки). Плюс ко всему для сверки времени старта записи использовать время из таймшифта,а не системное (реальное). Это все если запись стартует на канале,на каком в текущий момент идет просмотр. То что Вы сделали в последней версии (отключение синхронизации записи с таймшифтом) во-первых,уже было ранее (надо было просто снять галочку в панели контроля буфера и таймшифта),к тому же лишает возможности записать уже "просмотренное и прошедшее" (то есть писать можно только то,что транслируется в реальном времени.а не то что смотрится по таймшифту. ЭТО НЕ РЕШЕНИЕ ПРОБЛЕМЫ. Хотя может Вы и не собирались ее решать этой опцией..что ж..жду...

Второе. Так и не увидел функции включения леттербокса по хоткею. Все еще актуально.

Я не обещал решения этих проблем в 6.04. Просто перетряска настроек записи по случаю wmv. Планировщиком вообще не планирую заниматься в ближайшее время. Это длинная и отдельная тема.

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

Потом понять(пользователю) когда это событие произодёт будет не возможно. Получается время будет зависить от того к какому каналу оно привязано

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

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

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

Есть еще один вариант - ПРИ старте записи ИЗ шедулера ОТКЛЮЧАТЬ синхронизацию с таймшифтом (тогда можно оставить привязку к реальному времени). Но во всех других случаях чтобы она была! Потому что это удобно.

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

"Не очень понятно,что вы имеете ввиду,говоря что "понять будет невозможно".. Достаточо заглянуть в планировщик и посмотреть,когда и что будет записываться. "
Дело в том что логика будет более сложной и её будет сложнее понять. Даже мне Например 2 события записи на разные каналы, если один текущий то для него должно сработать например на 15 минут позже. А как будут работать события не привязанные к каналу? Sleep например? И много таких вопросов.
Напомню, что проблема началась не с глюка в ProgDVB, а именно с того что он повёл не так как вы себе представляли. Переход на время ТС эту проблему в разы усилит.

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

Так можно сделать?

Ладно. не нравится мне это. Переключение канала уберу, остальное всё излишние сложности. В конце концов для этого ставится запись минут на 15-30 до того как, что бы не пропустить ничего не зависимо от TS или изменений в сетке вещания.

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

Разумно сделать сброс синхронизации,если записываемая программа идет вслед за просматриваемой с таймшифтом.

А бояться не надо.."Глаза боятся - руки делают.."

Значит вам нужно начинать запись за 30 минут до на фильма. Без всякой усложнения логики.

Логика не усложняется,а оптимизируется. Зачем мне начинать запись за 30 минут?? Почему именно 30?? Сделайте просто сброс синхронизации и всё,разве это сложно?

Вообще в Вашей программе функциональность планировщика минимальна..например нет функции планирования просмотра выбранной программы. Например я вынужден добавлять в планировщик задания на запись,которые записывать не собираюсь,лишь только для того,чтобы просто знать,что я собирался посмотреть (ну не упомню всё,уж извините)..Хотелось бы увидеть такой функционал. Еще хотелось бы увидеть регистронезависимый поиск по EPG.

Ну и с алгоритмом работы таймшифта и записи разберитесь.

..Вашу программу часто называют лучшей...ну если исходить из принципа "из двух зол выбирать меньшее",то наверно это так...но Вас такой подход устраивает? Делайте не просто хорошо,а лучше всех:)

Если вас послушать то будет не самое лучшее а самое запутанное.

PS: Service->Schedulelr можно настроить любое событие.