Насчет того, чтобы показать в дампе forcemute - хорошая идея, постараюсь в ближайшее время вставить в программу.
В настоящий момент ситуация такова: я делал полный автодетект всех входов и всех выходов, и на Сигмателе все это отладил в разных вариантах группировки устройств. Версия 242. Но когда ее выложил, тут же получил шквал отзывов, что выход молчит. После длинного разбирательства, что не так, я понял, что врет изначальный алгоритм с версии 021, который создает массив контролей. В той версии вранье приводило к нерабочим микрофонам. В версии 235 мне, опять-таки некорректным способом удалось оживить микрофоны у какой-то части пациентов, но без автодетекта. В версии 242 одеяло передвинулось с левого края на правый, но осталось той же ширины. Вся проблема в миксерах, которые работают как со входными пинами, так и с выходными. На Сигмателе у меня их нет, вот и все работает. А на ALC883-888

Я пока не разобрал алгоритм работы этого 11 миксера, но похоже, драйвер тоже не понимает, что с ним делать.

У меня есть одна особенность в реализации этого миксера: Встроенный микрофон не заведен в этот миксер nid 11. Внешний и Line-in заведены, а встроенный нет. И из-за этого когда работают внешний микрофон или Line-in я слышу свой голос в колонках, а когда работает внутренний - в колонках тишина. Возможно в этом роль миксера 11 - разгрузить микросхему оцифровки сигнала для создания усиленной копии сигнала приходящей на вход и выдать его сразу на выход минуя микросхему? Только зачем в него beep widget заведен?

P.S. Только мне не ясно чем этот миксер тебе помешал? Его можно просто отключить и связь цифрового выхода с колонками это никак не повлияет.

This post has been edited by AutumnRain: Oct 1 2009, 04:12 PM

beep widget - тоже источник звука, как и микрофон, так что логично, что он заведен на миксер.
Я не уверен, что мне мешает именно 11 миксер. Посмотри еще раз мой отчет в посте 158.
Там где Microphone volume имеется противоречие между версиями 235 и 242. А именно усилитель расположен не там, не на той ноде. А почему?
Разница между версиями вот:

Когда я поставил && вместо || я получил нерабочий выход.
Все, понял. Это условие касается не только пинов, но и миксеров. Например 11-ый. Сейчас буду смотреть дампы и сравнивать результаты.

Ну вот теперь есть и результат
[attachment=572:VoodooHD..._Leo_243.zip]
[attachment=573:VoodooHD...2_64_243.zip]
 voodoohda_src.243.zip ( 3.82MB ) Number of downloads: 2827

Работают все входы и все выходы с автодетектом на двух компах
1. Dell 1525, Sigmatel9228, Snow 10.6.1 32bits
Применил такой патч

2. GA-965P, ALC883, Leo 10.5.8 -- чистый инфо-плист. Все по умолчанию.
Замечания еще есть, возможны улучшения.

Ноут Benq R56 - Conexant Cx20549 - все заработало.

Позволь поинтересоваться, а это ты не забыл выбросить перед испытанием ВудуХДА?

И еще, попробуй IOPCIFamily 2.6.2. От этого тоже может зависеть.
Однако, КП с ВудуХДА пока не исключены, нужно просто попытаться загрузиться еще раз, непонятно пока, в чем беда с холодным запуском. Также непонятны проблемы со слипом.



dong предложил "единственно возможный" способ автосохранения с использованием хелпера, только я что-то утерял его пост. Я ему верю, поскольку он программист и достаточно глубоко погрузился в эту тему. А IORegistryEntry скорее всего для записи в efiNVRAM. Не уверен, что на хакинтошах это возможно. С другой стороны, я бы выбрал более простой путь: сделать настройки по-умолчанию оптимальными ( в текущей версии забыл сделать ненулевым iMix), а общую громкость сама Эппл сохраняет. И, кстати, ее нужно использовать, а не перезаписывать.
По-прежнему вопрос об автосмене названий.
Вопрос о необходимости getExtDump. Сейчас он, по-моему, и не работает. Проще удалить все лишние коды, да добавить в общий дамп. Но это тебе работа, как автору этого дампа.
В текущей версии все равно есть ошибки, но уже не столь очевидные. На моем ALC883 передний микрофон работает тихо, но с шумами, надо бы отловить, откуда идет звук, а откуда шумы, похоже тоже ошибка переключений. Еще кто-то говорил о такой же проблеме.
Насчет просыпания - буду проверять, поскольку у меня сон, наконец-то, заработал. Кстати, вуду ему не мешал.
Там проблема в том, что после просыпания ставятся значения регулировок по-умолчанию, а надо бы сохранять текущие настройки.

Да, проверил, после просыпания, если оно произошло, либо КП, либо звук хрипит. Зато теперь есть на чем проверять в чем дело.
Похоже надо PCI дамп делать.
Рецепт на пробуждение

После чего звук снова хороший.

Еще плохая новость: выдернул наушники в процессе проигрывания музыки и получил КП. Некорректная обработка прерывания? Функция LOCK()? Наверно, КП на старте тоже с этим связано.

"ioreg" я делал уже убив Voodoo и, кажись, вернув назад старые кексты. Это не первый раз я пробую вуду, и каждый раз ловлю панику и истерику ядра. Естественно все AppleHDA и иже с ними я убиваю.
IOPCIFamily 2.6.2 попробую с понедельника.

Извини, но в таком ответе информации для меня тоже не густо

ioreg -lw0 -x >ioregBugaga.txt

Для Снежного IOPCIFamily 2.6.3

Slice, да, сечас посмотрел версию, 2.6.3.

вот ioreg -lw0 -x >ioregBugaga.txt
 ioregBugaga.txt ( 987.22K ) Number of downloads: 2


Хочу заметить, что имею две звуковые, одна VIA а другая Creative X-Fi Xtreme Audio, на обеих модифицированая вуду работать не захотела.
Сразу извеняюсь если вопросы нубские и т.д. с хаком недавно.

Думаю было бы актуально если бы товарищ Mac'ovod отписался что у него и как, так как чипы впринципе должны быть схожи, разница лишь в последней букве.

This post has been edited by Bugagazavr: Oct 4 2009, 09:31 AM

Так. Завел вуду. Судя по IOReg'у оно определило карточку и HDMI у видяхи. Звука пока не добился, и в getdump'e только HDMI наблюдается...

Complex output — даже не уверен, что это, но ни на одном из выходов звук не появляется
Headphones (Green Front) — проверить не могу - системник старый, на переднюю панель не выведен звук.
SPDIF-out (Orange Rear) — проверить не в состоянии
 Sound.png ( 71.05K ) Number of downloads: 17


 ioreg_quark.txt ( 419.37K ) Number of downloads: 5

 getdump_quark.txt ( 3.36K ) Number of downloads: 5

 getExtDump_quark.txt ( 950bytes ) Number of downloads: 2

... у меня встроенная HD Audio звуковуха ALC888 на маме с чипсетом ICH10 -> DeviceID=0x3a3e VendorID=0x8086

2 Slice
Сейчас я занимаюсь авто-сменой названия выхода в настройках звука при подключения устройства к разъему.
Расскажи как это выглядит в AppleHDA:

1. сразу видны оба названия (Например Speaker и Headphone), и выделение перескакивает с одного устройства на другое.
2. видно только одно название и оно сменяется другим.

Хорошо бы скриншот еще.

This post has been edited by AutumnRain: Oct 6 2009, 09:55 AM

Смена названия происходит на глазах через полсекунды после вставки джека
 ______________1.png ( 46.87K ) Number of downloads: 19
 ______________2.png ( 49.66K ) Number of downloads: 18

Было бы идеально это повторить. Попробую поискать в дизассемблированном виде, какие процедуры суперкласса используются.

Кстати, насущная проблема в данный момент - участились КП, нужно понять, как их ловить.
Если сделаешь свою версию - не забудь поставить gMixerDefault ненулевым для всех устройств. В частности IMix нужно сделать 50.

Т.е. вариант 2?
Почему на скриншоте "Встроенные громкоговорители" и "Наушники"?
Может тогда вариант 1??



А получить креш дамп можно?



Не уверен в цели сообразности для всех устройств, а для IMix поставлю.

Нет нет, именно вариант 2. А надписи в эппловском кексте тоже неправильные.
При вставке разъема происходит смена только одной надписи, как видишь на картинке.

Фотографии неоднократно показывали и на лайфе, и здесь в забугорной ветке. А зафиксировать в цифрах это нельзя.

Гениально! Ты это сделал! Проверяю на ALC883 - очень сложный кодек, на нем много ошибок видно, зато нет КП. Вот только звук изменился. Отчитаюсь ниже. Сейчас про автодетект.
 ______________3.png ( 42.96K ) Number of downloads: 22
 ______________4.png ( 45.41K ) Number of downloads: 10
 ______________5.png ( 47.5K ) Number of downloads: 10
 ______________6.png ( 51.46K ) Number of downloads: 8

Однако из четырех линейных выходов детектятся только два, первый и последний. Входов два, детектятся нормально, но работают сразу все.
Дамп следующий

Очевидно 11 миксер всегда включен со всеми его входами, и звук, соответственно, всегда грязный, с шумами, скрипами.
Как ни странно, но отключать миксер нельзя, от него зависит громкость линейного выхода.
Следующие картинки для пояснения ситуации
 ______________1.png ( 55.88K ) Number of downloads: 10
 ______________2.png ( 57.21K ) Number of downloads: 7

И для линейного выхода, и для микрофона есть регулятор IMix. И тот, и другой влияют на громкость воспроизведения .
Причем в моей версии 243 влияет 4 микрофон, а в твоей 244 - пятый.
Разницы в дампе нет, кроме того, что в твоей версии у всех миксеров появилось ненулевое значение на выходе, как и договаривались
Output val: [0x00 0x00] -- 243
Output val: [0x13 0x13] -- 244
Однако, звук резко испортился. Такое бывает, когда два стереоканала смешивают в противофазе.
Нахожу в дампе еще такую вешь

И, кстати, это объясняет эффект с записью воспроизводимого звука. Вот отчет:
http://www.projectosx.com/forum/index.php?...post&p=3053
Цепочка такая: iTunes посылает звук на ноду 2. Звук проходит через ноду 12 и на линейный выход 20. Но затем пробирается на миксер 11, с него через миксер 35 приходит на ноду 8, с которой Квик-тайм записывает звуки. Класс! Вот только эта обратная связь может приглушить звук, или испортить.
Хорошо бы в префпанели сделать кнопочку для отключения этого миксера, а то для него там ничего не предусмотрено.

Слегка поправил проект, звук улучшился, но требуются более капитальные изменения.
Похоже gMixerDefaults слишком общая вешь, а к разным миксерам нужно подходить индивидуально, да и вообще, неплохо бы создать входные устройства (engine) для некоторых из них, например, для ноды 11 - Input Monitor.
Что еще нужно сделать - просмотреть, почему детектятся только первое и последнее устройство. Я, конечно, могу прописать в инфо-плисте, чтобы все выходы были раздельными, но лучше, чтобы драйвер работал правильно с чистым плистом, иначе зачем вообще было заниматься автодетектом?

Эта версия имеет кардинальное улучшение - автосмена названия, так что версию поменял на 0.2.5
 voodoohda_patching.25.zip ( 192.43K ) Number of downloads: 43

Можно разделить миксеры на несколько типов и добавить их настройки в список gMixerDefaults и PrefPanel. Кстати, PrefPanel нужно будет переделать. так чтобы она получала названия регуляторов от драйвера и их отображала. Тогда в будущем не нужно будет менять PrefPanel если у нас снова измениться список регуляторов.

Мне кажется, что назрела необходимость в сохранении настроек. Настроить все усилители по-умолчанию - задача не выполнимая. Можно сделать возможность чтения настроек gMixerDefaults из Info.plist, но это кастели. Я не верю, чтобы у драйвера не было возможность сохранить настройки где-нибудь в системе, а потом прочитать их при следующем старте. Взять тот же AppleHDA, он же может запомнить положение своего регулятора громкости. Должны быть и другие примеры. Не обязательно сохранять настройки в файл, главное сохранить.



Ты имеешь ввиду чтобы сделать возможность автодетекта более двух устройств в группе?

Во-первых, мои поздравления с новым рангом Developer! Теперь у тебя больше места для аттачмента.


Если честно, то я не знаю, как это сделать. А вообще-то у нас названия регуляторов создаются по тому же механизму catPinName() как и энжайны, вопрос в том, делать ли смену названия также в преф-панели, или же там сделать разные вкладки. Кстати, есть отчеты, что у кого-то преф-панель не видит нужного кодека.
Dong углублялся в эту тему, и заявил, что путь, как это делает Эппл для нас закрыт, единственный способ - вставить ХДАхелпер в автозагрузку, чтобы он писал в файл и читал из файла все настройки. Сможешь ли ты его переплюнуть? Хотя вот есть мысль сделать также, как делает загрузчик, который вносит какие-то параметры в реестр (модель ууайди и т.п.)
Собственно автодетект и переключение звука на три устройства у меня работает (спикер, наушники и линейный выход), не работает смена названия.
Хотя подожди, на Сигмателе я еще не проверил последнюю версию.

Что-то на Сигмателе вообще не происходит смена названий. Да и в логе нечисто

Почему энжайн не найден? Может быть процедура стартует раньше времени? С другой стороны, неплохо было бы при старте системы прописать название, какой джек уже воткнут.
Этот преждевременный старт, наверно, может объяснить и КП в некоторых случаях. Энжайн еще не создан, а процедуры класса уже вызываются.
Жаль, не могу найти время получше врубиться в эту логику.