Hacker News Board Hacker News, browsed like a classic message board
Live data from Hacker News

Introducing Copilot+ PCs

blogs.microsoft.com

Post reply on HN
Print view View original

311–320 of 614 posts

Re: Introducing Copilot+ PCs

#311

Post by jeroenhd »

isoprophlex wrote: post #124

Their "copilot" brand is so weird and... muddled. There's the AI code assistant thing that github actually started, there's the horrible chatbot maker GUI demoware, there's AI stuff you might be able to do with your sharepoint (if only you could get hold of the right ms sales rep to take your money), there's an app that does genai things on your personal MS account... And now there's a Surface rebrand? That org chart…

The thing about Copilot is that outside of the developer niche, nobody knows the term. The vast majority of Microsoft's customer base will recognise neither the Xbox feature nor the Github product.

In the same way, their .NET naming has never bothered anyone they actually care about selling stuff to. It's a tad annoying for developers, but nothing more than that.

I find the way they renamed their Office products every five years much more baffling. Consumers probably don't care beyond "office" but I'd expect them to protect their business clients from their ever changing names for office products at least.

Re: Introducing Copilot+ PCs

#312

Post by [deleted] »

delusional wrote: post #18

The AI is the least interesting part of this announcement. Microsoft is giving ARM another try with a special branding that's supposed to guarantee some level of performance and quality. That's possibly huge news.

[deleted]

Re: Introducing Copilot+ PCs

#313

Post by mschuster91 »

comex wrote: post #264
nerdjon wrote: post #181

Earlier quoted context omitted.

> The vast majority of gamers game on smartphones and tablets with ARM processors. Those are clearly not the gamers I am talking about. The gamers I am referring too are not switching to playing on mobile phones. If they are switching to handheld devices they are going with x86 devices like the Steam Deck. There is a massive market out there of games that do not support those platforms. That are only just now scratch…

Porting a game from x86 Windows to ARM Windows may take some effort, but for most games, nowhere near as much as porting to a different operating system. There just isn’t that much assembly code or even SIMD intrinsic use in your average game. And thanks to Microsoft’s Arm64EC ABI, the conversion from x86 to ARM can be done piecemeal. If, say, the game depends on some proprietary third-party library that isn’t willin…

> The AAA game world is very conservative, so I can’t guarantee that PC game developers will port their codebases to ARM.

Unreal, Unity, CryEngine and Godot all support ARM, so - testing and third-party binary libraries aside - there shouldn't be any reason to not have an ARM port.

Re: Introducing Copilot+ PCs

#314

Post by [deleted] »

nvtop wrote: post #148
drevil-v2 wrote: post #87

Being the designated "tech" person for my extended family and friends circle, I don't think I could recommend this to any of them because of the privacy nightmare. At least with Apple you have a single vendor who is vertically integrated and makes a huge song and dance about data privacy. Even if you discount their PR and marketing spin, IMHO you are still miles ahead of the likes of Microsoft + (pick one) HP, Asus,…

The whole point of NPU-enabled devices is to run models locally, so they your data never leaves your device. This is a huge privacy win.

[deleted]

Re: Introducing Copilot+ PCs

#316

Post by jonathankoren »

isaacdl wrote: post #276
jonathankoren wrote: post #239

Earlier quoted context omitted.

> Their "copilot" brand is so weird and... muddled. It’s Watson. Ha ha, only serious. You’re right. It feels like an umbrella brand they’re just tossing around, because AI — and Copilot in particular — is hot in Redmond. I find the new Copilot key funny, because it feels like a pantomime of the Windows 95 keys[0], but with Logitech characteristics. [*] Okay, it’s been 30 years. I haven’t used a Windows computer in al…

I use the "Windows" key pretty extensively, including to open the start menu (and then type in a search term, i.e. a program on my computer to launch). I also use it extensively for "Windows" (operating system) level shortcuts: Win-R to open a run dialog, Win-E to open Explorer, Win- to move/resize windows, etc.) That being said...I use it in basically the same way on Linux, and use the Command (Apple) key on Macs fo…

Huh. You’re right. Some keyboard have both windows and the menu key, and others have only one menu key. I don’t know if this means Microsoft relaxed their “Made for Windows” standards, or higher profile manufacturers don’t care.

Re: Introducing Copilot+ PCs

#318

Post by comex »

mschuster91 wrote: post #313
comex wrote: post #264

Earlier quoted context omitted.

Porting a game from x86 Windows to ARM Windows may take some effort, but for most games, nowhere near as much as porting to a different operating system. There just isn’t that much assembly code or even SIMD intrinsic use in your average game. And thanks to Microsoft’s Arm64EC ABI, the conversion from x86 to ARM can be done piecemeal. If, say, the game depends on some proprietary third-party library that isn’t willin…

> The AAA game world is very conservative, so I can’t guarantee that PC game developers will port their codebases to ARM. Unreal, Unity, CryEngine and Godot all support ARM, so - testing and third-party binary libraries aside - there shouldn't be any reason to not have an ARM port.

Indeed – though many AAA games use in-house engines.

Re: Introducing Copilot+ PCs

#319

Post by wmf »

temac wrote: post #221
jsheard wrote: post #27

Earlier quoted context omitted.

It's also notable that Qualcomm is officially upstreaming kernel support for the Snapdragon Elite platform that Microsoft is pushing, so those systems may actually not suck at running Linux.

I thought Microsoft requires UEFI + secure boot for Windows, and with no disabling option in the firmware setup, for Windows Arm PC? Or maybe it was "only" Microsoft Secure Boot and you can actually use a Linux distro? If this is the latter case, can you build and run the kernel you want or not?

Secure boot can now be disabled on ARM.

Re: Introducing Copilot+ PCs

#320

Post by munchler »

paxys wrote: post #309

Still waiting for an actual use case for these things. And no, "easily generate AI images" is not one of them, no matter how much Microsoft likes to push it.

Running high-powered AI locally seems like a pretty good use case to me. Cloud-based AI, like OpenAI sells, is expensive and provides inadequate privacy. I want a truly personal computer, not a dumb client.
Post reply on HN