значит чип уцелел после перепайки :)
кварц 24.576МГц впаян, два кондюка к нему и перемычка вместо L2 не забыта..
это по аппаратной части
вот архив по программной реализации, изначально был любезно прислан rw9uao (эх.. переманить бы его под линух) :)
после настройки и пересборки ядра должно появиться устройство в /dev и звук через madplay
дальше я пока копать не стал - все упирается в фиксированную частоту 48000Гц для ALC. если перекодировать MP3 с этой частотой то звук становиться нормальным.. mplayer использует софтовую плавучку для декодирования - его надо пересобирать
путем несложных телодвижений прикрутил драйвер звука на новое ядро (2.6.17.14->2.6.34.rc-5), звук появился, все сопутствующие дефекты остались :)
в логе:
madplay и mplayer звук воспроизводят и громкость в себе регулируют :)
из непознанного
- в драйвере используется прерывание, но.. только в момент использования драйвера. когда плейер останавливается, то прерывание освобождается..
- в драйвере был обнаружен фрагмент кода, где в зависимости от частоты переключались установки PLL1. возможно тут надо покопать на предмет корректировки скорости вывода для ALC655..
поборов лень, подцепил выход аудиокодека к осциллу. сплодил синус 1000Гц в формате мп3 с битрейтом 44100Гц
и 48000Гц
проигрывал файлы через madplay
полагаю, что причина рассинхрона звука и картинки в mplayer связана не с моей криворукой сборкой а с кодеком, но не его виной. Формально кодек (в текущей ипостаси) тут не при чем. Он и знать не знает - через какое гуано он играет (ALC655)
дошли таки руки сделать доброе дело..
Спасибо Павлу (E-mail: info@starterkit.ru) за чип UCB1400, сдул ALC655 и запаял этот. Звук стал нормальным, до этого играл голосом Буратины (:
в теории, если плотно поковырять сорцы, то можно игрищами с PLL выправить ситуацию для ALC655 (и подобным)..