Dave Nottage

You said you are running apps that result in: Process terminated with exit code: 0. Stockfish just locked up on me - regardless of whether or not it's waiting for input, that's not what you described

Which libraries are they? Have you read their documentation to see if they actually wait for input while they're running?

https://www.google.com/search?q=movie+format+compatible+across+platforms

Use the IsRunning property

I had originally planned on having a commercial version, however those plans changed. Now Kastri is driven mostly by sponsorship and one-off donations. Kastri Free is deprecated and developers should use Kastri instead.

if you're planning on deploying to the Play Store, staying current is a better option.

It runs on my Android 11 device when I build it with Delphi 11. If you're using 10.4.1, you should go to the Libraries node under the Android platform in Project Manager, right click it and click Revert System Files To Default. Like this, but you're going back a version: https://github.com/DelphiWorlds/HowTo/tree/main/Solutions/AndroidLibraries

There may not be one, although this link (from the one you gave) might help: https://docwiki.embarcadero.com/RADStudio/Alexandria/en/Mobile_Tutorials:_Mobile_Application_Development_(iOS_and_Android) It might be easier to ask here if there is an implementation of what you want to use, or scan the Delphi source.

Yes. They're called Custom Apps: https://developer.apple.com/custom-apps/ Yes, that would be. It seems they're hard to find.

Play Store has a restriction on the target SDK level (30), but does not have a restriction on the minimum SDK level set for an app, so you can support users that have lower versions of Android. The iOS App Store apparently has a restriction of a minimum version of iOS 9.0. That might work if you find a viable alternative for Play Store. If you wish to target app stores, you need to stay current with Delphi.

ALFmxVideoPlayer uses ExoPlayer (which supports DRM) for Android: https://github.com/Zeus64/alcinoe/blob/master/source/ALFmxVideoPlayer.pas You might be able to at least learn from the code.

No, it doesn't: https://gist.github.com/wojteklu/73c6914cc446146b8b533c0988cf8d29

There's a list of minimum requirements for Big Sur here: https://support.apple.com/en-au/HT211238. Note that includes late 2014 Mac Mini. There are legal virtual solutions available online, such as MacInCloud: https://www.macincloud.com/ and MacStadium: https://www.macstadium.com

Are you able to use either of the workarounds described here?: https://quality.embarcadero.com/browse/RSP-35365

If you're planning on deploying iOS apps to the App Store, you will need at least macOS 10.15 so that you can use Xcode 12, the minimum required for deploying apps to the App Store. From April next year, this will change to Xcode 13, which requires Big Sur 11.3.

If you're just starting in this area, I recommend watching Brian Long's video. You can also use the Delphi source for hints as to what to do, as well as some of the features implemented in Kastri. If you know which Java libraries/functions you want to use, I could possibly give some hints.

The docs for send say that the body (what you are passing in the content when you Post) should be an instance of Message, i.e. the JSON that is specified at that link. TIdMessage.SaveToStream does not create JSON in this format. You will need to either create code to do this, or find existing code that does.

That's correct. I have a method in TAssetDelivery called GetAssets that will enumerate them (note: this also enumerates any folders contained in the assets) at the top-level by passing a blank value for the path. As per the AssetManager docs, there are methods for accessing the files, however as you may notice from those docs these are not methods that you can use in a traditional Delphi-like manner. One way around this could be to use the open method of AssetManager to return an InputStream and (ultimately) save it to a file that can be accessed using traditional file methods, however it seems a bit of overkill - you might as well use a fast-follow pack. If you're playing videos, you could re-write TMediaPlayer (or at least the Android part) to deal with assets accessed via AssetManager however I'm yet to find a way of using these in a VideoView that works.

Can you show which requirements you are working from? If what you are using is purely HTTP-based, then TIdMessage is unlikely to be appropriate. Please show your code.

While experimenting with the code (or for some other reason) it seems I had not reverted the code to use the Fetch method (which was commented out) rather than Query (in the IdleMessageHandler). Can you check whether changing this works for you?

Nothing. Unfortunately you need to deploy at least once from the IDE before your automated build will deploy. See: https://quality.embarcadero.com/browse/RSP-11395 https://quality.embarcadero.com/browse/RSP-15962 https://quality.embarcadero.com/browse/RSP-27605

It's used by one of the other units, DW.RunProcess.Android.pas

Yes.. as far as I can ascertain, if the app is closed you would need a service to ensure the notification with the controls is persistent. Here's a problem with this scenario: you will not be able to use TMediaPlayer in a service, since it relies on FMX units, including FMX.Types, because of this issue: https://quality.embarcadero.com/browse/RSP-17857 so you would need to do your own implementation (or find one), avoiding the FMX units.

This suggests that the App ID you have created for your app has the Fonts entitlement checked, i.e. on the Apple Developer site, your App ID has this: It's unlikely you need this entitlement. Please refer to: https://stackoverflow.com/a/58534629/3164070 To rectify the issue, you would need to remove the entitlement from the App ID, re-create and re-download the provisioning profile for your app.

I thought I would have received an error indicating that it could not be executed. I also used TFile.GetAttributes to check whether it could be (it has all the execute attributes), and running ls -l on the containing folder (using the demo itself) suggests that it is executable: