The following forum(s) are migrating to a new home on Microsoft Q&A (Preview): Developing Universal Windows apps!

Ask new questions on Microsoft Q&A (Preview).
Interact with existing posts until December 13, 2019, after which content will be closed to all new and existing posts.

Learn More

 none
MediaPlayer does not support these mp3 audio streams RRS feed

  • Question

  • Hi! I own a popular audio streaming audio app in Norway called "Norsk radio". Lately NRK (Norwegian state broadcasting - the largest media house in Norway) has changed it's streams by adding ssl-sertificate (I don't know the exact details). However, UWP MediaPlayer component can no longer play the audio streams, resulting in error and unhappy users. The MediaFailed event is triggered with the error SourceNotSupported -1072873832.

    The streams work fine by playing directly in Edge or Google Chrome and also in other platforms like IOS.

    Here are examples of the stream urls:

    https://lyd.nrk.no/nrk_radio_p1_ostlandssendingen_mp3_h
    https://lyd.nrk.no/nrk_radio_p3_mp3_h

    Please advice how to fix this issue. Is it something wrong with the steams or is UWP MediaPlayer not up to date with recent standards ?

    Tommy

    Sunday, November 3, 2019 2:29 PM

All replies

  • Hi! I own a popular audio streaming audio app in Norway called "Norsk radio". Lately NRK (Norwegian state broadcasting - the largest media house in Norway) has changed it's streams by adding ssl-sertificate (I don't know the exact details). However, UWP MediaPlayer component can no longer play the audio streams, resulting in error and unhappy users. The MediaFailed event is triggered with the error SourceNotSupported -1072873832.

    The streams work fine by playing directly in Edge or Google Chrome and also in other platforms like IOS.

    Here are examples of the stream urls:

    https://lyd.nrk.no/nrk_radio_p1_ostlandssendingen_mp3_h

    https://lyd.nrk.no/nrk_radio_p3_mp3_h

    Please advice how to fix this issue. Is it something wrong with the steams or is UWP MediaPlayer not up to date with recent standards ?


    Tommy



    Sunday, November 3, 2019 2:24 PM
  • Hi,

    I've tried the link you gave on my side. I could reproduce the same issue you get with MediaPlayerElement by setting the MediaSource created from your URL. I suspect this issue is related to the ssl-certificate change which means you will need to provide ssl-certificate to the server every time you access it. Using HttpClient with ssl-certificate should be able to get the correct resource. But I'm not sure that MediaPlayerElement could add ssl-certificate when using Mediasource that created from the URL. I'll try to confirm this issue with the team. There might be some time delay.

    Best regards,

    Roy


    "Developing Universal Windows apps" forum will be migrating to a new home on Microsoft Q&A (Preview)!
    We invite you to post new questions in the "Developing Universal Windows apps" forum’s new home on Microsoft Q&A (Preview)!
    For more information, please refer to the sticky post.


    Monday, November 4, 2019 2:13 AM
    Moderator
  • I can't reproduce this issue. The following tag works fine for me. 

    <MediaPlayerElement Source="https://lyd.nrk.no/nrk_radio_p3_mp3_h" AutoPlay="True" AreTransportControlsEnabled="True" Width="400" Height="100"/>

    Does this work for you?

    -James



    Windows SDK Technologies - Microsoft Developer Services - http://blogs.msdn.com/mediasdkstuff/

    Wednesday, November 6, 2019 2:17 AM
    Owner
  • Hi! Thanks for the reply. I have been in contact with the broadcaster and they have already fixed the streams so that they now are working again. This was just one day or two ago. So seems there was a problem in their end. They would not give exact details.

    Tommy

    Wednesday, November 6, 2019 4:55 PM
  • Thanks for letting us know. Great to hear things are working for you!

    Let us know if you have any other questions. 


    Windows SDK Technologies - Microsoft Developer Services - http://blogs.msdn.com/mediasdkstuff/

    Friday, November 8, 2019 8:09 PM
    Owner