App complete but no fourground fix

[Hottunez_Radio]

i’ve built my stations app without realizing it has no fourground

blocks in it… now could someone please possible tell me what fourground blocks i need!

i have a fourground block within my screen1 tested the app still don’t work in fourground

i have my aia here image with blocks attached

[Anke]

Try this one:

Prevent Doze for audio streaming

A small extension to prevent Doze mode during playback of an audio stream. [grafik] Example blocks using AudioExoPlayer extension by @Patryk_F: [grafik] Even streaming URLs that do not work with the MediaPlayer (player component or MediaPlayer-based extensions) work perfectly with these extensions.

[wise]

It may not be the foreground block itself causing the issue. I’d double-check when the service starts and whether it remains active when the app goes into the background. A few more screenshots of the related blocks could help the community identify the problem faster.

[Hottunez_Radio]

@Anke @wise it's been fixed

It seems that when I put the fourground block into screen1 block I had the block set player1.PlayOnlyInFourground = true

And when it's true means the app won't play in background at all! So I done a little research and changed it from true to false of course false means it will play in background thanks for any help though guys but it's fixed

[Anke]

@Hottunez_Radio

player1.PlayOnlyInFourground = true

Yes, and I don't understand since exactly when and why it is now set to "true" by default. That wasn't the case before, nor is it with Kodular or Niotron.

[Hottunez_Radio]

But if it's false means the app will play in background

[Anke]

@Hottunez_Radio

if it's false means the app will play in background

Yes, and why shouldn't it? If the app is closed it will stop automatically. And if you close the screen and switch to another it will stop as well.

[ewpatton]

It used to be that PlayOnlyInForeground was set to False by default, but we changed the default to True. The reason being that on iOS, we need to add the additional background mode to Info.plist to support background audio. Our model for building up the manifest/plist is constructive, so the base case always needs to be the setting where nothing is needed. In this particular scenario, unchecking the "PlayOnlyInForeground" property (or setting it in the blocks) signals to the build system that background playback needs to be turned on for iOS. With the old default, we don't know whether the user just hasn't bothered changing the property or if the app actually needs the extra metadata. This ambiguity led to apps basically always having the background audio mode even when it wasn't needed, creating headaches for people submitting their apps to App Store Review.

[Anke]

Thank you for this detailed explanation!