Microsoft noteerde 'Xbox One' bij systeemvereisten Windows Subsystem for Android

De app Windows Subsystem for Android, die in de Microsoft Store te vinden is en ervoor zorgt dat Windows 11 straks Android-apps kan draaien, komt wellicht ook naar Xbox-consoles. In de systeemvereisten van de app stond 'Xbox One' in het os-veld.

Inmiddels is dat stukje tekst niet meer te vinden op de Store-pagina van de applicatie, maar XDA Developers zag het op tijd en Eurogamer publiceert er een screenshot van. Deze app is overigens te installeren op Windows 10, maar valt niet te starten.

Officieel heeft Microsoft niets gezegd over ondersteuning voor Android-apps op Xbox-consoles en mogelijk ging het om een foutje. Een voor de hand liggende reden om Android-apps te ondersteunen op Xbox-consoles is om gebruikers de mogelijkheid te geven om de games te spelen die dat platform biedt.

Wat wel zeker is, is dat Windows 11 ondersteuning voor Android-apps krijgt. Enkele dagen geleden werd echter wel bekend dat die ondersteuning toch niet in de eerste releaseversie van Windows 11 zal zitten, die op 5 oktober het levenslicht zal zien. In plaats daarvan blijft de functionaliteit nog een tijd lang in de testfase, in de Insider-versie van het os. Wanneer het subsysteem dan daadwerkelijk uitkomt, is niet bekend. Wel is al duidelijk dat de apps via de Amazon Appstore geleverd zullen worden.

Beeld via Eurogamer

Wat vind je van dit artikel?

Geef je mening in het Geachte Redactie-forum.

Reacties (46)

Embrace?

Na de exodus van (web)developers wegens superieure toolchains en containerization op Linux heeft Microsoft Github opgekocht en Windows Subsystem for Linux gebouwd waardoor deze tools ook op Windows beschikbaar zijn. Veel van mijn collega's zijn weer geswitched van Linux naar Windows.

Is wellicht iets soortgelijks aan de hand met Android?

Denk het niet, Android is een telefoon OS pur sang. Onder Chrome OS is het nut ook erg beperkt, apps schalen niet goed op de desktop. Dat je soms een muis en toetsenbord nodig hebt maakt het er niet veel handiger op bij een console.

Eerlijk gezegd snap ik de fascinatie van MS met Android niet zo.

Android TV
Android Automotive

Android is op zat plaatsen te vinden. Alleen tablets kunnen ze maar niet in doorbreken door het kip/ei verhaal. Te weinig apps schalen goed naar een tablet dus er zijn weinig apps voor Android tablets. Daardoor koopt (bijna) niemand Android tablets en doen ontwikkelaars weer weinig moeite om apps schaalbaar te maken.

Wellicht brengt dit daar dan verandering in om meer apps geschikt te maken voor een groter scherm.

De apps op TV en Automotive zijn echter anders. Die zijn al helemaal niet geschikt voor desktopgebruik. Alleen tablet-apps hebben wat mij betreft beperkt nut, alleen zijn die vaak al ondermaats op Android.

Ook op Macs met een M1 processor kun je iPhone en iPad-apps draaien. Maar het is het allemaal gewoon niet. Het werkt niet lekker, je komt gekke dingen tegen, het integreert niet zo lekker. Niet gek ook, want ze zijn niet gemaakt voor MacOS en al haar typische dingetjes.

Zo zie ik dit ook voor me. Android apps ga je echt niet vaak gebruiken op Windows. Zelfs op de Chromebook integreert het niet zo lekker. Mij niet gezien.

Ik heb op Android tablets anders geen enkel probleem met de apps. Die werken allemaal heel redelijk. De grotere uitdaging zit in het verkrijgen van een tablet die tegen een fatsoenlijke prijs ook fatsoenlijk presteert. Alle tablets met redelijke SOC zitten qua prijs veel te hoog.

Maar in Tablet land is dat überhaupt een probleem. De enige betaalbare tablets die redelijk presteren zijn tweedehands oude iPads. En daarmee is de markt dus behoorlijk ziek.

De instap iPad is een prima tablet voor een schappelijke prijs hoor. En dit zegt iemand die in de Android eco zit. Desktop wel weer Apple

Ik moet zeggen ik voor mijn kinderen een paar jaar geleden 2 xiaomi mi pads 4 gekocht die waren kwa prijs/kwaliteit een zeer goede verhouding en vandaag de dag gaan ze nog steeds prima mee.
En ze hebben een mi pad 5 aangekondigd, dus die kan misschien interesant zijn

https://gs.statcounter.com/os-market-share/tablet/worldwide

IOS vs Android 55 vs 45 % marktaandeel ongeveer. Persoonlijk zou ik voor een tablet ook niet snel een iPad overwegen, maar dat hangt van het gebruik af. Ik heb een laptop, een tablet overweeg ik nog wel eens voor Youtube/Netflix/browsen. Dat lijkt mij toch een "belangrijke" usecase voor een tablet, en het OS daarvan boeit vrij weinig, beetje weggegooid geld om daarvoor een iPad te kopen.
Het enige wat ik eigenlijk nog wel interressant vind, als ik dan toch extra geld zou uitgaven, is een surface tablet icm zo'n klik toetsenbord, dan heb je nog wat "extra" mogelijkheden als netbook feitelijk.

Een iPad is niet duur voor de kwaliteit die je krijgt. Ze zijn niet voor niks zo populair.
Voor veel mensen is het een PC vervanger, en vergeleken met een PC van €350 zal een iPad toch een stuk beter presteren.

[Reactie gewijzigd door Wolfos op 6 september 2021 14:36]

Misschien distributie daarvan via de Windows store? En dan ook 30% vragen over alle verdiensten?

Er wordt nog niets gezegd over Android apps, maar Microsoft rekent geen commissie meer aan voor apps via hun store: nieuws: App-ontwikkelaars hoeven vanaf 28 juli niets meer af te staan aan Mic...

Wel nog voor games, maar die is ook recent verlaagd naar 12%:
nieuws: Microsoft verlaagt commissie voor pc-games in downloadwinkel naar 12 ...

De Android apps staan in de Amazon app store, die via de Microsoft store toegankelijk wordt gemaakt.

Het lijkt mij juist superhandig! Android apps navigeren met een controller is wellicht minder handig dan een touchscreen. Maar het geeft de Xbox wel veel meer mogelijkheden. Denk alleen maar als je niet Netflix gebruikt maar een alternatief zonder Xbox app om maar wat te noemen.

Er zijn nog steeds Windows tablets. Deze zullen hier het meeste baat bij hebben.

Ach, Microsoft werkt al sinds het POSIX subsystem in 1993 het daglicht zag aan Unix-compatibiliteit. Vervolgens het Subsystem for Unix, WSL1 en nu WSL2, elk met een andere (betere) aanpak. Het is dus gewoon een doorontwikkelingsproces dat al bijna dertig jaar aan de gang is. Dus om dat nu op de (vermeende?) exodus van developers te gooien…

Het is gewoon een doorontwikkelingsproces dat al bijna dertig jaar aan de gang is. Dus om dat nu op de exodus van developers te gooien…

Ik weet niet zeker of het helemaal eerlijk is om geen verband te leggen. Volgens mij was Microsoft onder Ballmer nogal developers aan het wegjagen. Zei hij niet letterlijk dat Linux een kanker is dat alles infecteert dat het aanraakt? Het ging echt de verkeerde kant op. Of beter gezegd: Het begon de verkeerde kant op te gaan. Satya Nadella is het beste dat Microsoft is overkomen sinds de historische deal met IBM. De helft van hun projecten open source. Github. VSCode. WSL2. Ik vind het verband toch plausibeler dan "dit was altijd al aan de gang."

Volgens mij was Microsoft onder Ballmer nogal developers aan het wegjagen. Zei hij niet letterlijk dat Linux een kanker is dat alles infecteert dat het aanraakt?

Wat was die andere beroemde quote van Ballmer ook alweer?

Ik ben benieuwd of je bronnen hebt voor die 'exodus'-claim. Naast dat het WSL-initiatief ook prima te verklaren is als doorontwikkeling van iets dat al in 1993 gestart is, vind ik ook je opmerking over GitHub twijfelachtig — Microsoft was immers voor de overname al vele jaren een grote gebruiker van GH. Het was dus sowieso een logische overname-target, zeker nadat hun eigen Codeplex het niet op kon boksen tegen GH.

Andere tegenvoorbeelden:

• onder Ballmer heeft MS het porten van Node.js naar Windows gesponsord en begeleid
• onder Ballmer werd MS een van de grootste Linux kernel-contributors
• onder Ballmer heeft Azure ondersteuning voor Linux gekregen

… en zo zijn er nog genoeg.

Dat Ballmers openlijke Linux-haat waarschijnlijk geen goed heeft gedaan voor Microsofts reputatie bij een deel van haar ontwikkelaars trek ik niet in twijfel, maar of er sprake was van een 'exodus' weet ik niet, en of de voorbeelden die jij aanhaalt te herleiden zijn naar deze exodus als die inderdaad heeft plaatsgevonden vind ik al helemaal speculatief.

[...]
• onder Ballmer werd MS een van de grootste Linux kernel-contributors
• onder Ballmer heeft Azure ondersteuning voor Linux gekregen

Ik meng mij niet in de discussie, ik weet er niks van namelijk. Wat ik wel weet is de reden van bovenstaande twee punten. MS was/is een hele grote kernel contributer omdat ze de Linux kernel geschikt moesten maken voor hun azure platform. Waarom? Omdat meer dan de helft van de VM's die er op lopen, Linux kernels zijn. En de betalende bedrijven wilden gewoon performance. Ze moesten wel! Anders was er niet tegen AWS en google aan te boksen. Het begin was ook heel grappig, toen ze niet konden mailen naar de mailing-list, daar een speciale linux-server voor hadden. Patches die echt kant noch wal raakten. Dolle boel was het. Met inderdaad al die hyper-v drivers zijn ze professionele en nette code gaan opsturen.

Had Ballmer het daar specifiek over Linux als OS, of bedoelde hij de verschillende open licentie-vormen die soms de neiging kunnen hebben om gerelateerde projecten in de licentie te zuigen?

Hij doelde daar inderdaad op de licenties. Maar het bekt veel lekkerder om te doen alsof het om Linux ging.
Nu was balmer ook geen charismatische figuur dus dat vijandbeeld sloot goed aan.
Wat gpl 3 betrof had hij zelfs gelijk, al wad het taalgebruik wat ongelukkig met die akelige ziekte.

Lang geleden ontwikkelde Microsoft zelfs een (BSD) Unix systeem in handen, genaamd Minix Xenix.

[Reactie gewijzigd door xavalon op 6 september 2021 12:14]

Minix is in eerste versies ontwikkeld binnen het team van Andy Tanenbaum et.al. op de Vrije Universiteit.
https://en.wikipedia.org/wiki/Minix

My mistake, het is Xenix. Hoewel Microsoft de basis in 1978 zelf kocht van A&T en in aangepaste vorm weer vanaf 1980 weer licenceerde aan IBM, Intel en Siemens. Later is Xenix verkocht aan SCO.

Niets mis met het omarmen van populaire tools en toolchains. Doe je dat niet loop je het risico achterop te lopen en voorbijgestreefd te geraken.

Hoewel Windows voor MS nog altijd een belangrijk platform is, daalt het aandal in de omwet wel jaar op jaar. MS is zich zeer bewust van het feit dat de toekomst minder afhankelijk zal zijn van het platform waarop een mens werkt.

MS ziet dankzij Azure dat er veel vraag is naar toolchains en services onder Linux en heeft daarom WSL gebouwd. Een concept dat niet eens zo vreemd is. In de jaren 80 had MS zijn eigen Unix build en ze hebben jarenlang een POSIX omgeving in Windows gehad dat pas in 8.1 is komen te vervallen. Met WSL hebben ze de mogelijkheid terug gebracht om Linux userspace naar Windows te brengen.

Ook de overname van Github is niet vreemd. Met Visual Studio hebben ze een product in handen dat door enorm veel developers gebruikt wordt. zeker sinds het beschikbaar stellen van een gratis versie. En daarnaast werkt MS ook steeds meer en meer aan eigen FOSS projecten alsook aan andere projecten. In plaats van de concurentie aan te gaan met Github hebben ze het platform overgenomen. Dat geeft zowel MS als Github veel meer kansen.

Met Andoid lijkt het mij vooral te gaan om de synergie. Vele apps bestaan niet in het MS ecosysteem en zullen er ook nooit voor uitkomen. Met de Android compatibiliteit brengen ze vele van die apps naar Windows. Iets wat Apple nu ook probeert mogelijk te maken door iOS apps op macOS te laten draaien.

ze hebben jarenlang een POSIX omgeving in Windows gehad dat pas in 8.1 is komen te vervallen.

Dat wist ik niet! Ik weet ondanks Wikipedia ook eigenlijk niet wat nu precies POSIX is, alleen dat bijvoorbeeld WINE Windows-API-calls converteert naar POSIX-equivalenten op Linux.

offtopic:
Disclaimer: Dit heeft een "klok horen luiden" gehalte.

Jeremy Allison van SAMBA legt redelijk goed uit wat POSIX is.

https://www.samba.org/sam...nt/tale_two_stds_os2.html

Onder andere:

Reading the paper POSIX standard however is very interesting. It reads like a legal document; every line of every section is numbered so it can be referred to in other parts of the text. It's detailed. Really detailed. The reason for such detail is that it was designed to be a complete specification of how a Unix system has to behave when called from an application program. The secret is that it was meant to allow someone reading the specification to completely re-implement their own version of a Unix operating system starting from scratch, with nothing more than the POSIX spec. The goal is that if someone writes an application that conforms to the POSIX specification, then the resulting application can be compiled with no changes on any system that is POSIX compliant.

In POSIX staat bijvoorbeeld ook het gedrag van open filedescriptors, en tenzij er iets heftigs veranderd is (ik zit niet meer zo goed in de materie op Windows) krijg je Windows niet POSIX-compatibel op dat vlak. Dat is de reden dat je een dll niet kunt aanpassen terwijl die geladen is op Windows, en je daarvoor moet rebooten. In POSIX is een file gewoon een dynamische 'tape' waarvan je weet dat anderen er ook mutaties op kunnen doen.

Is Windows posix compliant:

to meet the FIPS-151 standard and respond to an Air Force Bid, Microsoft ensured that Windows was indeed POSIX compliant. Although I do not think Microsoft kept up the certification in later editions, after the deprecated it. In Windows 10 they brought much of it back with a Linux flavor, although I do not believe they have bothered to recertify.

In de jaren 80 had MS zijn eigen Unix build en ze hebben jarenlang een POSIX omgeving in Windows gehad dat pas in 8.1 is komen te vervallen.

Dat POSIX subsystem was bijzonder beperkt (geen sockets, IPC, threading) en weinig praktisch dat je al snel greep naar Cygwin met een performance hit (en ook issues).

Visual Studio mis ik af en toe al kan dit ook een gedrocht zijn. Het echte juweel vind ik nog steeds .NET/CIL, helaas zie ik steeds meer richting python gaan.

Hangt denk ik af van de concurrentie. Als ze dat voor elkaar krijgen zal straks de extend fase komen en daarna de extinguish. Maar als de concurrentie te heftig is, zal het alleen bij embrace blijven en misschien wat extend. Met de browser is ze ook niet gelukt. IPX/SPX is een faal gebleken. DirectX zal het langzaam moeten afleggen tegen Vulkan. Microsoft heeft wat keren een embrace gedaan. Maar mbt techniek lijkt het ze niet goed te lukken.

Embrace?
(...)Veel van mijn collega's zijn weer geswitched van Linux naar Windows.

offtopic:
Waarna Microsoft heeft geprobeerd code in de Linux kernel te mergen die alleen op Windows werkt, enter extend...

Ik denk zelf dat een tv-scherm veel geschikter is voor Android applicaties dan een beeldscherm: op een televisie wil je grote icoontjes en bediening zonder muis.

Ik denk echter niet dat het gaat werken. Bedenk eens waarom de webversie van bijvoorbeeld Instagram praktisch geen functionaliteit biedt? Het is niet omdat ze bij Facebook geen verstand van hebben van functionele website, in tegendeel zelfs; ze zijn de ontwikkelaars achter React.js. Facebook leeft echter van gebruikersdata, via een app kunnen ze continu je locatie in de gaten houden, je contacten bekijken etc. Facebook wil helemaal niet dat Instagram werkt op een desktop of game console, dus ze zullen er alles aan doen om te voorkomen dat dat gaat werken, alle moeite van Microsoft ten spijt (en het zoveelste teken dat Microsoft de nieuwe werkelijkheid nog steeds niet goed begrepen heeft).

[Reactie gewijzigd door 84hannes op 4 september 2021 14:38]

MS heeft al enorm veel code bijgedragen aan de Linux kernel, en veel code is ook gewoon opgenomen in die kernel. Er was zelfs een jaar dat MS de grootste contributer was aan de kernel. En zoals je in de comment waar je naar linkt ook kunt lezen stond helemaal nog niet vast hoe MS het zou willen doen om de code in Linux te krijgen en was er nog geen duidelijkheid over.

Enorm veel van de code die MS bijgedragen heeft aan de Linux kernel is voor interoperabiliteit met hun platformen. Op een gemiddeld Linux systeem op bare metal wordt zeer weinig van Microsoft's contributies gebruikt. Goede compatibiliteit van Linux met Hyper-V is essentieel voor het succes van Azure.
Goede NTFS support in Linux heeft geen commerciële voordelen voor Microsoft.

Voor op het laatste punt heb je gelijk, die kernel implementatie gaat nu vervangen worden door een bekend bedrijf dat al heel lang NTFS oplossingen aanbiedt.

Er zijn helaas maar weinig door MS kernel aanpassingen, al zijn het er wel meer nu ze werk maken van WSL.

Geen idee of de bron klopt maar als ik naar het volgende lijstje kijk https://news.itsfoss.com/huawei-kernel-contribution/ dan lijken bijna alle commerciele contributies bedoeld om de Linux kernel interoperabiliteit met hun platformen te geven. Nog niet eens de helft lijken (zonder inhoudelijke kennis) over baremetal te gaan (alleen partijen als Intel, Samsung, AMD etc).

Zo'n platte lijst zegt natuurlijk heel weinig, en ook voor een enkele release zegt het niet veel. Je zou een overzicht moeten hebben over meerdere releases en aan welke modules de verschillende bedrijven hun contributies doen. Grote changes kunnen een release window missen.
De grootste contributies (changesets en lines) van Intel zal zeer waarschijnlijk in hun redelijk rampzalige GPU driver zitten. Maar er zijn ook mensen van Intel bezig in niet-driver onderdelen Linux.
Natuurlijk zullen ze meeste bedrijven voornamelijk werken aan onderdelen die voor hen van toepassing zijn. Wat deze scope is is de interessante vraag.

Als jij met je mobiel via de WiFi thuis op fb of ig geweest bent dan weten ze je IP-adres van je huisadres en als je dan vervolgens met je laptop via dat zelfde IP-adres de webversie ervan bezoekt dan weten ze precies je locatie hoor.
Er zal een andere reden zijn dat ze de webversie uitgefaseerd hebben, maar die kan ik zo gauw niet bedenken.

Ik denk dan ook niet dat Instagram echt het beoogde type app is om op Xboxen te draaien, het zal ze vooral gaan om meer spellen aan te bieden. Het is natuurlijk ideaal om zo een hoop beginnende game ontwikkelaars het xbox systeem in te krijgen, android spellen maken is heel toegankelijk en ze hoeven nu alleen maar controller support in te bouwen en hun spel in de Amazon app store aan te bieden. Als dat goed verdient zien ze de ontwikkeling van een native xbox app wel zitten en voila: nieuwe ontwikkelaar voor xbox.

Facebook kan zijn apps trouwens heel makkelijk van de Xbox (en windows) af houden door gewoon niet in de amazon app store hun apps aan te bieden.

Beetje jammer persoonlijk dat je collega's toch zijn geswitcht naar Windows, hoewel WSL goed werkt mist je natuurlijk wel al het ander voordelen van Linux. Maar zoals een goede voetballer ooit zei: elk OS voordeel hebt zijn nadeel.

MS heeft natuurlijk niet voor niets de stap gezet om meer developers aan zich te binden. Linux vormt een serieuze bedreiging (server, embedded/ARM) en ook Apple bind veel eenvoudiger developers door talen als Swift + tools.

In plaats van het wiel opnieuw uit te vinden (.NET hebben ze al), kunnen ze prima nu meerdere ecosystemen toelaten op hun OS i.p.v. naar andere uit te breiden. Door o.a. Android/Linux apps op het OS te draaien (waaronder dus ook Xbox), krijgen ze in één keer meer software aanbod (dus developers) en het draait vrijwel als native ook.

Voor MS win-win en voor de developers/verkopers ook, die hoeven immers hun software/games in principe niet opnieuw te (her)schrijven. Het enige is dat het MS is, dat is een commercieel bedrijf en die doen vrijwel niet iets als het hun niets oplevert.

Haha, die quote ga ik lenen, maar ik maak ervan "Elk OS heb zijn nadeel"

Ik denk dat dit puur een kwestie is van MacOS heeft ondersteuning voor iOS apps (mits toegestaan door de developer van de app), wat moeten we doen om dit te matchen. Windows Phone 100% dood, iOS apps op Windows gaat Apple nooit mee akkoord, dus dan maar Android

Android is (deels) open source. Nu ze met WSL Linux kunnen draaien, zelfs grafische apps, is de stap naar Andoid niet ingewikkeld lijkt mij.

Ja en nee. Android is natuurlijk wel gebaseerd op Unix, maar is geen volwaardige Linux die binnen WSL kan draaien (as-is). De technologie die voor WSL gebruikt wordt kan natuurlijk wel ook toegepast worden voor Android (en dat zal hier ook het geval zijn), maar het is niet zo simpel als Android installeren binnen WSL

Super interessant!