Jump to content

VirtualGuitarist

Members
  • Content count

    147
  • Joined

  • Last visited

  • Days Won

    1

Everything posted by VirtualGuitarist

  1. VirtualGuitarist

    Chameleon 2.4 svn

  2. Hello, happy developers! I hiope this topic will not be just a waste of time for you, but following this topic and the release by Netkas of a 32 bits ML kernel, came to my mind a strange idea, i''m just a noob but following my message someone encouraged me to submit my idea to Slice, just in case... Here's the message i sent to him, it exposes my idea, but the answer from Slice is far better in the sense in that it opens a practical way to make this simple noob idea an eventual reality, it doesn't implies that Slice is supporting or approve my idea in any way, it just explains things better: And (with his permission) here's the Slice's answer: (/Off-topic note: about the Attansic/Atheros L1, the problem can be solved by using AttansicL1Ethernet.kext from SL and PCIRootUID=1) So what's your thoughts about this? About nvidia incompatibilities with ML, you could read also this article, interesting in the sense that we can see that the problem with nvidia is more complex than just a 32bits/64bits issue. In any case, i'm available for testing/anything, but of course i can't help for programming, because i'm only a dumb and useless musician, sorry... The goal is to find a global and sustainable solution, not just for me or for osx86 but also for regular apple users who suffer of incompatibilities between their (not so old, after all!) hardware and Mountain Lion. - - - - - - - EDIT 09-12-12: I have EXCELLENT news! I've found an actual exemple of what a wrapper could look like: it's called nspluginwrapper (see attached file), and it's used to load 32bits plugiins, like flash for exemple, in 64 bits browsers! Of course it is really focused on NPAPI, so it could not be usable "as is", but... but... this is for me a "proof of concept", and i'm sure we could find other examples in the Linux world... A good start point for possible genius developers? - - - - - - - nspluginwrapper-1.4.4.tar.gz
  3. 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 ?
  4. 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.
  5. 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?
  6. 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!
  7. 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?!
  8. 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?
  9. 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...
  10. 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.
  11. 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...
  12. VirtualGuitarist

    MIDI not working

    You're welcome, good night!
  13. 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...
  14. 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...
  15. 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.
  16. 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...
  17. VirtualGuitarist

    GeForce 285 GTX black screen (solved)

    Have you tried older versions of nvidia kexts? Or those directly from nvidia?
  18. VirtualGuitarist

    GeForce 285 GTX black screen (solved)

    Just a noob suggestion: have you tried PCIRootUID=1? You could also try npci=0x3000 (with or without PCIRootUID=1), this is directly related to graphics and can help in certain cases. Because this is the only way to boot ML on my config...
  19. Here is some complementary ideas, perhaps totally crazy, but perhaps also, in some way, will inspire you? 1°) Make the MLWrapper a part of Chameleon. - The incompatible kexts are put in a special folder, the bootloader detects them, and loads them in a ram disk. Then the MLWrapper creates virtual 64 bits modified instances of the kexts in memory and inserts them into the kernel tree, - or intercepts all communication between the kernel and the incompatible kexts and not only translates 64 bits messages to 32 bits and vice-versa, but also helps to prevent compatibility problems by canceling, translating or transforming some kernel "calls" / "functions"/ "orders"/ "events" (sorry i don't know how you call that), and the response to them, that otherwise could provoke a kernel panic. 2°) A special version of kextcache, that will create a cached 64 bits modified version of the incompatible 32 bits kexts.
  20. VirtualGuitarist

    ASUS P5Q Network issue - AttansicL1e

    Hi! I had a problem with my Attansic ethernet chipset too, it was totally non-working, until i tried AttansicL1Ethernet.kext from Snow Leaopard (i think it comes from Iatkos, but i'm not sure, because i reinstalled and updated my system many times since). Just in case, and also for other users who could have similar problems, here's the kext i've used. In my case, to make it work i had to put "PCIRootUID=1" and (i don't thnk it's related, but just in case) "npci=0x3000" (without the quotes) in /Extra/org.chameleon.Boot.plist wich makes: <?xml version="1.0" encoding="UTF-8"?> <!DOCTYPE plist PUBLIC "-//Apple//DTD PLIST 1.0//EN" "http://www.apple.com/DTDs/PropertyList-1.0.dtd"> <plist version="1.0"> <dict> <key>EthernetBuiltIn</key> <string>Yes</string> <key>GenerateCStates</key> <string>Yes</string> <key>GeneratePStates</key> <string>Yes</string> <key>Graphics Mode</key> <string>1280x1024x32@60</string> <key>GraphicsEnabler</key> <string>No</string> <key>Kernel</key> <string>mach_kernel</string> <key>Kernel Flags</key> <string>darkwake=0 -v PCIRootUID=1 npci=0x3000</string> <key>Timeout</key> <string>2</string> <key>UseKernelCache</key> <string>Yes</string> </dict> </plist> (Note: the only important things to retain here is ""EthernetBuiltin"="Yes"" and "PCIRootUID=1" the other settings are specific to my (half-working) ML config, so don't try to copy them! It could ruin your life and/or kill your hamster! ) And voilà, ethernet is working fine, iCloud doesn't work though, if you're in that case you'll have to search on the forum for a solution, because i don't have one.
  21. VirtualGuitarist

    Mountain Lion 32-bit Kernel?

    UPDATE: Good news! I received an answer from Slice! It seems that my idea is not as stupid as it looks, and this could be a real possibility! I proposed to submit my idea in the "X-Lab", if he agree this could be the beginning of a new development, why not? This is just great! UPDATE2: I submitted a new topic to the X-Lab, of course it needs to be approved by moderators first. "What will be, will be"... hrrmm... "Que sera, sera"? Or something like that... UPDATE3: Thanks to the moderators, here is my post in the X-Lab!
  22. VirtualGuitarist

    Mountain Lion 32-bit Kernel?

    Interesting and a good tutorial to compile our own kernel, anyway Netkas have already released a 32 bits kernel, but this is only a part of the problem, the other one is that you must have compatible kexts, and Netkas said that there's still uncompatibilities with ML and nvidias 7xxx, for exemple see this article, no QE/CI in ML for now ...
  23. VirtualGuitarist

    Mountain Lion 32-bit Kernel?

    Thanks a lot DarwinX! I will send him a message, i hope to not waste his time though... I have a real admiration about the developers of the community... When i think about it, i was there when Maxxuss published his first blog articles, followed by Netkas and his amazing work on real time decryption, Melkhort, Anv, Slice of course, and some others (Superhai, Koolkal, Semjaza...) very smart and rare people that are really the origin and the heart of the osx86 project, or simply have helped, by revolutionnary methods or distros, noobs like me to enjoy osx on their cheap pcs! I hope one day one or some of these remarkable personalities will tell the story behind all that (a future blog article?), seen from the inside, i think it worths a novel! A very technical sort of novel, but of course behind the technics there's also human stories that worth to be telled. UPDATE: message sent, finger crossed, knocked some wood, etc...
  24. VirtualGuitarist

    Mountain Lion 32-bit Kernel?

    Yes, the abandon of Rosetta is a very sad news for some users... Fortunately, the only PPC app i have really used on SL is a little game... So there's na harm for me, but for some others, this could be a real problem (no more support / updates).
  25. VirtualGuitarist

    Mountain Lion 32-bit Kernel?

    This is words of wisdom... of course i will try Lion, anyway i'm looking forward to see if a developer will catch my idea to create an ML 64 bits wrapper kext! Perhaps It's not as crazy as it looks? Perhaps this idea is really feasible?
×