Programming」カテゴリーアーカイブ

ClutterGst Memory Leak

Y901x beta2 にトンデモなバグがあった。
ネットで拾った 2560×1440 の超デカイ動画を再生してみたら。

memory_leak

あっというまにメモリーリーク。
小さめのファイルでのテストだと気が付かなかったよ。

ファイルサイズより使用メモリのほうが大きいのでバッファではない。
Totem では問題無し、原因はドコだろう。

Clutter, ClutterGst 側のバグかと検索検索。
皆ビデオドライバーが原因ということで終わっている、違うみたい。

自分がやった処理を一つづつコメントアウトして何が悪いか地味に探す。
見つかった、細かい理由は解らないけどそういうことだったのかよ。

out_new_frame

ClutterGstPlayer の ‘new-frame’ シグナルを処理するとこうなるようだ。
void シグナルなので打つ手無し、つまりこのハンドラは使えない。

タイマーを使わずにイケたと思ったんだけーがなぁ。
素直にタイマー処理に、せっかくなので GLib でなく Clutter のを使う。

// Timer
let timeline = new Clutter.Timeline({duration:200});
timeline.connect("new-frame", Lang.bind(this, function() {
    // Timer Handler
}));
this.timer = new Clutter.Score({loop: true});
this.timer.append(null, timeline);
//
// etc...
//
this.timer.start();

これも ‘new-frame’ だがこっちは単なるタイマー。

ハンドラをこちらに移して再び再生。
Totem と同じメモリ使用量になった、なんとか解決。

もう少し弄って明日にでも beta3 に、完成は遠いかも。
ブログネタは Mac プログラミングと交互の予定が狂いまくり。

ClutterGst Aspect Rate

Y901x 1.2 beta2 を公開しました。

色々考えた結果リサイズはキーボード操作のみに。
だってメニューからリサイズしたことなんて作った本人は一度も無いモン!

GTK+ 3.20 でショートカットウィンドウが追加されるようなのでそれで賄う予定。
ソレを使う問題点は Ubuntu には完全未対応となるってことだけ。
Ubuntu GNOME でさえ 3.18 ですから。

その Ubuntu は次で独自 API に切り換えるという破滅への第一歩を選んだみたい。
GNOME が GNOME3 でアレだけシェアを落としたのを見てきたはずなのにねぇ。
とりあえず我がサイトは Ubuntu のページを全削除しておいた。

まあそれはどうでもよくて。
アスペクト比変更機能には本当に困った。

GStreamer-devel – Difference between videoscale and videobox

gst-launch-1.0 には aspect-ratio というオプションがある。
ならば普通に比率を与えれば有効にできる手段があるはず!
と探してみるけど全然見つからない。

手段は違うけどこんなのも見つけた。
kaa-candy/gstreamer.py at master ? freevo/kaa-candy ? GitHub
でも clutter_actor_animatev はもう使うなとのこと。

本当に Clutter はゴロッと変わって以前のサンプルコードが全滅状態。
初期段階で手を出さないでよかったなんて思うくらい。

結局自力でやることに。

        this.actor = new Clutter.Actor();
        this.actor.set_background_color(Clutter.Color.new(0, 0, 0, 255));
        //this.content = new ClutterGst.Aspectratio();
        this.content = new ClutterGst.Content();
        this.actor.set_content(this.content);
		//
		// etc...
		//
        this.set_video_size = function() {
            let allocation = this.vbox.get_allocation();
            let offset = SEEKBAR_HEIGHT;
            if (this.is_fullscreen)
                offset = 0;
            if (this.player.get_uri() != null) {
                let w = this.src_width;
                if (this.aspectrate == 1)
                    w = this.src_height *16 / 9;
                else if (this.aspectrate == 2)
                    w = this.src_height *4 / 3;
                let h = this.src_height;
                let aw = allocation.width;
                let ah = allocation.height - offset;
                let width, height, x, y = 0;
                if (aw * h > ah * w) {
                    width = w * ah / h;
                    height = ah;
                    x = (aw - width) / 2;
                    y = 0;
                } else {
                    width = aw;
                    height = h * aw / w;
                    x = 0;
                    y = (ah - height) / 2;
                }
                this.actor.set_width(width);
                this.actor.set_height(height);
                this.actor.set_position(x, y);
            } else {
                this.actor.set_width(allocation.width);
                this.actor.set_height(allocation.height - offset);
            }
        }

ま、自力変更は x の付かない Y901 でやっていたし。
ClutterGst.Content を適切にレイアウトするだけで難しくはない。

それより色々問題が出ている。

application_id を有効にすると多重起動の一つを閉じただけで落ちる。
GLXBadDrawable というエラーで落ちる。

GtkApplication からもう一つウインドウを開く処理を入れると落ちる。
GLXBadDrawable というエラーで落ちる。

GL* だから OpenGL だよね、Clutter 側がなんとかしてくれないとお手上げ。

Gjs @ ARGV in CJK Filename

前々回の記事で Gjs 3.18 の ARGV は日本語未対応だと解った。
一応、Gjs は GTK+ 等と同様 GNOME の一部なのでバージョンは GNOME と同じ。
今後変わるかもしれないけど現状では各自で対策しなければ。

ただし単純に変換すればいいわけではない。
昔と違って今はパラメータが URI である場合もあるのだ。
それを吸収するため GtkApplication が作られたのかも。

function messagebox(text) {
    let dlg = new Gtk.MessageDialog({
        transient_for: null,
        modal: true,
        type: Gtk.MessageType.WARNING,
        buttons: Gtk.ButtonsType.OK,
        text: text
    });
    dlg.run();
    dlg.destroy();
};
ARGV.forEach(function(element) {
    messagebox(element);
});

とりあえずこんな処理を入れて実験。
Mac に日本語ファイル名の動画を置いて Fedora からダブルクリック。

mac_wclick

ダブルクリックだとマウント先が渡るのね。
そして日本語は見事に化けるという。

mac_afp

afp の URI で渡しても再生できる、http もいける。
そもそも URI の場合日本語等は既にエンコードされているはず。
ならばこうすればいいんでないの。

const Y901Application = new Lang.Class({
    Name: 'Y901Application',
    Extends: Gtk.Application,

    _init: function() {
        this.parent({
            flags: Gio.ApplicationFlags.HANDLES_OPEN
        });
    },
    vfunc_open: function(files, hint) {
        let uri = files[0].get_uri();
        let w = new Y901Window(this);
        w.set_uri(uri);
    },
    vfunc_activate: function() {
        new Y901Window(this);
    }
});

let argv = [System.programInvocationName];
ARGV.forEach(function(element) {
    if (element.indexOf("//") == -1) {
        argv.push(decodeURIComponent(escape(element)));
    } else {
        argv.push(element);
    }
});
let application = new Y901Application();
application.run(argv)

“//” があれば URI 確定なのでそのまんま。
パス名なら日本語ファイル名かもしれないから変換処理。
で argv を作り直して g_application_run の引数にする。

これで現状何も問題なく使えている。
てゆーか、ARGV の仕様をなんとかしてくれないかなぁ。

ClutterGst 3.0 Get Media Width, Height

スマホやタブレット PC の動画再生は常にフルスクリーン。
ソースの原寸や倍率なんてナンセンス。

で、今や QuickTime, Totem 等のデフォルトプレイヤーはそんな感じに。
だけどまだタブレット PC の普及は進んでいないんですよ。

Y901x beta1 で等倍や二倍を消してしばらく使ってみたけどしっくりこない。
やはり等倍等にする機能は付けることにする。
さて、ClutterGst ではどうやってソースサイズを得るのか。

ClutterGstPlayer: Clutter Gst 3.0.18 Reference Manual

clutter_gst_player_get_video_sink
にて ClutterGstVideoSink 構造体を得ることができる。

Clutter とあるけどチト試すと GstVideoSink と同じように扱えるようだ。
だとすれば C, Python のコードが Web 上に山程ある、もちろん英語で。
ソレらを JavaScript に変換すればよさそう。

つか Y901x 1.1 はズバリだ、早速変換してみよう。
又パラメータや戻り値が違うかもしれないから慎重に。

const Y901Window = new Lang.Class({
    Name: 'Y901Window',
    Extends: Gtk.ApplicationWindow,

    _init: function(app) {
        this.parent({application: app});
        // var
        this.src_width = 0;
        this.src_height = 0;
        //
        // etc...
        //
        this.aspectratio = new ClutterGst.Aspectratio();
        this.player = new ClutterGst.Playback();
        // Ready Signal
        this.player.connect("ready", Lang.bind(this, function(player) {
            // Get Media About
            let vsink = player.get_video_sink();
            let it = vsink.iterate_pads(); // it @ GstPad Iteraror
            it.foreach(Lang.bind(this, function(pad) {
                let caps = pad.get_current_caps();
                let struct = caps.get_structure(0);
                this.src_width = struct.get_int("width")[1];
                this.src_height = struct.get_int("height")[1];
            }));
        }));
        //
        // etc...
        //
        this.show_all();
    }
});

ビックリするほど同じだった。
解説は Python Gst 関連のもっと詳しいサイトで、もちろん英語。

foreach にアレ?と思うかもだがコレ gst_iterator_foreach ですんで。
コイツも Gjs ではメソッドになるので Lang.bind にて this を親に置き換える。
つか Lang.bind ってネストできたのか、試しに書いて上手くいっただけだが。

原寸は得ることができたけどウインドウのリサイズはどうしよう?
gtk_widget_set_size_request は縮小できなるので使えない。

Y901x 1.1 は親ウインドウをリサイズでまかなっていた。
しかし今度のは GtkHeaderBar がある、内寸と外寸が一致しない。
うーん駄目元で中の GtkBox との差分を計算してリサイズしてみよう。

        this.change_video_size = function(n) {
            let w = Math.round(this.src_width * n);
            let h = Math.round(this.src_height * n) + SEEKBAR_HEIGHT;
            let diff_x = this.get_allocated_width() - this.vbox.get_allocated_width();
            let diff_y = this.get_allocated_height() - this.vbox.get_allocated_height();
            this.resize(w + diff_x, h + diff_y);
        };

ちなみに this のメソッドには Lang.bind はいらない。

この関数に 1 を渡すと、見事に原寸の動画が再生できた。
計算方法は意外にもコレでいいようだ、GtkHeaderBar よくワカンネエ!

Gjs Application HANDLES_OPEN

Gjs にて C 言語の __FILE__、Python の __file__ に相当するもの。
const System = imports.system;
System.programInvocationName;

javascript – Handle files passed as arguments on the command line in a Gjs Gtk.Application – Stack Overflow

なんだあったのか。
これでちょっぴりコードがスッキリできるぞ。

それと open シグナルの引数は二つだった。
引数や戻り値の数を間違って指定してもエラーにならない仕様ってチト困るよ。

Gio.Application::open

それらはそれほど問題にならないのだけれども。
コレはどうにかならないものか…

#!/usr/bin/gjs

const Lang = imports.lang;
const Gtk = imports.gi.Gtk;
const Gio = imports.gi.Gio;
const System = imports.system;

const OpenApplication = new Lang.Class({
    Name: 'OpenApplication',
    Extends: Gtk.Application,

    _init: function() {
        this.parent({
            // set G_APPLICATION_HANDLES_OPEN
            flags: Gio.ApplicationFlags.HANDLES_OPEN
        });
    },
    vfunc_open: function(files, hint) {
        // Not compatible CJK
        print(files[0].get_path());
        // to JavaScript String
        let jstr = decodeURIComponent(escape(files[0].get_path()));
        print(jstr);
    },
    vfunc_activate: function() {
        //
    }
});

let app = new OpenApplication();
ARGV.unshift(System.programInvocationName)
app.run(ARGV)

ちなみに PyGObject

#!/usr/bin/env python3

import sys, gi
gi.require_version('Gtk', '3.0')
from gi.repository import Gtk, Gio

class OpenApplication(Gtk.Application):
    def __init__(self):
        Gtk.Application.__init__(self,
            flags=Gio.ApplicationFlags.HANDLES_OPEN )

    def do_open(self, files, n_file, hint):
        print(files[0].get_path())

    def do_activate(self):
        pass

app = OpenApplication()
app.run(sys.argv)

gjs_handles_open

アルファベットなら問題ないけど CJK だと引数の GioFile がおかしい。
path が滅茶苦茶な状態で渡されてくるので自力変換する必要あり。
変換方法はココで見つけたけどアルファベットは問題ないし UTF-16 じゃなくね?

javascriptで文字コード変換 – Qiita

get_uri でも同じ、一度変換して再変換という手間が必要。
PyGObject は問題ないのでバインディングの失敗ですよね。

# 追記
ARGV 自体がおかしかった。

ARGV.forEach(function(element) {
    print(element);
});
/*
gjs test.js 日本語.txt
#=>æ?æ?¬èª?.txt
*/