Interesting article on developing VideoLAN VLC app for Windows 8 (as a modern app)
and the issues getting it to compile / run on RT
http://www.neowin.net/news/intervie...ent-about-the-future-of-the-windows-8-vlc-app
When will the Windows RT version of the app be released?
That's a hard question, and has been a source of confusion, notably because too many people can't make the difference between WinRT and Windows RT. (Note that even Microsoft people are confused about this ) So, to compile VLC for WinRT on x86, we use gcc and MinGW to produce the VLC engine, and we compile the UI (in C#) with Visual Studio. The reason is that VS2013 cannot compile VLC, because of the lack of correct support of C99. To compile VLC for WinRT on ARM, aka Windows RT and Windows Phone, we have only two ways: fix gcc-binutils for Windows on ARM or patch VLC and work-around VS2013 bugs. We're trying both at the moment, but we don't know yet the best way. Once VLC is compiled, the app can be released. I will know more about this before the end of the month.
I keep my fingers crossed for gcc fix - that would allow us to port many apps that we can't compile with Visual Studio.
kitor said:
I keep my fingers crossed for gcc fix - that would allow us to port many apps that we can't compile with Visual Studio.
Click to expand...
Click to collapse
Yessssss please if they get us a version of GCC that compiles for RT that would be fantastic.
How is it going?
Hi,
Are there any more news regarding this development?
Well, the Windows Phone version is in beta, so it seems to reason they must have figured out how to target ARM devices. The Windows 8 store version is still x86 only last I heard...
Related
I saw that you can install two Windows Blue apps, Calculate and Alarms, on Windows 8 Pro. I installed this on both my WIndows 8 machines, and attempted to install them on my Surface RT, which didn't work.
I followed these instructions: http://forums.mydigitallife.info/threads/43951-Port-WinBlue-Apps-Alarm-amp-Cal-to-Win8Pro
I used the Windows RT Jailbreak tool to run the chinese tool to sideload the applications, but it always gives me an error. Is there a reason for this, and is there a way around it?
This is normal,since these the WinBlue application only running on x86 platform.
WinBlue for ARM architecture now is didn't disclosure.
hks25258 said:
This is normal,since these the WinBlue application only running on x86 platform.
WinBlue for ARM architecture now is didn't disclosure.
Click to expand...
Click to collapse
Okay, so it the leaked apps where only compiled for x86? I guess that makes sense, just didn't think it would matter since it's a Metro app.
even metro apps can have native code compiled only for 1 architecture or another. Its just rare, in theory making a metro app run on ARM instead of x86 should just be changing a few settings in visual studio so its hardly any effort to support ARM.
SixSixSevenSeven said:
even metro apps can have native code compiled only for 1 architecture or another. Its just rare, in theory making a metro app run on ARM instead of x86 should just be changing a few settings in visual studio so its hardly any effort to support ARM.
Click to expand...
Click to collapse
it isn't that rare, just most devs will compile for both architectures. there are a few that are specifically flipping the flag though and doing x86 only.
My guess on Windows Blue is that the SDK has only been prepared for x86 internally at this point in time, and not something that should be read into any further about the future of windows rt or if blue will run on it like some people have already started to do. It would make sense that x86 is the only test bed at this point.
Its not as if it is properly released software yet.
All,
Please find the attached Windows RT runtime libraries for QT4 (4.8.4). Qt is a cross-platform gui/widget toolkit used in many software applications.
see: http://qt-project.org
I'm posting these here to assist other developers in porting Qt based applications to Window RT
These were built directly from source without code modification. I haven't tested them extensively, so please let me know if there are any issues with them. I've built what I believe are all the necessary libraries (honestly, I'm not a Qt developer), please let me know if anything is missing.
Cheers!
bfosterjr said:
All,
Please find the attached Windows RT runtime libraries for QT4 (4.8.4). Qt is a cross-platform gui/widget toolkit used in many software applications.
see: http://qt-project.org
I'm posting these here to assist other developers in porting Qt based applications to Window RT
These were built directly from source without code modification. I haven't tested them extensively, so please let me know if there are any issues with them. I've built what I believe are all the necessary libraries (honestly, I'm not a Qt developer), please let me know if anything is missing.
Cheers!
Click to expand...
Click to collapse
It`s what i want:good:
This is pretty awesome! I wonder how hard it would be to compile KDE using this... (for those who don't know, the K Desktop Environment is avaialble for x86 Windows as well as for Linux/BSD/etc.) I suspect Konqueror would be a pain, but some of the other KDE programs would likely work well. Leaving DBUS running in the background might be unfortunate for battery life, though.
GoodDayToDie said:
This is pretty awesome! I wonder how hard it would be to compile KDE using this... (for those who don't know, the K Desktop Environment is avaialble for x86 Windows as well as for Linux/BSD/etc.) I suspect Konqueror would be a pain, but some of the other KDE programs would likely work well. Leaving DBUS running in the background might be unfortunate for battery life, though.
Click to expand...
Click to collapse
Given that its a massive code base.. I'm gonna guess that its pretty hard. I had a quick peek at the source tree.. and it would take some serious effort to port it all (and all the apps!) to VS2012. However, if/when GCC for WOA comes.. it might be manageable to port.. but then again.. everything will be much easier once that happens.
bfosterjr said:
All,
Please find the attached Windows RT runtime libraries for QT4 (4.8.4). Qt is a cross-platform gui/widget toolkit used in many software applications.
see: http://qt-project.org
I'm posting these here to assist other developers in porting Qt based applications to Window RT
These were built directly from source without code modification. I haven't tested them extensively, so please let me know if there are any issues with them. I've built what I believe are all the necessary libraries (honestly, I'm not a Qt developer), please let me know if anything is missing.
Cheers!
Click to expand...
Click to collapse
any chance to get Qt Webkit compiled for RT?
Most of WebKit builds OK (JavaScript being the biggest difficulty), but it's a pain. Might be worth trying to build it just as a component, though.
Does anyone know the status of MinGW-w64 for Windows RT? I've heard that VLC has such a build of MinGW for their project to release a version for the Windows Store. I'm interested in using such a GCC for my jailbreak.
The "w64" project seems to be some updated version of MinGW that isn't just about Win64, despite the name.
But why VLC team should have such MinGW version, if Metro apps can't officialy use desktop api, excluding browsers (and arm based devices)?
Myriachan said:
Does anyone know the status of MinGW-w64 for Windows RT? I've heard that VLC has such a build of MinGW for their project to release a version for the Windows Store. I'm interested in using such a GCC for my jailbreak.
The "w64" project seems to be some updated version of MinGW that isn't just about Win64, despite the name.
Click to expand...
Click to collapse
They mentioned it once in an update. The project is about to have a birthday with no real timeline put forth. I wouldn't hold my breath.
I think their MinGW build at the moment is MinGW targetting WinRT on x86 and later ARM, although I guess if they open that up we should be able to merge their WinRT on ARM with Win32.
http://forum.xda-developers.com/showthread.php?t=2368706
Am I right that windowsrtc is using mingw to compile this for WinRT ?!
Eh... only sort of. See the "--toolchain=msvc" bit in there? Those are configuration flags, and that one tells it to use the MS compiler.
GoodDayToDie said:
Eh... only sort of. See the "--toolchain=msvc" bit in there? Those are configuration flags, and that one tells it to use the MS compiler.
Click to expand...
Click to collapse
Is VLC using MSVC via mingw in this manner, or are they using GCC compiled to target ARMv7-Thumb2 in their Windows RT port?
Myriachan said:
Is VLC using MSVC via mingw in this manner, or are they using GCC compiled to target ARMv7-Thumb2 in their Windows RT port?
Click to expand...
Click to collapse
https://wiki.videolan.org/Win32Compile/
As it's possible to both crsscompile on linux and do it native on windows, then I don't think that they're using msvc.
Myriachan said:
Is VLC using MSVC via mingw in this manner, or are they using GCC compiled to target ARMv7-Thumb2 in their Windows RT port?
Click to expand...
Click to collapse
Right this minute they only have GCC targetting WinRT on x86 not on ARM apparently.
Update: Wine is working on it.
https://www.winehq.org/wwn/369
Hello
I've been reading about jailbreak for windows rt 8.1 because I'm interested on this python for windows rt https://sellfy.com/p/vj3U/ but I read there was some developments but my question is if there is jailbreak for 8.1 rt?
And someone know if that python app would work on rt 8.0 because it dont mession the version of RT and know if this python app is like those we have on x86.
Thank you
No. It will be major news when there is.
scjoao said:
Hello
I've been reading about jailbreak for windows rt 8.1 because I'm interested on this python for windows rt https://sellfy.com/p/vj3U/ but I read there was some developments but my question is if there is jailbreak for 8.1 rt?
And someone know if that python app would work on rt 8.0 because it dont mession the version of RT and know if this python app is like those we have on x86.
Thank you
Click to expand...
Click to collapse
You can only run desktop software on 8.0, there is no 8.1 jailbreak released yet.
It is python 2.7.3 as on x86, but its foreign function interface is broken so certain libraries do not work.
SixSixSevenSeven said:
You can only run desktop software on 8.0, there is no 8.1 jailbreak released yet.
It is python 2.7.3 as on x86, but its foreign function interface is broken so certain libraries do not work.
Click to expand...
Click to collapse
so I would have to downgrade for 8.0 and some functions migth not work fine... so I think I will stay on 8.1 and using teaviewer xD
Thank you very much
Somebody has an experimental port of the FFI that should fix the issues, but I haven't had time to test it yet. But yes, until we get the jailbreak working, you would need to downgrade.
GoodDayToDie said:
Somebody has an experimental port of the FFI that should fix the issues, but I haven't had time to test it yet. But yes, until we get the jailbreak working, you would need to downgrade.
Click to expand...
Click to collapse
Excellent news. If I could run Mercurial on my RT I would be one happy developer. I like fossil well enough, but just about everything that I've done for the past five years is on bitbucket in Hg repos.
Is this port available somewhere?
The message I received:
e13000 said:
Dear GoodDayToDie,
I included the libFFI port i made a while ago (if this doesn't work, please let me know because I have made 2 3 different port).
https://drive.google.com/file/d/0ByNfJPIJQw6hRnlPMHM3b1FFUFU/edit?usp=sharing
Cheer.
Click to expand...
Click to collapse
Hi, _ctypes.pyd worked flawlessly. However, Python 2.7.3 test failed on asyncore (It passed all other tests). It could be due to my openssl port.
Edited:
LibFFI is to call a C/Java function at real-time. It allocates a memory to create a wrapper. This wrapper prepares the stack/registers according to ABI, then it calls the function and get back the results if any.
RT port is a just a source conversion from GAS's asm to ARMASM's asm. Since PC LSB bit is set under THUMB mode, I modified the wrapper's memory allocator so that it will increase address returned by VirtualAlloc by 1 (so that the wrapper can be called in THUMB.
(I ported python and posted it here under my coworker's account).
Hey, I did tried the python 27 in test mode and did signed it than, to work in Standard mode, works fine.
Is there the PIP tool ported as well ?
Here is the thread, PuTTY is the first app in the downloads section
XDA:DevDB Information
Apps for cellular PCs (ARM64), Tool/Utility for the Windows RT General
Contributors
black_blob
Version Information
Status: Testing
Created 2016-12-10
Last Updated 2016-12-10
This is awesome!!
Is this a future for a collection of a quality Apps in this platform?
Regards,
McShaz said:
This is awesome!!
Is this a future for a collection of a quality Apps in this platform?
Regards,
Click to expand...
Click to collapse
Yes, for native instead of dynamically recompiled apps.
Also, would be great to see both 32bit and 64bit version of compiled apps in future, as there is no so much software/hardware solutions exists with ARM64 support.
Would the OpenVPN client be able to be recompiled for ARM64?
How affect this to the users of Windows RT?
Are working on something big secret?
Thank's for all. You are a genius
But all the devices with windows RT are 32bit, are they? can this run on our 32bit tablets?
notass said:
But all the devices with windows RT are 32bit, are they? can this run on our 32bit tablets?
Click to expand...
Click to collapse
Unfortunately for now the answers is no, since the currently supported processor to run Windows 10 on ARM is Snapdragon 835 (although they've demoed it on 820) and it's very unlikely. But, who knows?
notass said:
But all the devices with windows RT are 32bit, are they? can this run on our 32bit tablets?
Click to expand...
Click to collapse
No. Stuff compiled for RT doesn't run in ARM64 Windows also.
black_blob said:
No. Stuff compiled for RT doesn't run in ARM64 Windows also.
Click to expand...
Click to collapse
Has anyone been able to confirm this? I would have expected it to do 32bit to 64bit WOW like x86 windows does, but without one to try, I'm just guessing, and probably showing my ignorance of the difference between 32bit and 64bit ARM architecture in general (pretty sure it's more complex than 32bit vs 64bit x86 but don't really know the in's and out's of it).
Alternately, has anyone had a chance to play with one of these Windows 10 ARM devices yet? Does it actually allow arm-compiled win32 apps to run? I have a nagging doubt that maybe somehow Microsoft will have some dumb restriction that only allows x86 win32 apps to run through the translation layer, and not native third party win32 apps (i.e. RT all over again), even though it's supposed to be "full windows".
domboy said:
Has anyone been able to confirm this? I would have expected it to do 32bit to 64bit WOW like x86 windows does, but without one to try, I'm just guessing, and probably showing my ignorance of the difference between 32bit and 64bit ARM architecture in general (pretty sure it's more complex than 32bit vs 64bit x86 but don't really know the in's and out's of it).
Alternately, has anyone had a chance to play with one of these Windows 10 ARM devices yet? Does it actually allow arm-compiled win32 apps to run? I have a nagging doubt that maybe somehow Microsoft will have some dumb restriction that only allows x86 win32 apps to run through the translation layer, and not native third party win32 apps (i.e. RT all over again), even though it's supposed to be "full windows".
Click to expand...
Click to collapse
64bit ARM is structured completely differently than 32bit ARM. Hence the incompatibility. Manufacturers have the option of disabling third party ARM apps to run, unlike with RT. ASUS already has said they will, I don't know about others, but they most likely will.
Qiangong2 said:
64bit ARM is structured completely differently than 32bit ARM. Hence the incompatibility. Manufacturers have the option of disabling third party ARM apps to run, unlike with RT. ASUS already has said they will, I don't know about others, but they most likely will.
Click to expand...
Click to collapse
Thanks for your response. Sorry for my ignorance, but if WOW can translate 32bit x86 apps to run on 64 bit ARM, wouldn't it be possible to use WOW to make 32bit ARM apps run on 64bit Windows ARM edition, if Microsoft were they to write it the code? I assume it would take more overhead compared to 32bit to 64bit x86 WOW, but again, that's my understanding the 64bit x86 CPUs are similar to 32bit x86 cpus, since they were developed as extensions to an existing 32bit design but I am not a CPU architect.
From what I've seen so far, the three Windows 10 ARM devices coming to market all come with Windows 10 S loaded, but the user has 180 days to switch to pro. So in theory any of them could be unlocked, and hopefully run the 64 ARM apps posted on this thread. But I guess nobody has been able to test that yet.
domboy said:
Thanks for your response. Sorry for my ignorance, but if WOW can translate 32bit x86 apps to run on 64 bit ARM, wouldn't it be possible to use WOW to make 32bit ARM apps run on 64bit Windows ARM edition, if Microsoft were they to write it the code? I assume it would take more overhead compared to 32bit to 64bit x86 WOW, but again, that's my understanding the 64bit x86 CPUs are similar to 32bit x86 cpus, since they were developed as extensions to an existing 32bit design but I am not a CPU architect.
From what I've seen so far, the three Windows 10 ARM devices coming to market all come with Windows 10 S loaded, but the user has 180 days to switch to pro. So in theory any of them could be unlocked, and hopefully run the 64 ARM apps posted on this thread. But I guess nobody has been able to test that yet.
Click to expand...
Click to collapse
Microsoft could definitely do it if they wanted to, AMD64 was designed as a backwards compatible architecture. ARM64 was not. More apps are available for x86 though. There is no need for them to make a compatibility layer between arm32 and arm64.
Qiangong2 said:
Microsoft could definitely do it if they wanted to, AMD64 was designed as a backwards compatible architecture. ARM64 was not. More apps are available for x86 though. There is no need for them to make a compatibility layer between arm32 and arm64.
Click to expand...
Click to collapse
Ok cool, so I'm not completely daft. And you have an excellent point. Since they tried hard to squash the RT jailbreak, I'm sure they don't care about writing a WOW layer to translate the apps people had compiled for it. Thanks for clearing up my confusion.
ARM32 apps run on ARM64 Windows since a while now.
black_blob said:
ARM32 apps run on ARM64 Windows since a while now.
Click to expand...
Click to collapse
First of all, Welcome Back!
Second, I thought ARM64 Windows was purposefully made incompatible with RT apps?
Qiangong2 said:
First of all, Welcome Back!
Second, I thought ARM64 Windows was purposefully made incompatible with RT apps?
Click to expand...
Click to collapse
MS ended up unlocking both the ARM32 and ARM64 SDKs. And full ARM32 WoW is included for compatibility with non-.NET Windows RT apps.
(there's no ARM32 .NET Framework, so Windows 8.1 ARM apps don't work and x86 ones are used instead in that case, but ARM32 is used for UWP)
A dual-WoW system with both SysWoW64 (for x86) and SysArm32 (for ARM32) was adopted.
Earlier builds didn't have ARM32 WoW, at the time when I wrote my previous comment.
black_blob said:
MS ended up unlocking both the ARM32 and ARM64 SDKs. And full ARM32 WoW is included for compatibility with non-.NET Windows RT apps.
(there's no ARM32 .NET Framework, so Windows 8.1 ARM apps don't work and x86 ones are used instead in that case, but ARM32 is used for UWP)
A dual-WoW system with both SysWoW64 (for x86) and SysArm32 (for ARM32) was adopted.
Earlier builds didn't have ARM32 WoW, at the time when I wrote my previous comment.
Click to expand...
Click to collapse
Oh, Okay. Thanks for clearing that up
black_blob said:
ARM32 apps run on ARM64 Windows since a while now.
Click to expand...
Click to collapse
black_blob said:
MS ended up unlocking both the ARM32 and ARM64 SDKs. And full ARM32 WoW is included for compatibility with non-.NET Windows RT apps.
(there's no ARM32 .NET Framework, so Windows 8.1 ARM apps don't work and x86 ones are used instead in that case, but ARM32 is used for UWP)
A dual-WoW system with both SysWoW64 (for x86) and SysArm32 (for ARM32) was adopted.
Earlier builds didn't have ARM32 WoW, at the time when I wrote my previous comment.
Click to expand...
Click to collapse
Wow, that's great news. Thank you for clarifying this block_blob. Windows 10 ARM edition is shaping up to be pretty decent. I thought I'd read UWP apps were going to be 32bit, at least initially, but I wasn't sure how that actually worked (if it ran through WoW or what). So basically a lot of the applications that had been compiled for jailbroken RT devices should run (if there isn't a ARM64 version available)?
black_blob said:
Here is the thread, PuTTY is the first app in the downloads section
XDA:DevDB Information
Apps for cellular PCs (ARM64), Tool/Utility for the Windows RT General
Contributors
black_blob
Version Information
Status: Testing
Created 2016-12-10
Last Updated 2016-12-10
Click to expand...
Click to collapse
I was used qemu to emulate the win10 arm64, but the 7zip cannot run in it. The error is "vcruntime140.dll is not found."