prcmelo

morennorox, Consegui arrumar meu som USB, veja se com você funciona: Abra o Audio MIDI Setup, selecione seu dispositivo USB no lado esquerdo da janela e siga os passos da imagem abaixo... http://postimg.org/image/6xfi7ziep/

Depois de "apanhar" um pouco, eu conseguir instalar e subir o Yosemite. Os únicos problemas que notei até agora: 1 - Quando acesso o AirDrop, no Finder, o mouse fica "engasgando"... é necessário fechar a janela do Finder para que o mouse volte ao normal. 2 - O ícone de volume na barra de menus fica desabilitado, (cinza), tenho áudio mas não consigo aumentar, reduzir ou "mutar" o volume, nem pelas teclas de volume do meu teclado e nem pelo "slider" do ícone de volume. Tenho 2 placas de som USB, e o mesmo ocorre com as 2. Parei de usar a minha 887B, prá acabar com aquela coisa de procurar ou "patchear" a AppleHDA a cada atualização. No mais, achei o sistema "estranho" visualmente, não gostei do visual, meio "teen" demais pro meu gosto, as pastas azuis do Finder são de um mau gosto extremo, aquele azul "cheguei"... As "traffic lights" então nem se fala, horríveis... pena, pois, prá mim, o OS X sempre foi uma coisa "a parte" visualmente... e hoje em dia parece que perdeu isso... me parece uma mistura, hoje em dia, de vários sistemas... Enfim... minha esperança é arrumar esse meu problema do som com as próximas atualizações... vamos ver o que vem por aí.

pernacabeluda, Acabei jogando as 2 Kexts que uso dentro de S / L / E e apaguei a pasta Extensions dentro de Extra. Funcionando 100%! Valeu pela ajuda!!!

É o que vou acabar fazendo. Colocar elas em S/L/E. Quando chegar em casa, vou ver isso. Obrigado, mesmo, pela ajuda!

Obrigado pela resposta!!! Pelo que entendi, se eu usar este modulo do Chameleon, e excluir o USEKERNELCACHE=NO do meu plist, tudo funciona normalnente, é isso? Não tenho como testar agora pois estou no trabalho, por isso estou perguntando se a solução é simples assim. Perdi horas ontem a noite tentando fazer isso funcionar! Obrigado mais uma vez!

Olá a todos! Será que alguém consegue me dizer o que pode estar acontecendo? É o seguinte, não consigo mais atualizar meu Chameleon, a última versão que funciona prá mim é a 2.1 REV 2003. Após essa versão meu hack não inicia, fica parado com vários erros no som, bluetooth e etc. Só funciona se eu usar USEKERNELCACHE=NO, porem, com essa opcao, meu audio, que é um USB, fica falhando e só funciona se eu desplugar e plugar ele de novo. Nas versoes 2.1 do Chameleon não era necessario o uso de USEKERNELCACHE=NO e o audio sempre funcionou bem. Porem nessas versoes 2.2 acontece isso. Fico preocupado de isso me limitar quanto ao uso futuro do MAVERICKS, pois se nao consigo atualizar o Chameleon... Será que alguem pode me dar uma ajuda? Uso apenas a FAKE e REDE na pasta EXTRA. Obrigado a todos que puderem me ajudar.

Pessoal, Meu irmão está querendo montar o primeiro Hack dele e irei passar a minha atual placa mãe para meu irmão, ela é uma GA-H67M-D2-B3 E então irei comprar uma nova placa mãe para mim, com 4 Slots de memória, e como não quero gastar muito, achei esta aqui, por R$ 460,00 aqui no Rio, é a GA-Z77-HD4 (rev. 1.0) http://www.gigabyte.us/products/product-page.aspx?pid=4407&m=n#sp Pelas especificações, seria ela uma boa placa para um Hack? E essa coisa de 3D BIOS (Dual UEFI), qual a vantagem? Não seria necessário um DSDT, apenas isso? Se alguém puder jogar alguma luz nestas questões... Obrigado!!!

Fala Cassio! Cara, peguei uma AICPM patcheada e coloquei um plist do iMac12,2 (se não me engano com os valores do MacBook 8.3) e consegui 5 p-states, o 16(primeiro) e o 34/35/36/37(turbo ratios). Se eu usar a plist original do iMac12,2 só consigo o 16 e o 34. Já é um começo, mas é bem diferente do Lion onde consigo 9 p-states (com o plist original de MacPro3,1), estranho, não? Reparei que a estrutura da IOPlatformPluginFamily.kext foi modificada, pois dentro da pasta "plugins" existem 4 ou 5 kexts... e não apenas a ACPI_SMC_PlatformPlugin.kext. Ao menos meu GeekBench subiu para os normais 9800/9900. Ah sim, sem a AICPM patcheada eu não consigo os p-states e minhas portas USB não funcionam e tenho um erro de IOUSBDevice quando inicio o sistema, (este erro é independente de usar ou não uma AICPM patcheada), vou deixar uma imagem em anexo mostrando o que é. E o problema final, (mais um), é que quando reinicio pelo Mountain Lion o sistema começa a reiniciar, passa pela tela de POST e quando vai entrar no Chameleon ele reinicia sozinho mais uma vez para aí sim iniciar normalmente... vai saber!!! Valeu pela força cara! http://imageshack.us/photo/my-images/820/24022012461.jpg/ http://imageshack.us/photo/my-images/850/cpuyi.jpg/

Falei besteira, não laptop, eu quis dizer que ele não tem " gabinete " se não me engano... e como o meu tem então por " bobeira " resolvi usar o MacPro... no Mountain Lion quando eu não uso o Patch da AICPM eu tenho uns erros no boot algo como " processor error step 2 " algo assim, passa muito rapido... mas quando uso o patch lembro que da pra ver algo como... step enabled... e lembro que ele reconhece, com o patch, os cores 0, 1, 2 e 3... ou seja, os 4 do i5

" Peraí "... agora que me lembrei... esse lance de copiar o plist do iMac pro MacPro foi numa das minhas primeiras instalações do Lion, lembrei que hoje em dia eu apenas uso o plist do MacPro, sem editar nada, é assim no Lion e no Mountain Lion... e no Lion tenho os valores que citei acima... o processador é um Core i5 2500... e se não me engano não preciso, no Lion, " patchear " a AppleIntelCPU... nem usar a NullCPU... funciona de boa 100% sem KP sem editar nem " patchear " nada... mas no Mountain Lion mesmo a bagaça não vai nem " patcheando " a AppleIntelCPU...

Alguém aqui conseguiu colocar o SpeedStep prá funcionar no Mountain Lion? Eu estou usando o mesmo setup do Lion, ou seja, DSDT, SSDT, Chameleon 2.1 (1826), e os valores do plist iMac12.2 copiados para o plist MacPro3.1... (copiei eles apenas porque como eu não uso um Note queria que fosse reconhecido como MacPro), com este mesmo "setup" eu consigo os p-states 16/20/26/30/33/34/35/36 e as vezes o 37 no Lion... esses valores são obtidos através do MSRDumper... mas no Mountain Lion só consigo o p-state 16... acho que por isso meu Geekbanch caiu de 9900 para 4800 no Mountain Lion... e eu sinto o sistema realmente mais lento em relação ao Lion... alguém tem alguma idéia?

I took the data from my ALC888b Codec on Windows Seven and I saw that it is quite different, I'm talking about the key values from "ConfigData" from AppleHDAHardwareConfigDriver.Kext... can this influence the fact that AppleHDA Lion was apparently edited the right way and not work? The values that I got in Windows Seven are: 01171CF0 01171D10 01171E11 01171F41 01271CF0 01271D11 01271E11 01271F41 01471C10 01471D44 01471E01 01471F01 01571CF0 01571D11 01571E11 01571F41 01671CF0 01671D11 01671E11 01671F41 01771CF0 01771D11 01771E11 01771F41 01871C40 01871D9C 01871EA1 01871F01 01971C50 01971D9C 01971EA1 01971F02 01A71C4F 01A71D34 01A71E81 01A71F01 01B71C20 01B71D4C 01B71E21 01B71F02 01C71CF0 01C71D11 01C71E11 01C71F41 01D71C03 01D71DC6 01D71E05 01D71F40 01E71CF0 01E71D11 01E71E11 01E71F41 01F71CF0 01F71D11 01F71E11 01F71F41 These are the original values of AppleHDA Lion: 01871C40 01871D70 01871E21 01871F01 01A71C30 01A71D01 01A71E13 01A71F90 01971C10 01971D31 01971E81 01971F01 01571C50 01571D41 01571E01 01571F01 01F71C20 01F71DE1 01F71EC5 01F71F01 01E71C60 01E71DE1 01E71E45 01E71F01 01471CF0 01471D00 01471E00 01471F40 01671CF0 01671D00 01671E00 01671F40 01771CF0 01771D00 01771E00 01771F40 01B71CF0 01B71D00 01B71E00 01B71F40 01C71CF0 01C71D00 01C71E00 01C71F40 01D71CF0 01D71D00 01D71E00 01D71F40 ( Less data… ) These were in ALC888B which worked in the Snow: 01171C70 01171D01 01171E43 01171F00 01871C40 01871D90 01871EA0 01871F90 01A71C50 01A71D30 01A71E81 01A71F01 01B71C20 01B71D40 01B71E21 01B71F02 01471C10 01471D40 01471E01 01471F01 01571C60 01571D10 01571E10 01571F90 01E71C30 01E71DE1 01E71E45 01E71F01 ( Even less data… ) And these are values from AppleHDA from Snow Leopard currently workingo on my OS X Lion: 21171CF0 21171D00 21171E00 21171F40 21271CF0 21271D00 21271E00 21271F40 21471C40 21471D40 21471E11 21471F90 21571CF0 21571D00 21571E00 21571F40 21671CF0 21671D00 21671E00 21671F40 21771CF0 21771D00 21771E00 21771F40 21871C10 21871D90 21871EA0 21871F91 21971C10 21971D90 21971EA0 21971F92 21A71C90 21A71D30 21A71E81 21A71F01 21B71CA0 21B71D40 21B71E21 21B71F02 21C71CF0 21C71D00 21C71E00 21C71F40 21D71CF0 21D71D00 21D71E00 21D71F40 21E71C70 21E71D60 21E71E4B 21E71F01 21F71CC0 21F71D70 21F71ECB 21F71F01 Do you think it worth trying? I think I'll grab, as base, the files from this topic http://www.insanelymac.com/forum/index.php?showtopic=257968&st=20 ( See posts 22 and 24 ) this edited Kext was the most came close to working on my Hack, since the speaker icon in the menu bar was not gray, but black , the Devices were in the System preferences, but the sound did not work ... And… as for the codecs that are not 889a or 1988b is also necessary to edit the AppleHDA binary, I suddenly thought it would also be necessary to change the values of "ConfigDate" ... What do you think about!? I'm sorry for such a long post.

Hmmm... Later, (I'm on my job now), I'll try to copy only the dict... who knows if it can work? Thank you very much Old!!!

Ok... http://cl.ly/2j0z0g1W393I3z340w2Z

That's what I used to patch the Binary AppleHDA... but as I said, no luck... I think I'm lost! I'm using a Patched AppleHDA.kext from 10.6.2 that I found at Kexts.com... but every 10 minutes I got a annoying pop sound...

I'm using the values from LegacyHDA_ALC888B.kext... this kext used to work on Snow Leopard in Extra/Extensions... with AppleHDA.kext from 10.6.2 in S/L/E... my DSDT has HDEF... Am I doing something wrong?

Old... Do you know if it works with ALC888b ? I'm trying for days... I have used several alc888b kexts as base to edit the values on AppleHDA in Lion... but no lucky... I don't want to keep trying if it's impossible, so I'm asking you if you know some "success case" with this ALC888b...

Hi ppafanai! Were you able to patch AppleHDA from Lion? I'm trying for days and still can not ... I also use the ALC888B that seems to be the same as 887 ...