Jump to content


  • Content count

  • Joined

  • Last visited

  • Days Won


VirtualGuitarist last won the day on August 24 2012

VirtualGuitarist had the most liked content!

About VirtualGuitarist

  • Rank
    InsanelyMac Geek

Profile Information

  • Gender
  1. VirtualGuitarist

    Chameleon 2.4 svn

  2. VirtualGuitarist

    Apple finally announces all-new Mac Pro

    Very well said, Mr 3.14r2 . So now the question is: will there be a juicy market for TB peripherals / upgrades / coffee machines / whatever, or is it already a doomed braindead zombie condemned to haunt the cemetery of computer hardware failures history ?
  3. VirtualGuitarist

    Apple finally announces all-new Mac Pro

    I think we don't have seen all of apple's pro offer... yet. I'm pretty sure they will propose a second box, same size, same look, wich you can connect with the help of not one, but two TB cables (so you could have up to 40 gb/s bandwidth!), wherein you can put pcie cards, HDs, SDD, whatever... So this could solve easily the problem of expandability. Remember that since the beginning of Mac this is exactly what this is about. Macs was designed mostly as closed machines. I think apple have never liked the idea of openness / inner expandability of the pcs. But the technology of external interfaces was not ready to really apply this concept of external expandability (at least for machines destined to a general public). Now they have thunderbolt, so i think they wanna push, popularize this concept to a maximum. And amha we will see the pc world, as usual, coming after.
  4. Another example comes to my mind, a library that is used daily in windows machines all around the world: Wow64. This compatibility layer is able to run 32 bits apps in 64 bits versions of windows. As far as i can understand, it exploits a compatibility mode of 64 bits (Intel EMT64 and AMD64) processors, and takes care of environment too, redirecting paths to the registry and system folders (exemple: references to HKLM/Software are redirected to HKLM/Software/WOW6432, "\Windows\System32" is redirected to "\Windows\SysWoW64", etc...). Though WoW64 have a down side: it don't takes care of drivers, so all 32 bits apps that include 32 bits drivers can't run on the 64 bits versions of windows. But the important information here for me is that there is a "compatibility mode" included in our modern 64 bits processors. A good lead to elaborate a fast MLWrapper?
  5. Today i have really, really great news... ! Please see the "EDIT" in the first message with exemple code included! I'm happy because it is a proof that my noob concept really exists, and is actually used, in a daily basis... in our browsers! Please read! Of course if you are a developer and read this, this is old news for you, but when i started this thread i was really not sure that something like that really existed.... So from my humble POV, this is simply great! EDIT: If ever you find other examples like that, which illustrate different ways to translate 32 bits binaries into 64 bits, please share!
  6. Hi Mnfesq, unfortunately i haven't enough knowledge to really discuss about it, but this is an excellent question and i hope that someone more skilled than me will take the time to answer. Though what i can say is that nvidia 8x and 9x series (nv50) works very well with ML, aren't they opengl 2.0 also ? Is it implying that there is some retro-compatibility between opengl versions ? Of course, if this is the case now, this isn't mean that this will be the case in the future... (Edit:geforce 8 and 9 series are in fact opengl 3.3 source: wikipedia. I need more investigation to know if there is actual retro-compatibility with the opengl 2.0 impemented in previous generations of ATI and Intel "X" series chipsets, if you have some infos about this, and how opengl are handled by osx, please share) Thank you for following this thread, i hope to see my wish becomes reality one day, why not for christmas?!
  7. Hi, Artur-pt! Thank you very, very much to have taken the time to read my prose! I'm happy that you have a positive impression about my ideas! This topic is like a bottle in the sea, it's why i asked for your advice, because as you i'm not sure that it can become a reality, but... who knows? Few years ago, installing osx on pcs was considered completely crazy, because on real macs apple have implemented a TPM chip which prohibits that And what happened? Crazy developers created a kext (fake SMC, which at first was called r2d2.kext) which emulates the tpm and decrypts apple libraries in real time! Say hello to Netkas and Maxxuss, hero members at the very origin of the osx86 project... I was thinking about them when i opened this topic. Old graphics cards in notebooks are a real true problem, because they can't be changed or upgraded as we can in a desktop... But i have faith in our developers, i'm sure they can find a solution, perhaps this solution will be completely different that those i try to imagine with my non-existent knowledge, so perhaps this topic will be completely useless, but perhaps some of them will realize there is a real need here, not for a "simple" legacy kernel, but for something radically different, so...why not?
  8. VirtualGuitarist

    Please send a message to osx86.net forums

    Have you tried to deactivate adblock / noscript or the equivalent in your browser settings? Have you tried several browsers? Because with my firefox, there's no problem, i can see the image...
  9. Here is a new idea for you dear developers: - A 32 bits legacy sub-kernel. A sub-kernel could be a simplified 32 bis kernel structure wich have the ability to handle all communication to/from legacy/32 bits kexts, and, why not? legacy incompatible libraries and binaries (and here, of course i think strongly about Rosetta, wich have been (cowardly?) abandoned by apple). (Please note that any time i say "incompatible / legacy, i talk about all that's incompatible with Mountain Lion (and its future udaptes too!). That's the very reason of this thread, to find a solution for harware and software incompatibilities). If we could represent the main kernel by a tree, the sub-kernel could be a like a second simplified tree (a sub-tree) connected to the main tree, in fact becoming a simple branch amongst many others. Or, another imaginary representation, like an interpreter which translates a language to another. Of course, following the choices you make, it could have a big impact on performances. It's why i imagine that it could be a very simplified kernel structure, connected to the main kernel by a continuous stream of data. What i call "a continuous stream of data" is the way a Core Audio driver communicates in real-time priority with the kernel. In professional audio, we need a very minimum of latency between the moment of a sound (let's say a guitar note for exemple) enter in the sound card, and the moment when it is heard. It's this delay wich is called latency, and it could be a real nightmare when you're a sound engineer and have to mix 48 instruments and voices tracks with tons of effects loaded in, all perfectly synchronized with a video, and all that in real time! To accomplish successfully this herculean task, the audio driver establishes a continuous channel of communication (real-rime streaming) with the kernel witch have a very high (real-time) priority above any other event. The result is that the latency is no more a software issue, but only depends on your hardware. More powerful your CPU and your soundcard are, less is the latency. So i imagine that a sub-kernel could exploit this possibility, to establish a very fast communication with the main kernel, so the performance issues could be minimized.
  10. VirtualGuitarist

    MIDI not working

    Personnally i have problems with ML too, it seems that this version is a nightmare not only for osx86 users but also for regular mac users....! Though in the Lion Topic i've indicated to you, it is precised that you must have the same bios version as the user who posted this dsdt, there is a link in the first post where you can download the right firmware version. But i think as you that the problem is deeper than that... There is also some problems with last versions of Chameleon bootloader, some users have reported that older versions work better with ML... Sorry to haven't been able to really help you, but unfortunately i don't have the knowledge...
  11. VirtualGuitarist

    MIDI not working

    You're welcome, good night!
  12. VirtualGuitarist

    MIDI not working

    I haven't enough knowledge to really bring you an answer, but this sounds like if your mainboard is not fully recognized by ML. If i were you, i would search for a DSDT specially crafted for my mobo. EDIT: You should also read this topic, as it's directly related to gigabyte and ML. UPDATE: This topic is for you, it is for Lion but there's useful files to download, including a dsdt for your mainboard! the dsdt.aml file have to be put in the /Extra folder. try it, we never know...
  13. VirtualGuitarist

    GeForce 285 GTX black screen (solved)

    So it's perhaps related to your version of Chameleon: the version installed to your USB drive is the version that works for you, so perhaps you should try to install different versions, just to see if one of them works better for you. You could also try to see if there isn't in the /Extra folder of your USB drive a kext that's particularly useful for your mobo, and not present in the /Extra folder of your ML partition? By comparison you could know where the problem is...? You could also try the app "MyHack", it's not magic but it can solves some problems...
  14. VirtualGuitarist

    MIDI not working

    Perhaps the solution could be to edit your DSDT, i think your mainboard is not totally functional with ML, i can't help with that, you'll have to search by yourself... Another way is to hack the IOFirewire kexts, or to use the IOFirewire* kexts from Lion, if you think this is related to firewire.... Another important thing to know: MIDI is related to clock, it needs precise timing, and if your firewire interface is not fully recognized, this could leads to MIDI problems. Personally, i use an old LSI firewire PCI card, wich i found very reliable and never poses any problem, i don't trust internal mainboard chipsets (in Asus and Gigabyte, this is usually VIA chipsets, this could be important to know). But the best firewire cards recommended generally for audio are those with a Texas Instrument (TI) chipset it is recommended to choose FW400-only cards, not 400/800 mixed cards. EDIT: In fact, it's the first thing i would like to test: firewire PCI(e) cards are very cheap, you should try to connect your Saffire to a card instead of connecting it to your mboard, just to see if things work better.
  15. VirtualGuitarist

    MIDI not working

    Hi, When you ask question like that, IMHO you should detail your config: - What is your mainboard? - How is your Saffire pro 14 connected? Do you have a pci(e) firewire card or is it connected directly to your mainboard? - Have you updated recently your Focusrite driver (Saffire Mix Control)? Sometimes, raising the firewire driver latency (in Saffire mix control, click on "Settings..." -> "Firewire driver latency", set it to "Long") do the trick...