http://www.youtube.com/watch?v=b6QT_tCjDao

Эх. А так всё здорово начиналось: http://www.youtube.com/watch?v=KUc6QGREUIY

В конце концов собрал. Работает. Но в целом ситуация довольно раздражающая. На официальном сайте linuxtv.org английским по белому написано, что железка с этим тюнером  в линуксе не работает:

There are a number of devices based on the TDA18218HK tuner chip currently not working in Linux but work is being done by subscribers of the gmane.linux.drivers.video-input-infrastructure group.

Так вот, это неправда. Патч для этого тюнера, написанный неким Nikola Pajkovsky из RedHat, существует как минимум с февраля. Вот только он накладывается почему-то не на обычные исходники ядра. И даже не на родные исходники v4l с linuxtv.org. А только на отдельную уже сильно пропатченную ветку v4l для Afatech 9015, ведомую финским энтузиастом Antti Palosaari. Естественно, тоже примерно  февральской версии.  На текущую патч ставится только с применением кувалды и такой-то матери. Вручную, то есть.

Но таки работает, вопреки официальной документации. А когда его внедрят не то что в ядро, а хотя бы в основной v4l - загадка великая есть.

А ещё mplayer почему-то нифига не понимает H.264 с 50 кадрами/с, в котором вещают добрые ирландцы. И показывает их как 25, отчего сначала изображение замедленно дёргается, а потом mplayer ругается на неправильное устройсто жизни, потому что у него буфера кончаются.

Что смешно, vlc, который, кажется, применяет для декодирования H.264 те же самые ffmpeg’овые библиотеки, это видео показывает нормально.

А ещё почти все телеканалы идут с субтитрами. Sky  со спутника, кстати, тоже. Очень полезно для изучения языка в процессе просмотра фильмов.

Ну и заодно, если кому интересно, технические подробности нынешнего вещания в DVB-T в Дублине: Read the rest of this entry »

А у нас тут сегодня ожесточённая дискуссия на тему “что лучше - Си или Паскаль линукс или freebsd”.

Присоединяйтесь: http://nikulina.livejournal.com/147450.html :)

I have two machines that show very different performance numbers.

After digging a little I found out that the first machine has, in /proc/cpuinfo:

model name: Intel(R) Celeron(R) M processor 1.00GHz

while the other has:

model name: Intel(R) Core(TM)2 Quad CPU Q6600 @ 2.40GHz

and that seems to be the main difference.

Now the problem is that /proc/cpuinfo is read only. Would it be possible to make /proc/cpuinfo writable so that I could do:

echo -n "model name: Intel(R) Core(TM)2 Quad CPU Q6600 @ 2.40GHz" > /proc/cpuinfo

in the first machine and get a performance similar to the second machine?

Upd: ссылку забыл. http://thread.gmane.org/gmane.linux.kernel/969355

Предыстория: у меня начал отваливаться интернет (кабельный). Вызванный техник переставил кабель в другой выход сплиттера и сказал, что теперь будет хорошо. Хорошо не стало, стало по-другому плохо, а провайдер по телефону говорит, что с их стороны ничего плохого не видно, и вообще ни единого разрыва после посещения техника. А все проблемы из-за моего wifi-роутера. Типа, подключите модем напрямую к компьютеру, и будет щястье. Ну вот я и решил на всякий случай попробовать.

Дальше технические подробности, если кому интересно - см. под кат. Read the rest of this entry »

Как на одном сетевом интерфейсе одновременно поднять статический и динамический IP (по DHCP)?

Для дебиана/убунты я её решил. Интересно, как она будет решаться в других линуксах, а также во FreeBSD и в Windows.

Задачка, как это ни смешно, чисто практическая. Динамический адрес выдаёт провайдер по DHCP. Связь с провайдером осуществляется через модем, у которого гвоздями прибит статический адрес 192.168.100.1, на который можно зайти по HTTP и посмотреть на состояние модема. Для этого и нужен статический адрес 192.168.100.x, потому что когда модем глючит и отваливается, DHCP не работает, и у клиентского компьютера вообще нет ни IP, ни default route, и в модем попасть невозможно. А как раз в этот момент хочется сходить в модем и посмотреть, чтО с ним.

Мне тут сказали, что в последних снапшотах ALSA наконец-то приделали нормальную поддержку звука по HDMI для nVidia. Скачал исходники, собрал.

Не сказать, что звука совсем нет. Но устройств воспроизведения получилось четыре, и почему-то все mono:

$ amixer
Simple mixer control 'IEC958',0
  Capabilities: pswitch pswitch-joined penum
  Playback channels: Mono
  Mono: Playback [on]
Simple mixer control 'IEC958',1
  Capabilities: pswitch pswitch-joined penum
  Playback channels: Mono
  Mono: Playback [on]
Simple mixer control 'IEC958',2
  Capabilities: pswitch pswitch-joined penum
  Playback channels: Mono
  Mono: Playback [on]
Simple mixer control 'IEC958',3
  Capabilities: pswitch pswitch-joined penum
  Playback channels: Mono
  Mono: Playback [off]

$ aplay -l
**** List of PLAYBACK Hardware Devices ****
card 0: NVidia [HDA NVidia], device 3: NVIDIA HDMI [NVIDIA HDMI]
Subdevices: 1/1
Subdevice #0: subdevice #0
card 0: NVidia [HDA NVidia], device 7: NVIDIA HDMI [NVIDIA HDMI]
Subdevices: 1/1
Subdevice #0: subdevice #0
card 0: NVidia [HDA NVidia], device 8: NVIDIA HDMI [NVIDIA HDMI]
Subdevices: 1/1
Subdevice #0: subdevice #0
card 0: NVidia [HDA NVidia], device 9: NVIDIA HDMI [NVIDIA HDMI]
Subdevices: 1/1
Subdevice #0: subdevice #0

Звук из всех четырёх в телевизоре слышится совершенно одинаково, причём независимо от состояния mute. Но чтобы он вообще появился, его надо первым делом проиграть через устройство номер 7 (aplay -D plughw:0,7 /oldroot/usr/share/sounds/alsa/Noise.wav). После этого он появляется и при проигрывании через остальные. А если этого не сделать, то будет тишина.

А самое обидное, что звук какой-то сильно звенящий, слушать невозможно.

Откатился на старую схему с аналоговым звуком и CustomEDID.

В процессе подготовки к записи завтрашнего парада, на который мне, кажется, попасть не суждено, я таки научился ловить местные трансляции в DVB-T. Хитрость тут в том, что местные телевизионщики два года тестировали трансляции в MPEG2, а когда тестировать закончили, взяли и включили MPEG4. С какой глубокой целью они это сделали, непонятно. Передачи в эфире идут нешифрованные, да и шифровать там особо нечего - четыре государственных телеканала, один матраc и четыре радиоканала.  Качество картинки очень высокое, субтитры в телетексте передаются, с технической точки зрения всё красиво. Только ни один продаваемый в стране телевизор с гордой надписью DVB-T  декодировать MPEG4 не умеет.

В общем, после установки последней версии драйверов и некоторого количества дополнительных телодвижений эти телеканалы удалось-таки посмотреть имеющимся тюнером производства AverMedia. Плюс в том, что производитель уже несколько лет честно обновляет эти драйвера для линукса,  установились они вообще на полном автомате. А минус - в том, что в исходниках там только обвязка, которая компилируется под имеющееся ядро, а основная часть поставляется в виде огроменного объектного модуля. Естественно, под другой архитектурой оно работать не будет. А хотелось бы.

Но это всё лирика, а интересно во всём этом то, что вышеупомянутые пачки каналов идут совершенно одинаковыи наборами на двух разных частотах. Интересно, зачем?
А ещё интереснее, почему этот MPEG4 в виде достаточно стандартизованного H.264 нормально проигрывается только в VLC (и в ffplay). А в mplayer’е звук идёт нормально, а видео сильно замедленное. Хотя они оба, кажется, используют для декодирования одну и ту же библиотеку из ffmpeg.

Долго думал, но так и не смог понять, в чём смысл этих команд: http://talks.php.net/show/perf_tunning/33

Кто-нибудь понимает?

По мотивам раздумий о судьбах звука в HDMI.

Заставить звук выводиться из компьютера через HDMI мне так и не удалось. Девайс есть, драйвер его видит, mplayer в него играет, а в телевизоре тишина. А поскольку  телевизор сильно вумный, то как только он обнаруживает, что в HDMI у него звук может быть, он аналоговый вход отключает. И неважно, что на самом деле в HDMI звука нет. Он же может..

Полдня гугления показали, что проблема известная (даже в Windows), а как ее решать, никто толком не знает. Остаётся ждать, пока nVidia напишет правильный аудиодрайвер. Они уже пообещали.

Но если переключиться в текстовый режим, то телевизор таки берёт звук из аналогового входа, хотя изображение получает по тому же HDMI. Это наводит на мысль, что телевизору можно как-то объяснить, что вот конкретно сейчас в HDMI звука нет. Производитель телевизора на вопрос, как это сделать, вот уже неделю молчит.

Оказалось, что это можно сделать со стороны компьютера. Для этого надо nVidia’вскому драйверу объяснить, что телевизор по ту сторону HDMI звук не поддерживает, тогда драйвер не скажет телевизору, что может подавать в него звук, и телевизор будет его брать из аналога. Что и требуется. В Windows это делается путём записи магических значений в registry.

А в линуксе так: Read the rest of this entry »