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

З.Ы. реверсинжиниринг запрещен по условиям лицензионного соглашения ПО BeholdTV.

Есть предложение, а точнее замечание: регулятор громкости передвигается с равномерной скорстью вне зависимости от длительности нажатия клавиши, что немного не удобно, когда необходимо сбавить громкость или наоборот добавить ее с минимальной громкости на максимальную.
Сделайте плз так чтоб скорость перемещения ползунка регулятора возростала от длительности нажатия, или еще лучше добавте такой параметр в свойства регулятора громкости.
Заранее спс

есть предложение сделать наконец-таки нормально работающий телетекст не через directx или как там оно реалировано, ранее хоть phillips teletext работал а сейчас после апгрейда тюнера на старшую модель, он вообще не работает и это дерьмо из комплекта драйверов толком тоже (загружалось очень медленно, и отображло не то что хотелось видеть, каждую страницу грузить по 10 минут, а после обновления directx вовсе перестал(!) при всём при этом телевизор в соседней комнате вышеперечисленное делал влет).

Да! Забыл сказать, что ОС WinXP SP2 Ru +Апдейты.

Компьютер практически не выключается.
Точнее вместо выключения всегда погружаю его в standby режим.
Как это звучит по русски (спящий или ждущий) - не знаю. В общем это не hibernate.

Так вот...

Ситуация #1 ПРАВИЛЬНАЯ:

BeholdTV работает на весь экран.
Отправляем компьютер в standby нажатием соответствующей кнопки на клавиатуре (Sleep или как она там называется).
Компьютер засыпает.
Будим компьютер любым методом (с клавиатуры, мышью, пультом).
Компьютер возвращается в прежнее состояние.
BeholdTV работает на весь экран.



Ситуация #2 НЕ ПРАВИЛЬНАЯ:

BeholdTV работает на весь экран.
Отправляем компьютер в standby тройным нажатием соответствующей кнопки на пульте ДУ.
Компьютер засыпает, при этом BeholdTV переходит из полноэкранного режима в оконный и сворачивается в трей.
Будим компьютер любым методом (с клавиатуры, мышью, пультом).
Компьютер возвращается в прежнее состояние.
BeholdTV висит где-то в трее. Теперь приходится дополнительно нажать на пульте кнопку что бы разбудить BeholdTV и еще раз что бы вернуть его в полноэкранный режим.

Зачем так издеваться то?
Ну просто надоело если честно.

Товариши комрады.. Из за задержок производителя тюнеров (и софта)страдаю непосредственно я.. в этой же теме отписывался что за проблеммы.. ждать новой версии сил уже нет, если есть у кого нить старая версия ПО (старше 4,86) прошу выложите куда нибудь.. заранее спасибо..

Вам какую?
У меня есть

3.00
3.53
4.25
4.60
4.71
4.72
4.80
4.86
4.95
4.96
4.97

Оригинально- старыми версиями ПО, бороться с глюками новых. (мысли вслух).

А реалии: Одна надежда лишь на саппорт/девелоперов, рассмотрения решений относительно седующих версий..

Из справки: "...Видеокарты nVidia GeForce (кроме серии GeForce 6600, GeForce 7800) не имеют полноценного попиксельного деинтерлейсинга и выполняют обычный BOB, вызывающий дрожание (тремор строк) а также снижение четкости по вертикали".
Это что касается аппаратного деинтерлейсинга и удвоения кадров.
На моём компьютере установлена ASUS GeForce 8500GT, и на ней тремор строк наблюдается и при программном удвоении кадров. Было проверено множество версий драйверов, оверлейная и первичная поверности, VMR, ничего не помогает.
Однако, в версии ПО 4.50 при выборе видеопотока RGB24, программное удвоение кадров работает отлично, тремора строк нет!
Собственно просьба: Включите возможность выбора видеопотока при просмотре! Ведь в пресетах записи эта возможность есть...
Остальное железо: Core 2 Duo E4400, мать ASUS P5K-E, тюнер 409FM.

Первичная поверхность это и есть RGB24.

Мой предыдущии пост основан на доступных элементах в меню настроек видео в версии 4.50. То, что в последней версии оно называется "первичная поверхность", ничего не меняет. Хотелось бы, чтобы функциональность программного удвоения кадров в новой версии была хотя бы на уровне версии 4.50

хм. я почему-то думал что это совершенно ортогональные понятия.

Есть видеопоток с тюнера. Он может быть закодирован в RGB24 - на каждый пиксел - 3 байта (R,G и B), и в формате YUV2 (так вроде) - на каждый пиксел 2 байта цветоразностных компонент.

Винда может любой поток выводить на поверхности Overlay и Primary. Primary - это вывод видео в обычную видеопамять, разделяемую между всеми приложениями, и доступная лишь через DirectDraw API. В случае overlay - видеопамять выделяется конкретно одному приложению эксклюзивно. При этом другие приложения overlay использовать уже не смогут. Запись видеокадра в эту память осуществляется напрямую приложением (вернее, через соотв. DirectDraw renderer, который работает в контексте приложения). За счет этого Overlay быстрее.

В BeholdTV отказались от потока RGB24 потому, что
1) сложно развивать/поддерживать обработку 2 типов потоков в фильтрах обработки изображения (а конкретно - удвоение частоты кадров и бехолдовый renderer). При этом, в плагинах RGB24 еще поддерживается, поэтому запись можно вести и с RGB24.

2) YUV2 экономнее в полтора раза по объему кадра

3) YUV2 - это родной формат телевидения.

4) может еще что-нить, я точно не знаю.


Поправьте плиз, если я не прав.

Первичная поверхность – это видеопамять, отведённая для вывода изображения десктопа. Это всегда формат RGB16/24/32. Для копирования в видеопамять буфер кадра тоже должен быть в формате RGB. Для этого чипсет тюнера настраивается в режим вывода RGB24 потока.

Первичная поверхность – это иногда единственный способ получить картинку на экране, если видеокарта имеет какие-то проблемы с оверлеем (хотя нам такие уже давно не попадались). Также, от потока RGB24 нельзя отказаться, пока существуют кодеки, которые работают только в RGB формате. YUY2 и RGB24 это прожиточный минимум, который обязан поддерживаться тюнером и ПО и отказываться от RGB24 пока никто не собирается.

Настройки в программе:

Оверлейная поверхность – это всегда YUY2, как один из стандартных форматов, поддерживаемых оверлеем любой видеокарты.

Первичная поверхность – это всегда RGB24, как формат наиболее подходящий для работы с первичной поверхностью.

Ок, спасибо за поправки и разъяснения. Стало понятнее.
Остался один вопрос - почему в Fly2000 и старых версиях BTV есть возможность независимого вывода режима отображения и типа видеопотока? Вернее даже, почему в новых версиях BTV это невозможно?
(оно конечно вовсе не нужно, но интересно почему)

Потому что это действительно не нужно. Что хорошего в том, что Вы выберите оверлей и подадите на него RGB поток или наоборот? Поток в любом случае придётся конвертировать в подходящий для выбранной поверхности формат. Причём программно, со всеми вытекающими последствиями. Аппаратно такие вещи не делаются. Точнее, делаются, но самим чипсетом тюнера, при подготовке первичного потока.