Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

Poor performance - applications lock up #4

Closed
PhilipSkinner opened this issue Jan 5, 2023 · 3 comments
Closed

Poor performance - applications lock up #4

PhilipSkinner opened this issue Jan 5, 2023 · 3 comments
Assignees
Labels
bug Something isn't working wontfix This will not be worked on

Comments

@PhilipSkinner
Copy link

Expected Behaviour

Can run 1080 video at fullscreen for extended periods of time without any lagging or crashes.

Actual behaviour

1080 video streams for a short while (less than a minute), starts being choppy then eventually stops responding. The application becomes unresponsive and needs to be terminated.

Video of the behaviour when using the SDK:

https://vimeo.com/786549947

Here is a video of the same source being played through the ScreenPort application:

https://vimeo.com/786550499

Steps to reproduce the problem

  • Get signal generator to output a pattern similar to the one in the video (Phabrix Sx - HD 1080i YCbCr-422-10 @ 60fps - zone plate with red box, moving zone-2h)
  • Connect to screenport device through BNC
  • Connect to ipad through USB
  • Run demo application
  • Confirm video is playing
  • Wait for video to become laggy and stop
@PhilipSkinner
Copy link
Author

I decided to look at the differences between my application and the demo application and I found that the performance issue goes away when I give the application the relevant permissions for discovering the ScreenPort device on the network as well as via USB.

The performance issue occurs only when an application is written that only expects USB connections.

@michal-tomlein
Copy link
Contributor

Thank you, that should help us narrow it down significantly.

@michal-tomlein
Copy link
Contributor

We can confirm the issue goes away when you add the NSBonjourServices key to Info.plist. Our best guess is that the usbmuxd socket powering USB communication on iOS requires networking permissions. This is not an issue on macOS, where we use IOKit.

We think it’s very likely the issue is not in our code. We have decided not to invest more time into finding a fix, given that an acceptable workaround is available.

@michal-tomlein michal-tomlein closed this as not planned Won't fix, can't repro, duplicate, stale Jan 18, 2023
@michal-tomlein michal-tomlein added bug Something isn't working wontfix This will not be worked on labels Jan 18, 2023
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
bug Something isn't working wontfix This will not be worked on
Projects
None yet
Development

No branches or pull requests

3 participants