А теперь глупый вопрос - почему multiproto_plus пропатченный HVR-4000-multiproto_plus-2008-05-02.diff.bz2 не лочит обычные DVB-S каналы ?
В то время, как снапшотик, мною опубликованный лочит?
szap2 же ругается
DVBFE_GET_INFO failed: Operation not supported.
Как же это not supported, я ж его скачал и патчанул? Опять, что ли,
не тот frontend.h?
Что еще патчить?(Вопрос риторический - ответ: мозги)
Ладно, видимо до послезавтра. Уезжаю на воскресенье.
P. S. Другие карточки работают.
Пожалуйста зарегистрируйся для просмотра данной ссылки на страницу.
DVB-S2 карта на CX24116 - Hauppauge HVR4000 & NOVA-HD-S2, Omicom SS4,TBS8920,Prof7300,ST-4200
- XAH
- Вопрос темы решён
-
-
-
у меня vdr 170 + hvr4000 c мультипрото плюс и патчем HVR-4000-multiproto_plus-2008-05-02.diff.bz2 нормально лочат dvb-s & dvb-s2 каналы. Другое дело - szap/szap2/scan - Ману после того, как поменял в марте в очередной раз АПИ в мультипрото, так и не смог довести до ума эти утилиты.
-
Не жалут разработчики DVB-S2. Наверное Conexant не хочет разглашения своих секретов.
Будете смеяться, но у меня отсутствует пока возможность поймать DVB-S2 - антенна имеется на 36e и 40e. А там нету
Может 39e как-нибудь зацеплю. -
Есть еще карта DVBWorld PCI2004C на cx24116 чипе.
Переписываюсь с владельцем оной. Драйвер экспериментальный написал. Но он не может пока его загрузить(или скомпилировать). У меня-то загружается без проблем, но карты-то нету!
Добавлю его, вдруг у кого еще такая, пусть попробует.Цитата1. Take it:
Пожалуйста зарегистрируйся для просмотра данной ссылки на страницу.2 Then patch:
Пожалуйста зарегистрируйся для просмотра данной ссылки на страницу.3. Then install:
make kernel-links
make
make install4. Installation for PCI2004C :
tar -xvf dvblipl-pci2004c.tar.bz2
cd dvblipl-pci2004c
make
make install5.Then for DVB-S:
modprobe cx24116 legacy=1
or for DVB-S2:
modprobe cx24116 legacy=06.VDR with DVB-S2 support:
Пожалуйста зарегистрируйся для просмотра данной ссылки на страницу.Later I will provide patch for multiproto with pci2004c support, so
installation will be:1 Take multiproto
2 Patch it
3 Install itIgor M. Liplianin
Пожалуйста зарегистрируйся для просмотра данной ссылки на страницу.
-
-
При legacy=1 всякие szap'ы femon'ы и kaffeine работают как раньше.
При legacy=0 не работают(точнее не выполняют свою функцию). Но VDR 1.7.0 работает.
Опция наверное нужна для проверки совместимости с новым API.Multiproto_plus легко установился. Только ivtv и typhoon ругнулись, я их отключил.
VDR 1.7.0 - только файлы заголовков поменял(version.h, frontend.h из multiproto_plus/linux/include/linux/dvb в /usr/include/linux/dvb) и собрал.
После этих операций dvb-apps перестают собираться.
Временно возвращаем version.h, frontend.h на место.Multiproto устал ковырять. Под linux-2.6.26-rc8 не собрался у меня.
-
Цитата
При legacy=0 не работают(точнее не выполняют свою функцию). Но VDR 1.7.0 работает.почему - НО ? vdr 170 - это не legacy приложение, это полноценно поддерживающее новое АПИ приложение.
Цитата
Опция наверное нужна для проверки совместимости с новым API.надо будет со Стивом - автором сч24116.с обсудить необходимость legacy=0
Цитата
После этих операций dvb-apps перестают собираться.
Временно возвращаем version.h, frontend.h на место.в dvb-apps есть новая директория /test - вот szap2 в нем должен собраться с обновленными заголовками. Все остальное- нет, пока нет.
Цитата
Multiproto устал ковырять. Под linux-2.6.26-rc8 не собрался у меня.странно это. Мультипрото_плюс же нормально собрался...
-
Что мне нравится:
Драйвер фронтенда cx24116 свою функцию выполняет. Под конкретный интерфейс
заточить - дело техники.Что мне не нравится:
К данному топику отношения не имеет, но скажу, что непонятная мне заторможенность процессов на linuxtv. -
to igorli
ЦитатаЧто мне не нравится:
К данному топику отношения не имеет, но скажу, что непонятная мне заторможенность процессов на linuxtv.Это самое печальное событие в linux'е !
Если бы мог сам в исходниках копаться примерно на
твоём уровне,то был бы рад хоть на сколько-то продвинуть
этот вялый процесс усовершенствования в области linuxtv.С чего начинать тренировки в этом процессе?
Да,так ,чтобы не разочароваться,что ничего не
получается.Не знаю? -
szap2 подправленный моими очумелыми ручками лочит сигнал. Надо явно задавать модуляцию (например 8PSK) и FEC (например 3/4) и прочие параметры.
Может я проглядел и есть где-то новый szap2, который понимает формат channels.conf
нового VDR-1.7.0 ?
Мультипрото (не плюс) тоже работает. Им и буду пользоваться, потому, что мультипрото-плюс давно не обновляется.
Ну и в cx24116.c немного порылся, чтоб с мультипрото заработал.
Подробности потом. -
Цитата
Со слов пользователя igorli
szap2 подправленный моими очумелыми ручками лочит сигнал. Надо явно задавать модуляцию (например 8PSK) и FEC (например 3/4) и прочие параметры.а ссылочку на патченный szap2 можно ?
Цитата
Может я проглядел и есть где-то новый szap2, который понимает формат channels.conf
нового VDR-1.7.0 ?нет, такого szap2 не было на горизонте.
Цитата
Мультипрото (не плюс) тоже работает. Им и буду пользоваться, потому, что мультипрото-плюс давно не обновляется.
Ну и в cx24116.c немного порылся, чтоб с мультипрото заработал.
Подробности потом.ага, можно надеяться увидеть обновленный hvr4000 патч для мультипрото ?
предлагаю рассмотреть вопрос о включении в него backward compatibility патча
Пожалуйста зарегистрируйся для просмотра данной ссылки на страницу.а также порешать вопрос с legacy=1, чтобы cx24116 мог работать и с новыми (szap2, vdr 170) и со старыми приложениями без перезагрузки дров ?
-
Пожалуйста зарегистрируйся для просмотра данной ссылки на страницу.
только для 2.6.26 через make menuconfig отключите драйвера
v4l-usb т.е. вебкамер.
Не проверен, ибо нет у меня HVR-4000. Кроме прочего, содержит еще несколько не относящихся к драйверу поправок для успешной компиляции под 2.6.26 ядро.
Szap2, TeVii и прочую совместимость потом постараюсь. -
я не смог скомпилить на дебиане 2.6.22
Цитата
goga:/usr/src/multiproto# make
make -C /usr/src/multiproto/v4l
make[1]: Entering directory `/usr/src/multiproto/v4l'
perl scripts/make_config_compat.pl /lib/modules/2.6.22-2-686/build ./.myconfig ./config-compat.h
creating symbolic links...
Kernel build directory is /lib/modules/2.6.22-2-686/build
make -C /lib/modules/2.6.22-2-686/build SUBDIRS=/usr/src/multiproto/v4l modules
make[2]: Entering directory `/usr/src/linux-headers-2.6.22-2-686'
CC [M] /usr/src/multiproto/v4l/flexcop-pci.o
CC [M] /usr/src/multiproto/v4l/flexcop-usb.o
CC [M] /usr/src/multiproto/v4l/flexcop.o
CC [M] /usr/src/multiproto/v4l/flexcop-fe-tuner.o
CC [M] /usr/src/multiproto/v4l/flexcop-i2c.o
CC [M] /usr/src/multiproto/v4l/flexcop-sram.o
CC [M] /usr/src/multiproto/v4l/flexcop-eeprom.o
CC [M] /usr/src/multiproto/v4l/flexcop-misc.o
CC [M] /usr/src/multiproto/v4l/flexcop-hw-filter.o
CC [M] /usr/src/multiproto/v4l/flexcop-dma.o
CC [M] /usr/src/multiproto/v4l/bttv-driver.o
CC [M] /usr/src/multiproto/v4l/bttv-cards.o
CC [M] /usr/src/multiproto/v4l/bttv-if.o
CC [M] /usr/src/multiproto/v4l/bttv-risc.o
CC [M] /usr/src/multiproto/v4l/bttv-vbi.o
CC [M] /usr/src/multiproto/v4l/bttv-i2c.o
CC [M] /usr/src/multiproto/v4l/bttv-gpio.o
CC [M] /usr/src/multiproto/v4l/bttv-input.o
CC [M] /usr/src/multiproto/v4l/bttv-audio-hook.o
CC [M] /usr/src/multiproto/v4l/cpia2_v4l.o
CC [M] /usr/src/multiproto/v4l/cpia2_usb.o
CC [M] /usr/src/multiproto/v4l/cpia2_core.o
CC [M] /usr/src/multiproto/v4l/cx23885-cards.o
CC [M] /usr/src/multiproto/v4l/cx23885-video.o
CC [M] /usr/src/multiproto/v4l/cx23885-vbi.o
CC [M] /usr/src/multiproto/v4l/cx23885-core.o
CC [M] /usr/src/multiproto/v4l/cx23885-i2c.o
CC [M] /usr/src/multiproto/v4l/cx23885-dvb.o
CC [M] /usr/src/multiproto/v4l/cx25840-core.o
In file included from /usr/src/multiproto/v4l/cx25840-core.c:42:
/usr/src/multiproto/v4l/../linux/include/media/v4l2-i2c-drv-legacy.h: In function 'v4l2_i2c_drv_probe_legacy':
/usr/src/multiproto/v4l/../linux/include/media/v4l2-i2c-drv-legacy.h:60: warning: passing argument 2 of 'i2c_probe' discards qualifiers from pointer target type
/usr/src/multiproto/v4l/../linux/include/media/v4l2-i2c-drv-legacy.h:68: warning: passing argument 2 of 'i2c_probe' discards qualifiers from pointer target type
/usr/src/multiproto/v4l/cx25840-core.c: At top level:
/usr/src/multiproto/v4l/cx25840-core.c:71: error: conflicting type qualifiers for 'addr_data'
/usr/src/multiproto/v4l/../linux/include/media/v4l2-i2c-drv-legacy.h:41: error: previous declaration of 'addr_data' was here
make[3]: *** [/usr/src/multiproto/v4l/cx25840-core.o] Error 1
make[2]: *** [_module_/usr/src/multiproto/v4l] Error 2
make[2]: Leaving directory `/usr/src/linux-headers-2.6.22-2-686'
make[1]: *** [default] Ошибка 2
make[1]: Leaving directory `/usr/src/multiproto/v4l'
make: *** [all] Ошибка 2 -
в патче закомментил последние строки (я так понял, для моего ядра 2.6.22 они не нужны)
Цитата
#diff -Naur b/linux/include/media/v4l2-i2c-drv-legacy.h a/linux/include/media/v4l2-i2c-drv-legacy.h
#--- b/linux/include/media/v4l2-i2c-drv-legacy.h 2008-07-09 22:07:29.000000000 +0300
#+++ a/linux/include/media/v4l2-i2c-drv-legacy.h 2008-07-14 14:33:42.000000000 +0300
#@@ -38,7 +38,7 @@
# };
#
# static struct v4l2_i2c_driver_data v4l2_i2c_data;
#-static struct i2c_client_address_data addr_data;
#+static const struct i2c_client_address_data addr_data;
# static struct i2c_driver v4l2_i2c_driver_legacy;
# static char v4l2_i2c_drv_name_legacy[32];после этого мультипрото собралось
-
и пока все работает - не лучше и не хуже.
возможно ли в начале файла сх24116.с продолжить вести history ?
если интересно могу предоставить доступ к моему компу с hvr4000 по ssh (я в асе и на нашем irc канеале) -
У меня ядро 2.6.26-rc8. Сейчас перейду на 2.6.26.
Извиняюсь за повторение, но
Пожалуйста зарегистрируйся для просмотра данной ссылки на страницу.
чтобы szap работал при legacy=0.
Возможен вариант, когда cx24116 будет прежний, т.е. без изменений. -
Пожалуйста зарегистрируйся для просмотра данной ссылки на страницу.
с претензией на похожесть на VDR 1.7.0 -
Даже не знаю, в какой топ писать.
Сегодня включаю, а каналы 11914 с 19.2E и Linux и в Windows сыпят, так, как будто вставлен плохо читаемый видеодиск. Толи кодер у них гавкнулся, толи сам передатчик транспондера, толи моя HVR-4000 накрылась медным тазом.Кстати, новейший FFMPEG вынуждает вылетать xine-ui. Ставлю назад от 3 июля - работает, но сыпет, хотя сигнал с Астры не изменился.
Any comment ? -
Само рассосалось. Поставил сегодняшний FFMPEG и полегчало.
Кроме того, пропало ругательство про spatial direct mode, хотя xine-ui пишет такое:Исходный код
Показать весь код................[h264 @ 0x2aaab41c15c0]number of reference frames exceeds max (probably corrupt input), discarding one vdr: osdflush: n: 2, 43,2, timeout: 0, result: 0 vdr: osdflush: n: 1, 16,3, timeout: 0, result: 0 [h264 @ 0x2aaab41c15c0]mmco: unref short failure ratio: 17778 [h264 @ 0x2aaab41c15c0]mmco: unref short failure vdr: osdflush: n: 2, 29,7, timeout: 0, result: 0 [h264 @ 0x2aaab41c15c0]mmco: unref short failure vdr: osdflush: n: 4, 59,8, timeout: 0, result: 0 vdr: osdflush: n: 16, 212,6, timeout: 1, result: 2 vdr: osdflush: n: 16, 204,0, timeout: 1, result: 4 vdr: osdflush: n: 17, 214,9, timeout: 1, result: 6 vdr: osdflush: n: 8, 111,5, timeout: 0, result: 0 vdr: osdflush: n: 2, 33,9, timeout: 0, result: 0 vdr: osdflush: n: 1, 22,3, timeout: 0, result: 0 vdr: osdflush: n: 1, 27,2, timeout: 0, result: 0 vdr: osdflush: n: 1, 15,6, timeout: 0, result: 0 vdr: osdflush: n: 2, 34,0, timeout: 0, result: 0 vdr: osdflush: n: 1, 15,1, timeout: 0, result: 0 vdr: osdflush: n: 2, 38,0, timeout: 0, result: 0 vdr: osdflush: n: 1, 16,5, timeout: 0, result: 0 vdr: osdflush: n: 1, 24,2, timeout: 0, result: 0 vdr: osdflush: n: 0, 0,0, timeout: 0, result: 0 vdr: osdflush: n: 1, 31,0, timeout: 0, result: 0 vdr: osdflush: n: 1, 15,0, timeout: 0, result: 0 vdr: osdflush: n: 1, 27,6, timeout: 0, result: 0 vdr: osdflush: n: 1, 14,8, timeout: 0, result: 0 vdr: osdflush: n: 1, 19,4, timeout: 0, result: 0 vdr: osdflush: n: 1, 15,6, timeout: 0, result: 0 vdr: osdflush: n: 1, 18,7, timeout: 0, result: 0 vdr: osdflush: n: 1, 15,9, timeout: 0, result: 0 vdr: osdflush: n: 1, 28,0, timeout: 0, result: 0 vdr: osdflush: n: 0, 0,0, timeout: 0, result: 0 vdr: osdflush: n: 1, 28,4, timeout: 0, result: 0 vdr: osdflush: n: 1, 17,7, timeout: 0, result: 0 vdr: osdflush: n: 1, 20,6, timeout: 0, result: 0 vdr: osdflush: n: 3, 37,9, timeout: 0, result: 0 [h264 @ 0x2aaab41c15c0]illegal short term buffer state detected