After did some researching on using AppService between win32 app and UWP app. I have some questions about your scenario. First, may I know if your C++ desktop app is a console app or other kind of app like WPF? Second, when using AppService to communicate between win32 app and uwp app, they are packaged in the same desktop bridge app. The win32 app will be launched by the UWP app. Could you please tell me how did you run the win32 app as an administrator?
When you try to receive the RSSI values again, would you follow this guidance to provide your Bluetooth log for us to check? In addition, here is an official sample about BLE advertisement, if you test it, will the same issue occur? For more details about RawSignalStrengthInDBm, you can refer to this document.
There is nothing "invalid" about negative values for the signal strength. It is quite possible that environmental issues can affect the signal strength, even for a short time, like other wireless devices causing interference for instance. You could see this document for more details.
The SharedContentDir the sample used looks for a file in the directories above the current directory in the path, if the Samples folder and SharedContent folder are not under the same directory, it can not find the SharedContent. Maybe you could change the path of SharedContentDir to find the SharedContent folder in your own application.
You could try to set the MediaPlaybackItem.IsDisabledInPlaybackList property as true to disable the item which you don't want to play when it is added into MediaPlaybackList. Or do not put those items that don’t need to play when adding into MediaPlaybackList.
You can add an Click event of the next track button by modifying and applying a style whose TargeType is MediaTransportControls and adding a Click event handler within the AppBarButton named NextTrackButton. You can add above code into the Click event. Then enable the next button within MediaTransportControls tag by setting IsNextTrackButtonVisible to True.
Hi, could you please tell us are you seeing issues intermittently? What if you try again several times? Do the issues reproduce in 19041? If you still have that environment handy, can you update it to 19041 and try again? How often is this happening (If not always, what’s the frequency of occurrence?) Has it ever worked?
@mnikitin If you want to intercept a "switching to another source" event from MediaPlayerElement, maybe you could try to subscribe a MediaPlaybacklist.CurrentItemChanged event and check the args.NewItem to pause the MediaPlayer in this event. Or you could try to set the MediaPlaybackItem.IsDisabledInPlaybackList property to true to disable the item when it is added into MediaPlaybackList.
To maintain an updated playlist on the UI, you can maintain the two instances of MediaPlaybackList, as you had mentioned - one to be set as the MediaPlayer's Source and one to be the ListView's ItemsSource. The user can interact with the ListView MPL and make changes to the order which will be reflected on the UI. When the EndOfStream triggers the MPL event handler, you can then set the Source list to equal the values and order of the ListView ItemsSource MPL. In addition, could you please provide us a simple repo code by using OneDrive or Github? That would be more helpful.
Hi, for the second issue, the most straightforward way to achieve is to not make changes to the MediaPlaybackList (especially the MediaPlaybackList.CurrentItem) until the media stream has ended (video has reached the end of its duration, or the song is being skipped).
You can use the MediaPlaybackList event CurrentItemChanged. The parameter for this event, CurrentMediaPlaybackItemChangedEventArgs, will trigger a Reason of MediaPlaybackItemChangedReason.EndOfStream when the current media stream ends due to the points above.
Yes, they are correct, can you launch your exe file successfully?