「IchiGeki」としての活動についての大切なお知らせです。

「IchiGeki」としての活動についての大切なお知らせです。

１５年くらい前よりIchiGekiというハンドルで主にリモートデスクトップを開発してきましたが、最近では会社経営の方が忙しくなってしまい、IchiGekiとしての開発からは縁遠い状況になってしまっております。また、年齢的にも全盛期と比較して衰えを感じており、今後のIchiGekiとしての活動を常々考えておりました。

一方で、Brynhildrは個人法人を問わず様々な分野で普及され続けており、株式会社エルシィさんのおかげで収益化やカスタマイズも可能となる体制ができあがりました。

そこで考えた末、ハンドルであるIchiGekiを個人ではなくチームという形に変えることにしました。

今後は、一個人ではなく複数人で構成された「チーム IchiGeki」ということにさせて頂きます。最近では、法人様でのBrynhildrのご利用が増えビジネス色が強くなってきております。今後さらに販路を拡大するにはチームでの活動が好ましいと考えた次第です。

IchiGekiは個からチームへと変わりますが、今後も変わらずリモートデスクトップをはじめとしたソフトウェアの開発提供販売を行っていきたいと思いますので、引き続きどうぞよろしくお願いいたします。

iOS版KeroRemoteの配布を終了しました。長い間ありがとうございました。

２種類のプログラマーについて。

将来プログラマーになりたい人と話す機会があってふと思ったこと。

プログラマーって大まかに２種類かと思ってて、インプットタイプとアウトプットタイプ。

インプットタイプは、開発言語をこよなく愛する感じ。周りにかなり多い。記述方法や開発言語の新しい機能に敏感で、よりスタイリッシュでいかに美しいソースコードを追及して組み上げていくイメージ。何かの技術分野の専門家とゆーよりもその開発言語の専門家といった感じ。オープソースな今の時代にもマッチしてるし何より堂々としててかっこ良い。自分もこーなりたかった。

アウトプットタイプは、開発言語にこだわりはなく結果重視で高性能（高速で安定が高い）なモジュールを仕上げる感じ。開発言語毎に深堀するのではなく性能向上の目的優先で浅く広くで組み上げることを目的してるイメージ。ソースコードのアップデートよりも、OSの新しい機能を利用して性能をアップデート、という感じ。自分はどっちかとゆーとこっちタイプ。

どっちが正解とかじゃなくて、どっちに向いているかだと思う。経験上は、インプットタイプは講演とか登壇に向いてそうでアウトプトットタイプは研究開発に向いてそう。何となくな自分の周りの感じだと、成績の良い人（＝賢い人）はインプットタイプを選びそうな雰囲気かなと。

さて、そんな自分に開発言語（Ｃ言語）のカテゴリーで登壇依頼が来てるんですけど、このよーにアウトプットタイプだとたまたまその開発言語を選択したってだけだしその開発言語に詳しいってほどでもないので、ホントに開発言語についての話がしづらくて、まず冒頭に謝罪から入るしかないと考えているところですわ。

エルデンリング等。

実はダークソウルなどのフロムソフトウェア系のゲームはあまりプレイしたことがなかったのですが、エルデンリングがやけにブームになっていましたので乗るしかないこのビッグウェーブにとゆーことでいつものように乗っかってみました。

の前に、ＦＦ１４の零式３層も未クリアで練習しなきゃだし、フォートナイトのスパイダーマンのとこは全部やりたい（結果レベル１９０）し、ＡＰＥＸもちょっとレベル上げたいし（結果レベル９０）し、で睡眠時間が３時間くらいになってたんですけど、まー人生こんな時期もあるかなーってことで、ここにエルデンリングをぶち込みました。

結果的に、零式３層はちょいとお休み、フォートナイトが休止、ＡＰＥＸも間もなく休止、とゆーくらいにエルデンリングをやりこんでしまいSteamのアンロックは８０％ほどでプレイ時間は１００時間ほど。

ちなみにゲームパッドを握りすぎたのか右手の中指の付け根にガングリオンができました。人生初です。

さてそんなまでやりこんだエルデンリングですが死んだけど次は勝てそうって感じがホント辞められない感じで良いバランスですよね。この装備ならいけるんじゃね？とか。生命力を９９にしてもザコで即死とかもうこのバランスが良い意味で凄い。装備も術も集めたくなるしメインストーリーに関係ないボスも倒したいし。

てことで何とかエルデンリングをクリアして、零式３層をやや再開しつつもバビロンズフォールをはじめたんでまだ寝れそうにありません。気付いたら昼間にうつらうつらしてる時もあるのでもうすっかり春ですね。

不具合修正版でやんす。

不具合修正版でやんす。よーやく謎が解けました。

Download

まず、サーバー側にモニターを未接続の状態で画面の更新がなくなると暫くして切断されてしまう不具合を修正しました。具体的には、モニターが未接続だと画面の更新がなかった場合にDuplication Desktop API（DDA）がタイムアウトしか返さないよーでして、Verethragnaはキャプチャー周期が短いためDDAからタイムアウトが返ってくることも想定しており、もしタイムアウトされた場合は画面を送信しない仕様だったのですが、タイムアウトしかこない場合は画面の送信が全く行われず、その結果通信側もタイムアウトしてしまう状態になってしまってました。ですので、DDAがタイムアウトし続けた場合は空のデータを一定周期で送信するようにしました。また、クライアント側では画面のデータを受信しないとウィンドウのサイズ変更などの際に画面が崩れる仕様でしたので、こちらもタイムアウト発生中の場合は前回の画面のデータを利用してウィンドウのサイズ変更するようしました。この辺はまだ改良の余地がありそうですがあまり他の処理速度に影響を与えないようにする必要があるのでじっくりやろーかなと考えている次第でございます。すんませんでした。

次に、接続中はサーバー側のスクリーンセーバーやスクリーンアウトやスリープなどが実行されないようにしました。

あと、細かな微調整とかコメント修正とかいらないとこ削除とかやってます。

そんなとこですよろしくどうぞー。

「SkyPhone」のクアッドシステムから「OverQuartz（オーバークォーツ）」をリリースです。

法人版のブリュンヒルデでございます。

法人版のブリュンヒルデでございます。

２０２０年のBrynhildrの利用規約の変更により、Brynhildrを法人でご利用する際には、株式会社エルシィさんの利用許諾が必要となっております。

それに伴いまして、法人向け専用でご要望の多かった日本語メニューで動作します「Brynhildr Business」がリリースされましたのでお知らせいたします。

基本的な性能は当ブログにて配布しております個人向けのBrynhildr（以降オリジナル）と同じではありますが、上記の通り日本語メニューでの動作となります。オリジナルの方の英語もちょっとおかしいのではないかと海外の方もご指摘があった通り微妙であることは認識しておりましたので良い機会ではないかと思う次第でございます。

あと、Brynhildr Businessではカスタマイズをエルシィさんにてお受けすることが可能です。例えば、アプリの名前やアイコンを変更して自社アプリのようにしてお客様にご提供したいなどの小規模なカスタマイズから、業務システムと連動するなどの大規模なカスタマイズまで、有償ではありますが対応可能となりました。（従来ですと私のリソース不足でほぼお断りしてたアレです）

詳しくはエルシィさんのお問い合わせ頂きましてお見積りという流れにはなると思いますが、例えばご要望の多いメニューの非表示、機能の制限などは比較的に安価になる可能性があるのではとか考えておりますので、お気軽にエルシィさんの方へお問い合わせ頂ければと思います。

当方ではリソースに限りがありましたので、エルシィさんの方でエンジニアリングが可能となり、Brynhildrのカスタマイズをお受けできるようになったことが非常に喜ばしいことだと思っております！

そんな感じで法人向けのBrynhildr Businessもどうぞよろしくです！

以上でございますー。

Brynhildr Business Download

無料通話アプリ「SkyPhone」が５００万ダウンロードを突破しました！

Twitterでツイートしてます、ワシ。

久々ですこの投稿シリーズ。

久々ですこの投稿シリーズ。なんでもないよーなことをつらつらと書いてきやす。

さて、最近ちょっとまたウルスラグナの開発をやってたんですが、映像圧縮コーデックで利用しているVP8なんですが、ライブラリのlibvpxのバージョンは1.11.0が最新なんですが、開発環境はいつものVisual Studio 2008 Expressなんで、ビルドできるのは1.6.1までなんです。いや1.7.0以降もやろうと思えばできるかもしれんのですけど。で、その1.6.xがちょっと動作が怪しかったので今はブリュンヒルデで利用していた1.4.0を採用してます。1.5.0はちょっと遅かったものでスルーしました。

で、このVP8なんですけど1.11.0でも発生してるんですが、なんか映像とか環境によってでっかいブロックノイズ的なのが乗るのが分かってまして。色々と調べてるんですけど何やらMMXを有効にした時点でＮＧぽいんで、これはもうどーにもならんかもしれんかなと諦め気味の毎日です。しかもウルスラグナでもブリュンヒルデでもキーフレームを利用してない設定ですのでノイズが乗るとなかなか改善しないという。ぐぬぬ。

さて、んでもって老後の楽しみとしてとってあるVP8を根幹から見直して作り直してやろーかと思ってた壮大な企画があるんですけど、上のノイズの件もあるのでこりゃVP8じゃなくてゼロからコーデックを作った方が良いかなとも思うよーにもなりまして。

てのも、Twitterにもちょっと書きましたけど、離散コサイン変換と量子化とジグザグスキャンを追加すればそれなりの性能な映像圧縮コーデック自体はとりあえず完成はするかなと。色空間変換とデータ圧縮はアセンブラの速いのが既にありますんで。あとは差分処理ですかね。これも以前にアセンブラで作ったのがあるので何とか流用可能かなと。動き予測とかそーゆーのはないんですけど何とかなるんじゃないかなと。

時代的にも圧縮率はどんどん求められなくなっていると思うので、そうなると画質とか速度になるんですよね、ずーっと言ってるやつなんですけど。ノイズとかイヤですもんね。できれば無劣化までしたいんですけどさすがに離散コサイン変換した時点で不可逆になっちゃうんで仕方ないですけどまあ良しとしませう。

そーいえばその昔にTrueRemoteに実装したGaeBolgVideoCodecて映像圧縮コーデックを開発したことがあるんですけど、アレは画面の動きが激しい際の圧縮率が低いので、あと２０年くらい未来じゃないと通信帯域が耐えられないと思います。実測100Gbpsくらいは欲しいですので。その頃は解像度も凄くなって追いつかない気もしないでもないですが。ま、無劣化ですし動画用に設計してないのでしょーがないんですけど。

つーことで、なんか次の目標ができたわけでそんなことを考えてると今やってる仕事とかにもハリも出てきますよね。ちなみに今やってんのが、４つの会社の取締役とか何社かの顧問とかスマホゲーム開発とか通話アプリとかＡＩとかリモートデスクトップ開発とかアプリ開発とかＳＮＳ開発とかイベントとか番組制作とか・・・近況としてはそんな感じで。Twitterでも色々と情報を出していきますのでお楽しみに。