Цитата

Скажи пожалуйста когда исправления будут и будут ли вообще?

выложу на выходных, если вы с фтп стартеркита скачивали ядро, то там остальные изменения есть (в частности для подключения adv7180 и драйвер CAN - в фрискейловском ядре драйвер CAN фактически не рабочий), звук только не подправлен был. в оригинальном ядре фрискейл в настройках pinmux ошибки были.

Спасибо за труд!!!!

http://starterkit-org.googlecode.com/files/linux-2.6.35.3-11.09.01-sk.tar.bz2

дефолтные конфиги - mx53sk_defconfig, mx53sk_oem_defconfig, mx23sk_nand_defconfig. Нашел еще отличие - у меня тактирование кодека немного по-другому настраивается, так что вполне возможно с этим ядром со звуком у вас проблема исчезнет, по крайней мере в андроиде который я гонял пару суток так же сделано как в этом ядре. SPDIF по дефолту включен, добавил переключение пина на SPDIF OUT.

Добрый день!
Замечательно, просто гора с плечь

Спасибо, будем пробовать!

Да! Все работает и даже независимо вывожу звук через Аналог и Цифру.
Только вот частота дискретизации SPDIF возможна только 48000 Гц?

mxc_spdif_playback_prepare - err < 0
asoc: codec DAI prepare error
spdif_set_sample_rate: no defined 44100 clk src
mxc_spdif_playback_prepare - err < 0
asoc: codec DAI prepare error

Все утро тестирую. Проблем не наблюдаю!
Хотя, если использовать связку JACKD + MPLAYER то возникают проблемы:

imx_ssi_irq mxc_ssi SISR 1181 SIER 780500 fifo_errs=1
imx_ssi_irq mxc_ssi SISR 5131 SIER 780500 fifo_errs=1001
imx_ssi_irq mxc_ssi SISR 51f1 SIER 780500 fifo_errs=2001
imx_ssi_irq mxc_ssi SISR 11b1 SIER 780500 fifo_errs=3001
imx_ssi_irq mxc_ssi SISR 51b1 SIER 780500 fifo_errs=4001
imx_ssi_irq mxc_ssi SISR 11b1 SIER 780500 fifo_errs=5001

Но это уже скорее всего проблема JACKD (Jack-audio-connection-kit).

СПАСИБО.

Цитата

Только вот частота дискретизации SPDIF возможна только 48000 Гц?

Да, причина тут описана
http://www.starterkit.ru/html/index.php?name=forum&op=view&id=16466&num=1#16653

Тестирую уже 4 дня аналог и цифру.
Главная задача для меня это стабильность воспроизведения, если брать звуковой поток из сети.
Так вот, что хочу сказать.
Цифра работает очень хорошо, бывают ошибки, но это из за сетки или ошибки декодера.
По поводу аналога хотел бы разобраться, почему буфер mplayer -cache со временем сходит на НЕТ, учитывая что если воспроизводить через SPDIF все работает нормально?
Я так подозреваю все дело в буфере звукового чипа или драйвера или возможно альса?

Думаю что расчет выделения памяти для буфера не точен.
Направьте на путь.
Где можно менять этот буфер?

В mplayer какого размера буфер выделяете через -cache ? я раньше сразу по-больше делал при работе по сети: -cache 8192 по-моему сам mplayer советует но это правда для воспроизведения видео. Там еще есть параметр - можно задать минимальное заполнение кеша после которого начнется воспроизведение.

-cache 300 -cache-min 50
т.е. 150 килобайт минимум.

Это происходит при частоте 44100. при 48000 все нормально.
Я говорил о том что с цифрой все нормально, ничего такого там нет. Скорее всего потому что частоту можно выставить только 48000.
И не важно какого размера буфер, все равно он со временем уменьшается.
В принципе, можно ничего не делать с этим. Выставил 48000 гц и нормально.
Но мне любопытно в чем может быть дело и как это исправить.

Больше похоже на баг mplayer, по крайней мере оставил сегодня на ночь mplayer v 1.1 - играл интернет-радио 320 kb/s 44100 - утром он продолжал петь. mplayer собирал в buildroot, правило можно взять тут
http://sasamy.narod.ru/mplayer.tar.bz2

удалите каталог
package/multimedia/mplayer
и замените ее тем что в архиве. чтобы не пересобирать всю корневую достаточно удалить
output/build/mplayer-xxx

воспроизводил через OSS , кодек mp3lib