Avf Media Player fails to visit URL but Wmf player succeeds?

Development Cinematics & Media
, , , , ,
1

I am using media player to open a URL in the 4.13 release, something like this:

119198-openurl.png
119198-openurl.png707×179 26.2 KB

On PC, I get this warning but it still works as I expect (i.e. still visits the URL, returns True):

LogWmfMedia:Warning: Failed to finish resolve https://www.dreamlo.com/lb/id/add/user/352037: The byte stream type of the given URL is unsupported.

BUT on iOS I get this error in the log (shipping), and it appears to fail:

LogMediaAssets:Error: Could not find a native player for https://www.dreamlo.com/lb/id/add/user/352037

Any idea why the request goes through on PC but not on iOS? Is it because the URL is required to have the file extension? Or does Avf player not support https URLs at the moment?

For the record isn’t actually opening any “media” - it’s just a blueprint workaround to open a URL without opening a browser (for adding leaderboard scores on Dreamlo.com). I’ve already shipped on Steam and it’s all working fine there, but was hoping to be able to use this system on iOS too.

2

For the record, I worked around my particular problem by not using this method to visit the URL - I am now using a UMG browser widget instead and it works on PC & iOS.

Note though to have it visit the URL “in the background” I had to make the UMG browser widget 1x1px in the corner of the screen, because if I tried to set it as Hidden, or moved it off-screen, it didn’t seem to visit the URL when requested (not being updated when not rendered, I suppose).

3

What you are trying to do is not a supported use case. The only reason that WmfMedia is even trying to open that URL is because it has support for HTTPS media streams, and it thinks that you’re opening such a stream. Instead it finds a web service of some sort and correctly prints out the error you posted.

I strongly recommend you take a look at the HttpRequest C++ API in the Online Subsystem. That will allow you to make a GET or POST request to a web server of your choice.

4

Thanks. Being able to send data to and from a server is awesome, opens up a lot of possibilities. Blueprint support for it would be even better (especially for people like me who don’t know C++ but can write basic web stuff). That ended up being the only reason I had to convert to being a code project before shipping (so I could use the JSON Query plugin).