Jump to content

Hard233

Members
  • Content count

    53
  • Joined

  • Last visited

  • Days Won

    1

Hard233 last won the day on April 13 2012

Hard233 had the most liked content!

About Hard233

  • Rank
    InsanelyMac Protégé
  1. Perfect Llevo unos días hasta arriba de curro, pero he retomado hoy la programación, así que volveré a publicar novedades en breve Saludos a todos...
  2. Make ASUS EAH6850 100% work!

    Hi shiecldk, TH3L4UGH1NGM4N, Yes, your problem is the FrameBuffer injection. If you are using the second PCI-E and DSDT injection. You must use IOREG in order to find the PCI-E 2 address and add the DSDT injection for this second slot. About use two different ATI models, we can use two different "FrameBuffer" for each ATI card, patching the KEXT for this two FrameBuffers and use DSDT injection also using different FrameBuffers, one for the first one (maybe the same Ducked), and another for the second one. If you send me your ioreg and your DSDT.aml file and ATI Controller KEXT, I can try to modify your DSDT and create a new KEXT file... Regards, Hard
  3. Gracias surfcaster, Prueba este kext a ver si te sigue dando problemas: http://www.mediafire.com/?8jbe3w3o31dljtm
  4. Entendí. Puedes pasarme el KEXT original de la ultima version (la que no te funciona)?
  5. Gracias surcaster, En principio ya tengo la DP3 para probar, no obstante si puedes subirme los kexts de esa base que tienes (que es la DP1?) serían: ATI4600Controller, ATI4800Controller, ATI5000Controller y ATI6000Controller. Muchas gracias!
  6. Hola miliuco, Como cuente las horas me asusto, asi que mejor dejarlo ... El tema de RadeoDump es que usa un Kext "RadeonPCI.kext" creado para SL x32, si lo usas en Lion = KP O eso he leído. Y en ML como no soporta x32... No tiene tampoco el código para x64 Desconozco si está libre el código fuente (desarrollado por dong) para poder portar el KEXT a x64 compatible con Lion/ML lo cual sería una gozada, pero... Por el momento funciona OK desde Snow x32 según las pruebas que he hecho. Si quieres probarlo, puedes descargarlo de aquí. Habría que hablar con Slice o el mismo Dong, por si nos facilita las cosas, dado que es imprescindible tener la ROM para este tema, es un poco jaleo tener que hacerlo dede Win... Seguiremos informando...
  7. Para dar soporte a ML, si tenéis los kexts ATI4600Controller, ATI4800Controller, ATI5000Controller, ATI6000Controller y ATIFrameBuffer de las versiones ML DP2 o DP3, se agradece si me los mandais por privado en un zip. Thanks.
  8. Justo, esa es la idea. Partir de nuevo con el KEXT sin modificar, y llegar al mismo KEXT que hemos probado, pero realizandolo de una forma sencilla y comprensible desde la aplicación. Con esto, generaremos una base de datos de FrameBuffers correctos que parten de los datos de los usaurios que deseen aportar su ConnectorInfo cuando lo den "por bueno" tras la edición y prueba de todos los conectores de la tarjeta. De esta forma la aplicación comprobará si la ROM analizada se encuentra en la base de datos, para sugerir el ConnecroInfo "probado" que se supone funciona ok (ya subido por otro usuario), haciendo "inteligente" a la aplicación de alguna manera en beneficio de todos. Además dicha base de datos, ayudará a comprender aún más los datos analizados, con el fin de automatizar más -si cabe- el proceso de edición. Salu2
  9. Hola surcaster, Me alegro que por fin funcionara como es debido. Deciros que aunque llevo tiempo sin postear nada, no he dejado de lado la aplicación en absoluto. He aquí una captura: Novedades: - Nueva sección de preferencias para configurar las rutas de las utilidades de terceros usadas por la aplicación (gracias a Dong, bcc9 y redsockosx). - He confeccionado lo que a priori sería una lista de tarjetas compatibles con los kexts desde ATI4xxx al ATI 6xxx englobando todas las tarjetas que podrían ser "en teoría" soportadas usando una inyección DSDT correcta y su correspondiente edición KEXT. La lista la he confeccionado basandome en el codename de la GPU según cada modelo, soportando modelos HD y HD Mobility para portátiles. Esta tarea parece fácil pero no es sencillo encontrar todos los device id. En total 87 "posibles" tarjetas compatibles. La idea es elegir primero nuestra tarjeta de la lista (si no está, en principio no se soporta) y el programa elegirá el FrameBuffer de la serie a utilizar. La aplicación añadirá "NATIVE SUPPORT 10.x.x" al final del nombre de la tarjeta tras analizar los kexts de /System/Library/Extensions en busca de los deviceid soportados por cada kext. Esto significa que si nuestra tarjeta no esta soportada por defecto, la aplicación añadirá el deviceid correspondiente al kext, aparte de la edición HEX del Framebuffer. - Dump de la ROM con solo pulsar un botón. Solo funciona en Snow Leopard iniciando con arch=i386 (x32). Está basado en la herramienta RadeonDump de dong (thanks dong), y puede ser útil para no tener que hacerlo desde msdos o windows si disponemos de Snow (como es mi caso). - Estudio más a fondo de todas y cada una de las personalities usadas por Apple, asociando éstas a las "en teoría" tarjetas gráficas utilizadas en todos los modelos que vende, para sacar conclusiones sobre los ConnectorInfo de cara a la sección de Edición. - Actualización automática tanto de la aplicación como de la lista de tarjetas / framebuffer soportadas. - Estudio a fondo de los conectores DVI para decidir el ConnectorType a utilizar. Tras el estudio, creo que no es correcto especificar 04 00 00 00 y 00 02 00 00 como Dual Link y Single Link, sino más bien como DVI1 y DVI2. La decisión de si es Dual Link o no la tomará el usuario final en la aplicación (basandose en las especificaciones del fabricante de la tarjeta utilizada). no he visto ninguna manera "exacta" de identificar este flag para acomodar el "Transmitter" correcto para este tipo de conectores (también para conectores tipo LVDS de pantallas de portátiles). Y hasta ahí he llegado. Ahora queda las secciones divertidas, así que os mantendré informados para empezar cuanto antes con el beta-testing Un saludo a todos y buen finde! NOTA: Si alguno de vosotros tiene una tarjeta NO SOPORTADA y quiere colaborar, me gustaría hacer algunas pruebas para saber si se puede solventar el problema con inyección de un fake deviceid por DSDT. En mis pruebas con una 6770 (Juniper XT) con deviceid no soportado (0x68BA ), con el método de "rebranding" flasheando la tarjeta con el device id de la 5770 (Juniper XT) con deviceid soportado por ATI5000Controller.kext (0x68B8), la tarjeta funciona correctamente con aceleración gráfica en 10.6.8, sin embargo con el método de inyectar el fake deviceid de la 5770 (0x68B8) sin rebranding, la tarjeta no tiene aceleración. Ahora no dispongo de dicha tarjeta para hacer más pruebas, por eso si alguno quiere colaborar, será bienvenido para hacer pruebas de este tipo para decidir si realizamos inyección fake por DSDT o simplemente añadimos el deviceid correspondiente al KEXT en cuestión (que a priori sería lo lógico puesto que si o sí, lo modificaremos en HEX para tener corectamente los ConnectorInfo que es en lo que se basa la aplicación).
  10. Make ASUS EAH6850 100% work!

    Hi shiecldk, I was thinking the screenshot it was from your system,I understand you know You must test your hdmi output with a monitor with hdmi audio support (for your 889 you must have a AppleHDA mod and the dsdt injection, you can check this post). About the dual graphics cards, when you have the second card, we can try to create a new DSDT injection. Regards, Hard
  11. Lo prometido es deuda: Aún estoy ultimando todos los parámetros de edición (he estado estudiando a fondo los conectores DVI para autodetectar si son Single o Dual Link). El lunes retomaré la programación y espero poder terminarla para comenzar a probarla durante la semana que viene... Salu2 y buen finde!
  12. Make ASUS EAH6850 100% work!

    Hi shiecldk, You have a HDMI port in your screenshot, did you try the hdmi audio? You can inject two Radeon Graphics using DSDT. Connect only one ATI in your "second" PCI-E slot and save an ioreg file, and another ioreg file with one ATI card in the "first" one. Send me the ioreg files and your DSDT.aml, I will try prepare the multi-card injection... Regards, Hard
  13. Buen aporte miliuco Lo que será RFE: Radeon FrameBuffer Editor, va bastante avanzado. Espero poder subir alguna captura luego y poder subir la primera beta en breve para que podámos probarla
  14. uuuuup si... Prueba estos ahora a ver qué pasa... ATI6000Controller_10.7.4+10.8.DP3_V3.zip
  15. Hola surfcaster, Prueba a ver este nuevo kext y echa un ojo a ver si ahora va el HotPlug... ATI6000Controller_10.7.4+10.8.DP3_v2.zip
×