Hacker News new | past | comments | ask | show | jobs | submit | tim--'s comments login

They have done that.

They gave some cash money to CodeWeavers, the company that created wine. It's called the Game Porting Toolkit: https://developer.apple.com/games/game-porting-toolkit/


That's the problem I think: porting.

As I understand things, proton allows windows games to just work (pun intended) on Linux. No porting, no rebuild - just download and run.

Who is going to bother doing all the extra work to port their game for Mac?! Time and time again there have been loads of articles on here over the years with developers saying it is simply not worth the hassle to support Linux and Mac.


The downside of relying on translation layers rather than porting from the perspective of Apple is likely that they vey much detest the lack of control that would result from that. Game devs targeting Linux have started viewing Proton/Windows runtime as a target, which has lead to native Linux ports becoming less common. As a person wanting to play the odd game on Linux, this has been a godsend, but for Apple, this would be viewed as an existential threat.

Personally, I'd wish for more extensive Vulkan support, but I have been informed that this is likely not as easily done considering Apples GPUs with TBDR differ somewhat from the industry standard.

At the end though, if Apple truly wanted, they could simply spent money on studios and incentives ports. None-Mobile-Gaming remains no priority for them, simple as that. I haven't seen any indication that the AVP has changed that in any way and I wouldn't be surprised if they view GoDot not as a game engine, but rather another way to create experiences.


The same folks that bother for iOS and iPad games, Nintendo Switch and PlayStation.

Most studios aren't religious about APIs like FOSS developers, they create API agnostic engines with plugabble backends and move on with what is relevant for their game IP.

It has been like this since the dawn of computer games being fully written in Assembly across 8 bit snowflakes.


>Who is going to bother doing all the extra work to port their game for Mac?!

So far at least Ubisoft, CAPCOM, Remedy, Kojima Productions and Hello Games.


And for additional context, when it comes to Vision Pro, Ubisoft has one game that is designed with it in mind (Rabbids: Legends of the Multiverse) and CAPCOM has none.

That should tell us something about the appetite to support visionOS.


Most companies don't support visionOS because it is a 3000 euros/dollar device, that really has to sell a lot of games.

Additionally many developers are not porting their games to visionOS as protest to existing store percentages, nothing to do with Metal support.


Exactly the same thing happened with iPhone, iPad, Apple TV and Apple Watch.

It's Vision Pro 1. Maybe let's see how the next revision goes first.


Despite the name, the GPTK isn't just a porting toolkit. It contains a version of Wine that is specifically patched to pass DirectX calls to Metal.

There is a relatively easy way for a player to use GPTK to run games from their Steam library on Mac.

Here is how to use Apple's Game Porting Toolkit to install Wine & Steam.

1. Go to https://github.com/installaware/AGPT and download & run the installer

2. Go to https://store.steampowered.com/about/ and download the installer

3. Open a Terminal, run mkdir Games && gameportingtoolkit ~/Games Downloads/SteamSetup.exe

4. Follow the instructions at https://www.applegamingwiki.com/wiki/Game_Porting_Toolkit#Sh...


(There's also Mythic, which I forgot the name of https://getmythic.app/)

As far as I know, CodeWeavers was not involved in that project:

> We did not work with Apple on this tool

https://www.codeweavers.com/blog/mjohnson/2023/6/6/wine-come...


They have not done that, though. With Proton, almost every Windows game on Steam "Just Works" (and many others do with a small amount of configuration.)

As far as I can tell, there is no way for a player to use GPT to run games from their Steam library on Mac.


Proton is so good that devs have dropped Linux builds for their games because Proton runs the Windows version faster - emulated.

Apple with TestFlight (Burstly) comes to mind.


Facebook with Instagram seems to work okay too from my limited interactions with both. No idea if it's held together by spit and duct-tape though.


Double Density 1.3 GB CD-RW from Sony: https://www.dpreview.com/articles/5586166218/sonyddcddrive


I will note the existence of that, but I feel comfortable saying that's not actually a CD. Especially since only one drive could ever use it. More importantly, it's still single layer.

And compared to the not-fully-compatible 99 minute CD-Rs, they only get an extra 50% space. Not a very impressive format there when burnable DVDs were already out and would obviously drop in price over time. Plus you could get another 14% by using mode 2 with reduced error correction...


ThreadX was open sourced by Microsoft.


You’re right! I got my wires crossed with Azure and AWS.


When did this stop being supported by Spotify?

https://developer.spotify.com/documentation/web-api/referenc...

https://developer.spotify.com/documentation/web-api/referenc...

https://developer.spotify.com/documentation/web-api/referenc...

I think you are talking about "Get Featured Playlists", which is more geared towards Spotify created playlists, which is under the 'Browse' tab in Spotify.


Disney Streaming has 900 employees, a large majority of which are engineers.

This is the company that supplies technology to Hotstar, Hulu, MLB Live streaming, etc.

https://en.m.wikipedia.org/wiki/Disney_Streaming

Hotstar is a completely different company.


Have you thought about using Clonezilla and broadcasting out an image using PXE boot?

Would completely bypass the iSCSI setup, and each machine would still get the latest image from your server before the lan party begins.


A really neat thing about the netboot setup is it takes zero time to clone the image to all the machines. As soon as I'm done installing updates on one machine, I shut down, run one command that completes instantly, and now I can boot all the machines immediately with that image.

There have been a decent number of times when I actually did this during a party to fix an issue, or between parties just to keep the machines maintained for the family to play with, etc. It'd be hard to do that if I have to spend hours transferring a large image every time.

Aside from the stability issues at boot time, there isn't really a down side. I don't have any problems with load times. So I'm pretty happy with the setup.


With multicast, you only need to send the image once to all 20 machines. With 10 gig Ethernet, a 1tb image should be sent in approx 15 minutes.

Also, maybe having a steam cache server and using the local disks as a game store might help with installation of games?

Definitely can see the benefits of the netboot setup, though!


You don't need to modify the HTTPS traffic. You get a VPS that is in the US, and set the device up so that when it requests the ___domain (gspe1-ssl.ls.apple.com) that the IP address returned is not an Apple IP address, but the VPS IP.

The VPS simply forwards traffic on port 443 to gspe1-ssl.ls.apple.com.


Have you seen success with this method?


> There's still no travel card integration with phones

This is not 100% accurate. There is no card integration, but the Opal app does allow you too see pre-paid balances. It does usually show the tapped on/off status, but it may be delayed by a few hours (so it's not completely useful) especially outside of metro areas.

> They actually did develop a digital wallet card

Which never worked on iOS, it was Android only iirc.

> the only mobile device tap that's supported are standard credit cards

You can use Samsung Pay. Make the card inaccessible for normal NFC/touch payments, and only allow Samsung Pay Transit. On iOS I think you can use Express Mode? https://support.apple.com/en-gb/105079

We attempted smart card transport in NSW three times. TCard. There was another one that went bankrupt iirc.

Arguably there is much greater success with Opal vs. Myki.


In a roundabout way, Apple tried this in the x86 era with OpenDarwin, and there was no interest for an Apple led open source operating system.

Apple does not have a reason to support any other operating system.

Apple engineers do however both officially and unofficially support Asahi, so there's that.


I’ll go back a little further: at one point before Apple purchased NeXT, Apple had its own version of the Linux kernel called Mklinux (https://en.m.wikipedia.org/wiki/MkLinux).


Oh please. OpenDarwin lasted what, 2 years? The people running it realized their efforts were merely going towards enriching OSX, it was not a truly open source effort.


Consider applying for YC's Summer 2025 batch! Applications are open till May 13

Guidelines | FAQ | Lists | API | Security | Legal | Apply to YC | Contact

Search: