This is very useful, I want to make use of it. I tested it and it worked as indicated without issues. But out of the box I didn't get it to work with consuming media from MythTV. MythTV now uses HLS(HTTP Live Streaming) .m3u8 files.
I'm curious if there's a chance this client will play the streaming video from MythTV HLS\m3u8 or if there's any extra work I'll need to do on the client through flags, properties, etc?
When this Extinction installed on the machine and added to VS 11, it cause crash in XAML designer and I cannot view the page design while I reference this extension. I remove it from extension manager and everything back working.
In our application, we have PlayReady-protected live smooth streams which play fine, but we have observed that audio always starts several seconds later than the video. Even though the audio starts late, video and audio are perfectly in sync once they are both playing. Any ideas/pointers on what could be causing this?
This can happen if your audio and video start offset are not matching. If you are also using fragment sizes bigger than 2 sec. the duration of audio, video not matching might get bigger. Please check your manifest for audio and video start times.
Hi, thanks for your reply...
Sorry if this is a dumb question, but where do we check to see if the start offsets are matching? Are they found in the manifest, or are there some settings in the SDKs? I did have a look at the manifest and I did not see any specific references to fixed start times/offsets, unless I missed something. I should also add that the very same manifest plays without any issues in a Silverlight/web-based player.
How to create live video chat application for windows 8 phones and windows RT?I am new to this windows environment. By using this Smooth streaming Client SDK can I able to create video chat application, Kindly help us where to start.
Thanks for your reply, Is there any API for video chat in windows phone and windows RT? I just tried with captureSource with videoCaptureDevice, its working for when we stop capturesource then only we can get the file.
its not for video chat, kindly help us.
Everything's works fine as soon as I start the application with a debugger attached. But if I start the same executable file without debugger attached, the video remains black with "Unsupported video type or invalid file path" message. The result is the same for all platforms (ARM, x86, x64).
Event handlers are called by the player after play() when debugger is attached at application start, but no event is raised when running standalone app.
I performed some network investigations, and I confirm that the manifest url is correct in both cases, and that the player is downloading it in both cases too. But for an unknown reason, it stops rapidly from asking more.
If I run the app standalone, and then attach native debugger to the running process, the problem occurs, but I do not get any useful information from it.
I use SDK 1.0.130417
Any help would be greatly appreciated as I am running out of ideas.
the problem is linked to the fact that I add the src tag into the video tag dynamically.
For more information, please refer to this forum post:
Using SMF framework it was easy to find the download bitrate of a track using ActiveAdaptiveMediaPlugin.VideoDownloadTrack.Bitrate
Is there something similar in the smooth streaming client?
We investigated the issue, found a memory leak and fixed the issue in the latest release. Please download the latest version and have a try.
Sorry for the inconvenience.
Thank you for testing and reporting the issue.
I'm using the Smooth Streaming SDK and microsoft media framework in a xaml/c# W8 metro app and I'm having issues when I need to change the Source
of all the media players at the same time (I have 3 media players at once playing live content). I don't think is a performance
issue because I have 512MB of video and a i7 processor, and 11MB internet bandwith. The problem is when I change the
video source of all the media players the app uses more RAM, and the app become slow.
I tried set the source to null but give me an unhandled win32 error in random occasions, Is there any other way to clean resources?
I have also tried to limit the bitrate of 2 media players using the
Microsoft.PlayerFramework.Adaptive.AdaptivePlugin.MaxBitrate (is the right way to do it?)
There is no problem if I use only 1 media player, I can change the video source a lot of times and everything is OK
Thanks in advance, and excuse my weird english...
I'm having an issue where either the smoothstreamingmediaelement's cookie container, or the browser isn't setting the cookie that's sent with the server's manifest response.
I never see the manifest response go through the (any) browser's debugging tools, but if I look at a packet capture I see the request go through the browser process.
The player/browser don't seem to have any issues setting cookies on the first fragment request, but the cookie I'm trying to set is only set on the manifest response.
Here's what I've tried with no luck:
Assigning a cookiecontainer to a smoothstreamingmediaelement and using the cookiecontainer.getcookieheader method (always returns nothing)
Using ISmoothStreamingCache to try and get the response headers in the cacheresponse object (always seems to be nothing).
I'm at my wits end about how the manifest request seems to go through a separate sandboxed channel and how neither the browser nor the player ever set the cookie that's getting sent back by the server.
In one of our projects, we are using the Microsoft Smooth Streaming SDK (for C++, beta 2 (latest available)).
We are facing a problem in NTSC: the first displayed frame seems to last twice longer than the following ones (66,6 ms vs 33,3 ms). This problem didn’t occurred in PAL. We have sources to reproduce the problem.
We have exactly the same behavior while reading output video with a C# SmoothStreamingMediaElement.
Is that a known bug?
Thanks for the quick answer. I've put the sources we used (directly based on a sample in the SDK)on SkyDrive ( https://skydrive.live.com/redir?resid=63127C690981C7F8!18705&authkey=!AGq4rxJozliP6QI )
By the way, when importing the Video0.ismv output file in Expression Encoder 4, you will reproduce the same behavior as shown in the "expression_encoder_#.jpg” snapshots.
Any help / suggestion / advise appreciated.
I've asked people outside my building to test the SkyDrive link and it seems to work. Anyway, I've also put all sources on GoogleDrive: https://docs.google.com/folder/d/0B5Je5S2fgwe-VkNOSGxUeFVTcTA/edit
Thanks again for your help