i******n
发帖数: 111 | 1 用够了ipad的itune，看到surface发布，为之一振。想入手，又对其性能不太了解，各
位大师指点则个。
1.surface可以实现多任务运行，像windows 7 一样，可以在任务栏里随时查看，切换
和关掉正在运行的任务。
2。可以随意下载和安装程序吗？
3.怎么管理文件，可以随意拷入复制输出和删除吗？ |
r**********g
发帖数: 22734 | 2 PRO: Yes Yes Yes
RT: Yes, No, Yes
【在 i******n 的大作中提到】
: 用够了ipad的itune，看到surface发布，为之一振。想入手，又对其性能不太了解，各
: 位大师指点则个。
: 1.surface可以实现多任务运行，像windows 7 一样，可以在任务栏里随时查看，切换
: 和关掉正在运行的任务。
: 2。可以随意下载和安装程序吗？
: 3.怎么管理文件，可以随意拷入复制输出和删除吗？
|
A******D
发帖数: 2844 | 3 1.可以
2.rt版本，你只能从app store购买安装app
pro版本可以自由安装
3.可以
【在 i******n 的大作中提到】
: 用够了ipad的itune，看到surface发布，为之一振。想入手，又对其性能不太了解，各
: 位大师指点则个。
: 1.surface可以实现多任务运行，像windows 7 一样，可以在任务栏里随时查看，切换
: 和关掉正在运行的任务。
: 2。可以随意下载和安装程序吗？
: 3.怎么管理文件，可以随意拷入复制输出和删除吗？
|
c*c
发帖数: 2983 | 4 surface RT 用arm的芯片，多任务又能多到哪里去？ 而且就别指望随意下载和安装程
序了，和x86 windows程序不兼容,要下应用，只能在appstore里装
你的需求还是等surface pro吧，或者其他win8 pro的板子 |
r**********g
发帖数: 22734 | 5 我想的是，既然可以编译arm 的Office，为啥别的桌面程序不能编译到arm?如果有人编
译个qt, kde...这
【在 c*c 的大作中提到】
: surface RT 用arm的芯片，多任务又能多到哪里去？ 而且就别指望随意下载和安装程
: 序了，和x86 windows程序不兼容,要下应用，只能在appstore里装
: 你的需求还是等surface pro吧，或者其他win8 pro的板子
|
c*c
发帖数: 2983 | 6 指令集不一样，不是编译器能解决的。 比方说x86有sse，arm呢？ 反过来，arm有neon
，但x86没有。
而且surface RT的windows API不一样，相比pro，不是所有的call都提供的
【在 r**********g 的大作中提到】
: 我想的是，既然可以编译arm 的Office，为啥别的桌面程序不能编译到arm?如果有人编
: 译个qt, kde...这
|
b********7
发帖数: 12906 | 7 错，限制传统程序是为了省电考虑
neon
【在 c*c 的大作中提到】
: 指令集不一样，不是编译器能解决的。 比方说x86有sse，arm呢？ 反过来，arm有neon
: ，但x86没有。
: 而且surface RT的windows API不一样，相比pro，不是所有的call都提供的
|
w*i
发帖数: 970 | 8 有两个原因，一是ms没对外发布编译器，二是程序运行之前要检查微软签名
★ 发自iPhone App: ChineseWeb 7.7
【在 r**********g 的大作中提到】
: 我想的是，既然可以编译arm 的Office，为啥别的桌面程序不能编译到arm?如果有人编
: 译个qt, kde...这
|
c*c
发帖数: 2983 | 9 这是瞎扯，用sse的程序我倒想知道怎么可能在arm上run，除非ms再去做一层虚拟机
【在 b********7 的大作中提到】
: 错，限制传统程序是为了省电考虑
:
: neon
|
w*i
发帖数: 970 | 10 arm的编译器能生成arm指令集
★ 发自iPhone App: ChineseWeb 7.7
【在 c*c 的大作中提到】
: 这是瞎扯，用sse的程序我倒想知道怎么可能在arm上run，除非ms再去做一层虚拟机
|
|
|
r**********g
发帖数: 22734 | 11 所以我只说qt, kde
neon
【在 c*c 的大作中提到】
: 指令集不一样，不是编译器能解决的。 比方说x86有sse，arm呢？ 反过来，arm有neon
: ，但x86没有。
: 而且surface RT的windows API不一样，相比pro，不是所有的call都提供的
|
l********g
发帖数: 5070 | 12 这样比没啥用，当年IPHONE出来的时候，上面有的，WM6和6.5当时或后来都有，APP
STORE, GPS，IE，听歌，STREAMING RADIO，看VIDEO，包括QQ等，但那个用户体验没法
用啊 |
c*c
发帖数: 2983 | 13 很多程序写的时候都带汇编，arm编译器根本没法handle这种情况
【在 w*i 的大作中提到】
: arm的编译器能生成arm指令集
:
: ★ 发自iPhone App: ChineseWeb 7.7
|
w*i
发帖数: 970 | 14 只有c++, c#
★ 发自iPhone App: ChineseWeb 7.7
【在 c*c 的大作中提到】
: 很多程序写的时候都带汇编，arm编译器根本没法handle这种情况
|
A******D
发帖数: 2844 | 15 c#
【在 c*c 的大作中提到】
: 很多程序写的时候都带汇编，arm编译器根本没法handle这种情况
|
c*c
发帖数: 2983 | 16 用C#写firefox？
去看看mozilla的源码好了，很多东西必须用汇编来优化，如果都用c++可以写，写出来
的东西慢的要死， 尤其是video decoding， painting那块的 |
w*i
发帖数: 970 | 17 I made my point.
★ 发自iPhone App: ChineseWeb 7.7
【在 c*c 的大作中提到】
: 用C#写firefox？
: 去看看mozilla的源码好了，很多东西必须用汇编来优化，如果都用c++可以写，写出来
: 的东西慢的要死， 尤其是video decoding， painting那块的
|
z*n
发帖数: 2893 | 18 !@$%, 小同学没搞过windows编程别瞎说, 你说的这些现在都搞到driver/hardware上面
去了, 用不着程序自己搞了, 你当还是DOS时代程序直接访问显存啊?
【在 c*c 的大作中提到】
: 用C#写firefox？
: 去看看mozilla的源码好了，很多东西必须用汇编来优化，如果都用c++可以写，写出来
: 的东西慢的要死， 尤其是video decoding， painting那块的
|
c*c
发帖数: 2983 | 19 你写过几行code就来这里叫板了？ 搞到driver/hardware上去？ 搞笑么，这不是。
给你看看mozilla的source code， 用SSE的
http://dxr.mozilla.org/mozilla-central/xpcom/glue/SSE.cpp.html
要真driver／hardware能搞定， 安卓上的firefox还搞了那么半天才写出来？ 直接编
译一下不就行了？ 搞笑么，很多东西都得重写
【在 z*n 的大作中提到】
: !@$%, 小同学没搞过windows编程别瞎说, 你说的这些现在都搞到driver/hardware上面
: 去了, 用不着程序自己搞了, 你当还是DOS时代程序直接访问显存啊?
|
r**********g
发帖数: 22734 | 20 没有一样用
namespace sse_private {
#if defined(MOZILLA_SSE_HAVE_CPUID_DETECTION)
#if !defined(MOZILLA_PRESUME_MMX)
bool mmx_enabled = has_cpuid_bit(1u, edx, (1u<<23));
#endif
#if !defined(MOZILLA_PRESUME_SSE)
bool sse_enabled = has_cpuid_bit(1u, edx, (1u<<25));
#endif
#if !defined(MOZILLA_PRESUME_SSE2)
bool sse2_enabled = has_cpuid_bit(1u, edx, (1u<<26));
#endif
#if !defined(MOZILLA_PRESUME_SSE3)
bool sse3_enabled = has_cpuid_bit(1u, ecx, (1u<<0));
#endif
#if !defined(MOZILLA_PRESUME_SSSE3)
bool ssse3_enabled = has_cpuid_bit(1u, ecx, (1u<<9));
#endif
#if !defined(MOZILLA_PRESUME_SSE4A)
bool sse4a_enabled = has_cpuid_bit(0x80000001u, ecx, (1u<<6));
#endif
#if !defined(MOZILLA_PRESUME_SSE4_1)
bool sse4_1_enabled = has_cpuid_bit(1u, ecx, (1u<<19));
#endif
#if !defined(MOZILLA_PRESUME_SSE4_2)
bool sse4_2_enabled = has_cpuid_bit(1u, ecx, (1u<<20));
#endif
#endif
【在 c*c 的大作中提到】
: 你写过几行code就来这里叫板了？ 搞到driver/hardware上去？ 搞笑么，这不是。
: 给你看看mozilla的source code， 用SSE的
: http://dxr.mozilla.org/mozilla-central/xpcom/glue/SSE.cpp.html
: 要真driver／hardware能搞定， 安卓上的firefox还搞了那么半天才写出来？ 直接编
: 译一下不就行了？ 搞笑么，很多东西都得重写
|
|
|
c*c
发帖数: 2983 | 21 http://dxr.mozilla.org/mozilla-central/gfx/qcms/qcmsint.h.html
qcms_transform_data_rgb_out_lut_sse2()
qcms_transform_data_rgba_out_lut_sse2()
【在 r**********g 的大作中提到】
: 没有一样用
: namespace sse_private {
: #if defined(MOZILLA_SSE_HAVE_CPUID_DETECTION)
: #if !defined(MOZILLA_PRESUME_MMX)
: bool mmx_enabled = has_cpuid_bit(1u, edx, (1u<<23));
: #endif
: #if !defined(MOZILLA_PRESUME_SSE)
: bool sse_enabled = has_cpuid_bit(1u, edx, (1u<<25));
: #endif
: #if !defined(MOZILLA_PRESUME_SSE2)
|
r**********g
发帖数: 22734 | 22 not necessary needed.
and sse is not that fancy, easy to simulate.
【在 c*c 的大作中提到】
: http://dxr.mozilla.org/mozilla-central/gfx/qcms/qcmsint.h.html
: qcms_transform_data_rgb_out_lut_sse2()
: qcms_transform_data_rgba_out_lut_sse2()
|
c*c
发帖数: 2983 | 23 这些个function是check sse是不是available，怎么会没用，没SSE，你难道让cpu一条
指令能实现的东西用30条指令来实现？ 那不是慢死
【在 r**********g 的大作中提到】
: 没有一样用
: namespace sse_private {
: #if defined(MOZILLA_SSE_HAVE_CPUID_DETECTION)
: #if !defined(MOZILLA_PRESUME_MMX)
: bool mmx_enabled = has_cpuid_bit(1u, edx, (1u<<23));
: #endif
: #if !defined(MOZILLA_PRESUME_SSE)
: bool sse_enabled = has_cpuid_bit(1u, edx, (1u<<25));
: #endif
: #if !defined(MOZILLA_PRESUME_SSE2)
|
r**********g
发帖数: 22734 | 24 一个浏览器而已，opera在诺记的破手机上都跑得刚刚的。
【在 c*c 的大作中提到】
: 这些个function是check sse是不是available，怎么会没用，没SSE，你难道让cpu一条
: 指令能实现的东西用30条指令来实现？ 那不是慢死
|
z*n
发帖数: 2893 | 25 你自己说的video decoding/painting... 这些个已经抽象到driver里，很多offload
到硬件．
mozilla/firefox早就cross platform, 有问题的不是要重新实现ARM上的assembly, 是
要改用winrt API. 这都搞不明白就出来喷...
还有你那例子是干啥的你读过没有,和你说的video decoding/painting完全不搭边啊．
那是在AMD/Intel CPU上读CPU property的，不是你说的用SSE. 文件名有个SSE就是用
SSE, 这是啥逻辑?
【在 c*c 的大作中提到】
: 你写过几行code就来这里叫板了？ 搞到driver/hardware上去？ 搞笑么，这不是。
: 给你看看mozilla的source code， 用SSE的
: http://dxr.mozilla.org/mozilla-central/xpcom/glue/SSE.cpp.html
: 要真driver／hardware能搞定， 安卓上的firefox还搞了那么半天才写出来？ 直接编
: 译一下不就行了？ 搞笑么，很多东西都得重写
|
c*c
发帖数: 2983 | 26 opera....你sure opera desktop版没用sse？ arm版没用neon？ 都是纯c＋＋写的？
别说浏览器，photoshop／CAD什么的都得靠sse，否则那performance 。。。
【在 r**********g 的大作中提到】
: 一个浏览器而已，opera在诺记的破手机上都跑得刚刚的。
|
g******y
发帖数: 1101 | 27 这个版是不是微软托版，一看一堆微软的人在自我吹捧，看看华尔街新闻，用户调查反
馈不佳，继续自吹自擂。 |
r**********g
发帖数: 22734 | 28 其实根本不用直接写SSE,直接在C++ 里面把loop unwrap就行了。10年前编译器就能自
动优化了
【在 c*c 的大作中提到】
: opera....你sure opera desktop版没用sse？ arm版没用neon？ 都是纯c＋＋写的？
: 别说浏览器，photoshop／CAD什么的都得靠sse，否则那performance 。。。
|
c*c
发帖数: 2983 | 29 上面贴了第二个sample去仔细看看， gfx/qcms/qcmsint.h，qcm跟painting没关系？那
个目录就是gfx/,
不懂别来装懂，一边玩去，好好去看看ffmpeg怎么写的，有没有用到sse，那个都是
video decoding
offload
【在 z*n 的大作中提到】
: 你自己说的video decoding/painting... 这些个已经抽象到driver里，很多offload
: 到硬件．
: mozilla/firefox早就cross platform, 有问题的不是要重新实现ARM上的assembly, 是
: 要改用winrt API. 这都搞不明白就出来喷...
: 还有你那例子是干啥的你读过没有,和你说的video decoding/painting完全不搭边啊．
: 那是在AMD/Intel CPU上读CPU property的，不是你说的用SSE. 文件名有个SSE就是用
: SSE, 这是啥逻辑?
|
z*n
发帖数: 2893 | 30 你回贴不看贴啊？
我和你说的你非要用SSE写已经抽象到driver的东西是你自己的问题, video decoding用
SSE在app里写??!! 你的历史包袱恐怕背的太多了, 这要搞到HD, 在main CPU里跑是要
死CPU的.
【在 c*c 的大作中提到】
: 上面贴了第二个sample去仔细看看， gfx/qcms/qcmsint.h，qcm跟painting没关系？那
: 个目录就是gfx/,
: 不懂别来装懂，一边玩去，好好去看看ffmpeg怎么写的，有没有用到sse，那个都是
: video decoding
:
: offload
|
|
|
c*c
发帖数: 2983 | 31 跟你说了performance issue，难道听不懂？ 我可以写个用C写歌循环100遍的loop，但
谁tm去优化？ 最多弄个超级流水，你始终比不上别人只用一条指令就能实现
【在 r**********g 的大作中提到】
: 其实根本不用直接写SSE,直接在C++ 里面把loop unwrap就行了。10年前编译器就能自
: 动优化了
|
g******y
发帖数: 1101 | 32 有个托说IE和ff, chrome一样快。拜托，从来没人说ff启动快，这也是它失去市场的主
因。 |
c*c
发帖数: 2983 | 33 没写过serious app的请闭嘴。 “用SSE写已经抽象到driver”，你见过driver code嘛？
video decoding用sse写很正常，你以为driver就提供给你一个那么好的借口，让你直
接把一个file变成可以输出的format？ 搞笑嘛，encoding algoritjm变了怎么办？ 难
不成给每个windows发个新主板包含新的dsp？
decoding用
【在 z*n 的大作中提到】
: 你回贴不看贴啊？
: 我和你说的你非要用SSE写已经抽象到driver的东西是你自己的问题, video decoding用
: SSE在app里写??!! 你的历史包袱恐怕背的太多了, 这要搞到HD, 在main CPU里跑是要
: 死CPU的.
|
pc
发帖数: 1578 | 34 礼拜五上市这就有用户调查了？你这是开玩笑嘛。。。。给个链接看看呗
【在 g******y 的大作中提到】
: 这个版是不是微软托版，一看一堆微软的人在自我吹捧，看看华尔街新闻，用户调查反
: 馈不佳，继续自吹自擂。
|
u****d
发帖数: 23938 | 35 你就扯吧，我从来没有光说IE10启动快，我说的是全面的快，用起来和那2个没区别。
我不是托，只是说了真实感受而已。
【在 g******y 的大作中提到】
: 有个托说IE和ff, chrome一样快。拜托，从来没人说ff启动快，这也是它失去市场的主
: 因。
|
e***s
发帖数: 1188 | 36 link?
【在 g******y 的大作中提到】
: 这个版是不是微软托版，一看一堆微软的人在自我吹捧，看看华尔街新闻，用户调查反
: 馈不佳，继续自吹自擂。
|
z*n
发帖数: 2893 | 37 我觉的你恐怕不了解的应当了解之后再评论.
我和你说了video encoding/decoding在win8里面是抽象过的, 能hardware做的利用
driver直接给GPU了, 不知道这个的自己去查文档, 不要不懂装懂.
和你说了在winrt上用main CPU做software video encoding/decoding是找死, 无论从
性能和能耗来看都是不值得的. ARM/ATOM太weak, 做不到HD的.
嘛？
【在 c*c 的大作中提到】
: 没写过serious app的请闭嘴。 “用SSE写已经抽象到driver”，你见过driver code嘛？
: video decoding用sse写很正常，你以为driver就提供给你一个那么好的借口，让你直
: 接把一个file变成可以输出的format？ 搞笑嘛，encoding algoritjm变了怎么办？ 难
: 不成给每个windows发个新主板包含新的dsp？
:
: decoding用
|
c****e
发帖数: 1453 | 38 I am not familiar with ARM instructions. But I think they support SIMD. Also
The latest MS VC++ provides intrinsics to ensemble MMX/SSE on X86.
http://msdn.microsoft.com/en-us/library/hh875058.aspx
There is always cost associated with software migration, especially across
platform. The real problem is it's worth or not. Technically it shouldn't be
a deal breaker.
【在 c*c 的大作中提到】
: 这些个function是check sse是不是available，怎么会没用，没SSE，你难道让cpu一条
: 指令能实现的东西用30条指令来实现？ 那不是慢死
|
c*c
发帖数: 2983 | 39 说了 neon
Also
be
【在 c****e 的大作中提到】
: I am not familiar with ARM instructions. But I think they support SIMD. Also
: The latest MS VC++ provides intrinsics to ensemble MMX/SSE on X86.
: http://msdn.microsoft.com/en-us/library/hh875058.aspx
: There is always cost associated with software migration, especially across
: platform. The real problem is it's worth or not. Technically it shouldn't be
: a deal breaker.
|
c*c
发帖数: 2983 | 40 你这个理论就跟foxconn把iphone生产都丢给机器人去做了，结果工人都下岗了一样，
自己不懂装懂还在这里说，把文档链接拿来啊。要是gpu什么都能干那还搞个啥的video
encoding啊，干脆把MPEG LA解散好了。 如果明天出了个新的video format， 难道我
还要写歌新driver？还是换个新gpu？
在arm上，dsp能decode几个video？ 当前最好的芯片是720P只能最多decode 1个。你要
同时播放两个video，另外一个必须要software decode。
【在 z*n 的大作中提到】
: 我觉的你恐怕不了解的应当了解之后再评论.
: 我和你说了video encoding/decoding在win8里面是抽象过的, 能hardware做的利用
: driver直接给GPU了, 不知道这个的自己去查文档, 不要不懂装懂.
: 和你说了在winrt上用main CPU做software video encoding/decoding是找死, 无论从
: 性能和能耗来看都是不值得的. ARM/ATOM太weak, 做不到HD的.
:
: 嘛？
|
|
|
z*n
发帖数: 2893 | 41 我再说一遍, 不明白的东西去查文档, 别不懂装懂.你用inbox decoder就完了,
software/hardware都有, 用不着直接和GPU打交道. 总不能一个app拖一堆不同的GPU
assembly code, 直接调用driver就完了. shader/texture的paint也是同样的道理, 自
己写汇编操作GPU是扯蛋. 同样用汇编软解同样是legacy, 直接用inbox software
decoder
就完了.
真要出个新codec, 等driver update, 芯片厂家出的直接操作GPU的driver,比你自己闷
头写汇编强.
而且我不认为Mozilla没有对应的ARM汇编code, 你那因为这没法port是不可能的.
video
【在 c*c 的大作中提到】
: 你这个理论就跟foxconn把iphone生产都丢给机器人去做了，结果工人都下岗了一样，
: 自己不懂装懂还在这里说，把文档链接拿来啊。要是gpu什么都能干那还搞个啥的video
: encoding啊，干脆把MPEG LA解散好了。 如果明天出了个新的video format， 难道我
: 还要写歌新driver？还是换个新gpu？
: 在arm上，dsp能decode几个video？ 当前最好的芯片是720P只能最多decode 1个。你要
: 同时播放两个video，另外一个必须要software decode。
|
i******n
发帖数: 111 | |
c*c
发帖数: 2983 | 43 没话说了。。。”真要出个新codec, 等driver update, 芯片厂家出的直接操作GPU的
driver...."
原来codec都是这么work的。。。。vlc可以等几十年了，quicktime也可以去等死了，
写libjpeg-turbo的兄弟都要吐血了
"直接调用driver就完了"....driver难道在所有的platform上都一样？而且还能直接调
用？
你没写过serious的程序，就别跑来不懂装懂，ffmpeg，vlc，libjpeg－turbo，
mozilla哪个里面没用到汇编？
【在 z*n 的大作中提到】
: 我再说一遍, 不明白的东西去查文档, 别不懂装懂.你用inbox decoder就完了,
: software/hardware都有, 用不着直接和GPU打交道. 总不能一个app拖一堆不同的GPU
: assembly code, 直接调用driver就完了. shader/texture的paint也是同样的道理, 自
: 己写汇编操作GPU是扯蛋. 同样用汇编软解同样是legacy, 直接用inbox software
: decoder
: 就完了.
: 真要出个新codec, 等driver update, 芯片厂家出的直接操作GPU的driver,比你自己闷
: 头写汇编强.
: 而且我不认为Mozilla没有对应的ARM汇编code, 你那因为这没法port是不可能的.
:
|
H****n
发帖数: 50 | 44 其实技术上让传统应用程序在RT上跑是完全可以实现的。RT上所有的Win32API跟X86上
的没有任何区别，Inbox的应用程序比如Notepad，office什么的也是调用了相同的API
，只是重新编译一下而已。但是微软并没有为RT发布Win32的API所以也没有办法让第三
方调用。我记得ARM的编译器应该是在VS里有发布的因为Metro的应用程序也可以选择用
NativeC++编写。我觉得大多数程序其实是可以通过直接重编译加少量测试就可以在RT
上运行的，但是如果应用程序内有汇编的部分就不得不重新编写。但是我觉得这样的应
用程序其实也不多。微软限制传统应用程序的主要原因还是安全和省电的考量。
关于直接用汇编调用GPU觉得应该是很不鼓励的吧，考虑到各种机器上都用不同的显卡
那岂不是要写一推不同的汇编代码来支持？我也觉得正确的构架也应该是让厂家的
DRIVER来实现又或者通过通用的软件接口比如DIRECTX。还有从usermode调用Driver本
来就是Windows编程的模式，是完全允许的方法。
还有CODEC也不一定是要调用GPU的吧？CPU也可以实现同样的功能啊？
【在 c*c 的大作中提到】
: 没话说了。。。”真要出个新codec, 等driver update, 芯片厂家出的直接操作GPU的
: driver...."
: 原来codec都是这么work的。。。。vlc可以等几十年了，quicktime也可以去等死了，
: 写libjpeg-turbo的兄弟都要吐血了
: "直接调用driver就完了"....driver难道在所有的platform上都一样？而且还能直接调
: 用？
: 你没写过serious的程序，就别跑来不懂装懂，ffmpeg，vlc，libjpeg－turbo，
: mozilla哪个里面没用到汇编？
|
H****n
发帖数: 50 | 45 其实技术上让传统应用程序在RT上跑是完全可以实现的。RT上所有的Win32API跟X86上
的没有任何区别，Inbox的应用程序比如Notepad，office什么的也是调用了相同的API
，只是重新编译一下而已。但是微软并没有为RT发布Win32的API所以也没有办法让第三
方调用。我记得ARM的编译器应该是在VS里有发布的因为Metro的应用程序也可以选择用
NativeC++编写。我觉得大多数程序其实是可以通过直接重编译加少量测试就可以在RT
上运行的，但是如果应用程序内有汇编的部分就不得不重新编写。但是我觉得这样的应
用程序其实也不多。微软限制传统应用程序的主要原因还是安全和省电的考量。
关于直接用汇编调用GPU觉得应该是很不鼓励的吧，考虑到各种机器上都用不同的显卡
那岂不是要写一推不同的汇编代码来支持？我也觉得正确的构架也应该是让厂家的
DRIVER来实现又或者通过通用的软件接口比如DIRECTX。还有从usermode调用Driver本
来就是Windows编程的模式，是完全允许的方法。
还有CODEC也不一定是要调用GPU的吧？CPU也可以实现同样的功能啊？
【在 c*c 的大作中提到】
: 没话说了。。。”真要出个新codec, 等driver update, 芯片厂家出的直接操作GPU的
: driver...."
: 原来codec都是这么work的。。。。vlc可以等几十年了，quicktime也可以去等死了，
: 写libjpeg-turbo的兄弟都要吐血了
: "直接调用driver就完了"....driver难道在所有的platform上都一样？而且还能直接调
: 用？
: 你没写过serious的程序，就别跑来不懂装懂，ffmpeg，vlc，libjpeg－turbo，
: mozilla哪个里面没用到汇编？
|
