yashsingh1/xdaforums huggingface dataset:
[Windows RT Development and Hacking] Laos101:
I do! Lining up Quake 1 + 2, DOOM, and this game would make my spring break worth it!
[Windows RT Development and Hacking] ej_424:
Thanks I'll give that a try. Has anyone tried this with any luck?
[Windows RT Development and Hacking] DarkoLord:
Well you can see a torrent being successfully downloaded on one of my screenshots here:
[Windows RT Development and Hacking] SixSixSevenSeven:
Although I have decided against getting a windows RT device (I am getting an intel atom based device instead) I applaud the work you guys are doing. You are showing microsoft how windows RT should have been, simply windows 8 on ARM without any locked down nonsense. You are also giving huge amounts of additional functionality to users RT devices.
[Windows RT Development and Hacking] GoodDayToDie:
Added the new apps, keep them coming! I can't wait to get back to my dev machine and get back to work on ports myself, but in the meantime, this is awesome.

It occurs to me that I really should go through the apps and organize/categorize them. It also occurs to me that this is very much the kind of thing that a nice piece of software should handle. Is anybody still working on RT ported-app downloaders/installers?

@netham45: Oh, I did! Loveland and A-basin. Got the goggles-burn to prove it, too...
[Windows RT Development and Hacking] netham45:
I've been tossing around the idea of making a metro installer that basically downloads and runs MSI installers. I'd like to put a bit more forethought into it than the other stores have had, though. I'd also like it to be able to handle third-party Metro apps, and possibly to have a search that isn't as terrible as MS's stores search is.

Loveland and A-basin aren't in Denver, you're a good 30 miles north of it! :P
[Windows RT Development and Hacking] mr_dan:
there is a guy over here : http://forums.wesnoth.org/viewtopic.php?f=6&t=38180 who is possibly working on it :) that would be really great... im absolute newbie but i volunteer as a tester if you want
[Windows RT Development and Hacking] Laos101:
Could Tegra handle this?

http://wz2100.net/

Realistically the issue would be OpenGL I think.
[Windows RT Development and Hacking] cgavula:
USB->Serial driver

I'd love to see a working USB to Serial driver and use it with terminal software for consoling into switches/routers and other devices you communicate to via a serial cable.
[Windows RT Development and Hacking] GoodDayToDie:
Drivers are another topic. While it may make sense to post any that are successfully ported here, the process of driver development - especially for kernel-mode drivers - is different enough that it really is a different topic from all the discussion thus far on the subject of application porting.

EDIT: @netham45: Yeah, I rented a car for the weekend (and stayed in Georgetown overnight). I'm in the middle of downtown Denver again as I write this, a few blocks from the 16th street mall. Sorry for the OT, everybody!
[Windows RT Development and Hacking] netham45:
Not to mention that most of the existing tools for driver development don't work on ARM (and afaik, the ARM DDK hasn't leaked yet), and the only real way to build drivers for ARM is largely unexplored thus far.
[Windows RT Development and Hacking] SixSixSevenSeven:
Does windows RT not support the bluetooth serial port profile? You could then just get an RS232 > TTL adaptor on the router, then off of the TTL adaptor run one of the various bluetooth cards used on many microcontrollers which are usually simply a TTL to bluetooth serial profile adaptor. That would then connect to the RT device over wifi.

Of course if RT does not support SPP then that plan can be thrown out of the window.

EDIT:

Still no idea if RT has the bluetooth serial port functionality but it turns out you can buy direct RS232>bluetooth SPP adaptors anyway. Does seem to be that they cost just as much of not more than building one yourself (infact most of them simply seem to be a company that has built the above setup, stuck it in a plastic housing and sold it on as another product)
[Windows RT Development and Hacking] vitalero:
Hi, is it possible to use Eclipse on windows RT? or does it need to be ported also?

TY
[Windows RT Development and Hacking] SixSixSevenSeven:
Needs porting. Has dependencies. Also depends on what you want to use it for. Most people (including myself) see eclipse mentioned and think java, well apart from ikvm we dont have a working java runtime let alone an SDK running on the device, using eclipse for C++ you have the same issue. If you could get eclipse running on RT you might be able to add C# (there is a C# compiler on RT) or python working with a few new plugins.
[Windows RT Development and Hacking] bfosterjr:
Process Hacker 2.30 -- beta

I haven't ported the kernel component.. but that'll be on deck soon. Wasn't a straight forward port and required some code fixes.

http://xdaforums.com/showthread.php?t=2179754

Cheers!
[Windows RT Development and Hacking] wingmanjd:
Request: mRemoteNG

Hello,

I searched this thread and didn't see another request for mRemoteNG, which is a fork of mRemote. The source for mRemoteNG is here https://github.com/rmcardle/mRemoteNG.

Thanks in advance either way.

From mremoteng.org:
[Windows RT Development and Hacking] jonsnowboard:
Looks like splashtop 2 client is now in the store. I've only spent a few minutes with it, but it seems to run fine on my Surface RT, even with the host PC running a VPN client (Junos Pulse) :)
[Windows RT Development and Hacking] TeflonGotti:
Hi

Not if this is the place or if this is the right quetion but is it possible to run Winamp with this
[Windows RT Development and Hacking] lilstevie:
No, you cannot run winamp with a list of ported applications
[Windows RT Development and Hacking] SixSixSevenSeven:
read the post. This is a list of applications ported to windows RT. Now, if you meant to ask in the x86 emulation thread then the answer would be a theoretical yes but a practical no as x86 emulation would probably be too slow
[Windows RT Development and Hacking] MrGreencastle:
I notice Bochs doesn't have networking. If a bittorrent client were to be compiled, would it have the same limitation? What about Chromium or Firefox?
[Windows RT Development and Hacking] MinhBao92:
thank you guys for explaining it for me. I will try asking the source code of the application from the network provider. Thank you so much for your effort.
[Windows RT Development and Hacking] netham45:
Bochs requires a kernel-mode driver (winpcap) for networking that we don't have.
[Windows RT Development and Hacking] pth6:
Do you think it would work with a PDF editor?

http://pdfedit.cz/en/pdfedit_windows.html
[Windows RT Development and Hacking] dawmail333:
Can I humbly recommend that we move to create a central repository of compatible software? I don't have the money to set up anything other than a Sourceforge site to attempt this, but I'm more than happy to take a crack at developing some package management for openRT. I doubt I could do it all by myself, but then again I'm pretty sure apt and yum had multiple developers too. :)

If we can centralise the downloads, we can signal to Microsoft we really care about this, concentrate development/porting efforts, and just make it easier in general to reap the fruits of our labours!

Much Love.
[Windows RT Development and Hacking] GoodDayToDie:
@pth6: Might be possible. Bear in mind that Word 2013 (ships with Windows RT) is actually capable of importing and editing PDFs, as well as saving (exporting) them. The conversion takes a while and isn't perfect, but for simple documents it works fine.
[Windows RT Development and Hacking] pth6:
I did not know Word could do that...

No need another software, thanks :)

My dream: an offline dropbox client :) but I did found any open source project :(
[Windows RT Development and Hacking] ingramator:
Python 2.7 would be awesome on RT, is anyone working on a port? What we need is a simple website with direct downloads because by the sounds of things this page is going to explode! I'm willing to contribute to simple recompiling and a distribution centre! Awesome work so far guys, keep it up!
[Windows RT Development and Hacking] djboo:
I have a dedicated windows server that could be used. I shall have a play after work getting a simple 'marketplace' app running.
[Windows RT Development and Hacking] hoan999999:
Emulators?

Today I go on XDA and see this ... you guys sure have outdone yourselves...

Now if someone could just port/recompile every emulators existed, our lives on the RT would be so much more interesting (I'd do it myself, if I were a capable dev)
[Windows RT Development and Hacking] dawmail333:
I've started refocussing my dev skills towards web development, so if you wanted me to try and knock something up, gimme a buzz.
[Windows RT Development and Hacking] fahdriyami:
How about porting GPU-Z or CPU-Z to ARM?
[Windows RT Development and Hacking] lilstevie:
I've started to assemble something to this purpose, it is taking a bit of effort though as I am trying to get it sorted so it can be used on desktop windows 8 grabbing correct binaries etc
[Windows RT Development and Hacking] killerduck:
Unisgned Drivers

So , with these advances, does the future of installing unsigned drivers look promising ??

Anybody already having any luck with this ?
[Windows RT Development and Hacking] GoodDayToDie:
@ingramator: Thank you for demonstrating why there's a restriction on posting to these forums (which I see you managed to get yourself over). READ THE THREAD BEFORE POSTING cripes it's only a few pages long! Short version: Python (any version) will be hard to port as it uses inline assembly.

With that said, if you, or djboo, or somebody else would like to build a hosting service for recompiled RT desktop apps, that would be fantastic! You're also more than welcome (no seriously, please do this) to get started on recompiling apps yourself. I'm currently working on Chromium... no promises, though, modern browsers are horrifically complex and often user platform-specific code. I know it *can* compile on ARM, but that doesn't mean it will do so gracefully under Windows.

@hoan999999: Working on it! Bochs (x86 emulator) is of course already ported, as is a Gameboy emulator. DOSbox is probably possible too. Qemu might be possible... it's a bit more complex but not unreasonably so. Other console emulators should be possible at least to a point; remember that Windows RT hardware isn't going to be as powerful as recent x86 systems, and emulators are CPU-devouring beasts. The best ones use dynamic recompilation, but that is *extremely* platform-specific. On the VMs side of things, ScummVM is being investigated, and might be portable.
[Windows RT Development and Hacking] GoodDayToDie:
@killerduck: The same hack used for this "jailbreak" can quite possibly be used to put the kernel into testsigning mode, which will permit installing drivers with untrusted certificates. It might also be possible to bypass the driver signature check entirely... but I suspect that this hack, as currently implemented, won't do it. Windows on x64 already has no executable signature requirement (i.e. it's already like a jailbroken RT device) but it still enforces driver signatures (unless in debug or testsigning mode, which the RT bootloader can't set due to Secure Boot).
[Windows RT Development and Hacking] djboo:
Till the day job is done, I've got this running:

http://rtd.madgamedev.com/ArmApps/

for the time being, ill be adding anything i find posted here. I'll set up a proper submission thing once the app works (which i'll do tonight after work - i previously made a steam clone type thing that never saw the light of day so a lot of the code already exists)

after that, ill be going back to porting sharpdev - which is mostly making it work on .net 4.5 - not as simple as youd hope - especially with a project of that complexity.
[Windows RT Development and Hacking] dawmail333:
I had a fantastic idea, I just don't have a server to set it up on:

The idea would be to revolve everything around a Git server. Each repository on this server would be a separate app, and there would be a web interface that would let people sign up. Once they sign up, they can create a repository, add other people to the permitted list, and generate an SSH key to push files into the repository (creating a release). The web interface would also allow the user to download the apps, of course. :)

This would allow us to re-invent the wheel as little as possible, and half writes our package management for us (git pull will update changed files, just need to work out what to do with config files when we go to build the package manager)

If there's a concern about using Git (e.g. it's pretty POSIX-y), Mercurial might be a more manageable port, and can serve exactly the same purposes.

As a final note, Git offers great ways to modify the publishing process. An example would be if copyrighted content kept going up - we would be able to add an intermediate verification stage before the release got publicly published. Point is, it would handle so much of our work for us.

I'm off to bed, feel free to critique, move this to its own thread, or PM me as you see fit.
[Windows RT Development and Hacking] djboo:
im currently working with the idea of KISS.

zips with an install batch and the store remembers the last version you downloaded and will check that theres no new ones when you open it up.

the obvious option would be for someone to port NSIS ;)
[Windows RT Development and Hacking] ingramator:
I know mate I've read everything in this thread and that's why I asked if anyone was going to actually do it because it seemed like everyone dismissed it as too hard! I know my post count is low, I haven't used XDA for discussion before but I can assure you I am no n00b and I'm willing to help out! Good luck with porting Chromium a lot of people will rejoice if you are successful! I'm trying to get a couple of my networking apps going but they all require Winpcap which at this stage (as discussed on a couple of the other threads) isn't going to be easy :(
[Windows RT Development and Hacking] l27_0_0_1:
That's not true, winamp 2.x works perfectly with x86 emulation tool. If you don't open folders, though.
[Windows RT Development and Hacking] AndreyKnd:
Guys, finally I came to idea to add 7zip in the context menu, however, I can't create 7-Zip file in [HKEY_CLASSES_ROOT\Directory\shellex\ContextMenuHandlers\....] cuz I don't have "enough rights" even being an administrator... What's the problem? Any clues?
[Windows RT Development and Hacking] bartekxyz:
Quizz

Small quizz

What is this:
[Windows RT Development and Hacking] windowsrtc:
Ps2 emu

I think its not possible to run it on Rt.becase the graph plugs contain asm and also they need high level d3dx apis don't exist on Rt.
[Windows RT Development and Hacking] SixSixSevenSeven:
PS1 actually.
[Windows RT Development and Hacking] innosia:
i am developer, i develop windows 7/8 desktop app using .NET Framework 4.0

is it possible to convert my .NET app to run in RT? Is there any guide?
[Windows RT Development and Hacking] chris3ds:
I don't think Windows RT will run .NET 4.0 apps (someone correct me if I'm wrong). But .NET 4.5 apps will run on Windows RT providing they are built to target 'AnyCPU'.
[Windows RT Development and Hacking] lilstevie:
And as long as they aren't WPF.
[Windows RT Development and Hacking] timn03:
This would be a great tool to have on my Surface RT!
[Windows RT Development and Hacking] GoodDayToDie:
Actually, any 4.x apps (including 4.0) appear to work (again, assuming you target "Any CPU"). I've tried a few apps that explicitly describe themselves as using .NET 4.0 and they work.
[Windows RT Development and Hacking] aflansburg:
I've been having great luck running some old dos apps/games with dosbox. Thanks for this. Here's a screenshot of success :)

Edit > I also wanted to add that I was able to edit the .conf file to set fullscreen=true and have had no issues thus far.

And EPIC BASEBALL THE BEST Baseball Game / Simulator Ever :) Does anyone remember the code wheel that came with the game diskettes so you could unlock the game? :)
[Windows RT Development and Hacking] netham45:
Yea, that was largely my bad on the 4.0/4.5 confusion. 4.0 apps do work, but I mistakenly reported that they didn't when I first made the jailbreak. I believe I've since updated it everywhere, though.
[Windows RT Development and Hacking] bfosterjr:
Quake3

Well.. it works using the software opengl driver I ported.. but its extremely slow. I even tried the smp build and it barely made a difference. Its not even worth posting the binaries. Is there anyone on here with Directx experience? I'd like to update GlDirect to Directx 10/11, can anyone help?
[Windows RT Development and Hacking] jessenic:
Maybe this will help: http://social.msdn.microsoft.com/Forums/en-US/wphowto/thread/1e3e54fa-bcab-4f8f-ad83-61ef88a4ad91
[Windows RT Development and Hacking] southbird:
I suspect that's just changing glQuake to use DirectX calls instead of OpenGL calls, not the same thing. He's looking for an OpenGL -> DirectX translation layer, which is the only way to get anything close to realistic hardware-accelerated performance.
[Windows RT Development and Hacking] SixSixSevenSeven:
Err, changing glQuake to use DirectX would be hardware accelerated so no, OpenGL > DirectX translation is not the only way to get hardware-accelerated performance. In fact porting quake 3 to use directX natively would outperform a translation layer. I have seen a DX9 port of quake 3 before, worked rather nicely but DX9 is so different from DX11 that the same porting issues would still persist.

That said a translation layer would at least have the benefit of being re-usable in other pieces of software so might save time for porting other pieces of software.

Using the latest unlocker exploit (I hate the term jailbreak) we now have the ability to run driver software in theory. So lets say we knew how to create some drivers, would it *theoretically* be possible to add OpenGL support to RT? Microsoft really shot themselves in the foot with that. If they allowed OpenGLES at least then it might have been easier for developers to port iOS and android apps to windows RT natively without too much heavy modification which would have then meant more apps available which in turn can only be a good thing for microsoft. Full openGL would be even better.
[Windows RT Development and Hacking] netham45:
I believe that the tegra 3 doesn't support full OpenGL, only OpenGL ES. It may be further customized by MS to not have full OGLES compatibility, too.
[Windows RT Development and Hacking] jessenic:
Direct3D11 seems to work in desktop mode
[Windows RT Development and Hacking] GoodDayToDie:
Quake 3 using DX9 should work. That would be pretty cool, whether it was done by making a translation layer or by changing the graphics API used in engine itself (though the latter would almost certainly perform better - remember, this is not a desktop-grade GPU).

I suspect that the Surface's Tegra 3 has, at a minimum, its standard OGLES support, at least in theory - MS may have told NVidia to skip chip tests which failed on OGL and that it was OK to send them the chip as long as it worked in DX, which would cut costs - but considering that DX10 and recent OGL/OGLES require pretty similar hardware support (in terms of shaders, etc.) I wouldn't be surprised if full OpenGL was possible. However, a graphics driver (and that's what you're talking about writing, if you want to enable OGL on Win RT) is not a simple thing. It's not even just a mildly complex thing. It's the kind of thing that teams of hobby/FOSS developers spend years on to get partial compatibility, and that great big companies with lots of development experience in the field (including AMD and NVidia) still get wrong with bugs and performance issues. Getting OGL APIs via Mesa (software rendering) or something isn't too hard, but getting shader compilers and geometry and GPU mode-setting and all that stuff is highly GPU-dependent, and would require writing a very complicated WDDM driver. I suspect that, if your goal is a working OGL API, the best approach would be to create an opengl.dll that converts the OGL calls to DX calls, and then uses the existing driver. This is still going to be incredibly difficult.

EDIT: This is awesome discussion, but it may be worthy of its own thread by now. It's getting a bit off-topic and could stand to be organized in one place, either under the "porting software" thread, a Quake-specific thread, or a OGL-on-RT thread.
[Windows RT Development and Hacking] Splooshie:
Would Angry IP Scanner be a porting canidate? It's written in java but hopefully not a problem...

Dev page: http://angryip.org/w/Development

Ip scanning is one tool that keeps the surface from replacing my laptop.
[Windows RT Development and Hacking] jessenic:
Tried running it with IKVM on surface?

Edit. Tried with IKVM on linux, needs some native code so porting not possible.
[Windows RT Development and Hacking] AndreyKnd:
Is it difficult to port FBReader? The official source code can be found here. Thanks for answer!
[Windows RT Development and Hacking] SixSixSevenSeven:
It was quake3 natively calling DX9, no translation layers in between.

The drivers thing was more a theoretical idea, I imagined it would be well beyond the abilities of a hobby developer.

But yes, this is perhaps getting a little off topic.

So while we're here. Lets make things more relevant.

Anyone making any progress on something like MinGW for RT?
[Windows RT Development and Hacking] yokuyuki:
I tried to get Python working, but it wouldn't extract properly. It gave an unsupported compression error.
[Windows RT Development and Hacking] LastBattle:
Is there any info/guides on compiling .NET 4 apps for Windows RT?

Edit: Managed to get it running :P

Okay, now I need DevCon for ARM :( Microsoft only provide the .exes for i32 and amd64.

I'll give it a try to code one.. will update you guys on the status as I move on :) It'll be pretty helpful if we have that for RT
[Windows RT Development and Hacking] jezza333:
The source code is available here: http://support.microsoft.com/kb/311272

;)
[Windows RT Development and Hacking] LastBattle:
Great!! :good: I didn't know the source code was public

Installing Windows Driver Kit 8 now and I'm good to go... :fingers-crossed:
[Windows RT Development and Hacking] GoodDayToDie:
Bearing in mind that this is not a "how to port" thread (there's already one of those...):

For .NET apps, target either .NET 4.0 or .NET 4.5 (4.5 introduces awesome new stuff like the async APIs, but requires an update if you want to run on old Windows versions) and set the "Any CPU" target in Configuration Manager, plus if you're doing a GUI just stick to WinForms. I don't know what other GUIs are supported, but WinForms works fine (as do console apps).
[Windows RT Development and Hacking] SixSixSevenSeven:
From what I gather, winforms works. WPF and XNA do not. I saw something about SharpDX and monogame on RT though, don't know if that's just planned support or if they are already working.
[Windows RT Development and Hacking] chentiangemalc:
Hex Editor

Be.HexEditor works fine. Just update Be.HexEditor.config file and change supported runtime to

<supportedRuntime version="v4.0"/>
[Windows RT Development and Hacking] chentiangemalc:
re 7-zip context menu

Thanks. Just FYI if you take ownership of HKCR\CLSID say to Admins, and ensure administrators has access to CLSID, just run 7zfm.exe as administrator, then Tools -> Options -> 7-Zip -> and tick Integrate 7-ZIP to shell context menu.

To avoid reboot from a non-admin elevated cmd prompt

taskkill -im explorer.exe -f

explorer.exe

(if you run from elevated cmd prompt you may lose ability to launch metro apps until next reboot)
[Windows RT Development and Hacking] GoodDayToDie:
Or just open Task Manager, right click Windows Explorer, and select Restart (instead of using taskkill)... but yes, giving the program write permission and then letting it take care fo things is probably better than doing it manually.