Jump to content

Recommended Posts

Are there plans to release executables for Photo, Designer, etc... on Windows that are natively compiled for ARM as opposed to just x86?

I'm sure you guys saw the new Surface Pro X :D

Would be great if we can run Affinity software on Windows/ARM without performance penalty of x86 emulation

Share this post


Link to post
Share on other sites

AFAIK, we currently have no plans to build our apps for ARM devices. Our current apps are 64bit and not 32bit :)

Share this post


Link to post
Share on other sites
15 hours ago, ktham said:

Are there plans to release executables for Photo, Designer, etc... on Windows that are natively compiled for ARM as opposed to just x86?

I'm sure you guys saw the new Surface Pro X :D

Would be great if we can run Affinity software on Windows/ARM without performance penalty of x86 emulation

The main problem is Affinity runs on a 64bit architecture but Windows on ARM doesn't support 64bit WPF  that we use for our UI.

We would need to rewrite the entire UI to target Windows on ARM.

 

Share this post


Link to post
Share on other sites
57 minutes ago, Leigh said:

AFAIK, we currently have no plans to build our apps for ARM devices. Our current apps are 64bit and not 32bit :)

WoA supports arm64 compiled programs, it can't emulate x64

Share this post


Link to post
Share on other sites
8 hours ago, TonyB said:

The main problem is Affinity runs on a 64bit architecture but Windows on ARM doesn't support 64bit WPF  that we use for our UI.

We would need to rewrite the entire UI to target Windows on ARM.

 

I see, so this confirms that WoA cannot emulate Affinity Photo since it's targeting x64 architecture. I haven't delved into it that thoroughly, but this might be promising for recompiling with ARM64 as the target. Hopefully the ARM64 SDK implementation covers what Affinity Photo depends on from the x64 SDK.

1525835038_20180509_000240328_ios.jpg

From a previous BUILD conference (https://www.neowin.net/news/microsoft-finally-releases-an-arm64-sdk-supporting-uwp-and-win32-apps/)

Quote

Microsoft said that in most cases, it takes minimal effort to recompile an app for ARM64. It talked about OpenVPN and VLC, saying that neither company had to change a single line of code in its applications. Of course, if an app uses third-party libraries, it might take some work.

Quote

“To clarify, Microsoft is planning to release a preview of the Windows 10 ARM64 SDK for Store and desktop apps, allowing developers to recompile their Win32 desktop apps to ARM64 so they can run natively without emulation,” the Microsoft representative told me. “With the SDK, x64 apps and x86 apps will also be able to recompile to ARM64 and run natively. We will be sharing more details on the ARM64 SDK Preview at Build.” (https://www.thurrott.com/windows/windows-10/155961/clarifying-microsofts-plans-64-bit-apps-windows-10-arm)

Microsoft is trying to suggest it wouldn't be too much work to recompile for ARM64. Of course, I don't know how complex the Affinity codebase is, so probably an engineer can better assess if any extra work is required as TonyB suggested.

But I do have my fingers crossed :D

Share this post


Link to post
Share on other sites
On 10/4/2019 at 5:38 PM, ktham said:

I see, so this confirms that WoA cannot emulate Affinity Photo since it's targeting x64 architecture. I haven't delved into it that thoroughly, but this might be promising for recompiling with ARM64 as the target. Hopefully the ARM64 SDK implementation covers what Affinity Photo depends on from the x64 SDK.

1525835038_20180509_000240328_ios.jpg

From a previous BUILD conference (https://www.neowin.net/news/microsoft-finally-releases-an-arm64-sdk-supporting-uwp-and-win32-apps/)

Microsoft is trying to suggest it wouldn't be too much work to recompile for ARM64. Of course, I don't know how complex the Affinity codebase is, so probably an engineer can better assess if any extra work is required as TonyB suggested.

But I do have my fingers crossed :D

It's not that much work for us to recompile for ARM64 as we already do it for iPad. The problem is Microsoft has thrown us under a bus by not supporting WPF on ARM64.

All 64bit applications that use WPF will have the same problem porting to ARM64.

 

Share this post


Link to post
Share on other sites
1 hour ago, Patrick Connor said:

Not unless Microsoft change their mind/policy, (or we completely rewrite the Windows UI) sorry.

Looks like someone created a Github Issue: https://github.com/dotnet/wpf/issues/1817 and one of their contributors tagged that issue with a .NET 5 milestone (https://github.com/dotnet/wpf/milestone/5)

Maybe Serif can put some positive pressure on their product manager for WPF to get that out the door, if indeed Microsoft wants to increase adoption of Windows on ARM. Sadly, it probably is not a good use of time to port the UI to remove the WPF dependency. I'm surprised Microsoft hasn't prioritized this if they indeed want greater ARM adoption.

If Adobe apps are built with WPF, that would be good news for us too since it seems like there is some sort of partnership happening there.

Share this post


Link to post
Share on other sites

I'm also hoping to see a way to have Affinity apps working with Windows on ARM systems. There will be a wave of laptop coming.

Edited by Johnny Wan

Share this post


Link to post
Share on other sites

Apple is evidently planning on switching Macs to ARM as well at some point.  My guess is that with Apple it will be a hard cut-over with some form of emulation available for a time, similar to what they did when they switched from the 680x0 series to PPC, then again from PPC to Intel...

I've seen people up in arms about this change on various forums but I suspect that many of them don't realize (or don't remember) that Apple has already been through this successfully, twice, and it went much more smoothly than some of their more recent transitions between OS versions on the same hardware...

Curiously their main complaints seemed to be around the performance of ARM or around compatibility of code with Windoze, but now it looks like Windoze is doing the same thing anyway, at least to some extent...  except that some of their frameworks evidently don't make the leap quite as smoothly.  They've been stuck on one architecture a bit too long and seemingly didn't plan ahead for this transition.

Share this post


Link to post
Share on other sites
On 10/14/2019 at 7:22 AM, TonyB said:

It's not that much work for us to recompile for ARM64 as we already do it for iPad. The problem is Microsoft has thrown us under a bus by not supporting WPF on ARM64.

Would it be possible to port the iOS version to WOA/ARM64 instead?

There are many tablet UI features in that would work even better on the Surface Pro X (and similar Windows tablets) than the desktop versions of AF/AD. Please consider asking the community, as I'm sure many users would appreciate an iOS port just as much, if not more.

Thanks!

Share this post


Link to post
Share on other sites
1 hour ago, arcticfox said:

Would it be possible to port the iOS version to WOA/ARM64 instead?

Unlikely as the development libraries and languages used between the two platforms are quite distinct.

Share this post


Link to post
Share on other sites
3 hours ago, fde101 said:

Unlikely as the development libraries and languages used between the two platforms are quite distinct. 

Perhaps the team could look into using Windows Bridge for iOS as a starting point. That would allow them to keep the code in Objective C, along with some support for iOS frameworks.

Share this post


Link to post
Share on other sites
On 10/15/2019 at 9:02 PM, ktham said:

Looks like someone created a Github Issue: https://github.com/dotnet/wpf/issues/1817 and one of their contributors tagged that issue with a .NET 5 milestone (https://github.com/dotnet/wpf/milestone/5)

Maybe Serif can put some positive pressure on their product manager for WPF to get that out the door, if indeed Microsoft wants to increase adoption of Windows on ARM. Sadly, it probably is not a good use of time to port the UI to remove the WPF dependency. I'm surprised Microsoft hasn't prioritized this if they indeed want greater ARM adoption.

If Adobe apps are built with WPF, that would be good news for us too since it seems like there is some sort of partnership happening there.

Unfortunately there's a new WinUI framework that they're pushing and Wpf probably won't be supported on arm. It remains to be seen if Affinity team desides to waste time, energy, money on rewriting their code. Whatever they decide to do, I'll understand. 

Share this post


Link to post
Share on other sites
1 hour ago, Novak said:

It's being replaced by WinUI 3.0

Look who's excited about WinUI 3.0 (1st comment) ;)

Cool thanks @Novak!

@Mark Ingram when/if you're rebuilding on WinUI 3.0, please consider using the iOS UI as base for WOA devices. Most ARM devices are portable in nature; tablets and 2-in-1's would really benefit from the iOS UX, especially with regards to pen and touch input.

This would be a dream for AP/AD Windows users! :)

Share this post


Link to post
Share on other sites

I give Adobe $372 dollars every year for Photoshop on the Photography plan & separately Adobe Illustrator. I would really like to just pay a one time price for similarly powerful apps. I recently bought Affinity Designer on the Microsoft Store that I use on my PC. I just bought a Surface Pro X and I can only run Adobe Photoshop and Illustrator (32-bit) on it and not the Affinity Designer, which I just bought. I was planning on purchasing Affinity Photo but without being able to run it on my Surface Pro X I am currently holding off. Hoping an ARM64 version is on the horizon, I will be happy to purchase it right away. Maybe Serif should do a pre-order or survey to gauge interest in ARM64 support.

Share this post


Link to post
Share on other sites

Create an account or sign in to comment

You need to be a member in order to leave a comment

Create an account

Sign up for a new account in our community. It's easy!

Register a new account

Sign in

Already have an account? Sign in here.

Sign In Now

×

Important Information

These are the Terms of Use you will be asked to agree to if you join the forum. | Privacy Policy | Guidelines | We have placed cookies on your device to help make this website better. You can adjust your cookie settings, otherwise we'll assume you're okay to continue.