画像処理 15枚目 [転載禁止]©2ch.net
画像処理プログラミングについて質問、議論を行うスレッドです
・画像処理について素人同士で大激論
・初学者の質問に対してやさしく(的を外れた)解答を与える
・その道の玄人も大歓迎 >>300
馴染みの店の店主に買いものの好みを覚えられるのと国に管理されるのが同じだと思うなら好きにすれば?
あと国は通帳の中身まで把握しようとしてるがクレジットカードの買い物でそれらは開示されるのか? >>301
違法な取引さえしてなければ国でも問題無くね? >>302
おまえは絶対悪さしない相手なら見ず知らずの他人でも家に上げたり通帳見せたりしてもへいきなんだな
俺は無理
ついでに言うと政府が悪さをしないとも思えない
まあお前さんの価値観は別にそれでいいよ
ただし他人の価値観に口を出すな 日本の政府が信用出来ないのなら、海外に移住すればいいんじゃね? そのままでは読み取りができないコントラストが弱いQR画像を読み取りたいのですが、
外光などがある状態でのカメラ撮影のため場所によって白セルと(薄い)黒セルの
輝度値が違ったりエッジが綺麗にとれなかったりでうまく二値化ができません
いい画像処理方法はありませんでしょうか
拾い物画像ですが対象QRはこのようなイメージです
https://dotup.org/uploda/dotup.org2364424.jpg >>302
どんな場でもそうだが「国」と一括にするのは焦点がボケる
例えばマイナンバーに口座を紐付けしたら次は税の自動引き落としが確実に来る
サラリーマンは年末調整で還付になるだろうが今でも税は過請求一方の不思議な非対称が起こってるんだからエスカレート間違いなし
公務員は労働強化を防止するという建前でデジタル業務に制限を課してるから年金同様泣き寝入り必至 >>305
既に画像が消えてるから試せないけどヒストグラムの平坦化をしてからしきい値で2値化とか?
FFT処理して低周波成分をカット後に元に戻してから(ryとか? 画像処理やってる技術者って八年くらい前と比べるとかなり増えたね
この市場ももう終わりなのかなぁ そうなん?
最近はニューラルネットで…みたいな話ばかり聞くけどどうなんだろう 画像の近似値出すのって
ライブラリとかで一発でできたりしないもん?
二つのjpg送ると%で帰ってくるようなやつ スキャナアプリみたいな
用紙が光の加減で微妙な明るさの差異がある文章の画像で
平均的に白黒二諧調化にする技術って
どんな技術使ってんの? 2枚の画像のマッチング済みの特徴点から並進x,yと回転θを求められる良いライブラリや参考になるサイトはないでしょうか
OpenCVのestimateAffinePartial2Dが最もイメージに近いのですがスケーリングはいらないので少し余分なのです ImageJで画像に対してProcess→FFT→FFTで出力したパワースペクトルに対して
同Inverse FFT 「ではなくて」 FFTを実行すると元の画像に戻ってしまうのですが
これっておかしいですよね?
パワースペクトルは描画されている画像に加えて内部にフーリエ変換後の複素数データを持ってると思いますが
複素数データを持っている場合はFFTが呼ばれてもInverse FFTを実行するような処理になってるんでしょうか フリーの画像解析ソフトを探してImageJを使ってみたけどわかりづらい
ググっても日数制限の体験版とかGIMP・フォトショみたいなのばかりでてくるし日本語でわかりやすいのが無いな >>308
この分野、今一番ホットかもしれませんw
【無能】政府「ワクチン接種券はバーコードではなく、その下の18桁の数字をタブレットで読み取って」→全国の自治体で読み取りエラー続出★4 [ネトウヨ★]
https://asahi.5ch.net/test/read.cgi/newsplus/1620951033/92 92
まとめ
厚労省がワクチン円滑化システム「V−SYS」を作る
↓
厚労省「V−SYS」は自治体への輸送までしかサポートできず、接種後の記録や追跡ができないクソ仕様
↓
菅が厚労省に不信感を抱く
↓
河野大臣がワクチン担当に。新しいシステムを作るため、ITに詳しい小林史明議員をワクチン補佐官に任命
↓
内閣府でベンチャー企業に新システム「VRS」を発注(制作期間2ヶ月)。バーコードかQRコードを読み取る仕様
河野「バーコード読み取るだけ」と国会答弁
↓
厚労省が自治体向けの「VRS」マニュアル配布。
なぜか「接種券へのバーコードの印字は任意」と説明してしまう。
↓
バーコードを印字しない自治体が出てくる
↓
バーコードではなく、共通の番号の数字を読み取ることになる
↓
読み取りエラー続出
↓
小林補佐官がタブレットを固定する台を作製(段ボールでも代用可)
↓
タブレットを固定台を全国の自治体に配布←今ここ なぜかビンが1本余る
↓
生理食塩水を摂取していたことが判明
↓
誰にそれを打ったか判らない←いまここ
バーコードなんて無意味 スーパーロングres
>>311
普通はlocal windowを走らせる二値化(Niblack, Souvolaとか)
それ以外にもblobを抽出して二値化するやつとか、色々ある
入力がスキャナ画像かカメラ画像かで難易度がえらく違う
カメラの場合、光源や影やピンぼけなどの影響を考慮する必要があり
単純な場合以外、そんなのやってられるかよ、と思う スーパーロングres-2
>>314
対応点が3点以上あればアフィン変換のパラメータを求めることはできるので
(対応点が4点以上なら最小二乗法使う)
あとはアフィン変換のパラメータを、誤差を少なくする方向に繰り返し演算して、回転と移動のパラメータを作ればよいのでは
ただしアフィン変換を回転と移動で表せるのは、もとの変換がそういう場合だけなので、これ意味があるかはわからない
スキャナー入力した画像の傾きを簡易的に知りたいとかかな 皆さん画像処理の結果を確認するのにどんなソフトを使っているんでしょうか?
GIMP も Irfanview も使いにくいのですが、良いソフト知ってたら教えてください
それとも普通自作するものでしょうか?
・TIFF/BMP/JPEG/PNGのイメージファイルが読み書きできる
・ピクセル単位に画素を確認できる(ピクセル単位のグリッドが表示できる)
・画像の拡大・縮小・表示位置の移動がマウスだけで可能(左クリックで拡大・右クリックで縮小、ドラッグで移動とか)
・プラグインで自分の作った画像処理を追加できる
・写真のレタッチとか妙な機能は一切不要で、画像を細かく確認できればそれで良い
・オープンソースなら理想的
ぶっちゃけ、Windows95用ソフトだった PaintShopPro 4.2J (JASC→Corel)が上の条件を満たしており、ずーっと愛用してたんですが、さすがに最近のWindowsではソフトが落ちてしまうので、代替ソフトを探しています。
# PSPはVerUPしてから別物になり、使えないソフトになりました
# Corelの人にお願いすると4.2Jのソースを貰えたりしないだろうか。MFCで書いた典型的アプリだからWin10用に直すのは簡単だと思うんですが >>327
ここは「プログラムを作る人のための板」
不満があれば自分でツール作ればいいじゃないってこと。そこに出てる機能ならC#でちょっと頑張ればできる
でもお前のそれはソフトウエア板で聞け さすがにちょっと頑張ればできるとは思わないが
GIMPならソースが手に入るんだ。改造すればいいじゃないか。 webをあさると、どこもかしこも同じことしか書いてないな
使用してるライブラリの関数を呼び出せば~という処理ができますって
当たり前じゃん
重要なのはその~という処理をすべきか否かであって、その処理事態はライブラリの実装者によって
実装されてんだからwww どういう処理すべきかってのは、下手すりゃそれをテーマにして論文にするような話しだし https://imgur.com/a/NuwxFpl
こんな感じの画像を何枚か作りたいんですけど、いま使ってるアプリだとホヨバースの大きさが同じにできなくて気になります
同じ大きさで作れるアプリとかないですか?
高校生かんで難しいこととかわからないです >>333
まず板違いなのでソフトウェア板かCG板でどうぞ
その前に,複数の画像の大きさ揃えるだけならすぐできるが(IrfanViewとか)
質問する前に具体的な説明でどんな加工がどんな順番で必要かをまとめておいて質問すると捗る ライブカメラ映像から人間の座標を得るには何をどうすればできるんだい? 座標系は何? 最終的に得られるビットマップ上の座標なのか?
それともカメラ映像から空間を推定してその空間での座標なのか? 画面上の座標でいい
そっから現実の座標は計算で出す スキャナで読み込んだ大量のグレースケール画像に対し、
レベル補正をかけてある一定以上の白は完全な白に、
ある一定以上の黒は完全な黒に変換かけたいのですが、
opencvで適切か関数が見つけられません。
ご存知の方おられましたらご教示いただけないでしょうか >>339
LUT関数にルックテーブル渡して実装出来ました。お騒がせしました ⬜は、クロマキー色 かつ
🟥🟩🟦は、クロマキー色でないと、する。で
⬜🟥
🟩🟦の
2倍の最近傍補間は、モチロン、
⬜⬜🟥🟥
⬜⬜🟥🟥
🟩🟩🟦🟦
🟩🟩🟦🟦 であるのである。だが、
これは、エッジはジャギる
そこで、エッジはジャギらないように
⬜⬜🟥🟥
⬜🟨🟥🟥
🟩🟩🟦🟦
🟩🟩🟦🟦
🟨は、🟥と🟩の平均だが少し明るくする
また、🟩の左上のも、少し明るくする
また、🟥の左上のも、少し明るくする
∵明るくする理由 クロマキーが左上なら
立体感的に被写体のエッジは明る目がいい感じぽぃし
って感じの極超基本設計でプログラミングしようと閃いた
どう❓ c++ならモチロン可能だよねぇ❓
この設計したポクは天才ですか❓ ≫341 9時間前の自分に返信してあげる。
お前は、🐴🦌だ。
そもそもarctan(1)、45°となる場合なら、
そのロジックでジャギらないけど、
そもそもarctan(0.5)、約20°?
となる場合なら、なんか、ヨタヨタしそうぢゃーーーん
ま、ヨレるのは何度も2倍を、くりかえしたらだし
ていうか、そうだ。呟きだけど、
ケース 7
⬜🟦
🟩⬜の2倍の最近傍補間では、
⬜⬜🟦🟦
⬜⬜🟦🟦
🟩🟩⬜⬜
🟩🟩⬜⬜ これの、ジャギなしなら
⬜⬜🟦🟦
⬜🟩🟦🟦
🟩🟩🟦⬜
🟩🟩⬜⬜ かどっちかな
⬜⬜🟦🟦
⬜🟦🟦🟦
🟩🟩🟩⬜
🟩🟩⬜⬜ ま、明るいほうが
上の方が何か安定するイメージだし、で
例えば、🟦が🟩より明るきゃ
⬜⬜🟦🟦
⬜🟦🟦🟦
🟩🟩🟩⬜
🟩🟩⬜⬜ だな >> 24h昔のお前に、再度返信してあける
そもそも、ビットマップ画像(ラスターイメージ)
のジャギーをとるなんて君には無理
ま、西暦2020年以降の地球人ならAI(人工知能の意)
プログラミングでソコソコ成果でてるぽいけど
西暦2023年時点でも、まだ、地球人は、
ラスター画像のジャギジャギした画像を
滑らかにするのは、地球人は🐴🦌だから無茶ですよ
ていうか、だってそれ出来たらモザイク除去
で元画像完全復元出来ちゃうぢゃーーーん。アリエナイ
てわけで、ジャギーとるプログラムを作るのは
ヤーメタ。てか、モザイク除去プログラム
誰か概略でいいから教えろぉぉぉぉぉーーーー >>344
数十分前のお前、天才ぢゃーーん。
2020年頃の最近からAIなんちゃらディープ
なんちゃらでモザイク除去できるソース
コードが存在するけどさ、
ま、アンシャープマスクを強烈に
やった程度の画質にしか、みえん。
てか、ポクなら、
4倍ズーム → ブラー → 閾値で2値
これをマスク画像とする。で、
元画像にかけ合わせリヤ、ジャギーなら
バッチリ取れるハズです。
モザイクは無理だけど、輪郭ならバッチリ
ゲットだぜぇーーーー
俺って天才。早速、無限日以内に
プログラミングしよーーーーーっと >>15分前のオマエに、返信
脳内机上デバッグしてあげるとさ、
⬛のようなのは⚫くなってカドはとれてバッチリ
でもさ、 いけね! ていうか>>346の続き
コロナウイルスのような超ジャギーな画像が元画像なら
ーーーーー🤔🤯
>>346 >>347
あのね、元々がジャギーな画像なのかよ
元画像が⬛ぽぃ画像は、ジャギー取れば⚫なるだろ
そして、◆ぽぃ画像も、ジャギー取れば⚫なるだろ
⚫画像から元画像を人工知能で推定しようとしても
⬛なのか◆なのかもしかして⚫なのか
人工知能でも無理だと思うよーーーん。
てかさ、とにかく、最近傍した画像は
ジャギってるけど、元画像を推定するプグラミング
しなさーーーーーーーーーーい
設計は、基本設計や詳細設計よりプログラミング設計
が大事なのぢゃよ。てか>>345のロジックで、まあよし
ただ、4x4より3x3にしなさーーーーーーーーーーい
1と0の閾値0.5だけどさ、0.5のを、1にするか0に
するか4x4だと悩むだろ、3x3の9点平均なら、
0.5から少しずれるし、んーーーー
言葉にならんけど、とにかく、ジャギーとれとれとれ >>348 オマエなに言ってるのか? ブローのロジック?
3×3とか4×4とか
とにかく、注目画像の真上、真下、左、右、の4点と
そしてだ、注目画像の左上、左下、右上、右下、の4点
を重み付平均でやれ。重みは前者が多めで適当でもバッチリ
ていうか、前者のそれぞれは、重み20%✕4箇所=80%
でそして、後者のそれぞれは、重み5% ✕4箇所=20%
これが、プログラミング的に美しい。
これで、マスクのブローした画像は、チョベリグー
スナワチ、超very good ぢゃ 💃
てなわけで早速コーティングするので、ぢゃーバイバイ
レビュー、完了✌ それね、3x3とかってカーネルって言うらしい
カーネルは普通は奇数✕奇数だから、
3✕3、5✕5、等が普通ですから、
4✕4のカーネルは普通ぢゃないですよーーーん
ちなみに、注目画像周りだけの重み付平均って
ロジックにしたの❓ 🐴🦌ぢャな。
注目画素も平均に反映しなさーーーーーい
てかさ、重み付しなくて、均等の平均でも
大差ないぽぃですよーーーーーー
ソースはインターネットで
平滑化 オペレータ で検索してさ
そこに載ってる画像見てみたら
重み付きでも、そうでなくても、殆ど同じ
てか、なんか怪しいよな。てか
ドンドン、ジャギーの内画像を作りなさーーーーい >>345〜350 数時間前の自分に返信するけど、
オマエの書込みをヒントに今、プログラミング中だけどさ、
ま、マスク画像の生成一歩手前まで上手くいったぜぇ💃
でも、ジャギーを取るにはブローが弱い
ブロー処理てか平滑化処理のオペレータ3✕3重付き
とか、エラソーに書き込んでるけどさ、
ブローをガンガンにそれもかなり広範囲でやったほうがよい
5✕5や7✕7でもダメな予感がします。
すでに、2割位完成した直感なので、ダメ予感は的中するハズ
んーーーとにかく、とにかく21✕21で重みなしで
なら上手く行きそうな予感だが、
プログラミング大変だな。ー
ま、広範囲のオペレータなんてロジックの解説なんて
ネットに無い予感するし、
なんて書き込んでるうちに、再度、ブローのロジックの
プログラミング設計はやり直す。
てか、こんなとこに愚痴ってる暇はポクはありません。
てな訳で。また一時的に撤退てかバイバイ 👋 >> 4時間前の自分に返信
21x21 ?、ま、対象のジャギーってる画像は
4x4のブロック⬛だ。4x4より遥かにデカイほうが
綺麗にボケる。というか只今作成&デバッグ中
てか、17x17がよいかんじ
対象の画素を基準に
横は、-8px〜+8px 則ち16てか17px
縦も、-8px〜+8px 則ち16てか17px
の17x17≒256よりすこしデカイ 画素でブラー
結構ボケてくれる🤩
ま、実行時間はかかる。
なんせ、4Kだし、4Kだと面積はF.HDの4倍
おまけに、オペレータ作用素も教科書に
記載の画素数比で10倍位ほしいから
なんと、40倍も処理が、時間が、かかる
とか書き込んでる内に終わったかな
さてと、デバッグするので、またバイバイ👋 >>345 早朝の自分に返信
4倍ズーム → ブラー → 閾値で2値
これをマスク画像とする。で、
元画像にかけ合わせて、ジャギーなら
バッチリ取れるハズです。
は、大正解ぽいぞ。
99%完成したけど、ほぼそのとおり
ちなみに17x17(作用素とかオペレータ)で
単純平均でブラーかけて
閾値は灰色で2値にしたら、ジャギー
もう、完璧になくなっちゃった💃✌
ま、クロマキーとの境目だけどね、
まだ、debugしきれてない1%が
少し難解だけと、目処ついちゃった
てか、早朝の345の自分って超天才ぢゃーーーん。
ちなみに、モザイク除去は無理だからね >>341 48h前の自分に返信
クロマキーとの境界のジャギーをバッチリ
取るプログラムは99.9%完成したぜぇ
てかさ、オマエ
「極超基本設計」なんて書いてるけど爆笑www
⬛🟥🟩🟦なんてへんなemojiで極超基本設計
やってるけど、そのとおり実装(プログラムの意)
したら、ハマるてか嵌るとこぢゃった
てか、極超基本設計てか言うお絵かき設計書
見た目は天才に、見えるけど、オマエは🐴🦌だ
てか、
BMP構造体1←「クロマキーを白、以外を黒の、画像」
BMP構造体2←「BMP構造体1を作用素17x17平滑化」 あ、手てか指が滑って「書込み」触れちゃった
で、354の続き
BMP構造体3←「構造体1を構造体2をマスキングとして云々」
とする、宇宙初の超絶技巧基本設計により、
バッチリり、ジャギーをとるモノとするもの
って感じで、それを、
アドビぢゃなくて、パワポというかので作成して
お偉いさんに、見せて、平滑化のとこは、
難解な用語を連発すりゃバッチリだぜ。
てか、99.9%できたけど、残り0.1%は楽勝
ま、読込みと書込みのファイル名は、プログラ厶に、
直に記載(極超ハーーーーードコーティング)したけど
ま、それはUIてかプログラムいじんなくても
画面から入力するようにして、完成としよっと。
ま、直ぐ出来るから、何時でも出来るから後でやらっと
てかさ、AKB48だったか、何とか46だったか失念したけとま
「いつから出来るから、すぐ出来る」なんて感じのタイトル
の曲名が地球にはあるんだけど、
論理的に偽もしくは真偽不明命題だな。
地球人はやはり🐴🦌しか、いないことを示唆した曲名ぢゃ
地球人に気に入って貰えるように、
やはりEMOJI🟦🟩⬜🟥を使用して「極超設計書」を書いた
>>341って天才だな ってか。
だって基本設計どおりプログラムすると嵌る基本設計でも
モピロン、EEEEEEMOJI🟥🟩⬜🟩で解説した
基本設計なら、バッチリ地球人は🐴🦌だから
バッチリ評価間違え無し🍐ナシ 💯
さてと完成まで0.1%だけど、ノンビリやろっーーーと >>355 十分前の自分に返信
いつかできるから今日できる は、乃木坂46の曲。
曲名は、「いつから出来るから、すぐ出来る」 かつ
グループ名は、「AKB48」の曲 は、
地球には、存在は、しませんとは、おもわれます。 >>342 arctan(0.5)が約20度ってオマエ記載してるけど
約26.56505117°ですよ。
arctan(1)は45度ってわかってるなら、その半分の22.5度
より少しデカイにきまってるぢゃーーーん。オマエ🐴🦌
せめて、25度ぐらいとか、切のよい30度とかの
記載にしなさーーーーーーーーーーい
てか、この自作自演の文章バグだらけで
訂正するほど、バグが指数関数的に増えそうだから
暫く、書込みやめよーーーーっと 1日半前の自分 >>352 の投稿内容を今読み返しみたけど
≫元画像にかけ合わせて、ジャギーならバッチリ取れる
🇯🇵ゴ、ダイジョブ ですか?
てか、この元画像に掛け合わせてが、肝なのぢゃ(肝心との意)
てか、こういうのは、プログラミング言語でしか表現できん
てか、🇯🇵語といかいう言語では表現不可能
てか、確か17x17オペレータ(作用素とか🇯🇵語)でボカスロジック。
端あたりの例えば(3,3)は、そのとおりコーティングだともしかだが
BMP構造体のへッダ部にデータ部の平均値書き込みBMPファイルがダメになる
🌏人の🐴🦌な奴にはここまで細かい仕様書を書くないとダメだ❓
その点、プログラミング言語は🇯🇵語とは違います。
そ、4Kなら、作用素(🇯🇵語)が17x17なら
❌ for 0〜3839 ⭕ for 8〜3832 って感じで、プログラミングで、いいけど
これを🇯🇵語だと超イミフだし、てか、この上記文も🇯🇵語だな🤯
てか、テキトーなこと、いってもイミフだからテキトーなのかわかねぇ〜し
てか、ま、ジャギー取るのはばっちり100%完成
ま、ヒトデぽぃ形の画像がジャギーてるのは、
尖ってる部分も丸くなるし、鋭角的に凹でるのも丸くなるけど、
これはBUGぢゃありません。副反応デス。
これからはチミたちプログラマさんはモピ論、
上司から「これバグだ。」と怒られたら「仕様です」てか「副反応デス。」って返答
てか、変答すると善い。そんな即、会社、速クビになれる
バグは「副反応デス」だよねー🤪
てか、そろそろ、完成のツールで画像をドンドン4倍に
アップコンバートしなきゃ、ですので今日もこれでさよなら👋 ま、何だな、EXCEL VBAループ内に
セルにループカウンタを表示&DoEventsいれ
適切な頻度、適当だけど適切な頻度でセルを表示させると、
セルにループカウンタが表示される訳でだが、
副反応で、「応答なし」がなくなった。
DoEventsの副反応なのかな❓
DoEventsの副反応は「応答なしを抑制させる効能」だ。 ま、今凄いアイデア、ひらめいた
射影変換っての地球人は既に知ってるよな。
大学の数学の専門家の幾何学の専門家の地球人
しか理解してないやつ。
ま、立体の画像を色んな方向からみたのを
みた画像を平面に、変換するやつ
なんか8元連立方程式を解くとか
行列とか、ポクは超苦手です。
ところが、ま、水平横回転だけに
限定すれば、こんな面倒なことせずに
dx/dX = kx が成り立つという霊的直感で
とにかく 、言葉にならんけど指数だ。
意味不明な文章だが図式すると
正面からみて、長方形の画像は
斜め〜見るさ、台形になるのはモチロンだか、
その長方形に模様があれば、
斜めからみた台形も模様が見える、∵モチロン
そして、手前にあるのはでかく見える
また、、奥にあるのは、ちっこく見える
消失点で限りなくZEROに、なる
元の正面の画像で水平方向をxとし、
ま、正面をx=0 とすれば
変換は、水平方向は、x' = 1 - e^x になり
ま、垂直方向も、投影変換のコンセプトが
直線は直線のままだから、んーー
水平回転なら、これも超同様で、y' = y*(1 - e^x)
かな❓。違うかも
だとしても、このアイデア。地球人はまだ知らないだろ
投影変換するのに、連立方程式を解くなんて
🌏人は🐴🦌だ。その点、ポクは地球人だけど違います
ま、コーティングは、無限大未満の任意の時、完成させるぜ >>361 オマエは、ヤッパリ超天才🎉
アフィン変換とか台形変換とか射影変換とか
は、🐴🦌な地球人が発明した使えない数学
根本的な基本的な意味が不明だしてかその分野キライ
で、座標x1のオマエの変換なら、変換後座標x2は、
x2=1-e^x1 に成るって訳だろ? そして、y2=(x2/x1)*y1 だよ。多分。一寸自信ないけど
(x2,y2) = (1-e^x1,(x2/x1)*y1) って事。
ま、なんか、行列式ぽぃ感じになった。
ヤッパリ、オマエ、天才
それにさ、その逆行列てか、逆関数も割りとそうじゃん。
大学数学不用、高校数学レベルだぜぇーーーー
で、多分logがでてくる。
logも大概のプログラム言語はサポートしてるし、
ま、サポートしてないのはCOBOL言語位だろ てか
何だな、画像処理っていうと、
sinとか3角関数とか、行列とか勉強しなさい
と説教する地球人が多々いるけど、そんなウルサイ
🌏人は🐴🦌なので、キニシナイ
霊感で水平回転は、
微分方程式 d(x2)/d(x1) = K・x が成立するだろから
って考察したら、このアイデアてかコンセプトに至る
多分、当コンセプトは、世界初だよな❓
∵宇宙初の発見てか発明だもんね。
あっそだ、病院に連れて行かさられちゃう前に
今日は、一旦バイバイ(^_^)/~
変換前座標(x1,y1) 変換後座標(x2,y2)とおくと、
x ❌(x2,y2) = (1-e^x1,(x2/x1)*y1)
⭕(x2,y2) = (e^x1-1,(x2/x1)*y1)
だろ、ちなみに、プログラミング的には
これで、まあヨシ、辛うじてよしたが、
右辺にx2があるのは、何かヘンだ❓
てか、とにかく、なんか勘違いしてそう
プログラミングセンスが無くても、数学バッチリ
の地球人なら、そう感じるはずだ。
◎ (x2,y2) = (z,z*y1) ただし、z=e^x1-1とする
のような気もする
とにかく、超基本設計というか、
数学的な基礎コンセプト設計が大事な感じ
だって、宇宙初の地球の投影幾何学を超えた
概念で設計してるのだから、
ま、コーティングに取り掛かるのは当面先
(x2,y2) = (z,z*y1) ただし、z=e^x1-1とする
との記述をよーーーく吟味チェックしてから
プログラミング設計しないと、イケナイ🤔 ❌ (x2,y2) = (z,z*y1) ただし、z=e^x1-1とする
x2 = e^x1-1 は、暫定的にならば、バッチリだ。たが
y2 = (e^x1) * y1 かな❓
そもそも、zとは、ま、自分で決めた変数名だが、
これは、zoom rate (拡大率)を意味し、より厳密な意味は、
変換後座標(x2,y2)近傍におけるzoom rate (拡大率)の意味で
んーーーー、日本語にすると面倒だ
とにかく、数式でなら表現できる。気がしてきたーーーー
z = e^x1 として、えーと、えーと、とにかく
◎ (x2,y2) = (z-1 , z*y1) ただし、z = e^x1
のはずだ。というか、後日この数式を吟味する
当面、プログラミングは、目処は、立ってないが
割りとプログラミングは、目処は、立ってきたぁぁぁ。 そういえば、拡大率は、zoom rateとかpowerとかいう言い方を
地球人はするようぢゃ∵くぐってみた
powerは指数関数的な感じがするので倍率とは違うハズだ
なのに、地球人の英語圏では、これを混同してる。
いや、まてよ🤔。 地球人の目玉は、左右の目は、
お魚ちゃんのとは、異なる。お魚ちゃんは、魚眼だから
直線も、地球人がその像を見れば曲がってみえる。
というか、水平画角180度を超えるようなものは、
地球人は、脳内で、視覚野?で、どのように変換してるのか
と、考察すると、とにかく、
z=e^x1 倍して、瞬時に記憶してる気がします。
記憶色という用語もあるが、それはそれとして、
記憶倍率なんてものもあるのかもしれません、
powerとraiteというかレシオを混同する言語を地球人が
選択するのは、地球人の目玉が横に正面を向いてるからだ。
というのがポクが、今閃いた霊感ぢゃ
ていうか、e^何とか という指数関数的なやつだが、
excelでは、=e^A1 とタイプしては、イケナイようだ。
excelでは、=exp(A1) だった記憶もある。
プログラミングに取り掛かる前に
エクセル関数で、イロイロ、あの数式を吟味デバッグしよーと
というか、また、二度寝しよーーーーーっと
では、おやすみなさい。 さ、二度寝から目覚めて9hたって脳みそ充電完了
で、
(x2,y2) = (z-1 , z*y1) ただし、z = e^x1
でよいか (x1,y1)=(1,1)で検証してみると
(x2,y2) = (e-1,e) ≒(1.7,2.7)
となり、水平というか垂直に平べったく
なるようだ、ま、okだ
ここで(x1,y1)=(1+δ,1+δ)でいつか
検証してみよう
ちなみに、δは此処だけ話しだけど無限小
数学板の住人にはナイショ🤫して欲しいです。 で、δは0.01で計算する。∵無限小は0.01まあいいや
(x1,y1)=(1+δ,1+δ)=(1.01,1.01) ⇒
(x2,y2)≒(1.7456,2.7456) ・・・(1)
そして、(x1,y1)=(1,1) ⇒(x2,y2)≒(1.7182,2.7182) ・・・(2)
そして、(1)(2)の微分てか差分をとると、日本語にならないが
(δx2,δy2) = (0.274,0.274) となる
そ、(δx2,δy2) は、(δ,δ)を2.74倍したものに等しいのだ✌
δが無限小なら、神秘的定数ネイピア数になるようぢゃな✌
ていうか、>>360 の霊感的微分方程式
dx/dX = kx が成り立つが正しいぽぃことを示唆してるって訳
ま、この360は、オレ何だけど
何でこの微分方程式を思いついたか
謎だ。んーーーー。ま、射影変換には記載してなきよな?
まとかくδx2/δ = δy2/δ = e
は、なんか素晴らしいてか、眠くなったから、おやすみなさい ❌(δx2,δy2) = (0.274,0.274) となる
そ、(δx2,δy2) は、(δ,δ)を2.74倍したものに等しいのだ
⭕(δx2,δy2) = (0.0274,0.0274) となる
そ、(δx2,δy2) は、(δ,δ)を2.74倍したものに等しいのだ
∵δ=0.01としちゃったから さてと、ソロソロ、プログラミングだが
慌てる小僧は貰いが少ないという諺があるし、
もう少し、吟味すると、えーと
ちなみに、(x1,y1)=(0,0)は変換前画像の中心だ。
で、画像がFull HDなら、
(x1,y1)=(0,0)は(x1',y1')=(960,540)だ
因みには、x1',y1'は、オレ的には、
Full HD画像座標系 って心の中では、呼ぶことしした。
なんか、カッコいい座標名で、やる気がでできました
だけど、慌てるるとバグ🐌に取り憑かれるので
ゆっくり、プログラミングてか設計しよーーーーーっと
とにかく、(x2,y2) = (z-1 , z*y1) ただし、z = e^x1
を、Full HD画像系で数式をそのうち変換だ、
では、またねーー(と自分に話しかけるワタシでした) で、オレの発明のFull HD画像系だが
画面中心 (x',y') = (960,540)
左上の端 (x',y') = (000,000)
右下の端 (x',y') = (1919,1079)
とする、
一寸待てよ、1919/2=959.5 だろ
画面中心は、 (959,539)と(960,540)の
中点だし、えーと
画面中心は、 (959,539)と(960,540)
どっちにしようかな。
天才のオレは、天才故に悩むのであった。 ↑
ピミは、天才でなく、病気です。
画面中心 (x',y') = (960,540)
左上の端 (x',y') = (000,000)
左下の端 (x',y') = (000,1079)
右上の端 (x',y') = (1919,000)
右下の端 (x',y') = (1919,1079)
でヨシとしなさーーーーーーーーーーい
てか、ピミの発明とやらの
Full HD画像系へ変換する計算式、
今すぐ発明しろぅぅぅぅう >>371 12 時間前の自分に反論
ポクは、天才だから病気なのだ!
チミは、正常だから🐴🦌なのだ!
プグラミング上は不可能でも
設計的には、無限大の精度というか、
無限小の誤差も許さないのだ。∵病気
ていうか、とにかく以下とするぅぅぅ!
Full画像系
画面中心 (x',y') = (959.5,539.5)
左上の端 (x',y') = (000.5,000.5)
左下の端 (x',y') = (000.5,1079.5)
右上の端 (x',y') = (1919.5,000.5)
右下の端 (x',y') = (1919.5 ,1079.5)
変換前系 ∧ z=e^x1のやつの変換前の系
画面中心 (x1,y1) = (0.00…,0.00…)
左上の端 (x1,y1) = (-1.777…,-1.00…)
左下の端 (x',y') = (-1.777…,+1.00…)
右上の端 (x',y') = (+1.777…,-1.00…)
右下の端 (x',y') = (+1.777…,+1.00…)
他にも、変換後系
さらに、BitMap一次元配列系
ま、これは、左下青🟦は、55いうか、
ZEROから数え始めると、54か❓
ていうか、チミはBitMapのヘッダ長さ
知ってるアルか❓。ていうか、
∴プログラミング、まだ早いアルのだ
ていうか、Full HD画像系へ変換する計算式は、
すぐ出来るから、まだしないのだ。ていうか
「いつかできるから、今できる」は乃木坂46たっけ❓ 7分前の自分に、プチ反論
乃木坂46の曲は、それは、
❌ いつかできるから、今できる
⭕ いつかできるから今日できる
ていかか
いつかできるから後日できる
が論理的には正解だよな❓ >>地球人さんへ、突然ですが、
単な呟き、てか、地球人にお説教だ。!
Full HD画像座標系で
左上端の画素と右上端の画素の、距離は、
1920pxと思ってる地球人は、いるかな❓
よくよく吟味すると、
Full HD画像座標系で
左上端の画素と右上端の画素の、距離は、
1919pxだ。
で、えーと、
変換計算式は、あとで考えます。
いつかできるので、今日でるかな❓
なお、説教された地球人とは、
自分を自分に説教でした😅
∵ポクは地球人デス 左上端の画素の中央の点 と
右上端の画素のそれは、 距離は、1919pxだ。
これが、より、大正解。いつかできるけど今日できるかな? なに、1.777…❓、ま、一見いいのだけど、
超微妙に、とにかく、一寸まてよ🤔
一寸まてよ。こらぁぁぁ地球人
FULL HD画像の縦横比は、
1.777777777777777… ∵1920÷1080だから
と思いこまされてる自称知的生命体の
地球人の372よ。一寸まてよ。🤔
宇宙人より天才のオレが、その縦横比の
極超々々正確な値を教えると以下の通り
ただし、左端とは、左端の画素の中点
そして、右端とは、右端の画素の中点
とする。すると、とにかく、縦横比は、
1919÷1079=1.77849860982 ぢゃ
乃ち、1.77777777…より微かにデカい
小数点以下3桁目で誤差っちゃうぽぃ
んーーー、いや考え過ぎかかもしれん❓
そうだ、縦横比は、FullHDは、
1.778で計算することにキメーた。 Full画像系
❌画面中心 (x',y') = (959.5,539.5)でなく
⭕画面中心 (x',y') = (960,540)の方がよい
尚
左上の端 (x',y') = (000.5,000.5)
左下の端 (x',y') = (000.5,1079.5)
右上の端 (x',y') = (1919.5,000.5)
右下の端 (x',y') = (1919.5 ,1079.5)
は、これでヨシ(๑•̀ㅂ•́)و✧
んー、危うく>>370に騙されるとこだった
ちなみに、370は昨日の自分だった
「いつか出来ることは、今日はやらない」
がシステム設計てかプログラミングの常識だぜぇ💃 >> 369〜377は、全部没とする🤯🤪 で
Full画像系
左上の端 (x',y') = (000,000)とし、
左下の端 (x',y') = (000,1079)とし、
右上の端 (x',y') = (1919,000)とし、
右下の端 (x',y') = (1919 ,1079)とすると
∴画面中心 (x',y') = (959.5,539.5)となる
この正規化(x1,y1)って感じの座標変換は、
x1 = (x' - 959.5)/539.5 という数式で
y1 = (y' - 539.5)/539.5 という数式とする🧖
つまり、スナワチ、然るに、
画面ほぼ中央 (x',y') = (960,540) ⇒ (x1,y1) = (0.001,0.001)
例えば、画面最も左上の画素
(x',y') = (0,0) ⇒ (x1,y1) = (-1.778,-1)
ちなみに
(x',y') = (420,0) ⇒ (x1,y1) = (-1,-1)
(x',y') = (1499,0) ⇒ (x1,y1) = (1,-1)
また、画面最も右下
(x',y') = (1919,1079) ⇒ (x1,y1) = (1.778,1)
いつか出来るから今日できたぁぁぁ✌
でもまてよ、さらに
(x1,y1)から水平回転の(x2,y2)の変換
さらに、逆変換
また、BITMAPデータ部のアドレス変換
もやらなきゃいけない。たくさん山積み
∴いつか出来るけど直ぐには出来ない😿 話しはカナリズレるというか、んー
1画素を●として、3✕2画素、スナワチ、
●●●
●●● の縦横比は、3:2 スナワチ1.5
である。 と書き込んだら
ピミ達、自称知的生命体の地球人は、
「そんなのは、当たり前」と思うだろ?!
ヨクヨク、考えるて、吟味すると
●●●
●●● の縦横比は、2:1 スナワチ2
のような気もする。
いやまてよ🤔
●●●
●●● を目を細めて遠くからみれば
地球人の感覚での縦横比は、いくつか
キニなるぅ
そうだ、ポクは地球人だ。
目を細めて遠くからみてみよーーーと。
やっぱ、1.5だな >369は、過去の自分だけど、とにかくそろそろ
(x1,y1) →[水平回転]→(x2,y2) の変換の数式を
決める必要がある。そ、いつか出来るし、今できる。
369の提示した準天才の数式は、
(x2,y2) = (z-1 , z*y1) ただし、z = e^x1
である。しかし、これだと、とにかく
超天才のポクの脳内でイメージすると、
超広角なんだよな。
Z=e^x1 だと遠近感がヤヴァイぐらいデカ過ぎ。と思う
ま、z=1だと多分、画角ZEROの無限大倍率の
極超々々々々々々々々々々々々々々々望遠だし、
ま、Z=(e^0.5)^x すなわち、Z=1.65^x1 がヨイ感じ
と、私の中の超天才の脳🧠が提案してるけど、
まぁ、なんだな、
Z=2^x1 にきーめた。 これもカナリ広角だけど
脳内でイメージしやすい。
まずはひとまずこれでさよならバイバイ(^_^)/~
今直ぐできることは後でやろっーーーと ────まとめSTA────────
x1 = (x' - 959.5)/539.5 という数式で
y1 = (y' - 539.5)/539.5 という数式とする
(x2,y2) = (z-1 , z*y1) ただし、
z = e^x1 てか、z = 2^x1 (超暫定)
で、エクセルでシュミレートするより
また、
(x2,y2) →[FullHD座標系変換]→(x'',y'')
の数式を解かなきゃ
x1 = (x'' - 959.5)/539.5 の逆関数を
求めるっていう意味。
あと、
BITMAPのデータの要素の値、
ま、54位〜600万位の値を(x1,y1)に変換
さらに、それの逆関数で、(x2,y2)から
54位〜600万位の値に変換するやつ
なんで600万位かって、ま、チミたち
地球人に超簡単に説明すると、
Full HDの画素数は、200万画素
(家電量販店でFull HDは200万画素と表記)
でさ、青緑赤の三原色だか、その3倍で
600万というわけ。
ま、ピミ達地球人向のチョー概略さ🧖
by 自信過剰∧誇大妄想の自称宇宙人より >>381 コラぁぁぁぁぁぁ
オマエ、積分は得意そうにみえるが
積分で落ちこぼれただろwwwwギャオ
ていうか、381は、15時間前の自分だった
ま、積分は、理解は、出来ずに、公式は暗記で
どうにか乗り切ったが、ヤッパリ、駄目だった
ま、前置きはこれくらいにして、EXCELで
ま、zの値を、オマエ381の提案した数式
z = e^x1 てか、z = 2^x1 (超暫定)
で検証したけど、
z = e^x1 が広角すぎるから、
z = 2^x1 とか 1.65^x1にしたいようだけど
んー、安易だな、
でも、まてよ。微分方程式てか積分苦手だし
正解がわからない。
てときは、
「いつか出来ないことは今やろう」
とのセオリーでさ、ドンドン変換数式
今やろうよ。と、思うこの頃ですが、
なんか、プログラミングする前に嵌ってきたーーーー
また、後で、頭冷やして、やろーーーっと。また後で (x2,y2) →[FullHD座標系変換]→(x'',y'') を解かなきゃ
x1 = (x'' - 959.5)/539.5 の逆関数を解かなきゃと同じ意
てわけで、これなら地球人でも中学生の数学得意な中学生なら
全員が解けるから、モチロン、ポクも、解ける。で
x''= 539.5 * x2 + 959.5 そして、
y''= 539.5 * x2 + 539.5
よし解けた。直ぐ解けた。
ま、水平回転変換はいつかできるから、
で、水平回転変換はいつもできないけど
とにかく、(x2,y2) →[FullHD座標系変換]→(x'',y'') は
すぐ、今出来たぁぁぁ。これも乃木坂46さんの曲のおかげ♥ △ x1 = (x'' - 959.5)/539.5 の逆関数
◎ x1 = (x'' - 959.5)/539.5 の逆関数で、さらに
x1は、x2に読み替える
だな。ま、厳密に表現すると駝長い文になるが、
地球人の使用する🇯🇵語は、長文でわかりづらい方が
何かと、ヨシ(๑•̀ㅂ•́)و✧ ────まとめSTA────────
@正規化フェーズ1
x1 = (x' - 959.5)/539.5 で
y1 = (y' - 539.5)/539.5 だ✌
A正規化したやつを水平回転
(x2,y2) = (z-1 , z*y1) ただし、
z = e^x1 (超暫定)
というか、かなり怪しいので
いつか出来るけど、
いつも出来ない😅
B水平回転後の正規化をFullHD座標系変換
x''= 539.5 * x2 + 959.5 で
y''= 539.5 * x2 + 539.5 だ✌
今後の課題
・BITMAPのデータの要素の値、
54位〜600万位の値を(x1,y1)に変換
・それの逆関数で、(x2,y2)から
54位〜600万位の値に変換するやつ
・Aは最難関だが肝なので いつかやる
・@〜Bの変換の逆変換をやる。
これは、変換後の画像が隙間だらけに
なるのを解消するために、必要
んーーーー、まだまだ、ゴールは遠い
────まとめEND──────── 385よ、惜しいが、やはり、オマエは、🐴🦌だ。
Aの通りプログラミングすると
お絵かきのような感じになるというのが
チョー天才の、机上デバッグだーーー
385のAが🐴🦌並みの知能と気づく
386はモチロン、素晴らしいです。
そりゃ、例えば、一辺1の正方形を、45°水平回転させりゃ、
見かけ上は、垂直は、長さは、1だけど、
見かけ上は、水平は、長さは、1/√2
念の為だが、これは、無限遠方かつ、無限倍に拡大スナワチ
極超々々々々々々々々望遠での話しだが、
ま、かなり広角でも、水平の長さは、ま1を切る
いうか、384は、チョイこないだ、図形変換に3角関数は
キライだし、不要とかほざいてヤツと思う
というか、1/√2は、sin(45°)だし、水平回転に
三角関数のSINは超大事だぜ。
てかさ、ボヤキなんだけど
EXCEL関数で机上DEBUGしてるんだけど
SIN関数の引数の単位ラジアンかよ。めんどくせぇー
ていうかさ、多分だけど、オレのEXCELの三角関数の
精度、多分7桁ぐらいぽぃ気がする。
ま、実用上問題ないけど、検証時、逆関数とかで
とにかくイロイロやると、誤差が気になる
ピッタリZEROにはならず、1E-7とかへんな数字がでやがる
というか、単なるボヤでした。
というか、Aの改造数式を作成しよーーーっと
今できるからいつかできるから、後でやろーーーっと 早朝は、宇宙から霊的電波🧖キャッチ
Aを、超々々々々吟味してみたぁぁあ
水平回転は45°⇒
x2 = e^(sin45° * x1) - 1
y2 = (e^x1 ) * y1
のような気がします
ここで、定数45°に、変数θを代入💃😵🤪
水平回転はθ⇒
x2 = e^(sinθ * x1) - 1
y2 = (e^x1 ) * y1
でヨシと宇宙からの電波キャッチ
ちなみにexcel関数を活用した机上DEBUG
SINの引数は、単位は、ラジアンだから
度数→ラジアン変換が必要だから、
sinθは、sin(θ×π/180)に読み替えて
えーと、ラジアンって半径1の孤の長さ
だから、2πラジアンは360度
だから、πラジアンは180度
だから、1ラジアンは180/π度
だから、θラジアンはθ×π÷180度だ。
チミたち地球人よ。5chばっかやらんで
三角関数は勉強しなさーーーーーい
ただし、プログラミング板は除く 388は超天才だけど、ヤッパ🐴🦌だろ❓
1ラジアンは180/π度だから、θラジアンはθ×π÷180度だ
って、マジ、数学的に、マジ超ヤヴァイ
1ラジアンは180/π度だから、θ度はθ×π÷180ラジアンだ
え、論理学的には、んーーー、これ藁人形論法ぽぃけど
これで、いいハズ
てか、ZERO度と360度とマイナス720度って同じ
これさ、藁人形論法は、偽というかどっちかというと
真偽不明で、跡は数学を超えた霊感スナワチ超能力が
必要だ。てかさ、45°に変数θを代入するなんて、
技、388てかオマエ誰が教えた?
えー、そっか宇宙からの電波だったか
なら、388は正常です。学校の先生に習ったとか
言い出したら、幻覚ですので病気ですよーーーー
てか、早朝は、スッキリした幻覚を、稀に見る
誰が、この幻覚を教えてヒラメキを与えるのだろう。
人間の脳🧠はナゾたらけ。
正解は、えーと 単なる独り言なんだけど…
θ度はθ×π÷180ラジアン は正解ぽいけど、そして、
θは、ま、引数というか変数って感じの変数て感じぽぃけど
πは、我々が済む宇宙の定数って感じの定数でさ、
πは、3.14159…の定数かつ無理数だ。
で、参考にネットでぐぐって参考とするプログラムを見たら
arctan(1)を4倍して計算してた。でもさ、どんなに
高性能コンパイラを持ってしてもπは無理数だしさ、
正確な値は求められないよな。
おまけに、コンパイラとかOSとかの環境がアップデート
しちゃうと、arctanの値は、誤差は、小さくなりそうだけど
arctanの値は、変化しそうぢゃーーーーん。
バグでも、今までと変化するのはイヤです。というか、
πは、プグラミングは、地球人は、どうしてるの❓
arctanのヤツを4倍してるのかな
地球人は、何でもラジアンは、好きなのかな❓
ポクは地球人だけどラジアンは、余り嫌いです。
円周率は、ダイレクトに3.14159でコーティング(プログラム)
してみようかな❓ だめですか❓ ────まとめ 改定1版 ──────
@正規化フェーズ1
x1 = (x' - 959.5)/539.5 で
y1 = (y' - 539.5)/539.5 だ✌
A正規化したやつを水平θ°回転
x2 = e^(sinθ° * x1) - 1
y2 = (e^x1 ) * y1
霊的直感と机上により
これは、割りと怪しくないハズ
いつか出来きるから直ぐ直感で出来た💃
B水平回転後の正規化をFullHD座標系変換
x''= 539.5 * x2 + 959.5 で
y''= 539.5 * x2 + 539.5 だ✌
今後の課題
・BITMAPのデータの要素の値、
54位〜600万位の値を(x1,y1)に変換
・それの逆関数で、(x2,y2)から
54位〜600万位の値に変換するやつ
・Aは最難関だが肝なので いつかやる
・@〜Bの変換の逆変換をやる。
これは、変換後の画像が隙間だらけに
なるのを解消するために、必要
てか、改定箇所は僅かだが、これかなり進捗だぜぇ
とにかく、次は、BITMAPのデータの要素てか添字の
変換をやらなきゃいけないので、またバイバイ(^_^)/~ ❌ Aは最難関だが肝なので いつかやる
⭕ Aは最難関だが完成✌💃✌
ま、この逆変換は、数学が駄目な地球人、には
んーーーアークサインかな。
アークサイン、何だこれ、アークタンジェントは
地球人でも知ってる地球人は居られようが
アークサイン。んーーー。
Cobol以外のプログラミング言語で
アークサインをサポートする言語はあるのかな❓
てか、arcsin(-1から1の任意の値)を度数またはラジアン
にするなんて、地球の数学にあるかな。
ググってみよーーーっと 逆3角関数って地球にないかとの件、微妙に超正解
高校数学において、数3ですら、
逆3角関数は、日本は、文◎省の、御指導要領で
やらないとのこと。ま、🐴🦌の地球人に
arcsinとか教えても、意味ないし、文部省の要領は正解
てか、arcsinをcobol以外の言語は、サポートしてるか
ググってみよーーーーと。 VBAには、それはないから、作ればヨシ(๑•̀ㅂ•́)و✧
Arcsin(X) = Atn(X / Sqr(-X * X + 1)) @正規化フェーズ1
x1 = (x' - 959.5)/539.5
y1 = (y' - 539.5)/539.5
A正規化したやつを水平θ°回転
x2 = e^(sinθ° * x1) - 1
y2 = (e^x1 ) * y1
直感と机上ではOK 広角過ぎかもだが
プログラミング後までは、キニシナイ💃
B水平回転後の正規化をFullHD座標系変換
x''= 539.5 * x2 + 959.5
y''= 539.5 * x2 + 539.5
注1 x''は、それを四捨五入とするぅ
注2 y''も、〃
CBITMAP.byte配列のインデックス変換
🔵青のインデックス値
54+3*1920*1079+3*(x''-1920*y'')
🟢のそれは、🔵のに1プラスとするっ
🔴のそれは、🔵のに2プラスとするっ
今後の課題
・BMP配列の要素番号(インデックスの意)
54〜約622万の値の(x1,y1)への変換は、
数式より、プログラミング言語の
For文で記述が、いい感じ
ま、🐴🦌な上司は🇯🇵語にしろいわれてもモピロン、シカトていうか無視。🐌が発生しちゃうもんね
・@〜Bの変換の逆変換
変換後の画像が隙間だらけ解消に必要 🔵青のインデックス値をiとおくとき、
i=54+3*1920*1079+3*(x''-1920*y'')となり、
左辺は1変数、右辺は2変数、だろ。
モチロン、数学的に鑑みて、逆関数は存在しません。😡
なんちゃって💃 >>396 数学的に逆関数は存在しない とのその証明こそ
トンデモ論なんぢゃー🧖
少なくとも、逆関数は、霊感的に、ポク🧖は三つも思い付く
が、そもそも関数の定義に反するが、えーーーと
後で、直ぐ記載はする。
後で出来ることでも、今できる。 BMP配列の要素番号(インデックスの意)
54〜約622万の値の(x1,y1)への変換は、
案T
x'= 1919
y'= 0
for i= 約622万 to 54 step -3
@〜Cの処理を行ない
青のインデックス値jを計算
変換後BMP(j) = 変換前BMP(i)
変換後BMP(j+1) = 変換前BMP(i+1)
変換後BMP(j+2) = 変換前BMP(i+2)
x' は一つ減らす
x'が負数ならばx'へ 1919を代入し
さらに、y'は一つ増やす
万一、y'が1080以上なら
internal errorを表示し処理中断
Next
案U
for x' for y' 〜途中略〜Next Next って感じ
案V
for y' for x' 〜途中略〜Next Next って感じ
案W
for i for y' 〜途中略〜Next Next って感じ
オレは4つも思いついたぜぇーーー✌ という訳で、今後の課題は、
・@〜Bの変換の逆変換
変換後の画像が隙間だらけ解消に必要
だけだし、この課題無視しても
プログラミング(コーティング)しても
変換後の画像の拡大率1を超えたのが
隙間できる位だし、
早くプログラミング設計しようよーーー
でも待てよ。今後の課題は、
・@〜Bの変換の逆変換 だけだし、
それ解決してから
プログラミング設計しようかな。
乃木坂46さんゴメンなさい。🙏
後で出来ることは、今はやらない
んー、どうしようかな。悩む悩む悩む
以上、単なる自分に対する別の自分の感想文でした というか、今後の課題の件
・@〜Bの変換の逆変換だが
Bの逆変換はほぼ@ かつ、
@の逆変換はほぼB だ
この2つは、直ぐにできるから後回し💃
残りのAの、逆変換が難問だな🤔
Aは次の2つの数式だが、
x2 = e^(sinθ° * x1) - 1 ……Aの壱
y2 = (e^x1 ) * y1 ……Aの弐
今は、Aの壱の逆関数を求める
x2+1 = e^(sinθ° * x1) ∴
sinθ° * x1 = log(x2+1) ∵底はeネイピア
x1 = log(x2+1) / sinθ°
やったーーー出来た 多分✌
てか、sinの逆数はarcsinぢゃありません。
そもそも当逆変換は、θを求めるのでなく
当逆変換は、x2からx1を求めるんですよー
arcsinなんか不要です。
それにしても、arcsinが必要とホザイた
昔の自分392 393 394は、🐴🦌だな