RM视频播放器 [2011-4-20更新异步模式 可以融合进 RM 画面]

yangff

蕾米莉亚·斯卡雷特 发表于 2011-4-22 20:48
回复 yangff 的帖子

GetCurrentBuffer

这种方法的FPS在30左右时无压力的……不知道60会不会……大不了跳帧= =反正有几个视屏的FPS到60了= =
但是据说CPU各种吃没试过= =这个导的是摄像头的

这段代码本来是用来把DS的那一坨转成Ocv的那一坨……
显然这种玩意返回的东西可以在RM里面直接用
Rm的Bitmap是BGRA的Top-down=int
这个返回的是BGR模式的Top-down
到时候怎么位移一下就好了= =

yangff

蕾米莉亚·斯卡雷特 发表于 2011-4-22 21:38
回复 yangff 的帖子

少了个 A 感觉少了好多。

不会，扫一遍不会影响FPS的= =虽然是Blt但是直接搞内存还是很快的 = =
GetCurrentBuffer不知道支不支持A通道= =但是Dx的话因该是可以的吧
至于解码……我觉得弄个FFmpge什么的就差不多了吧，Kmp用的也就是FF啊
不过GPL很讨厌就是了

yangff

蕾米莉亚·斯卡雷特 发表于 2011-4-22 22:37
回复 yangff 的帖子

解码链 都是会找可以使用的， 基本上算是最优的组合方法。

啥……反正我是记得FFmpge可以解几乎所有的……当然现在这么多乱七八糟的也不好说，但是至少常用的没问题的说……
Bitmap我的意思是这样的
class Video < Bitmap
  def address

    buffer, ad = "xxxx", object_id * 2 + 16

    RtlMoveMemory_pi.call(buffer, ad, 4); ad = buffer.unpack("L")[0] + 8

    RtlMoveMemory_pi.call(buffer, ad, 4); ad = buffer.unpack("L")[0] + 16

    RtlMoveMemory_pi.call(buffer, ad, 4); return buffer.unpack("L")[0]

  end
  def initialize(url)
    @handle,w,h=GetRect.call(url).unpack("L*")
    super(w,h)
    SetAddr(@handle,address)
  end
  def update
    if (FPS)
      MovieUpdate.call(@handle)
    end
  end
  def dispose
    MovieDispose.call(@handle)
  end
end
效率不用担心，我写过一个斜切的，每桢PIA一个新的Bitmap然后用新的度数切一遍再XXXXXX再修改透明度，FPS在50无压力只是加一个A更无压力了肯定……我担心的是Dx但效率反而（d7说他能到60我才不信……）
只不过我对RM统计的FPS各种怀疑不需要原因的那种