.NET MAUI えるいーだーの移植状況

2023/06/11 追記

2023/06/12 追記

2023/06/17 追記

Xamarin上のえるいーだーを.NET MAUIへの移植は上手くいっていないです

クラッシュクラッシュクラッシュ

なんだかクラッシュするんですよ
原因はわかりません

クラッシュするとスタックトレースが消えてるんだもん
そりゃないぜ・・・

いやまあ原因箇所はわかっている
plugin bleのBLEデバイスを検索開始するStartScanningForDevicesAsyncメソッドが問答無用で吹っ飛んでいるのですが・・・

何故吹っ飛ぶのか?

何故なんだろうか

これがまた嫌らしいことに「Visual Studio」上のデバッガーだと吹っ飛ぶのです

単独動作だとしれっと動作する

そして、実機上でアプリを単独で動作させるとしれっと動作してしまうのですな・・・
ええ???

そう、しかも基板ときっちりパスも接続されてしまう
まだ送受信は試していないけど、なんなのこの動きは?

他のアプリだと

これがまた動く

それじゃBLEのサンプルアプリだとどうなのか?
こちらで作ったサンプルアプリだと・・・

これがまたデバッガ上でステップ実行してもさらっと動く

なぬぅぅ????

これって俺のバグでほぼ確定じゃん

でも原因がわからない

どうすりゃいいのよ

ステップ実行を諦めてログをひたすたら出力してデバッグするかね???

まあ、今のところそんな感じで移植は上手くいってません

明日になったら本気出す

まあ頑張ってみます

おしまい

2023/06/11 追記

なんか昔のもおかしい

サンプルアプリだと動く・・・・と書いたけどなんか今日試したらダメでした
StartScanningForDevicesAsyncの中で

こんな画面になる

つーかさ、スタックトレースが見れなくなるのやめてくれよ・・

F5連打する

そこで↑の画面でF5(実行)を連打してみたら、どういうわけかどうも実行状態がじわじわ進んでいき、接続まで実行して、接続イベントまで到達してしまった

んん????

これは一体どういう状態なんだ・・・・

そもそもサンプルアプリだって、これを作ったときは動いていたのに何で今になってこんなふうになるんだろう

なんか、StartScanningForDevicesAsyncの実行中にconnectイベントがコールされてるけどそれが何か悪さしているっぽい感じはするけど

じゃあ何でVisual Studio上からじゃないと上手くいくのさ

なんかスレッドが変なぶつかり方してるのかなぁ

2023/06/12　追記

うーん・・・changelogを見るとMAUIへの対応は3.00以降までお預けみたいだ
残念・・・・

まあせこせこコーディングを進めていきますね

とは言え、今週末はAKガーデンなのでそんな時間は無いがな

2023/06/17　追記

Visual Studio 2022を17.6.3にしたら上手くいったぞ・・・

どうなってるんだ

直前にWindows Updateもあったけどそんなことが原因で上手く行ったり行かなかったりってあるのかな

まあ、上手く逝くようになったのでよし

このブログの人気の投稿

RAM DISKを使ってみた(使ったのはImDisk)

GWだし、まあちょっとラムディスクを入れてみましたうちのPCはWindows11 使ったのはImDiskというRAM Disk。まあ、この辺のインストールとかはあちこちで解説してる人がいるので適当にぐぐってくださいなで、とりあえずベンチマークなかなかいいスピードだで、大抵の人はブラウザのキャッシュをRAMディスクにするといいよ・・・と言うけどそもそもメインドライブがNVMeのSSDを使っている状態で、体感速度なんか上がらない(使い終わったキャッシュを再起動したら綺麗さっぱり捨て去ってくれるという利点はある) うちで一番効果があるのは Adobe Audition というアプリこれが結構高速化する(キャッシュをちゃんとRAMディスクにしたら・・・だけど) ハイレゾ音源だと、1時間の音源が何かする度に4GBのファイルを作られてしまうなので、RAM DISKにすると、結構編集時間を短縮できる Premiere Rushも出力先をRam Diskにしておいて終わったら、SSDにコピーすると言う事をやるとかなりスピードアップになる実はうちのPCは普段は99％のパワーで動作していて、CPUのターボブーストが掛からないようになっている大体3.6GHz当たりで安定してるのだけど、これを100％にするとターボブースト機能がONになって一部のコアが4.5とか4.8GHzまで上がるまあ、毎回電源オプションをいじる事になるのだけどさ・・・そうしてベンチを取るとこんな感じとは言え、ブーストしてるからと行ってRam Diskのスピードの差を体感する事はさすがに無理・・・と言うかフォトショでもRAM DISKにしてよかった・・・と言うほど変わらない SSDの性能が上がってきたしもし次にPCを買い換えたらRAM DISKよりSSDの方が速いかもね

ImDiskの後継アプリのAIM toolkitを試してみた

ImDiskの開発辞めちゃったらしいというわけで、じゃあ後継ソフトはあるのかと思ったらあった遅いと言われているけど・・・とインストールしてみた ImDiskのこの間の結果はこちら再びRAM DISK(ImDisk) blog.mazepin-led.com そして今回のAIM Toolkit なんか、無茶苦茶遅くなってるな下手するとSSDの方が速いじゃん CPUの使用状態はこんな感じ PIO転送なところは変わって無さそうまあ、遅いからと言ってその速度が体感できるのかというと出来ないんだけどねと思ったところで、なんか設定変えてみたらどうなるのだろう Allocate Memory Dynamicallyというのは、メモリを必要に応じてってことだからと思って以前試したことがあったけど、なんかImDiskのときは不安定だったんだよな AdvancedのとこにあるUse AWE Physical Memoryというのが良くわからないけど、チェックしてみたら速くなったおお、大分速くなった。なったけど・・・・なんで？これだとImDiskよりちょっと遅いくらいになるのかもしやQuickFormatととかでも変わるのか？と思ったけどそこまでやる気も無かったので放置。速くなるわけないよね。後は圧縮とか、取り外しメディアとかだし。最近の性能の良いSSDのおかげで RAM DISKというものの存在意義が薄れちゃったねまあそれでとにかく速度を稼ぎたいぜって人は SoftPerfect RamDiskでも使ってください昔はPrimo Ramdisk使ってました。当時使ってたけどなかなか良かった。当時SSD無茶苦茶高かったし。今はほぼ無用になってしまったが・・・未だにスタンダード版は8GBまでなんだなキャッシュ領域にしたいなら大人しく余ってるSSDを使った方がいいんじゃ無いかって気がするけどおしまい

.NET MAUIでスプラッシュスクリーン Android12で地獄を見る

まずは起動するところから・・・・スプラッシュスクリーンだぬマイクロソフトのサイト見てると簡単そう(実際簡単で細かい事を気にしなければsvgファイルを用意して1行だけ書き換えておしまい) なんかプロジェクトファイルに自動で記述されるらしいよし、プロジェクト作ったつーか、もうスプラッシュがあるんだけど・・・・そして自作のsvgファイルくうっ・・・デザインセンスない・・・・それはともかく、このSVGファイルを Resources\Images　にドラッグ＆ドラッグプロジェクトを右クリックして｢プロジェクトファイルの編集」して、編集できるようになったプロジェクトファイルを自分のプロジェクトファイルに書き換える <MauiSplashScreen Include="Resources\Splash\splash.svg" Color="#512BD4" BaseSize="168,168" /> ↓ <MauiSplashScreen Include="Resources\Splash\ splashtestmaui .svg" Color="#512BD4" BaseSize="168,168" /> とりあえずAndroidで実行お、おう・・・・まあ最初はこんなもんよね最初に紹介したマイクロソフトのサイトでもBaseSizeを書き換えてくださいって言ってるし言われたとおりに <MauiSplashScreen Include="Resources\Splash\splashtestmaui.svg" Color="#512BD4" BaseSize=" 320,600 " /> 書き換えてみるといい感じじゃーんじゃあアンドロイドのバージョン毎に試してみよう Android 7 Android 11 Android 12 Android 13 ...

マゼピンの部屋

このブログを検索

このブログを検索