Advanced Forum Search Results
-
I don't think that I'll be able to convince you that this issue is completely controlled by the application code. As I said in my previous post, Silverlight allows for continuous buffering the same way that Windows Media Player does, but also has the ability to let the application control much of this. If you look at the network traffic ...
-
We work closely with Netflix, they're a great partner and we would not cripple their app the way you make it sound. What you have to understand is that the Silverlight player is much different in the way that it plays a movie, compared to the other players. You might want to read this blog post from Netflix about their encoding process, ...
-
This is not supported in Silverlight. There is no license store or Rights Manager available to Silverlight. Every time you open a media a license request is generated.
-
Unfortunately, this will not work, not only is the property only available to the application (unless netflix exposes a way to change it, then the user cannot get access to the property). The way the Netflix application works, it controls the bitrate of the file that it downloads and tries to adapt to the changing network condition. Unfortunately, ...
-
I didn't mean to encode all bitrates at the same resolution, but to pick one resolution that you'll optimize the player for. You can always have the player resize when you switch bitrates if you truly want to avoid the scaling. I understand that scaling is expensive, but you have a have a tradeoff.
HW scaling is enabled in Windowed mode ...
-
You've got the right FourCC. The issue is most likely due to the fact that the decoder expects the samples in an AnnexB form which is slightly different than the format in the MP4 spec. You'll need to take the video sample, and convert the NAL headers to start codes.
-
This is strange. It should work fine. Does this happen with 1 particular video or any video?
If you seek to a portion of the file that's already downloaded then the MediaElement should play from there. If you seek to a non downloaded portion of the video, then Silverlight will try to issue a Byte-Range request and download the video from the ...
-
You can do fast path with Smooth Streaming, but you need to optimize the fast path for one specific resolution. You can have multiple bitrates in your smooth streaming config but with the same resolution, all these would go through fast path. Also, if you enable HW acceleration on your media element, then fast path becomes much less of an issue.
-
Silverlight doesn't natively support Shoutcast because it uses it's own protocol for streaming.
If you want support for Shoutcast, you could write a MediaStreamSource to get the packets from the stream and feed the MP3 samples to Silverlight. I don't know that anyone has actually done it.
-
Silverlight doesn't support RTSP and Multicast is only supported via project startlight (http://projectstarlight.codeplex.com/) not natively by Silverlight. For streaming MP4 content you can use Smooth Streaming or transcode to WMV and stream over http using WMS.