final cut pro 4 for windows...?
- valssj4
- Joined: Mon Feb 25, 2002 8:23 am
- Location: Asti(Italy)
- Contact:
final cut pro 4 for windows...?
does exist a manner(or the program itself)to convert final cut pro 4 for windows an not only for mac?
nothing is impossible,expecially for the person that haven't to do it!
MY AMV'S
http://www.animemusicvideos.org/members ... r_id=25560
MY AMV'S
http://www.animemusicvideos.org/members ... r_id=25560
-
- is
- Joined: Tue Jul 23, 2002 5:54 am
- Status: N͋̀͒̆ͣ͋ͤ̍ͮ͌ͭ̔̊͒ͧ̿
- Location: N????????????????
Uh, no. The executable format is different; the underlying API to the OS is different; the instruction set is different; just about everything is different.post-it wrote:yes; convert ti Binary file, then re-assemble in Delphi ^^
but I wouldn't want to be the one to do it!!!!
Theoretically, you COULD go through the file word-by-word and convert each instruction. But that's theory, not practicality.
Seriously, post-it, if you don't know what you're talking about, just don't say anything. Incorrect help is worse than no help at all.
--
FCP4 won't ever run on a Windows machine unless
(1) Apple releases the ENTIRETY of the source code, and some enterprising hackers get ahold of it and write wrapper objects for what would amount to Cocoa (or Carbon) and a ton of OS X multimedia extensions. Not likely.
(2) The day comes when PowerPC emulators can actually emulate the G4/G5 hardware well enough to run OS X AND the OS X multimedia framework AND Final Cut Pro 4 with acceptable performance. Not likely.
(3) Someone actually does the procedure I described above. Not likely at all.
--
- post-it
- Joined: Wed Jul 17, 2002 5:21 am
- Status: Hunting Tanks
- Location: Chilliwack - Fishing
"But that's theory, not practicality."
Why is it you shoot down possibilities?
I did not say its out of the question, as you have;
-I just said the truth ( I wouldn't want to do it. )
Agreed, C++ is out of the question and most Visual Software would not understand
the API and SDK's which framed it - but its not out of the question.
traxx
PS . . there are OSX Emulators out there; I didn't say that because its shareware
and against Phade's new rules.
EOL
Why is it you shoot down possibilities?
I did not say its out of the question, as you have;
-I just said the truth ( I wouldn't want to do it. )
Agreed, C++ is out of the question and most Visual Software would not understand
the API and SDK's which framed it - but its not out of the question.
traxx
PS . . there are OSX Emulators out there; I didn't say that because its shareware
and against Phade's new rules.
EOL
-
- is
- Joined: Tue Jul 23, 2002 5:54 am
- Status: N͋̀͒̆ͣ͋ͤ̍ͮ͌ͭ̔̊͒ͧ̿
- Location: N????????????????
Rubbish -- it's entirely out of the question. Just because something is THEORETICALLY possible does not put a task into the realm of possibility.post-it wrote:"But that's theory, not practicality."
Why is it you shoot down possibilities?
I did not say its out of the question, as you have;
-I just said the truth ( I wouldn't want to do it. )
Cracking 4096-bit public key encryption is THEORETICALLY possible. Unfortunately the only algorithms we have to crack such encryption schemes run in exponential time.
Assuming nobody finds a better algorithm, the universe will probably collapse or die a frozen death before you can crack that thing. So, well, yeah, it's THEORETICALLY possible, but practically? Heck no.
Translating the OS X binary of FCP to a Win32 PE would be a similarly gargantuan task. First you'd have to translate the thing instruction-by-instruction, since FCP will be drawing on all sorts of Macintosh extensions like Altivec. Then, since you'd only have opcodes, register, and memory addresses, you'd have to find what all those addresses map to -- i.e. what happens when you load this value into this register and then make a syscall? What routine is called? What parameters does it take?
Having found that out you'd have to find or develop wrappers for the appropriate OS X libraries. Such wrappers would involve a lot of mapping to Microsoft libraries. However, this still isn't an easy task, because you'd have to
(1) reconstruct said libraries purely based on the way that FCP uses the libraries, which is sheer hell;
(2) use the ADC, which (although pretty good) doesn't make the task any less daunting; or
(3) buy a Macintosh to see how things work, in which case you might as well just run FCP on that machine.
When you FINALLY get done with all that, you get to see if what you did even works.
Oh, by the way, you would also have to contend with lawsuits from Apple, since you're committing copyright infringiment (unauthorized derivative works).
Conclusion:
Not feasible.
But that's a native application. Let us say that you just want to emulate the OS X platform.
You say that OS X emulators exist. How complete are they? How fast are they? If they're slow and incomplete, then there's not much of case to use them.
- valssj4
- Joined: Mon Feb 25, 2002 8:23 am
- Location: Asti(Italy)
- Contact:
ok thanks for the help ^^
nothing is impossible,expecially for the person that haven't to do it!
MY AMV'S
http://www.animemusicvideos.org/members ... r_id=25560
MY AMV'S
http://www.animemusicvideos.org/members ... r_id=25560
- jonmartensen
- Joined: Sat Aug 31, 2002 11:50 pm
- Location: Gimmickville USA
- Nightowl
- Joined: Tue May 29, 2001 2:54 pm
- milatchi
- Joined: Sat Dec 14, 2002 2:19 am
- Location: a dream within a dream?
- Contact:
Bullshit, lol. Show me a working MacOS X emulator for the x86. Don't say XDarwin/XFree86 that's not an emulator: that's a port of the BSD subsytem used by MacOS X.post-it wrote: PS . . there are OSX Emulators out there
Anyway Apple are the only people that have Marklar (MacOS X for the x86) and they aren't going to release it unless the company should go belly-up, which isn't out to happen.