[slice]

Работает любой HDA звук!

Постановка задачи:
У меня на Делле есть встроенный звук на чипсете ICH8M (DevID=0x284b8086) с кодеком Sigmatel 9228 (CodecID=0x83847616).
Загрузившись с LiveCD Ubuntu 8.04 сделал Linux Codec Dump (Тема здесь) на флешку. Подробнее пост№9.
Натянув этот дамп на мордочку пьяной черепашки (Taruga patcher 1.16), получил почти работоспособный звук: есть выход на встроенные динамики и есть неизвестное входное устройства типа микрофона.
Не густо!
Применение той же операции в системе 10.5.6 вообще не дает работоспособного кекста.

Что делает этот патч?
1. Устанавливает в системную папку кекст ALCInject. Можно заменить на HDAEnabler, а с DSDT патчем вообще без них обойтись. Или в стринги прописать эти три новые значения для реестра. Неважно, это инжектор и загадок в нем нет.
2. Делает бинарный патч в кексте AppleHDA в двух местах, есть ваш CodecID не включен в список поддерживаемых

Цитата

11d41984 - Analog Devices 1984
11d4198b - Analog Devices 198b
10ec0262 - Realtek ALC262
10ec0885 - Realtek ALC885
10134206 - Cirrus Logic, Crystal 4206 (?)
1aec8800 - Wolfson WM8800
83847680 - Sigmatel 9220

Счастливые обладатели именно этих цифр могут обойтись без бинарного патча.
Для моего случая нужно искать с помощью HexEdit
или HexEdit 2.2
3d80768483 - байты в обратном порядке, тоже сигмател, но другой. 83 84 76 80
заменить на
3d16768483 - мой 83 84 76 16
По-видимому, бинарный патч - это путь исправления ошибок, известных Эппл. Как выяснилось, во многих случаях без него можно обойтись.
3. Прописывает в инфо.плистах информацию о распиновке звукового кодека. (какая ножка микросхемы соответствует каким внутренним устройствах и внешним коннекторам).

Таруга 1.16 работает только с 1.2.4. v1.2.0 работает с 1.4.0 (вроде даже сам создает).
Более современно использование версии 1.6.8.
На все вопросы про AppleAzaliaAudio даю один ответ и навсегда. Удаляйте его! Работаем с AppleHDA.

Вспомогательные материалы:
Версия 1.4.0 для ALC883 .  AppleHDA883.kext.zip (317,09К)
Количество загрузок:: 1074 --Пригодно, как основа для экспериментов.
А вот ссылка на кучу готовых кодеков. Может кому повезет?
PlistEditor - спасибо Гусару
Как пользоваться Audio MIDI Setup. Мануал от Гусара. Полезен даже тем, кто не умеет еще читать.
Таруга патчер 1.2.0
Мануал про ПинКонфиг от Spacesee
Расшифровка PinDefault от BIM167

Что делать?
1. Читайте ветку начиная с первого поста. Спасибо анонимному модератору, убравшему ненужные посты, теперь там все в жилу.
2. Скачивайте необходимые инструменты и вспомогательные материалы.
3. Ищите даташиты и другую информацию конкретно о вашей звуковухе.
4. Если здесь нету для вас готового решения, создавайте свой драйвер по нашим следам. Это реально!

Инструкции в этой ветке
Пост №9. Как сделать Линукс-дамп. Вариант VoodooHDA dump в посте №1208
№12, 13. Как строить свои цепочки Нод (NodeID) на основе этого дампа. Вариант в №1213 на основе VoodooHDA dump.
№16. О редактировании цепочек.
№21, 285. Как делать бинарный патч.
№105, 106, 114. Зачем нужен бинарный патч.
№31. Об информации в Систем-профайлере.
№39. Как сделать автоопределение, куда воткнут разъем. Спасибо Dan1234.
№49, 57. Как найти свою распиновку, используя информацию из Висты. (тем не менее, корректировка еще не помешает)
№91. Ни Линукс, ни Виста не дают абсолютно точной информации.
№165, 166. Расшифровка PinDefault. Далее по ветке неоднократно обсуждалось, кто чего там менял, и с каким результатом. №400-500
№260. Как сделать регулятор чувствительности микрофона
№430, 436. Добавление лишних цепочек приводит к неработоспособности всего звука.
№634. Влияние правильности расположения цепочки НОД на выключение компа!
№635. Что означают цифры в параметре MuteGPIO. Информация пока неполная.
№1080 Улучшение микрофона и шумоподавление.
№1082 что означает параметр boost, и на какую ноду его стоит ставить.
№1089 - как использовать DetectDelegate и DetectAssistants.
№1122 Как прописать микрофон.
№1307 как сформировать PinConfigurations в HDAEnabler, и зачем.
№1464 - ликбез от skvo по запуску микрофона
№1663 Устранение щелчков.

Clubber77 собрал все эти инструкции в один МАНУАЛ.
Скрипт от skvo для экспериментов со звуком. Пост №1531

Готовые решения:
Внимание! Отдел готовых решений переезжает в раздел Железо. Прошу туда <-. Ссылки на обменники уничтожаю.
Для ALC883 BIM создал драйвер. В посте 1290 версия, обновленная для 10.5.7
Тоже для ALC883 но от Гусара
Мой полученный кекст. для Sigmatel9228. Редакция от 16.02.09 в посте 634
Решения от Dan1234 для ALC262 посты 22,23
Решения от Podkovka для Conexant Cx20561 пост №123. AppleHDA_Connexant.
Решение от Swoper для ALC889a, который реально ALC885. Пост №214.
Решение от Moopha для AD1986a. Пост№259
Решение от katso для ALC1200, ALC888. Пост №740, 828
Решение от Clubber77 для Connexant Cx20551. Пост №851. Версия для Барсика в посте№1680.
Вариант от skvo в посте №1634
и третий вариант для ALC268 от skvo в посте №1649.
Решение от skvo для ALC660. Пост №1246
Драйвер от skvo для ALC662 в посте №1635
Решение от tea для ALC272. Пост №1267
Драйвер от 04152viki для Sigmatel 9205(Dell 630) кодек 838476a0. Пост №1299.
Драйвера от Clubber_77 для Cx20549 под Леопарда и Барсика в посте №1689.
Благодарности за правку драйверов skvo с занесением в личное дело. И Clubber_77 тоже.

По-поводу VoodooHDA создана отдельная ветка. Добро пожаловать!

Сообщение отредактировал slice: 28 Авг 2009 - 00:22

[slice]

Цитата

Slice!
А устройство (ICH9 Family) HD Audio Controller [8086:293e] какому кодеку соответствует?
Где подсмотреть можно?
Есть подозрение, что кодек ALC662, либо Analog Devices 1984, но подтверждения (опровержения) я найти не могу!

Ты не прав. 8086:293e - это PCI устройство, контроллер. А кодек у тебя может быть любым. Можно увидеть в Виндоусе или в линуксе.
если распечатать ioreg, то там, при наличии драйвера что-то есть

	| |   |   +-o IOHDACodecDevice@0  <class IOHDACodecDevice, registered, matched, active, busy 0, retain 6>
	| |   |   | | {
	| |   |   | |   \\\"IOHDACodecVendorID\\\" = 0x14f12c06	-- это Conexant modem
	| |   |   | |   \\\"IOHDACodecRevisionID\\\" = 0x100000
	| |   |   | | }
	| |   |   | | 
	| |   |   | +-o IOHDACodecDriver  <class IOHDACodecDriver, !registered, !matched, active, busy 0, retain 5>
	| |   |   |   | {
	| |   |   |   |   \\\"IOProviderClass\\\" = \\\"IOHDACodecDevice\\\"
	| |   |   |   |   \\\"IOProbeScore\\\" = 0x0
	| |   |   |   |   \\\"IOMatchCategory\\\" = \\\"IODefaultMatchCategory\\\"
	| |   |   |   |   \\\"IOClass\\\" = \\\"IOHDACodecDriver\\\"
	| |   |   |   |   \\\"CFBundleIdentifier\\\" = \\\"com.apple.iokit.IOHDAFamily\\\"
	| |   |   |   | }
	| |   |   |   | 
	| |   |   |   +-o IOHDACodecFunction@2  <class IOHDACodecFunction, registered, matched, active, busy 0, retain 4>
	| |   |   |	   {
	| |   |   |		 \\\"IOHDACodecFunctionSubsystemID\\\" = 0x14f1000f
	| |   |   |		 \\\"IOHDACodecFunctionGroupType\\\" = 0x2
	| |   |   |	   }
	| |   |   |	   
	| |   |   +-o IOHDACodecDevice@1  <class IOHDACodecDevice, registered, matched, active, busy 0, retain 6>
	| |   |   | | {
	| |   |   | |   \\\"IOHDACodecVendorID\\\" = 0x10951392   -- это HDMI выход
	| |   |   | |   \\\"IOHDACodecRevisionID\\\" = 0x100000
	| |   |   | | }
	| |   |   | | 
	| |   |   | +-o IOHDACodecDriver  <class IOHDACodecDriver, !registered, !matched, active, busy 0, retain 5>
	| |   |   |   | {
	| |   |   |   |   \\\"IOProviderClass\\\" = \\\"IOHDACodecDevice\\\"
	| |   |   |   |   \\\"IOProbeScore\\\" = 0x0
	| |   |   |   |   \\\"IOMatchCategory\\\" = \\\"IODefaultMatchCategory\\\"
	| |   |   |   |   \\\"IOClass\\\" = \\\"IOHDACodecDriver\\\"
	| |   |   |   |   \\\"CFBundleIdentifier\\\" = \\\"com.apple.iokit.IOHDAFamily\\\"
	| |   |   |   | }
	| |   |   |   | 
	| |   |   |   +-o IOHDACodecFunction@1  <class IOHDACodecFunction, registered, matched, active, busy 0, retain 4>
	| |   |   |	   {
	| |   |   |		 \\\"IOHDACodecFunctionSubsystemID\\\" = 0x10280242
	| |   |   |		 \\\"IOHDACodecFunctionGroupType\\\" = 0x1
	| |   |   |	   }
	| |   |   |	   
	| |   |   +-o IOHDACodecDevice@2  <class IOHDACodecDevice, registered, matched, active, busy 0, retain 6>
	| |   |	 | {
	| |   |	 |   \\\"IOHDACodecVendorID\\\" = 0xffffffff83847616  -- а вот и мой кодес Sigmatel
	| |   |	 |   \\\"IOHDACodecRevisionID\\\" = 0x100402
	| |   |	 | }
	| |   |	 | 
	| |   |	 +-o IOHDACodecDriver  <class IOHDACodecDriver, !registered, !matched, active, busy 0, retain 5>
	| |   |	   | {
	| |   |	   |   \\\"IOProviderClass\\\" = \\\"IOHDACodecDevice\\\"
	| |   |	   |   \\\"IOProbeScore\\\" = 0x0
	| |   |	   |   \\\"IOMatchCategory\\\" = \\\"IODefaultMatchCategory\\\"
	| |   |	   |   \\\"IOClass\\\" = \\\"IOHDACodecDriver\\\"
	| |   |	   |   \\\"CFBundleIdentifier\\\" = \\\"com.apple.iokit.IOHDAFamily\\\"
	| |   |	   | }
	| |   |	   | 
	| |   |	   +-o IOHDACodecFunction@1  <class IOHDACodecFunction, registered, matched, active, busy 0, retain 6>
	| |   |		 | {
	| |   |		 |   \\\"IOHDACodecFunctionSubsystemID\\\" = 0x10280242
	| |   |		 |   \\\"IOHDACodecFunctionGroupType\\\" = 0x1
	| |   |		 | }
	| |   |		 | 
	| |   |		 +-o AppleHDACodecGeneric  <class AppleHDACodecGeneric, registered, matched, active, busy 0, retain 4>
	| |   |			 {
	| |   |			   \\\"IOProviderClass\\\" = \\\"IOHDACodecFunction\\\"
	| |   |			   \\\"IOProbeScore\\\" = 0x0
	| |   |			   \\\"IOHDACodecFunctionGroupType\\\" = 0x1
	| |   |			   \\\"IOMatchCategory\\\" = \\\"IODefaultMatchCategory\\\"
	| |   |			   \\\"IOClass\\\" = \\\"AppleHDACodecGeneric\\\"
	| |   |			   \\\"CFBundleIdentifier\\\" = \\\"com.apple.driver.AppleHDA\\\"

Я тут приступил к расшифровке Linux Codec Dump. Его содержимое зависит от версии Линукса, поэтому у разных авторов получется разный, ну и результат патча меняется.

Node 0x0a {Pin Complex} wcaps 0x400181: Stereo
  Pincap 0x08173f: IN OUT HP Detect
  Pin Default 0x0221101f: [Jack] HP Out at Ext Front
	Conn = 1/8, Color = Black
  Pin-ctls: 0xc0: OUT HP
  Connection: 2
	 0x02* 0x03
Node 0x0b [Pin Complex] wcaps 0x400181: Stereo
  Pincap 0x08173f: IN OUT HP Detect
  Pin Default 0x40f000f1: [N/A] Other at Ext N/A
	Conn = Unknown, Color = Unknown
  Pin-ctls: 0x00:
  Connection: 2
	 0x02* 0x03

Самое интересное здесь - Pin Default
Для ноды 0x0a видим правильную цифру. А вот 0x0b то ли неправильна, то ли отсутствует в железе.
Расшифровки
0221101а - внешний выход ( также 4), для внутренних 5 или 9
0221101f - для внешних 2 - фронтальный, 1 - задний, 9 - ATAPI ( например CD IN)
0221101f - тип устройства:
01 - LineOut
21 - HP - (HeadPhone - наушники)
11/17 - Speaker
44/45 - Spdif Out
c5 - Spdif In
33 - CD IN
a6 - Min int - встроенный микрофон
a1 - Mic Ext - внешний микрофон
56 - HDMI
81 - Line IN
87 - Line In Mono - ХЗ
b3 - Telephony
Последние четыре цифры расшифровать не могу.
Еще эту информацию можно найти в реестре Виндоус. А уж там-то все работает как надо!

Можно попытаться подредактировать свой Linux Codec Dump и снова кинуть его в пьяную морду.

Сообщение отредактировал slice: 30 Дек 2008 - 16:16

[dan1234]

Gusar (30.12.2008, 23:37) писал:

Ну и чего мозг искривляешь себе и окружающим? Кстати, производитель http://www.gigabyte....a-g31m-s2l.html настаивает на 662 кодеке
А вот это для кого?

Речь идет о Ноуте Samsung R560!

Вот там точно ALC262 - это я и выяснил!
Но боюсь "чужие" дампы мне не подойдут, т.к. у меня SybsystemID совсем "левый" - 0x144dc03f!

[dan1234]

Сделал дамп ALC262 под Линухом, кинул на морду лягухи V1.20 - появился звук 10.5.6 на встроенные динамики и наушники (Samsung R560), микрофона нет!

Сообщение отредактировал dan1234: 31 Дек 2008 - 00:37

[slice]

dan1234 (31.12.2008, 0:34) писал:

Сделал дамп ALC262 под Линухом, кинул на морду лягухи V1.20 - появился звук 10.5.6 на встроенные динамики и наушники (Samsung R560), микрофона нет!

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

Что я выяснил:
1. черепашка 1.16 работает с ХДА 1.2.4
а черепашка 1.20 с ХДА 1.40
2. И тот, и другой вариант не очень правильно интерпретирует кодек-дамп, причем по-разному. Нужно все-таки разобраться с ручным вариантом.

У меня есть промежуточный успех - вместо стерео сделал квадрофонию. Всего лишь редактировал Линух-Кодек-Дамп.
В какую сторону исправлять - посмотрел в реестре ВиндоусХР. Там есть раздел "Pin" - срочно все находим и высказываемся.

[dan1234]

slice (31.12.2008, 14:39) писал:

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

Что я выяснил:
1. черепашка 1.16 работает с ХДА 1.2.4
а черепашка 1.20 с ХДА 1.40
2. И тот, и другой вариант не очень правильно интерпретирует кодек-дамп, причем по-разному. Нужно все-таки разобраться с ручным вариантом.

Ящик почистил!
Черепашка 1.16 у меня работать отказалась, сказала ALC262 не поддерживает!
Микрофон хачу - оочень хачу!
Только как?

slice (31.12.2008, 14:39) писал:

У меня есть промежуточный успех - вместо стерео сделал квадрофонию. Всего лишь редактировал Линух-Кодек-Дамп.
В какую сторону исправлять - посмотрел в реестре ВиндоусХР. Там есть раздел "Pin" - срочно все находим и высказываемся.

Везет вам! А у меня нет Хрюши!
И как быть?

[slice]

dan1234 (31.12.2008, 12:43) писал:

Ящик почистил!
Черепашка 1.16 у меня работать отказалась, сказала ALC262 не поддерживает!
Микрофон хачу - оочень хачу!
Только как?


Везет вам! А у меня нет Хрюши!
И как быть?

Gusar (31.12.2008, 14:46) писал:

У меня тоже нет, так что слайс ковыряет один за всех. Это будет его новогоднее приключение.
С Новым Годом всех!!!

Нет хрюши - ищите Linux LiveCD. Говорят Мандрива имеет самый правильный драйвер.
Всех с наступающим!
 Picture_1.png (183,24К)
Количество загрузок:: 25

[slice]

Итак, очередной отчет
 Picture_1.png (47,03К)
Количество загрузок:: 31  Picture_2.png (48,85К)
Количество загрузок:: 15
Надо заметить, что я так и не нащупал закономерности, когда драйвер работает.
Зато ясно, что есть за что бороться.
Мои действия, конспективно. Если бы был уверен что и как правильно, написал бы детально.
1. Загрузился с Ubuntu (инсталлятор, но без установки - просто LiveCD).
2. Там в терминале даю команду
cat /proc/asound/card0/codec#2 >/media/KINGSTON/codecDump.txt
KINGSTON - это моя вставленная флешка.
3. Натягиваю этот кодекДамп на пьяную морду и получаю отчет

Цитата

AppleHDA Patcher - 2006/2007 by Taruga v1.20


* Patching AppleHDA.kext to 0x83847616 Done
* Checking AppleHDA for patch Done
0001f4a7 cmpl $0x83847616,%eax
0002058b cmpl $0x83847616,%eax
* Checking for SPDIF Out Detected
* Checking for SPDIF In Not Detected
* Using the following nodes in pathmap

Back Mic: 7 27 24 21 12
Line In : 28 25 22 16
Speaker : 13 2
Spdif Out: 33 30

Однако,
- 1.20 не дает мне работоспособного драйвера, только 1.16.
- с 1.16 получаю только один вход и один выход
- Spdif у меня не сущуствует
- перечень нод явно не правильный.

продолжение следует...

[slice]

Теперь открываю реестр Виндоус, нахожу там перечень нод и вижу (номер ноды 16-ричный)
a: 02211210 - HP out ext front
d: 90170310 - Speaker int
e: 0281103e - LineIn ext front
f: 0221122f - HP out ext front - очевидно, тыловые динамики
13: 90a60330 - Mic int
21: 01441340 - Digital out ext - по-моему, это HDMI, Таруге неведомый.
Остальные ноды типа Pin Complex обозначены как неизвестные (other ext).

Пытаюсь поправить КодекДамп с этой информацией и снова натянуть на черепашку - ничего не меняется.
Тогда беру патченный AppleHDA.kext/Contents/Info.plist и правлю вручную по такой схеме
MicInt: 7 27 24 21 19 - последняя цифра = Pin Complex 0x13
LineIn Ext; 8 28 25 14
(есть вариант 9 29 26 23 14)
SPDIF In: 34 32 - есть у меня Digital In в дампе, но нету физического устройства
Speaker: 13 2
HP out: 15 3
Line out: 10 4
SPDIF out: 33 30
Все это писано вилами по воде, инструкции от Таруги, как и его патч, этого не делают.
Что писать в инфо-плисте - тоже не ясно, пишу по образцу двух рабочих устройств.

Перезагружаюсь после чистки всех мкекстов , кешей да еще и с ключом -f. Изменений нет.
Предполагая, что у меня послепраздничные глюки, снова чишу все кеши и снова перезагружаюсь.
Бамс!!! Новые устройства!

Все это я сумел сделать со старым AppleHDA 1.4.0. С новыми версиями так ни разу звука и не получил.

[slice]

Еще хороший источник информации - официальный документ от производителя.
 Picture_1.png (68,19К)
Количество загрузок:: 79
Подредактировал список нод в соответствии с рисунком. И хотя в контрольной панели все еще бардак, но у меня работают все передние входы и выходы.  Info.zip (1,8К)
Количество загрузок:: 46

Сообщение отредактировал slice: 02 Янв 2009 - 23:37

[slice]

Итак, подвожу финальную черту. Я сделал все, что хотел, не открыв ничего нового. Я просто понял, что
1. Кодек-дамп из Линукса неполноценный.
2. Распиновка, полученная из реестра WindowsXP также несовершенна, но уже ближе к истине.
3. Таруга патчер неправильно его интерпретирует.
Зато, если после Таруги имеем хотя бы частично рабочий звуковой драйвер, то все остальные устройства можно подобрать, изучая кодек-дамп и другие источники информации. Самое главное - найти Pin Complex для каждого устройства, и построить к ним цепочки.
Output
[Pin Complex]->[Audio Mixer]->[Audio Output]
Input
[Audio Input]->[Audio Selector]->[Pin Complex]
При этом промежуточных ступеней может быть несколько, или ни одной. Вот мои
MicIn: 7 27 24 21 14
LineIn: 8 28 25 22 12 -- отредактировано. Вот теперь правильно!
Speaker int: 13 2
LineOut: 15 5
Headphone: 10 3
Digital Out: 33 30 -- по-видимому - HMDI
Названия устройств заложены в номере Pin Complex, где хранится расшифровка этого номера, я и не понял. По идее, оно прошито в железе, и считывается откуда-то из БИОСа. Для нас существенно, что меняя номер [Pin Complex] будем иметь изменение названия в контрольной панели.
Номер Audio Input/Output определяет работоспособность устройства. Грубо говоря - куда идет сигнал. К счастью, железо его еще и автоматически перекоммутирует, так что с этим у меня проблем не было.
Audio Mixer/Selector - это регуляторы громкости и т.п.
Странно, но я не прописал регулятор на Speaker, тем не менее, он работает. Не понимаю.
 Picture_1.png (54,19К)
Количество загрузок:: 21  Picture_2.png (57,1К)
Количество загрузок:: 13
А теперь можете сравнить мой предыдущий вариант с окончательным
 Info.zip (1,8К)
Количество загрузок:: 125

Сообщение отредактировал slice: 12 Янв 2009 - 14:50

[slice]

Ладно, подробности.
Дано:
полурабочий драйвер с 1-2-я устройствами.
куча кодек-дампов из разных источников
Получить:
остальные устройства
Решение:
Звуковые выходы:
Цепочка начинается с [Pin Complex], проходит через миксеры (от 0 до 3 штук), и заканчивается [Audio Output]
Speaker сделан Таругой. Цепочка 13-2.
LineOut ищем

Цитата

Node 0x0f [Pin Complex] wcaps 0x400181: Stereo
Pincap 0x081737: IN OUT Detect Trigger ImpSense
Vref caps: HIZ 50 GRD 80
Pin Default 0x0227101f: [Jack] HP Out at Ext Front
Conn = 1/8, Color = Black
DefAssociation = 0x1, Sequence = 0xf
Misc = NO_PRESENCE
Pin-ctls: 0x40: OUT VREF_HIZ
Unsolicited: tag=30, enabled=1
Connection: 1
0x05
Node 0x05 [Audio Output] wcaps 0xd0c05: Stereo Amp-Out R/L

Знание Pin Default может пригодиться, но не в данном случае
Несмотря на то, что здесь обозначено HP Out, система приняла это как Line Out. Почему? Неправильный дамп.
Находим еще также цепочку 10-3
Теперь входные устройства. Начинаются на [Audio Input] и заканчивается на [Pin Complex]
Моя микрофонная цепочка получилась 7-27-24-21-14

Цитата

Node 0x07 [Audio Input] wcaps 0x1d0541: Stereo
Converter: stream=0, channel=0
SDI-Select: 0
Power: setting=D0, actual=D0
Delay: 13 samples
Connection: 1
0x1b
Node 0x1b [Audio Selector] wcaps 0x30090d: Stereo Amp-Out R/L
Amp-Out caps: ofs=0x00, nsteps=0x00, stepsize=0x00, mute=1
Amp-Out vals: [0x00 0x00]
Connection: 3
0x18* 0x13 0x14
Node 0x18 [Audio Selector] wcaps 0x300103: Stereo Amp-In
Amp-In caps: N/A
Amp-In vals: [0x00 0x00]
Connection: 1
0x15
Node 0x15 [Audio Selector] wcaps 0x30010d: Stereo Amp-Out
Amp-Out caps: ofs=0x00, nsteps=0x04, stepsize=0x27, mute=0
Amp-Out vals: [0x00 0x00]
Connection: 9
0x0e 0x12 0x0f 0x0b 0x0c* 0x0d 0x0a 0x10 0x11
Node 0x0e [Pin Complex] wcaps 0x400181: Stereo
Pincap 0x081737: IN OUT Detect
Pin Default 0x02a11020: [Jack] Mic at Ext Front
Conn = 1/8, Color = Black
Pin-ctls: 0x24: IN
Connection: 1
0x04

а вот последний коннектор, выделенный зеленым, и не понял. Это [Audio Output]. То ли ошибка дампа, то ли сквозной канал.
Можно провести эксперимент.

Но не все так гладко, как я здесь прописал. В разных вариантах дампа, скачанных с интернета, я видел самые разные цепочки, да еще и обрывающиеся, или не полноценные. Далее дело проб и ошибок.
Берите мой info.plist из поста №44, и смотрите, куда я прописал эти цепочки.
Берите свой неполноценный драйвер, и добавляйте туда новые цепочки по образцу.
У меня получилось. Проб и ошибок было очень много.
Какие еще подробности вам нужны?

[slice]

Вот она, вышеупомянутая цепочка 7-27-24-21-14
 Picture_3.png (72,17К)
Количество загрузок:: 66
А вот насчет того, к каком порядке их располагать - есть подозрение, что это не играет роли. В буржуйском решении они располагаются не так, да еще и иерархически, в отличие от моего. А работает точно так же.
item 2 - второй микрофон
item 3 - спикер
item 4 - line out
item 5 - HP out
item 6 - SPDIF Out - система его не опознала, да и физически его нет.

Сообщение отредактировал slice: 03 Янв 2009 - 21:07

[slice]

А вот и окончательный результат  Picture_4.png (119,69К)
Количество загрузок:: 30

[slice]

dan1234 (4.1.2009, 9:20) писал:

Ну ты уж меня совсем лохом не считай!
Цифирки я могу менять, а копи-паст нет!
А вот твой эдитор не запускается - вываливается с ошибкой! Видимо ему еще чего-то не хватает!
Он же из X-Code?

Да, он из XCode 3.1, и, наверно, без него не работает. Ну тогда тебе ничего не остается, как разглядывать инфо-плист в текстовом виде. Кусок открывается <array> и заканчивается </array>. Главное соблюдать их количество: сколько открывающих, столько и закрывающих. А внутри - список нод.
Пример покороче - цепочка 13-2

						<array>
							<array>
								<array>
									<dict>
										<key>NodeID</key>
										<integer>13</integer>
									</dict>
									<dict>
										<key>Amp</key>
										<dict>
											<key>Channels</key>
											<array>
												<dict>
													<key>Bind</key>
													<integer>1</integer>
													<key>Channel</key>
													<integer>1</integer>
												</dict>
												<dict>
													<key>Bind</key>
													<integer>2</integer>
													<key>Channel</key>
													<integer>2</integer>
												</dict>
											</array>
											<key>MuteInputAmp</key>
											<true/>
											<key>PublishMute</key>
											<true/>
											<key>PublishVolume</key>
											<true/>
											<key>VolumeInputAmp</key>
											<false/>
										</dict>
										<key>NodeID</key>
										<integer>2</integer>
									</dict>
								</array>
							</array>
						</array>

А у меня офигенная новость: после всех этих упражнений у меня заработал shutdown
К сожалению, объяснения этому у меня нету, просто факт.

[cVad]

PlistEdit Pro - к сожалению платный.
Позволяет редактировать плист файлы, прямо в системной директории...

[slice]

Ты меня не просто удивил, а вообще потряс.
Я сначала почувствовал себя совсем дураком, но затем просто посмотрел повнимательнее. Да, я ошибся! В этом кексте прописаны правильные цепочки на LayoutID=12 => PathMapID=9.
Ну тогда есть смысл побороться за версию 1.5.7 применительно к моей звуковухе. А зачем тебе мой 1.4.0, у тебя же лучше!?
Держи -- для ALC883

Сообщение отредактировал slice: 05 Янв 2009 - 22:02

[slice]

Gusar (5.1.2009, 22:48) писал:

Я щас за 1.6 борюсь. Самое обидное, что народу с 885 кодеком подфартило, а мне с 883...

Слушай, а исходника нет на ХДА?

Нет исходников. Да мог бы по ситуации понять: были бы исходники, народ давно бы перестал мучится, программеров-то заинтересованных хватает.
Взял я твой кекст 1.5.7. Переделал строго под себя и в бинарнике, и во всех инфо-плистах, тем более, что я уверен в своих цепочках НОД. Не работает!!!!
Отличие в том, что у тебя дефолтный CodecAddress=0, а вот у меня =2, и туда новый драйвер категорически отказывается цепляться.

	| |   |   |		 
	| |   |   +-o IOHDACodecDevice@2  <class IOHDACodecDevice, registered, matched, active, busy 0, retain 6>
	| |   |	 | {
	| |   |	 |   "IOHDACodecAddress" = 0x2
	| |   |	 |   "IOHDACodecVendorID" = 0xffffffff83847616
	| |   |	 |   "IOHDACodecRevisionID" = 0x100402
	| |   |	 | }
	| |   |	 | 
	| |   |	 +-o IOHDACodecDriver  <class IOHDACodecDriver, !registered, !matched, active, busy 0, retain 5>
	| |   |	   | {
	| |   |	   |   "IOProviderClass" = "IOHDACodecDevice"
	| |   |	   |   "IOProbeScore" = 0x0
	| |   |	   |   "IOMatchCategory" = "IODefaultMatchCategory"
	| |   |	   |   "IOClass" = "IOHDACodecDriver"
	| |   |	   |   "CFBundleIdentifier" = "com.apple.iokit.IOHDAFamily"
	| |   |	   | }
	| |   |	   | 
	| |   |	   +-o IOHDACodecFunction@1  <class IOHDACodecFunction, registered, matched, active, busy 0, retain 4>
	| |   |		   {
	| |   |			 "IOHDACodecFunctionSubsystemID" = 0x10280242
	| |   |			 "IOHDACodecFunctionGroupType" = 0x1
	| |   |		   }
	| |   |

А может где-то надо subsystem прописать?

ЗЫ: А ты не забыл, что пытая версию 1.6 тебе необходимо сделать бинарный патч 10ec0885 -> 10ec0883? Конечно им подфартило, 885 кодек родной!