今天从Feeds里面看到了，我大叫一声：“我终于可以重装系统了！”很早以前就说要重新装一个英文版的系统，时间期限就是等Visual Studio 2008出来，然后2008出来一个星期了，我依然不能重装系统，因为Silverlight Tool还没有出来，现在终于出来了！
Silverlight 1.1 Tools for Visual Studio 2008 功能和for VS 2008 Beta 2的功能基本一致：
- VB and C# project templates for Silverlight 1.1 development
- XAML markup editing with colorization and intellisense
- Intellisense against XAML elements in VB and C# code-behind files
- Consumption of Silverlight 1.1 components inside Web Application and Website projects
- Ability to create Web Services references in a VB and C# Silverlight component
- Project compatibility with Expression Blend to enable developers and designers to collaborate on Silverlight projects
下载地址：http://www.microsoft.com/downloads/details.aspx?FamilyId=25144C27-6514-4AD4-8BCB-E2E051416E03&displaylang=en
现在只有MSDN上有下的，Silverlight官方网站上尚...
发现自己又错了，才发现Silverlight 1.1 Alpha对MMS协议支持并不完善，仅仅只是能播放和消耗极少的内存而已，而对于流媒体播放的一些事件开始变得奇怪。
播放MMS流时，只是有播放缓冲，即缓冲百分比和下载百分比会迅速变成100%，随即开始播放，而更奇怪的是，当播放一个自动换头的MMS流时，其播放状态不再是和HTTP流一致。在HTTP流中，在换头时，有播放事件Media Ended，而播放MMS流结束后并不会触发这个事件，而是把播放状态（Current State）改变为Paused，此时若在程序中更改MMS流的地址，则会触发一个Media Ended事件。
另外，对于MMS和HTTP流的支持，在Silverlight 1.0的SDK中是这么说的：
引用内容：
Streaming
In addition to progressive downloads, MediaElement supports live and on-demand streaming from a Windows Media Server. If the file URI specifies the mms protocol, the MediaElement attempts to stream the file first. If the file can't be streamed, it downloads the file progressively. If the file URI specifies another protocol, such as http or https, the MediaElement attempts a progressive download first. If that fails, the MediaElement attempts to stream the file.
Note that live streaming media cannot be paused--calling the Pause method has no effect.
在Silverlight 1.1中，C#只能用XmlReader这样一个非常轻量级的东西来解析XML，因此稍有不慎就会出现很多非常奇怪的错误，在这里对XML的解析做一个简单的流程介绍吧。
在对流式XML的解析中，XmlReader对XML节点进行一些区分，这些节点的类型包括：
引用内容：
public enum XmlNodeType
{
None = 0,
Element = 1,
Attribute = 2,
Text = 3,
CDATA = 4,
EntityReference = 5,
Entity = 6,
ProcessingInstruction = 7,
Comment = 8,
Document = 9,
DocumentType = 10,
DocumentFragment = 11,
Notation = 12,
Whitespace = 13,
SignificantWhitespace = 14,
EndElement = 15,
EndEntity = 16,
XmlDeclaration = 17,
}
其中常用到的有Element、Attribite、Text、CDATA、EndElement等。其中Element类型的节点为“<item>”形式，EndElement的的节点为“</item>”形式，而Text类型则可以为一对标记之间的文本内容或者节点之间的空格、换行等......
点这里查看演示
用Silverlight做的，当然了，它真的只是个概念版，无论点哪个节目看的都是同一个视频，看到的都是相同的节目信息，貌似只是简单地请求服务器上的一个视频文件而已。
可能PPStream正在为此而努力吧？
PS：在观看之前可能会要下载部分东西，不明白是干什么用的，又没有启动P2P模块……
现在从官方网站上下载Silverlight 1.1 Alpha Refresh再装上就不会有过期时间了，对比了一下版本号，两者的版本号分别如下：
引用内容：
原先的版本：
Microsoft Silverlight
Version: 1.1.20813.0
(c) 2007 Microsoft Corporation. All rights reserved.
引用内容：
现在的版本：
Microsoft Silverlight
Version: 1.1.20926.0
(c) 2007 Microsoft Corporation. All rights reserved.
根据官方网站上的说明，Silverlight 1.1的最新版应该是September的Alpha Refresh，但是奇怪的是安装界面上写的居然是“July 2007”……
偶然因为一台计算机的系统时间错误发现的，后来发现其实在Silverlight的License里就说明了：
引用内容：
3.TERM. The term of this agreement is until November 1, 2007 or commercial release of the software, whichever is first.
从MSDN blog上看到说VS 2008的过期时间也是11月1号，只知道内部消息说VS 2008已经有RTM版了，估计11月份会发布VS 2008，不知道十一月份是不是会发布Silverlight 1.1的Beta版？如果是这样的话那就太好了，只剩两天了，如果不发布就只有改系统时间了……
写了个东西，发现内存的使用会一直上涨，和内存泄漏的状况差不多，一个小时以后内存可以长到300多兆，虚拟内存可以达到300～500兆，然后CPU到使用率也非常的高。后来想想C#有内存自动回收机制，问题应该不会在C#上，那估计就是Silverlight播视频的问题了。
于是用同样一部电影分别开了两个服务：一个HTTP服务，一个MMS服务，然后Silverlight用两种方式来播放这部电影。测试结果非常的明显：
对于使用HTTP协议的视频，内存可以迅速涨到200多兆，然后内存的增长速度几乎就是下载速度，每秒十几兆的增加，缓存增长速度相对内存增长速度则显得非常之慢。
对于使用MMS协议的视频，内存在一直维持在37兆，偶有跳动，但一直在37兆左右跳动，半个多小时都不曾增加内存使用，而且CPU使用率明显低于使用HTTP方式请求视频。
不知道Silverlight是不是把基于HTTP请求的视频直接下载在内存中，然后把播放过的写入虚拟内存？
今天碰到这个BT的问题，对于两个Path对象，像下面这样写的时候，第二行居然无效！
引用内容：
SolidColorBrush scb = new SolidColorBrush(CommonApp.Instance.PathColor);
pathA.Stroke = scb;
pathB.Stroke = scb; //此句居然没有任何作用……
同样，Path的Fill属性存在同样的问题。而对于Rectangle等对象这样写则没有什么问题，真是奇怪...
引用内容：
SolidColorBrush scb = new SolidColorBrush(CommonApp.Instance.RectangleColor);
rectangleA.Fill = scb;
rectangleB.Fill = scb;
这是为什么呢？
2007-11
2007-11
2007-10
2007-10
用户中心
日志分类
最新日志
最新评论
统计信息
图标集合
友情链接