mieki256's diary

2023/11/12(日) [n年前の日記]

#1 [hsp] HGIMG3のhgcaptureについて調べてる。その2

#1 [hsp] HGIMG3のhgcaptureについて調べてる。その2

#2 [nitijyou] 選挙に行ってきた

#1 [ubuntu][linux] Ubuntu Linux上で温度センサの値を調べる

#2 [ubuntu] apt upgradeで謎メッセージが出てくる

#3 [nitijyou] 体調がよろしくない

#1 [windows] サブPCのWindows10をメンテナンス

#1 [digital] スマホを貰った

#1 [gimp] GIMP 2.10.14 を Windows10上でインストール

#1 [tic80] TIC-80で音楽を止める方法が分からず

#1 [lua][love2d] love2dで音を鳴らせるのか動作確認中

#1 [windows] CortanaのWeb検索キーワードを無効にしたいのだが

#1 [prog] アンチエイリアスだかジャギ消しだかのアルゴリズムで悩んでる

#2 [pc] LibreOfficeの拡張ってどうなってるんだろ

#1 [prog] VS2013 Express + C# でそれらしいアプリが書けた

#2 [pc] ホームページビルダーのユーザーブラグイン機能が気になる

#3 [nitijyou] 犬が車に轢かれてしまったらしい

#1 [game][neta] 馬鹿話も結構大切と自分は思っている話

#1 [nitijyou] 体調悪い

#1 [ruby] Windows7 + Ruby 1.9.2 + NetBeans 7.0.1 でデバッガが動かない

#2 [pc] 故障した日立製HDDを郵送した

#3 [pc] Windows7の起動に時間がかかるようになった

#1 [flash] 疑似乱数とattachMovie()でハマる

#1 [pc] Amazonから小型液晶ディスプレイと小型キーボードが届いた

#1 [prog] S式を扱うのに向いてる言語ってなんだろう

#1 [nitijyou] ケーズデンキに自転車で行ってきた

#2 [digital] パノラマ画像撮影時のことをちゃんと考えているデジカメってのがどうもありそうな予感

#3 [digital] ドアスコープについて検索

#4 [neta][digtal] カメラを電動で回してパノラマ画像を撮影できないものだろうか

#1 [nitijyou][jiji] 福島県知事選の投票をしてきた

#2 [nitijyou] 徒歩で買い物に

#1 [nitijyou] 松明あかしを見てきた

#2 [anime] ウルトラマンマックス、御神木の回

#1 [nitijyou] ファイル入れ替え作業に行ってきた

#2 [nitijyou] 本を売ってきた

#3 [game] ネオコントラの店頭デモを見かけた

#4 [tv] シュレックを見た

#5 [game] 「まるやきくん人体実験懐かしゲームをやらせてみたら」のページ

#6 [prog] _CGIをすばやく設置できるようにするには

#7 [linux] _Linux ユーザのためのデータ救出

#8 [web] 前々から気になってはいたのだけど。

#9 [neta] 餃子パン

#1 買い物に

◎ ソース :

◎ 問題点 :

◎ ソース :

◎ 問題点 :

◎ 傘を新調 :

◎ AMD APUは問題有り。 :

◎ 2022/11/13追記。 :

◎ PC側にファイルを転送したい。 :

◎ PC側のブラウザはFTPが使えなくなる予定。 :

◎ GPS(Gimp Paint Studio)でエラー。 :

◎ 2018/11/13追記。 :

◎ VirtualBoxx + Debian stretch 上でも動作確認。 :

◎ VirtualBox上ではOpenGL関係のエラーが出る。 :

◎ 経緯。 :

◎ 問題点。 :

◎ Cortanaをもう少し改善してほしい。 :

◎ Microsoftは愚かな農夫、なのだろうか。 :

◎ 関連情報をメモ。 :

◎ VS2013の感想。 :

◎ 「チラッ」と考え直してみる。 :

◎ 思いつきで終わらせない。 :

◎ Bukkake必要論。 :

◎ などと書き留めてみたものの。 :

◎ 小型液晶ディスプレイについて。 :

◎ 小型キーボードについて。 :

◎ Amazonの返品交換手順について少し検索。 :

◎ 電気ひざ掛けを購入 :

◎ デジカメ用の三脚を購入 :

◎ _フィット・ドアスコープ、来る :

◎ ビデオカメラでグルッと回りながら撮影したらパノラマ画像に :

◎ _佐竹保紀/卒業研究/2005-09-16 - 千種研究室 2005年度 :

◎ _Libretto ff 1100V :

◎ Wiiのリモコンなどに使われてる加速度センサを使って :

◎ 100円ショップで色々買い物。 :

◎ 雨がチラチラ降ってたので車で行ってきたけど :

◎ 住所を書かされた :

この記事へのツッコミ

◎ _ジャンボギョーザドッグ :

◎ _COOKPAD 餃子パン :

◎ _破天荒のぎょうざ :

Windows10 x64 22H2 + HSP 3.7 beta7 で、仮想画面相当に HGIMG3 で描画して、その結果をメイン表示ウインドウに持ってこれないか実験中。

たぶんできたような気がする。ただ、ちと問題はあるけれど、それについては後述。

要するに以下のような仕組みにすれば、それらしくなるのかなと。

プログラム起動時に作成される初期ウインドウ(ID=0)には手を付けない。(後々スクリーンセーバを作りたいので…)
メイン表示ウインドウ(ID=2)と、仮想画面相当にする表示ウインドウ(ID=5)を新規作成。
HGIMG3の描画結果のコピー先として、buffer ID=6 も新規作成。この buffer は、仮想画面相当ウインドウと同じサイズにしておく。
HGIMG3を使って、仮想画面相当の表示ウインドウに色々描画。
hgcaptureを使って、仮想画面相当表示ウインドウから、buffer ID=6 に、描画内容をコピー。
buffer ID=6 の内容を、メイン表示ウインドウに拡大描画。その際利用するのは、HSP標準描画機能。HGIMG3で描画はできない。HGIMG3を使って描画しようとすると、仮想画面相当の表示ウインドウ側に描かれてしまうので。

_07_hgcapture_02.hsp

    ; hgcapture使用サンプルその2
    ; 表示ウインドウを2つ新規作成して、片方を仮想画面相当、片方をメイン表示にする
    
    #include "hgimg3.as"
    #include "d3m.hsp"
    
    ; 以下の行をコメントアウトするとウインドウ表示になる
    ;#define FULLSCR
    
    #packopt name   "07_hgcapture_02"   ; file name
    #packopt type   0                   ; generate ".exe"

    #define TEXFILE     "chara.png"
    #pack   TEXFILE
    
    #define KB_ESC  128
    #define KB_LEFT     $00001
    #define KB_UP       $00002
    #define KB_RIGHT    $00004
    #define KB_DOWN     $00008
    #define KB_CURSOR   (KB_LEFT | KB_UP | KB_RIGHT | KB_DOWN)
    
    framerate = 60
    
    title "Screen 0"
    
    ; メイン表示ウインドウを確保。HSPの標準描画機能で描画していく
    dispid = 2
    
#ifdef FULLSCR
    ; get desktop size
    dispw = ginfo_dispx
    disph = ginfo_dispy
    bgscr dispid, dispw, disph, 0, 0, 0, dispw, disph
#else
    dispw = 1280
    disph = 720
    screen dispid, dispw, disph, 0
    title "Screen " + dispid
#endif
    
    ; hgcapture用バッファを確保
    tbufid = 6
    vscrw = 512
    vscrh = 288
    buffer tbufid, vscrw, vscrh
    
    ; 仮想画面相当の表示ウインドウを確保。HGIMG3で描画していく
    vscrid = 5
    ; modevalue = screen_hide
    modevalue = 0
    screen vscrid, vscrw, vscrh, modevalue
    title "Screen " + vscrid
    
    hgini
    
    ; load texture
    texload2 TEXFILE
    texid = stat            ; get texture ID
    texw = 16
    texh = 16
    
    clscolor $4080c0        ; set clear color
    
    count = 0
    x = (vscrw / 2)
    y = (vscrh / 2)
    
    time_start = d3timer()
    
*mainloop
    repeat
        ; get FPS
        tm = d3timer() - time_start
        fps = d3getfps()
        
        ; ESC key to exit
        stick k, KB_CURSOR
        if k & KB_ESC : break
        
        ; move character
        spd = 3
        if k & KB_LEFT : x -= spd
        if k & KB_RIGHT : x += spd
        if k & KB_UP : y -= spd
        if k & KB_DOWN : y += spd
        
        hgdraw
        
        ; draw images (HGIMG3)
        gmode gmode_rgb0, texw, texh
        pos x, y
        src_x = ((count / 16) \ 2) * texw
        src_y = 0
        rot = 0.0
        scale = 3
        dst_w = texw * scale
        dst_h = texh * scale
        hgrotate texid, src_x, src_y, rot, dst_w, dst_h

        ; HGIMG3 の描画結果をキャプチャしてbuffer(ID=tbufid)にコピー
        ; 右端と下端に数ドット黒部分が出るのはバグらしい
        gsel tbufid
        hgcapture
        
        ; メイン表示ウインドウにHGIMG3の描画結果を描画していく
        gsel dispid
        redraw 0
        
        ; zoom copy tbufid -> dispid (HSP標準描画機能)
        if 1 {
            gmode gmode_gdi
            pos 0, 0
            gzoom dispw, disph, tbufid, 0, 0, vscrw, vscrh, 1
        } else {
            gmode gmode_gdi, vscrw, vscrh
            pos (dispw / 2), (disph / 2)
            grotate tbufid, 0, 0, 0.0, dispw, disph
        }
        
        ; draw text (HSP標準描画機能)
        if 1 {
            font "Tahoma", 20, 1, 2
            objcolor 255, 255, 255
            color 16, 16, 16
            pos 16, 16
            mes strf("[%dx%d] %d FPS", vscrw, vscrh, fps), 4
        }
        
        redraw 1
        
        t = (1000 / framerate) - 1
        if t <= 0 : t = 1
        hgsync t
        
        count++
    loop
    
*mainloop_end
    end

使用画像は以下。

_chara.png

問題点としては…。処理が遅い…。そのせいか、動きもガクガクしてしまう…。

前述のソースでは違いが分からないかもしれないけれど、以下に示すような描画面積がそれなりに大きい処理の場合、明らかに遅くなる。

_07_hgcapture.hsp
_tex.png

仮想画面相当を経由させずに直接描画すれば60FPSが出る処理内容でも、仮想画面を経由させると60FPSが出なくなったりする。一旦仮想画面を経由することで、描画面積はかなり少なくなって、処理時間が短くなるのではないかと予想していたのだけど、実際には真逆の結果に ―― 速くなるどころか、むしろ遅くなる状態になってしまった。

実際に測定したわけではないから、たしかなことは言えないけれど、どうも hgcapture が遅いのではないかという気がしている。関連情報を眺めると、VRAM からメインメモリに内容をコピーしてくる関係でどうしても遅くなる、と言及されているようだし…。

Prev - 2024/04 - Next