уф... я тока шо подафигел когда понял... - а это нормально/правильно что основные часы на осд показывают отмотанное по таймшифту время???????

Да, там время просмотра должно быть.

это же часы!!!! там должно быть время!!! текущее... истинное... дабы я знал сколько счас времени а не уходил в прошлое вместе с перемоткой... или мне на стену еще одни часы повесить? - не Прог.. имхо тут ты не прав... мне даже не с чем сходу сравнить который счас час хотя время просмотра я и на шкале таймшифта посмотреть могу а вот за истинным мне какогото хрена нужно из фуллскрина выходить дабы в винде его посмотреть /

Talon wrote:или мне на стену еще одни часы повесить?

Обычно так и делают все. Только не еще одни, а просто, одни, основные. И не надо будет даже пультом щелкать. Правда батарейки нужно иногда менять. Интересно, а ты специально включаешь компьютер, чтобы узнать время?

А ктсати, можно отдельную панель сделать в ОСД-только часы, с выбором в редакторе, цифровые, со стрелками там....

А я все о старом.

Погонял 6.61-Prof по всем SD каналам с разными форматами (MPEG2, x264 c разными аудио). Больше всего глюков с x264, даже разные каналы с одного PIDа иногда приходится смотреть разными демуксерами и кодеками.

Пока единственный демуксер, который почти идеально берет все форматы видео и аудио это - Elecard . Но он же единственный, который глючит с кнопкой "вправо до конца" в TS.

-------------
Кодеки от Elecard, P4, XP-Pro

Не стоит валить в ветку по ТС, глюки демукса да ещё без указания какого именно и в какой ситуации.

Впрочем изменения там только в prog demux

В том то и дело что там только Prog-демукс.

А здесь Elecard-демукс + опция из Timeshift. Сам то Elecard врядли кто будет ковырять, а TS исключительно в вашей епархии.

Как без указания? Уже было:

1. Демукс и все кодеки от Elecard,
2. ситуация: просмотр любого SD-канала,
3. глюк - появление и бесконечное продолжение разрывов звука при нажатии на кнопку TS "до конца вправо".
4. Версия 6.61Pro, Intel-P4-1GB, WinXP-Pro

Было и подтверждение глюка:

Prog wrote:..C elecard -да, проблема после перехода в конец. Но с буфером при этом всё в порядке. Возможно демукс плохо реагирует на недостаток трафика.

А причина надоедания все та-же: Elecard - пока единственный демуксер, который почти идеально берет все форматы и комбинации видео и аудио (MPEG2, x264 c разными аудио).

Конечно можно 2 раза сдвинуть TS назад и вперед и глюки прекратятся, но делать это при почти каждом переключении на AVC-канал или при работе с TS тоже быстро надоедает.

Про elecard я уже выше писать. При глюки Prog Demux лучше отдельно в его треде.

Prog wrote:Про elecard я уже выше писать. При глюки Prog Demux лучше отдельно в его треде.

Жаль, так как этот баг хоть и редко но вылезает даже независимо от типа демуксера.

Теперь о другом баге.

Во всех последних версиях ~ после 6.60.3 при использовании TS в RAM, периодически после нескольких часов работы (особенно если используется запись) выскакивает надпись "Таймшифт буфер переполнен", при этом работа с TS часто блокируется. Требуется как минимум смена канала, иногда перезагруз Прога.

При этом у меня как минимум ~100MB физического объема RAM всегда свободна,
от кодеков и демуксеров эффект не зависит.

6.61.1, Intel-P4-1GB, WinXP-Pro

6.61.3

2 новых глюка.

1. Исчезла вся текущая информация о видео и аудио-потоке в свойствах фильтров.

2. Самое неприятное. Если дождатся заполнения TS буфера (размер и положение TS не важен, например 30 МБ в RAM), затем перевести движок TS вкрайне левое положение и сразу нажать на запись, то с вероятностью 80-90% в течении 1 минуты картинка зависнет и запись остановится .

3. Прог 6.61.3 снова вывалился через 10 часов работы.

PS
Лог ошибки Винда стерла так как у меня нет подключения к инету для отправки сообщений.

2. Врятли это появилось в новой версии. Если эта ситуация была, то была там очень давно.

Лог ошибок самой винды редко бывает полезным

Prog wrote:2. Врятли это появилось в новой версии. Если эта ситуация была, то была там очень давно.
Лог ошибок самой винды редко бывает полезным

Может быть, но раньше так явно и часто я не замечал.

Для ловли бага можно сделать еще проще:

1. Дождатся заполнения TS буфера (размер и положение TS не важен, например 30 МБ в RAM).
2. Перевести движок TS вкрайне левое положение и просто подождать. С вероятностью 80-90% в течении 1 минуты картинка и движок TS сам перескочит в крайне правое положение, одновременно появится сообщение "ТШ-буфер переполнен!".
-------------------------------------------------------
VMR7, кодеки -элекард, MS-демуксер, WinXP-Pro.

На последней версии 6.61.3 все те же грабли.

Иногда ошибка выскакивает за несколько секунд после переключения в крайне левое положение TS, даже сдвинуться вправо не успеваешь.

надо что что то придумать с этой проблемой, она очевидно важная. Но непонятно что. Если граф медлено читает и курсор записи его догоняет то ничего не остаётся как переходить вправо.