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

WMR-7 я почти не пользовался, так что не скажу, на WMR-9 подобный глюк с отпечатыванием ловил, сижу на WMR-9 Renderless, вышеуказанный скрин сделан под ним. Как ни странно, но на WMR-7/9 глюк я сейчас словить не могу, все нормально, но на WMR-9 я его точно ловил, возможно, Луна подействовала, не знаю. EVR я вообще не пользуюсь (из-за не рабочей связки DXVA на XP), тоже не знаю, как на нем.

Prog wrote:Насчёт чёрного экрана между каналами, он увеличит время переключения (психологически)

Я имел в виду, что вместо этого ~секундного отпечатка последнего кадра после переключения на другой канал, должно быть то же ~секундное черное мелькание. Вместо этого, а не плюс к этому.

Да, это и имел ввиду. Просто переход между картинкой A и B человеком воспринимается как более быстрый, чем с чёрным между ними. Это не считая потерь времени на этот чёрный

ps: Такие вещи конечно сильно зависят от рендера. По этому постоянно спрашиваю с каким есть проблема, с каким нет.

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

Все, что я тут говорю о переключении каналов с Fast+Arsoft, поведение одинакова на ВСЕХ WMR, возможно на WMR-7 быстрее\увереннее, может мне только так кажется.

Когда пофиксете багу с вводом данных с клавиатуры, когда, к примеру, ввод делается в окне главных настройках программы, которое было открыто в фулскрине? То, что мы там набираем, то выполняется и с каналом, например, ставим значение буфера TS и одновременно переключаемся на канал с такой же цифрой. Очень достал этот баг, каждый раз матюкаюсь, в се время о нем забываю.

Кто в фокусе тому кнопки и достаются. это же не ДУ

Выдало на Prog демуксе и аудиорендерере Prog первичный" на SD канале без плагинов, TS и аудиопроцессоре.

На Prog демуксе и аудиорендерере Prog первичный" на SD канале без плагинов, и без аудиопроцессора. Кодек MS. EVR Сustom.
Включил TS на HDD 2 гиг. Весь траффик отключен.
Короче, таймшифтом нельзя пользоваться. Просто даже при снятии с паузы изображение рывками начинает тормозить. Исли двигать ползунок-еще хуже + появляется большой рассинхрон, которого без TS вроде пока нету.

Спасибо. надеюсь следующая версия будет получше...

Вот гоняю Prog демукс с егойным же аудио рендерером
Если минут 20 посмотреть канал, а потом переключить на другой, тоже SD/ то краш. Один скрин уже такой выкладывал, вот другой Последние слова были такие
^[20:26:43.199] Time 1757.10 audio time 1757.03, delta 0.07 VOffset 0.00


^[20:26:43.199] Vid 1 Tim 1757.10 smpl tm 1748.57 end 1748.73 delta spl-tim 8.54 in buf 0.00 spd 1.00 real sempl tim 30820.68 in buf 0.00


^[20:26:43.249] Time 1757.15 audio time 1757.08, delta 0.07 VOffset 0.00


^[20:26:43.250] Vid 0 Tim 1757.15 smpl tm 1748.67 end 1748.81 delta spl-tim 8.48 in buf 0.00 spd 1.00 real sempl tim 30820.78 in buf 0.00


^[20:26:43.281] >>> CMPEG2Splitter::Pause


^[20:26:43.286] >>> CMPEG2Splitter::Stop...

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

V.Zhukoff wrote:

Prog wrote:V.Zhukoff: У тебя не spdif? Он пока не работает с рендером.

У меня то spdif. Но тут дело не в том, что рендереры новые не работают, а в том, что ровно те же проблемы и на других рендерерах при связке Prog demux +spdif AC3. причем пробовал на SD пользоваться AC3 но без spdif, просто его кодеком. Тоже проблемы с Prog demux. Посему, говорю же, Вы недолюбливаете AC3Filter и просто как следует не налаживаете работу демукса с этим кодеком.

Вобщем, spdif не причем. Также не причем и звук с видеокарты ATI. Погонял демукс и рендерер я на встроенном звуке и без битстрима. На HD каналах такие же точно симптомы, как я писал здесь на первой странице. Проблема либо с многоканальным звуком вообще, либо с AC3 в частности-в любом случае на HD каналах такая связка не работает.

Думаю, что у проблемы неработы Arcsoft демукса на HD звуке-каналах ноги растут от туда же, а не от проблем самого этого демукса.

Не успел доразобрался с arcsoft в последнем релизе. Потестирую ещё к следующему. Но очередное обновление Prog Demux, а Cyber demux впроде заработает по какому то ужастному сценарию в подготовкой трафика для него :-/

Нашёл почему arcsoft HD у меня при тестировании работал, а у пользователей валился. Он соглашается на не свой тип а потом падает.
В ProgDVB если сейчас поставить h264_Index=1 то будет работать на текущей версии.

Prog wrote:Нашёл почему arcsoft HD у меня при тестировании работал, а у пользователей валился. Он соглашается на не свой тип а потом падает.
В ProgDVB если сейчас поставить h264_Index=1 то будет работать на текущей версии.

Уточните- Вы имеете ввиду демукс или кодек его? Так как и то и то валится? И где поставить индекс?

С записью в TS и чтением его совсем беда. HD свои не открывает, а в сторонних программах есть картинка без звука. SD записи не с первого раза открывает, по настроению но со звуком. При нажатии открыть ползунок оказывается не в начале записи а правее, может потому и не показывает. Проверял на Prog и MS демуксах.

h264 кодек. В progdvb.ini

А что такое "записью в TS" и "свои HD" ?