MacOS: Kann Version wegen Deprecated API Usage nicht hochladen

[philipp.hofmann]

Hi,

ich möchte eine App in den MacOS-AppStore hochladen, bekomme dort aber die Fehlermeldung, dass man keine Apps mit QuickTime bzw. QTKit-APIs mehr hochladen darf ($rejectInkFrameworkForm).

Gibt es dafür eine Alternative? Wenn ich es richtig sehe, wird dies im FMX.TMediaPlayer genutzt.

Grüße, Philipp

[Rollo62]

Vielleicht gehts irgendwie im TWebBrowser auch mit local files.
Das hier könnte auch interesant für dich sein.

[philipp.hofmann]

… und wieder Geld ausgeben, weil Emba inkompatible/nicht mehr unterstützte Libraries ausliefert?
Habe ich schon wegen TBluetoothLE machen müssen, weil dies nicht mehr unter Windows nutzbar ist.
Ist eigentlich nicht der Sinn der Sache.

Der TWebBrowser ist aus Komplexitätsgründen leider keine Alternative. Ich spule in den Lieder, und, und, und.

[Rollo62]

Ehrlicherweise funktionierte BLE unter Windows noch nie gescheit, und auch seit High Sierra und Mojave auch nicht mehr richtig mit Apple-Technologie.
Emba ist auch nicht immer an Allem Schuld, trotzdem würde ich mir wünschen das von dort die Lösungen schneller kommen würden.

[philipp.hofmann]

Für MacOS und BluetoothLE darf man ja auch 10.3.2 hoffen, dass dies hoffentlich mit der MacOS-64-Implementierung gelöst wird.

Generell stimme ich dir voll und ganz zu, dass Emba nicht zwingend Schuld ist, aber sich schneller den externen Anforderungen wie
- MacOS: nur noch 64-bit
- Android: nur noch 64-bit (das wird verdammt knapp, selbst wenn man die Beta nutzt)
- Windows: BluetoothLE nur noch ohne Pairing
- MacOS: hier QT-KIT-API-Abhängigkeit, welche seit MacOS 10.8/10.9 deprecated ist
...
anpassen muss, sonst stößt man mit der Cross-Platform-Entwicklung immer an Grenzen.

[mkinzler]

Ja es ist m.E. auch ein großes Problem, dass EMBT nicht zeitnah auf neue Technologien/Abkündigungen reagiert.

[philipp.hofmann]

Jetzt wurde dies in 10.3.2 noch verschlimmbessert: auf dem Mac (egal, ob 32 oder 64 bit) werden gar keine Videos vom TMediaPlayer(Control) mehr gezeigt. Es wird nur der Ton ausgegeben.

P.S.: In Summe wurde aber tatsächlich viel in 10.3.2 gefixt, so gehen z.B. Videos endlich unter Android.

[philipp.hofmann]

Die hier genannte "FFMPEG Player For Firemonkey" Alternative enthält seit Version 6.8 tatsächlich keine QuickTime-Code mehr und ist damit im MacStore hochladbar.

[Rollo62]

Danke für die Info, also setzt Du das ein ?
Ich hätte mal die Frage wieviel größer werden die Binaries damit, und wie wird das eingebunden ?
Ich nehme mal an das es als vorkompilierte Library vorliegt (.a .dylib oder so), oder kann man das womöglich aus Sourcen im XCode kompilieren ?

[philipp.hofmann]

Man liefert bin-Files für jedes Betriebssystem mit aus. MacOS 30 MB, Windows 45 MB, Android 25 MB, iOS 80 MB.
Bei MacOS, Windows und Android nimmt man die Files in der Bereitstellung auf und bei iOS passiert dies automatisch.
Den Source-Pfad (bzw. beide, wenn man Mobile und Desktop nutzt) muss man einmalig nach der Installation für den Compiler eintragen.

Der Entwickler ist auch recht zackig und antwortet auf Fragen, was zum Teil wegen nicht vorhandener Doku (nur Beispiele) auch notwendig ist.
Ein wenig Eigeninitiative ist manchmal notwendig, man kauft zwar ein Jahr Updates mit ein, muss aber selber merken, dass es ein Update gibt und dieses dann anfordern.

Alles in allem deutlich komfortabler als TMediaPlayer und TMediaPlayerControl, wo es deutlich mehr OS-Unterschiede gibt (z.B. was die Positionierung auf dem Bildschirm angeht und die Sichtbarkeit). Nur mit der Performance beim Schneller/Langsamer-Abspielen (mit dynamischen Anpassungen) bin ich noch nicht 100% zufrieden.