I'm a newbee to RT, so please forgive me if this has been asked/answered elsewhere.
I thought that if a developer writes a metro app for Windows 8 it will automatically run on both Windows 8 and Windows 8 RT. I found a situation where this may not be true.
I just picked up a Dell XPS 10 after using Windows 8 on my desktop and a Lenovo Twist. On my Twist and desktop I've been running an app called "Trackage." I like it and wanted to try it on the XPS 10, but a search for the name does not return it as available on RT.
Is there a reason for this? Can someone explain for me?
Thanks in advance,
Rich
Although the vast majority of metro apps will run fine on both systems, the developer does maintain the ability to restrict an app from one platform or another for whatever reason.
It is entirely possible that the trackage developer has deliberately made his/her app unavailable on Windows RT.
There are very few reasons for doing that on metro apps, but clearly its occurred sadly.
I would see if you can find the website for the app and make a feature request.
Thank you very much. That was very helpful!
RT runs on ARM processors, which execute different code than the x86 processors used for traditional Windows systems. Many Metro apps are architecture-independent, meaning they are written in a language that is higher-level than actual machine code and are converted to machine code for whatever CPU they are on when you first run them. However, some Metro apps are written in C/C++, which compiles directly to machine code. Although it is possible to make it compile to ARM in most cases, such apps are not automatically supported on ARM the way other apps are.
some apps cannot run on RT and only on win8
Related
Could wp7 apps be unlocked to run on windows. They all run in silverlight right. Should it not be like a java app and run anywhere?
Interesting question. I think the developer would have little problem trying to recompile an app for Windows use (given Silverlight is already installed on the target PC), but XAPs are specifically compiled and signed for use on WP7 devices, and thus we can, at best, run them on a PC by deploying an extracted XAP on the Emulator.
kapanak said:
Interesting question. I think the developer would have little problem trying to recompile an app for Windows use (given Silverlight is already installed on the target PC), but XAPs are specifically compiled and signed for use on WP7 devices, and thus we can, at best, run them on a PC by deploying an extracted XAP on the Emulator.
Click to expand...
Click to collapse
If GAC constains required assemblies then it's possible. But it's useless (more than me )...
From what I seem to remember, when you compile for WP7 it compiles into Common Language Runtime. Its much like Java's bytecode but slightly different.
Assuming it does compile to CLR, apps should be able to run, so long as the needed frameworks exist.
windows 8 will do that
I suspect that Windows 8 will do just that. As Microsoft is planning to bring windows 8 to tablets with the Metro UI, i think wp7 apps will be really easy to run on windows 8, so they match the touch UI of the platform...
If you look at Game Chest: Logic Games, it contains a multiplayer game of Chess. If you challenge someone else to a game and they're not using a WP7 device, the notifications of game moves come through to them on xbox.com. When they click the notification, it actually fires up a version of Chess that is IDENTICAL to the one on my phone, in the browser. So it looks to me like they have done exactly what the OP is asking about, i.e. they have recompiled the game to run in silverlight under IE8.
It works brilliantly.
today I talked about the RT OS with ffriends.Suddenly one said that win8 os pad can run on Windows RT and a RT OS PAD can run on win8 x86！！he is joking ！！Besides，he said he did that successfully for many times。。。。。
seven7xiaoyang said:
today I talked about the RT OS with ffriends.Suddenly one said that win8 os pad can run on Windows RT and a RT OS PAD can run on win8 x86！！he is joking ！！Besides，he said he did that successfully for many times。。。。。
Click to expand...
Click to collapse
No it cannot. Your friend clearly lacks the common knowledge that RT is for ARM and windows 8 is for x86. Round pegs do not fit square holes.
I can't really understand your English; did you mean "app" where you wrote "pad"? The fact that Win8 and WRT share apps is well known; there are a few apps which are only for one platform or the other but almost all the apps are available for both. Native code apps need to be recompiled for the other platform, but managed (.NET) and HTML5 apps will run un-modified. This is not news.
If you mean the ability to run some x86 desktop apps unmodified on Windows RT, that's due to mamaich's emulation layer, combined with clrokr's "jailbreak" exploit (and usually netham45's scripts to automate the process). Relatively few apps run correctly through that emulation layer, though, and the new Windows Store apps are not supported. There is no support that I'm aware of for running ARM-compiled Windows apps on x86, although ARM emulators certainly do exist and if you could boot Windows RT on one of them, that would allow you to run the apps (somewhat indirectly).
If you mean actually installing Win8 (or any other x86 OS) on Windows RT, that's technically possible through the use of emulators (not sure DOSbox supports enough CPU features for Win8, but Bochs probably does) but the performance is abysmal.
GoodDayToDie said:
I can't really understand your English; did you mean "app" where you wrote "pad"? The fact that Win8 and WRT share apps is well known; there are a few apps which are only for one platform or the other but almost all the apps are available for both. Native code apps need to be recompiled for the other platform, but managed (.NET) and HTML5 apps will run un-modified. This is not news.
If you mean the ability to run some x86 desktop apps unmodified on Windows RT, that's due to mamaich's emulation layer, combined with clrokr's "jailbreak" exploit (and usually netham45's scripts to automate the process). Relatively few apps run correctly through that emulation layer, though, and the new Windows Store apps are not supported. There is no support that I'm aware of for running ARM-compiled Windows apps on x86, although ARM emulators certainly do exist and if you could boot Windows RT on one of them, that would allow you to run the apps (somewhat indirectly).
If you mean actually installing Win8 (or any other x86 OS) on Windows RT, that's technically possible through the use of emulators (not sure DOSbox supports enough CPU features for Win8, but Bochs probably does) but the performance is abysmal.
Click to expand...
Click to collapse
sorry for my poor English!:crying:.I meant the os not the APP
seven7xiaoyang said:
sorry for my poor English!:crying:.I meant the os not the APP
Click to expand...
Click to collapse
You cannot install Windows 8 x86 directly onto Windows RT hardware. It doesn't work.
You probably saw someone RDPing to an x86 desktop.
netham45 said:
You cannot install Windows 8 x86 directly onto Windows RT hardware. It doesn't work.
You probably saw someone RDPing to an x86 desktop.
Click to expand...
Click to collapse
Thank you! I am thinking about the sideloadling the appx,hope for some help
OK, I'm still not sure what you're talking about - just a couple posts up, you said you weren't talking about apps, and now you're talking about .APPX files - but as was mentioned above, most APPX files will be architecture independent (managed code or HTML5); only the native code ones will need different .APPX files for Win8 and RT.
Hello:
This is my first posting here and I'll be getting a Surface RT tablet this thanks giving. I have a iMac 2013 running Windows 8.1 and Visual Studio 2013 Ultimate thru MSDN.
I would like to develop Windows Store desktop/tablet/phone apps (using C#, XAML) or Xojo that should run on Surface RT, Surface Pro, Windows Phone, Windows 8, Windows 7, Vista and XP (supporting both 32 bit and 64 bit). I wanted to know whether the desktop apps I'm developing would run on all of these environments or is it limted to run only on Surface variants. The intent of buying a Surface RT is to take it to college while at the same time test the apps on Surface RT and deploy to the Windows store. I'm confused on the ARM and Intel/AMD cpus and do I need to change anything in Visual Studio 2013 config to target these environments.
Please advise.
ARM vs x86 is simple enough to cover quickly. Computer processors always use a particular "instruction set" to tell them what to do. x86 is one instruction set, ARM is another instruction set, an ARM processor of course uses the ARM instruction set and an x86 processor uses the x86 instruction set.
Computer software is usually compiled from human readable source code into machine code which the processor then executes or they are interpreted where a piece of software which has already been compiled via the previous method then reads your source code and processes the output directly (as they rely on existing software, you cant write an operating system in an interpreted language, they are often referred to as scripting languages instead of programming languages but in terms of application software they are sometimes just as capable if just slightly slower). Then standing write in the middle you get the bytecode languages, you take human readable source code and compile it into bytecode, the bytecode essentially being an instruction set for a processor which doesn't exist in hardware, you then take a piece of software called a virtual machine which takes the bytecode and processes the output, sort of a half way between being fully compiled and fully interpreted.
Java compiles to java bytecode for the java virtual machine, as long as you have a functional java virtual machine you can run your java application on any platform (and java is indeed on most desktop operating systems and on multiple instruction sets). C# and Visual Basic .NET both compile to .NET Bytecode for the .NET virtual machine, again, with a functional .NET virtual machine you can run a C# application on any platform (unfortunately only windows (including RT) has microsofts official .NET virtual machine, but mono is compatible and runs on other platforms too). C or C++ are compiled, compiled languages must be compiled for a particular operating system and instruction set. Python, lua or batch are interpreted, as long as you have a functional interpreter they will run on any platform. One thing to take note of, in theory it is possible to take a particular programming language, lets say a compiled one, and then write an interpreter for it instead of a compiler (and there are indeed C interpreters) or an interpreted language and write a compiler for it (has been done too), but we are ignoring that.
Visual studio will build windows applications in C/C++ or it is the IDE of choice for C# or VB.net on .NET. No surface limitations, with plugins (or considering usage of mono on other operating systems) it can even do extra platforms and languages too (I personally use it for python and have used it for arduino microcontrollers). It supports both ARM and x86 for C/C++, I admit I have not tried C/C++ in visual studio for windows software so I dont know if it simply builds your software 2/3 times or if you need to manually select ARM but the drop down for it is in the build configuration manager either way so you can always take a look in there for yourself, for .NET it says Any CPU (it is possible to tell it to make an x86 or ARM only .NET application, I am yet to come across why with the exception of perhaps optimisations). Windows store apps generally have to be done in Visual studio and officially your only options for store apps are C++, C#, VB.net and Javascript.
Store apps in my opinion are *not* a good introduction to programming. Console applications are far better to start off with. Leaves you with an issue, windows RT cannot run any application except store apps without a digital signature attached to the executable, which is great but we have no way of obtaining those signatures ourselves, only microsoft do. End result is that you can compile your C project for ARM from visual studio or take a .NET application, but you cant run it on the RT (which is an ARM device). Useful huh? Someone wrote a jailbreak which removes this restriction, but its for RT 8.0 only, the 8.1 update breaks it.
Also windows store apps are different from windows phone apps. You wont be able to write an app for both. You would have to write 2 entirely seperate apps. Only windows 8, 8.1, RT and RT 8.1 can run store apps. Only windows phone can run windows phone apps. Officially only windows 8 (including 8.1) and below can run desktop. Your cross platform ambitions are just that, ambitions. For 1 beginner, they are unattainable.
Xojo is for web apps, aka glorified websites.
Ok so I am a little confused on this can someone please explain to me if I can run any other apps or software on my Lumina 2520 Tablet 8.1 besides Windows RT ? A was almost positive I could but now I see that I may of been misunderstanding.
Windows RT is an operating system. The version that comes on the Lumia 2520 is Windows RT 8.1. You cannot run any other OS on the Lumia 2520 at this time.
WinRT is an API used to create apps that run on Windows 8, Windows RT, and Windows Phone 8. These apps are commonly called "Metro" or "Modern" apps.
*At this time* there is no published way to run non-Modern software on RT 8.1, which means no way to do so on a Lumia 2520. Windows RT 8.0 has a working "jailbreak: hack that removes the restriction against third-party "desktop" software, although programs still need to be able to run on ARM processors (which usually requires rebuilding them from source code). There is a jailbreak for RT 8.1 coming, but I cannot offer any information on when it will be available. Even when it is, you will still only be able to use a small subset of the software available for x86 Windows.
GoodDayToDie said:
Windows RT is an operating system. The version that comes on the Lumia 2520 is Windows RT 8.1. You cannot run any other OS on the Lumia 2520 at this time.
WinRT is an API used to create apps that run on Windows 8, Windows RT, and Windows Phone 8. These apps are commonly called "Metro" or "Modern" apps.
*At this time* there is no published way to run non-Modern software on RT 8.1, which means no way to do so on a Lumia 2520. Windows RT 8.0 has a working "jailbreak: hack that removes the restriction against third-party "desktop" software, although programs still need to be able to run on ARM processors (which usually requires rebuilding them from source code). There is a jailbreak for RT 8.1 coming, but I cannot offer any information on when it will be available. Even when it is, you will still only be able to use a small subset of the software available for x86 Windows.
Click to expand...
Click to collapse
Thank you for your detailed explanation. It cleared everything up for me.
Hi all
I heard about windows rt and windows 8 on tablets and phones.
My goal is to find a way (if there's one) to enjoy windows app, games (oldest ones) and compatibility (on my tab s if available).
Windows 8 cannot be on arm so I forgot him.
After I heard about windows rt. The problems are : 1 you can only have the os when you have the machine sold with 2: you can only install apps from the store so the compatibility is broken.
Finally I heard about windows ce who can be on arm if you buy the licence. I searched but I doesn't found any 'windows store' or incompatibility
with .exe. (most people are using on x86 devices )
Thanks for answers and if windows ce cannot be used like a native windows I would be happy to know why (Im pretty sure It can't but i hope)
Ilphrin
Do you have any idea how limited Windows CE is? It cannot run ANYTHING at all.
you can also install win 95 or xp
if only we could have Vista
anyway this stuff almost always requires root and kernel tweaks etc.. also the OS you want to run has to have been made to run on our architecture at some point or you have to run it inside a VM.
i have done a bunch with Linux distros over the years and those are much easier than Windows and still it has never developed to be enjoyable to use.
best option is to find an app that does what you liked in Windows since you should find most things these days.