I work a lot on my PC before export my projects on my MAC for my iOS apps/plugins/game (because on my PC, I have 2 screens and I prefer the PC mouse control).
Like UDK SDK and Shiva , it’s would be nice to allow (on PC) to use Unity Remote and can switching on iOS plateform for work. Before build in xcode on my MAC.
If others make this, I think Apple will be ready to accept Unity too.
UDK supports no osx at the time (I’m unsure if iOS will remain possible once udk osx happens later this year)
As such they basically have to support it to offer anything for iOS at all, no matter how limited it is (I consider the lack of native code a deal breaker)
Shiva: Needs osx to build anything for iOS too
Its remote is nice but on Shiva even more useless than on unity as its in editor output has totally nothing to do with the device in the end. Tried it a few time but after you realize that the performance dies totally unpredictable and that the editor lacks even basic opengl es emulation you stop considering it more than an input tester (which remotes out of my view are - input tester and game flow tester, the latency makes them useless as “experience the game” environments)
If unity were to offer iOS remote on windows it would only lead to people believing that the game as they experience it there had anything to do with iOS which it defacto does not have. Not only does it lack plugins, it even more so has nothing to do with it performance wise, memory stability wise or potentially graphically as there is no solid iOS graphics emulation outside the iOS unless you happen to use a PowerVR 2 graphics card on a total stoneage machine as desktop graphics hardware has extremely little to nothing in common with PowerVRs rendering approach.
So in the end I doubt its gonna happen just to prevent the missconclusions many others have already for which they blame unity just cause they are unrealistic or unexperienced enough to think that the data their mac gives them has anything to do with the app on the real device
The remote is great for fast testing and basic input testing but for anything beyond you either use the device or you better shouldn’t develop for the device at all. There are already enough trash games where the devs definitely spent more time with the emulator than experiencing it on the device and I’ve no interest to see more of them. people that seek for that can always use android which you can dev for on win and osx and where obviously no interest in quality exists from googles side
You don’t understand: build on pc means that you can no longer use plugins at all. thats the reason why UDK has no plugin support for iOS.
Unity uses the official path and unless you get apple to release xcode for win (hell will freeze, unfreeze and freeze again before that happens), that means that you use osx or that you don’t develop for iOS.
as mentioned, if you want to develop mobile on windows, there is always android which works fine.
But you can’t have the straight forward path of iOS outside the Apple world as apple tailored and bound it against it, that others offer paths to circumvent it is up to them, but its plain stupid to do so, as you lose plugins (a crucial thing for anything on iOS), you can not upload it for app store at all without osx, you lose debugging and instruments and many other things, which would kill its use and capabilities and your chance to succeed.
And unity only offers the remote on the platform you can use the platfor, which makes sense if you ask me, it ensures that you can’t missinterpret which platforms you can develop for where. iOS is osx exclusive as x360 is win exclusive.
Neither is gonna change as neither company has interest in supporting the other side for dev.
Can be annoying at times potentially but I fail to see where it is for you, cause you can use 2 screens on an osx machine too or connect a second one up to your mbp for example
We will see if you will
its use is extremely limited without halfway proper graphics emulation (android isn’t the same, android is not using powervr hardware on 95% of the devices)