AVerTV MCE 116 Plus перестал работать в Ubuntu 13.04

[nom]

В общем суть проблемы такова что тв-тюнер AVerTV MCE 116 Plus после обновления с 12.10 на 13.04 перестал выполнять свои функции. В 12.10 и предыдущих дистрибутивах на протяжении 2 лет заводился буквально с пол пинка установкой ivtv-utils и linux-firmware-nonfree который содержит недостающее firmware xc3028-v27fw Тестировал тюнер традиционно VLC а для постоянного просмотра использовал TV-Viewer
Неделю ломал голову в чем проблема так и ни к чему не пришел. Модули запускаются так же как и в предыдущей версии, устройства определяются также ни каких проблем не замечено, но при этом вместо изображения выводится набор покареженых фрагментов, а вместо звука шум. То есть он работает также как и до установки вышеуказанных пакетов. В общем прошу совета.

[nom]

Есть одна зацепка в данной проблеме. Судя по всему ivtv-tune работает потому как при смене им частоты картинка канала меняется как положено. А вот со стандартом тв какие-то проблемы - он переключается утилитой v4l2-ctl и при запуске в командной строке команды v4l2-ctl -s pal-d вываливает следующую ошибку: VIDIOC_S_STD: failed: Invalid argument. Текущий стандарт выдает NTSC-M и кроме него ничего другого задать не дает. Это же самое подтверждает и утилита QT V4L2 test Utility в которой в выпадающем списке нет других стандартов хотя в ubuntu-12.10 список был довольно таки обширный.
Может у кого-нибудь есть мысли с чем это связано и как это можно побороть.

[72kuba]

Похожая проблема. ТВ-тюнер AVerTV Studio 507. На версиях с 9.04 заводилась без проблем. После перехода на 13.04 с теми же настройками не заводится. Железо определяется, модули запускаются, ошибки не вылазят. Для просмотра использовал Tvtime, который в настройках "Управление каналами" кроме default, ничего не выбрать не давал. Такое ощущение, что неправильно заданы параметры card и  tuner. Но это не так, ибо с теми же параметрами (card=102 и tuner=38) ранее всё работало. Желания ковыряться не было, посему остался на 12.10.

[nom]

Только что решил проблему путем установки более старого ядра 3.6.11 вместо 3.8.0
Очередное гугление выдало небольшую статейку датированную декабрем 2012 в которой рассказывалось о том как разработчики ядра накосячили по поводу ioctl в v4l2 при разработке 3.8rc в итоге вылезла масса проблем с вебкамерами и различным софтом об этом инет пестрит))). Разработчики начали перепираться кто из них виноват чем сильно разозлили Торвальдса заявившего что если при обновлении у пользователя перестает работать софт то виноваты ядрописатели и совместимость софта превыше всего.
Дальнейшее гугление дало понять что разработчики v4l2 якобы устранили проблему ioctl в ядре 3.10 которое ныне на стадии rc3.
В итоге решил поиграть ядрами. Установил 3.9.4 - не помогло, установил 3.10rc3 - не помогло к тому же начались проблемы с интернетом))), далее пошел в обратном порядке 3.7.10 - не помогло, 3.6.11 - сразу же все заработало!!! Надеюсь все-таки в будущих ядрах все встанет на свои места и таких проблем с новыми дистрибутивами Ubuntu уже не будет.

Итак:
- качаем отсюда http://kernel.ubuntu.com/~kernel-ppa/mainline/v3.6.11-raring/ любым удобным способом пакеты ядра своей архитектуры 32 или 64 бит;
- копируем их в /tmp
- далее в терминале переходим в /tmp - cd /tmp
- устанавливем пакеты sudo dpkg -i *.deb
- перезагружаемся с ядром 3.6.11 и тюнер работает!

[nom]

Увы в 13.10 проблема не решена, принудительная установка ядра 3.6 помогает, но не вечно же это может продолжаться... Проблема возникает при переходе с ядра 3.6 на 3.7 и далее. Единственное заметное отличие системы при этом это появление в 3.7 нового модуля ivtv-alsa и в звуковых устройствах нового входа под названием IVTV0. Пытался этот модуль выгрузить - не получается очень много зависимостей на него сводятся, в Lubuntu оказалось с этим попроще модуль выгрузился без проблем, но ничего это не меняет.
А в винде 8.1 все упорно работает хотя на оф сайте последние драйвера только под висту, зато из центра обновления самой винды без проблем и прилагаемый софт написанный под хр работает. Не любят линуксовые разработчики своих пользователей ох как не любят им интереснее свои мега идеи воплотить а как там у пользователя что отвалится в результате - не важно, лес рубят - щепки летят пожалуй подходящий для них девиз. 
Пользователь решил продолжить мысль 19 Октября 2013, 22:20:21:Обнаружил еще одну зацепку которая позволяет запустить тюнер в пригодном режиме с новыми ядрами в частности на Ubuntu 13.10 с 3.11
Как я до этого писал тестировал я все в vlc. Задаю ему параметры pvr /dev/video0 pal и частота как положено - изображение выходит кривое с треском вместо звука т.е. видеостандарт не переключается в терминале v4l2-ctl -S выдает NTSC-M;
После этого в том же vlc задаю тоже самое но на /dev/video24 - vlc выдает ошибку мол не могу я тебе это выдать и ничего не показывавет, но видеостандарт при этом меняется и дальнейший запуск с video0 выдает идеальное изображение и звук, v4l2-ctl -S выдает PAL-D/D1/K.
Аналогично все происходит если тоже самое сделать в моей программе для постоянного просмотра ТВ - TV-Viewer.
После перезагрузки стандарт снова слетает. И возникает вопрос как сделать чтобы стандарт не слетал или быть может скриптом задать стандат PAL-D

[nom]

Немного подробнее прощупал направление с /dev/video24 получается в 13.10 на ядре 3.11 работает пока только переключение стандарта командой v4l2-ctl -d /dev/video24 -s pal-d Прописал ее в конфиг irexec на туже кнопку пульта с которой запускаю TV-Viewer. Теперь получается первым нажатием кнопки на пульте я переключаю стандарт а вторым запускаю TV-Viewer. За одним создал и кинул исполняемый файл с этой же командой на рабочий стол дабы и без пульта лишний раз в терминал не лазить. В скрипт для VLC строку добавил. В общем для того чтобы зацепиться за новое ядро и отцепиться от 3.6 этого минимума достаточно - и на том уже хорошо. Но в чем же корень проблемы еще предстоит выяснить. Прощупывание устройств и входов командами v4l2-ctl c разными параметрами ничего особенного не выявило - все выводится один в один как и в том самом беспроблемном ядре 3.6 за исключением одного - опция --list-standards выдает на 3.6 по всем устройствам большой список стандартов, а на 3.11 большой только на video24, на остальных по одному пункту ntsc-m и все. Аналогично и с опцией -s pal-d - на 3.6 срабатывает на всех устройствах, а на 3.11 только на video24... Ну те же самые результаты выдавала и QT V4L2 test Utility.... Будем думать дальше... Если у кого-нибудь есть мысли пишите буду благодарен за какие-нибудь наводки.
Пользователь решил продолжить мысль 21 Октября 2013, 22:21:40:Сверил проблему с OpenSuSe и Lubuntu везде все одно и тоже и стандарты переключаются только одним путем через /dev/video24.....