つーさのくーかん https://blog.tu3.jp/ ja あるプログラマの余暇の使い方 は、こんなんでいいんだろうか。 Copyright 2025 Mon, 07 Oct 2024 13:48:27 GMT Sun, 13 Jul 2025 16:41:39 GMT https://adiary.org/#3.5 http://blogs.law.harvard.edu/tech/rss 9月のカラオケ🎤まとめ https://blog.tu3.jp/01108#rss-tm1728308907 https://blog.tu3.jp/01108 ゲーム日記::JOYSOUND Mon, 07 Oct 2024 13:18:07 GMT つーさ たまには 月間グランプリ BEST10 詰めてみようの回を開催～

10曲合計👉 996.776点 208位/46,837人　最終スクショ👇
20240926_015655~2.jpg


他の曲も含む全体履歴👉 JOYSOUND全国GP.xls#2024年09月のBESTでソート

過去ログから自己ベ高い順とかで入れて なかなか思うように行かず沼ってました……

続きを読む

]]> 8月のカラオケ🎤まとめ https://blog.tu3.jp/01107#rss-tm1728307406 https://blog.tu3.jp/01107 ゲーム日記::JOYSOUND Tue, 03 Sep 2024 12:05:21 GMT つーさ 8月も終わるので振り返り(今日は8月34日な！)。


20240831_100909.jpg

マイマイク導入

続きを読む

]]> 2024-08-07 https://blog.tu3.jp/01106#rss-tm1723025978 https://blog.tu3.jp/01106 Wed, 07 Aug 2024 10:19:38 GMT つーさ あぁ"ー
]]> 田村ゆかりさんのライブツアー LOVE ♡ LIVE 2024 *Honey bunny* 7月21日は高崎芸術劇場にお邪魔してきました https://blog.tu3.jp/01105#rss-tm1721609034 https://blog.tu3.jp/01105 Sun, 21 Jul 2024 15:02:32 GMT つーさ

I'm at Takasaki City Theatre in Takasaki - https://t.co/WMj1ykwgNc

— 🈷️つーさJUNGLE遭難🌳🌲🌿🌙🎤🎶 (@ttsuki) July 21, 2024


というわけで ゆかり王国観光してきました(初訪問)

ゆかりん単独のライブは初参加。元々、なのは15thリリカルライブで生歌拝聴したのが初、その際特有のPPPH「ゆーーかりんっ ハイっ」を目の当たりに「？！」して、ゆかりん現場どんなんなんだろうと興味をもってから、かれこれ5年？経ってしまいしましたが、最近？奈々クラがゆかりん現場に流れてる雰囲気を感じてて、、比較的近場でチケットが取れるんなら、と、思い立ったが金曜日にローチケで当日引換券を確保して、今回 初訪問を果たせました。

噂になるほどの王国民のパワーそして一体感すごいですね。今回参加した高崎芸術劇場のキャパは2027席らしいですが、この規模の箱だとコールも煽りもアンコールも一発で揃って、一体感臨場感ひとしお。ほとんど予習もなしに凸ってしまいましたが、立って聴く曲(？)は、結構どの曲もサビに振り付けがあって振りコピしてる人も多く、口上も含めて予習していったら、もっとしっかり応援できて、より楽しめたのかなとかは思いました。(群馬の人ー？って問いかけには「少なっ」てリアクションされるくらい、地元からの方は少なめだったようなので、今回参加した現場は比較的練度が高かったのかもではあります

ゆかりんはアイドルでしたね。今回セトリだと半分以上？の曲に、振り付けがあって、歌いながら踊っててすごいですね。当日券なので2階席遠目で表情まで伺うことはかないませんでしたが(遠距離恋愛席というらしい？　オペラグラス持ってくればよかったね)、近くで見たらもっとかわいいんでしょうね(？)

ライブの中身にはあんま触れませんが(というか、何もかもが秒で過ぎ去っていってあんまりおぼえてｎ)、本編・アンコール終わってのお手振りの時間は、ブロックごとというか、ちゃんと時間を切り分けて手を振ってくれていいなと思いました。見切れて見えない席にもステージ反対側の見える位置から手を振ってくれたり。観客の誰かが「せーのっ」って言ったら声を合わせて「ゆかりーん！」と呼びかけましょう だけは予習してたので、そこは乗り遅れずにすんでよかった……

物販が入場後だと知らなくて少しさまよった後、当日券引換で入場できたのは開演30分前くらいで、そこから物販列並ぶと開演間に合わないとのこと。Tシャツもペンラもなく、ユニクロパーカーに徒手空拳での応援になってしまったのはちょっと後ろめたさ残りました*1が、

たのしかったです。

奈々さん現場だとブリッジムービー以外はMC含めて立ちっぱなのが当たり前？だったので、MCは座って聴く、パートによっては楽曲も座って聴くというのは、個人的にはそういったのも異文化で新鮮でした。

*1 : 1列目の人が開幕遅刻して、ゆかりんに「1列目だってわかってたのに なんで遅刻したの？」「物販が……」というやりとりも思い起こされる……ペンラ暗黒騎士のくだりも含め、結構1列目のお客さんいじられますね。じっと見つめてくれたり……。これは王国民の方はたまらないでしょうね。1列目引くために全通したくなりますね

]]> LIVE JUNGLE 2024 SAFARI 01,02 (三重県営サンアリーナ) https://blog.tu3.jp/01102#rss-tm1721303459 https://blog.tu3.jp/01102 Mon, 17 Jun 2024 11:52:14 GMT つーさ

さふぁり1！ https://t.co/R7iiL1GtGi

— 🈷️つーさ🌙🎤🎶 (@ttsuki) June 15, 2024

さふぁりつー！ https://t.co/3GoCYT3YuI

— 🈷️つーさ🌙🎤🎶 (@ttsuki) June 16, 2024


いってきました！
なにを歌うか、ツアー初日のわくわく感
期待を裏切らない 激アツなライブでしたね！(こなみかん

今週もお疲れ様でした！

以下セトリのクリティカルなネタバレを含まない程度の感想

続きを読む

]]> 今週は特に生産的なことはしなかった https://blog.tu3.jp/01101#rss-tm1717992901 https://blog.tu3.jp/01101 ゲーム日記::JOYSOUND Mon, 10 Jun 2024 03:38:13 GMT つーさ
20240604_021707.JPG


好きな歌の自己ベストが出て嬉しかったです

今週もお疲れ様でした
]]> ぱねりあ OST! https://blog.tu3.jp/01100#rss-tm1717261217 https://blog.tu3.jp/01100 音楽::オリジナル作品,計算機な日記::ソフト作り Sat, 01 Jun 2024 16:14:24 GMT つーさ ふと思い立って ぱねりあ BGM集を蔵出しするなどしていました。
曲を作ったのは約20年前らしいですね、なつかしいですね、やばいですね。

さんくらに上げてもよかったのですが、なんとなく音楽を聴けるページなど作ってみるかと思い立って https://music.tu3.jp/ なるものを作ってみてました。

とりあえず「ぱねりあOST!」と「QoFR OST!」をおいてみてあります。

どっちのアルバムも、収録曲のオリジナル版は、当くーかんでもだいたい聴けますが、今回公開用にちょっとなんか音処理してカットしなおしたりして整えてみたので、ほんのちょっぴりオリジナルともゲーム収録とも別バージョンになっています。びっくりまーくをつけてみました。Highをそこそこ盛ったので環境によっては耳障りかもしれない。

他の曲とかもなんかしらまとめて聴けるようにしときたい感なくもないですが、大体満足してしまったので、、そのうち、やります(ほんとか？)たぶん……やるかなぁ……。

今週もお疲れ様でした。

以下は蛇足(実装した感想)です。

続きを読む

■コメント（3件）

momo『It reminds me of もじぴったん (HTML5's audio tag might have been b...』(2024/06/02 14:27)
つーさ『I implemented 音量バー. Thank you for your comment😸』(2024/06/02 17:15)
momo『Thank you, I hope you will add more music in the future.』(2024/06/03 07:21)
]]> 名称未設定 https://blog.tu3.jp/01099#rss-tm1716634984 https://blog.tu3.jp/01099 Sat, 25 May 2024 10:51:34 GMT つーさ 何かやりたいことがあった気がする

今週もお疲れ様でした
]]> もうおっさんずっと anemoscope とか ornithopter とかしか聞いてない https://blog.tu3.jp/01098#rss-tm1715958380 https://blog.tu3.jp/01098 Fri, 17 May 2024 15:06:20 GMT つーさ げんかい

今週もお疲れ様でした。

■コメント（2件）

nil『music for the soul uguu』(2024/05/18 03:12)
つーさ『うぐぅ』(2024/05/25 19:51)
]]> 自宅鯖りぷれーす https://blog.tu3.jp/01096#rss-tm1716634959 https://blog.tu3.jp/01096 サイト運営 Fri, 10 May 2024 14:42:55 GMT つーさ 17年前発売のNASから 11年前のノートPCに……

最近(※1年以上前) ノートPCを買い換えたので、
それまで使ってたの*1を自宅鯖その2にしてみることにしました。
QNAP TS-219P+ ASUS TAICHI 21
CPUMarvell 6282 1.6GHz 2C2T→Intel Core i5-3337U 1.8GHz (TB 2.7GHz) 2C4T
メモリ512MB→4GB
ストレージHDD 8TB→SSD 128GB
ディスクとメモリの大幅スペックアップ(？)による応答性能向上*2もさることながら、
ディストロ的にも、ARM系組み込みLinuxから素直な x64 Ubuntu に変わって、apt と唱えたら大体何でもそろうようになった点が、構築が楽でいいですね() *3
SSDは容量に若干の手狭さを感じつつ、かつ、普通に長期常用してた後なので寿命面も些か心許ないですが、まぁ壊れたらまた考える……。

あとは、Webサーバ機能を載せ替えるのにあわせて、前々から思ってたワイルドカードTLS証明書化とか、そのためにDNSとリバプロをCloudflareに移してみたり *4。
JOYSOUND全国GP.xls を夏色仕様にしてみたり*5。
風邪を引いてゴールデンウィークを2日延長してみたり*6。

今週もお疲れ様でした。

*1 : ノート、基本的にリモートデスクトップにしか使わないので10年耐えましたね……

*2 : ブログのページロードが幾ばくか速くなりました

*3 : 物理マシンにLinuxをインストールするの学生時代以来かもしれません

*4 : 当初自前DNSサーバたてて _acme-challenge の NS をそっちに向けて、、とか考えてたのですが、めんどくさくなってしましました()。 Cloudflareさん 無料プランでDNSとキャッシュ付きのリバプロくれるの太っ腹です……転居時に失ったIPv4のリバプロ用に借りたConoHa VPSの割引きっぷ、まだ丸1年以上期間残ってるのちょっともったいない……

*5 : このブログのデザインも長らく変わってないのでちょっとたまにはイメチェンしたいですね。

*6 : 咳の出る風邪が流行っている気がしますね。38.8℃とか出てハイテンションでした。皆様お気をつけください

]]> 値のビット幅を拡縮するとき https://blog.tu3.jp/01092#rss-tm1696071220 https://blog.tu3.jp/01092 Sat, 30 Sep 2023 09:44:52 GMT つーさ 値のビット幅を拡縮するとき

16bitデータを8bitに落としたり、8bitデータを計算のために32bit表現にしたりすることある思考整理メモ。

unsinged

画像データとかはこっちだな。

落とすときはそのまま右shiftする。

落とすときはそのまま右shiftする。まぁ。普通？

拡張するときは2択？

1つは単純に左シフトする方法。
つまり、u8をu16にするとき、8bit左シフトする＝256を乗ずる。
この方法は最大値は最大値にならない。
u8をu16にするとき、255*256は65535にならず、65280になる。
u8をu24にするとき、255*65536は16777215にならず、16711680になる。

これは、unsigned型は 0 から 1-(1/2**bit数)までを表現でき 1.0を表現できないとする立場(立場？)とも言える。
65535 は 1.0 ではなく 1.0-1/65536 = 0.9999847412109375 である世界の計算。

色の処理をするときはあんまよくない。
たとえば、255の赤が65535の赤にならないので色がくすむ。
もう1つは、元のビット幅の1を繰り返したものを乗ずる方法。
元のビット幅分左シフトしては元の値を足すことを繰り返す方法とも言う。
これは、当該unsigned型の表現可能な最大値(255とか65535とか) が 1.0 である世界。
最大値が最大値として復元される努力をする感じ。

つまり、u8をu16にするとき、 8bitの1 = 0x01 を、上から16bit分繰り返した 0x0101 = 257を乗ずる。(=8左シフトしてから元の値を足す)
u8をu16にするとき、255*257は65535になる。
u8をu24にするとき、255*0x010101(65537)は16777215になる。
こっちは、255の赤を65535の赤にできる。

ビット数が整数倍じゃないとき丸まってしまう。
たとえば、7bitの値を23bitにするとき
7bitの1 0b0000001 を 23bitになるまで繰り返した 0b00000010000001000000100=66052を乗ずると、
127*66052=8388604 で、23bit unsigned の最大値は 8388607にはならない。

こういうケースで最大値がほしいときは、普通に 8388607/127 (= 約66052.0236220) を掛けないといけない。
割り算を嫌うなら、7bit左シフトしてから元の値を足すを4回繰り返して一旦28bit表現にしてから右5bit落として23bit表現にする、をしてもできる。
7bitの1である 0b0000001を4回繰り返した 0b0000001000000100000010000001=2113665を掛けてから、32で割る(5ビット右シフトする)感じ。

signed

音声波形データとかはこっちで表現されよう。

正負で表現可能な段階数が違うので面倒。

落とすとき

正のs16をs8に落とすとき、32767/127 = 約258.00787で割る
負のs16をs8に落とすとき、32768/128 = 約256.00000で割る
正負によって除数が変わる。

はぁ？

そもそもsigned型では 0から+1の距離と 0から-1の距離が異なるのですか？
0から+1と0から-1の距離は一致するが、負の方にだけ表現できる幅が少し広いと考えるべきでは？
なら、より幅の広い負に配慮して、どっちも256で割りましょうか。。

ただし、s16の絶対値を256で割ってs8にしてはダメ。
負について256で割ったあとfloorしないといけない。
0方向丸めしてしまうと、0付近 s16の[-15,+15]の31要素がs8の0になってしまい歪む。
floorすれば、s16の[0,+15]の16要素がs8の0、[-16,-1]の16要素がs8の-1になる。

s16の世界にあった65536種類の値を256個ずつグループにまとめて、256種類の値に射影したいと考えると、
結果的には、unsignedと同じで、落としたいビット数分だけ右シフトするんでよさそう。

拡張するときは？

拡張するときは？
正負によって表現できる幅が違うので、単純に最大値を最大値にマップすることはできない。
とりあえず、素直に拡張したいビット数分左シフトする方法が1つ。
s8をs16にするとき、
+1は+256に、+127は+32512になる。
-1は-256に、-127は-32512に、-128は-32768になる。
最大値に配慮する方法も考えてみてはおく。
「+127が最大」か「-128が最小」か？
「+127が最大」だよ派
ビット拡張先の正の最大値をビット拡張前の最大値で割ったものを係数にする。
s8をs16にするとき、 32767/127≒258.0078740 なので、試しに 258.008 を掛けてみると、
+127が +32767.016 くらいになる
-127が -32767.016 くらいになる
-128は -33025.024 くらいになって、オーバーフローしちゃう(それはそう)。
うーん、元データの性格にもよるけど、-128 なんてなかった(-127と同値として扱う)と割り切るのは、1つのやり方としてはなくはないか？
変換を何度も行った場合の値の保存性は？
「-128が最小」だよ派
拡張先の負の最小値を拡張前の負の最小値で割ったものを係数にする。
これは、 1<<(拡張したいビット数) になるので、先に書いた単純左シフトと同じになる。
「+127が最大」かつ「-128が最小」だよ派
「正のとき 258.0078740 を掛け、負のとき 256.0を掛ける」条件分岐をする。
[0,+2]の距離と [-1,+1]の距離が変わっちゃう。
これは最初に割る話をしたときと同じであんまり筋がよくないと思う。考えない。

あとは、floatと行き来するとき……

signedは負方向に広い。 「-1.0を-32768とする」か「-1.0を-32767とする」かの2択。
上で書いたけど s16の+32767を+1.0、-32768を-1.0など定義してしまうと0を境界に「1の幅」が変わって歪む。
「-1.0を-32768とする」
とき、変換時 32768 を係数に乗算・除算することになる。
デメリットがあって、s16では、-1.0を-32768として表現できるが+1.0を表現できなくなる。
s16で表現できる範囲は、 1/32768 = 0.000030517578125 を用いて、-1.0 から +0.999969482421875 = (1-1/32768) となる。
「-1.0を-32767とする」
とき、変換時 32767で乗算・除算することになる。
こっちは、+32767で1.0を表現できるので一見よさそうだけど、
その一方で-32768は 1+1/32767 (=約-1.000030518509476) になるので、
係数とかに使うときはちょっと気にしといた方がいいのかしら。
また整数型に戻すときはsaturationするだろうし、まぁそんなに気にしなくてもいい気もする。

「-1.0を-32768とする」よりは「-1.0を-32767とする」こっちの方が素直かしらという感覚になるのが不思議。
signed整数型では +1.0 を表現できないんじゃなかったの？
signed整数型を [-1.0, +1.0-ε] の範囲じゃなくて [-1.0-ε, +1.0] として扱おうとしてるってことね。

unsinged のときは、255とか65535とかで掛けたり割ったりすると思うのでそれと一緒ね。

というか、まず、その整数型の最小値と最大値が [-1.0, +1.0-ε] を表すのか、[-1.0-ε, +1.0] を表すのかを考える方がよさそ。
unsignedでも 最小値と最大値が[0, +1.0-ε]なのか[0, +1.0]なのかを考えるのがよさそ。まぁ、unsignedは普通は後者だけど。

😌
]]> 自宅鯖その後 https://blog.tu3.jp/01090#rss-tm1693067066 https://blog.tu3.jp/01090 サイト運営::未分類,計算機な日記::未分類 Sat, 26 Aug 2023 16:21:09 GMT つーさ

浅はかに光クロスを引いたらインターネットから到達可能なIPv4アドレスを失ってしまいました の続き(実際やったのは6月なかごろですが)。

v4からv6 onlyの自宅鯖への繋ぎ方は、L2TPとかNAT46とかいろいろ考えましたが、そも私自身が宅鯖に用がある場合IPv6経由で到達できる環境が(きっと)あるはずで、IPv4からはWEBサーバだけ見えればいい という要件に絞って、普通にHTTPのリバプロを立てる方向でいきます。とりあえず。他の方法は勉強するのはともかく、ちゃんと運用できる自信がない、というのもある……。

肝心の、IPv4を手に入れる方法としては、まぁ普段お仕事で使ってるGCPとかありますけど、GCPはなんか変なトラフィック流されるとパケ死[^1]しちゃう(さもなくばサービス停止)ので、非営利個人が使うにはいまいち怖いんですよね……。そんなにでかいファイルを置いているわけでもないけど、普段の流量を把握しているわけでもなし。今回は他の選択肢、というかまぁレンタルVPSかなぁ……。

[^1]: そういえば全然関係ないですが、パケ死って我々の世代(？)だと、もちろん「高額請求が来る」こと言うと思うんですが、現代では、月あたりの契約容量使い切って低速に制限されることをパケ死って言うらしいですね。(その意味でパケ死が使われてるところを観測したことはないけど)ちょっと面白い。

自宅サーバやる前にレンタルサーバでお世話になっていたさくらと迷いましたが、今回は 清楚かわいいVPS ←クーポン付きアフィリンク　を借りてみることにしました。(1回くらい使ってみたかったのと、あとさくらより単に安かった……)

借りたらすぐ使える。管理コンソールがちょっと重い。

とりあえず従量制でRocky Linux鯖を立ててnginxを入れてproxy_passしただけだけど、とりあえずv4からでもこのブログが見えるようになりましたので、まぁこれでいくかということにして、長期クーポンを買って適用。(従量制部分は、利用料17円とかだったかしら)

再び IPv4 環境からも見えるようになりましたー。おわり。

作業内容備忘メモ

続きを読む

]]> C++20のコルーチンでタスクシステム(？)作ってみた https://blog.tu3.jp/01091#rss-tm1693057994 https://blog.tu3.jp/01091 プログラミング::C++ Fri, 11 Aug 2023 17:47:46 GMT つーさ

夏休みの自由研究じゃないけど、ふと思い立ってC++20のコルーチンでタスクシステムっぽいものを書いたらどうなるかやってみた。タスクシステムっていうかつまるところファイバーコンテナだけど。

それなりうまくいった

続きを読む

]]> フレッツ光クロスを今すぐに契約すべきではない2つの理由 https://blog.tu3.jp/01089#rss-tm1693060079 https://blog.tu3.jp/01089 計算機な日記 Tue, 25 Jul 2023 14:08:21 GMT つーさ

タイトルは釣りです。

というか、無知すぎた。

本エントリの要約

  • 光クロス10Gに乗り換えたら、回線速くて素晴らしい
    • DS-Liteになって、自宅サーバ用のGlobal IP (v4)を失ってしまったよ。
    • 強制レンタルでやってきた 10G ルータ、ジャンボパケット通らないよ。
    • もうPCIeスロット空いてないから、新設10G用のNICは、M.2 スロットに差してみたよ。

続きを読む

■コメント（4件）

インターネットが遅いさん『10G... The dream... By the way, USB→2.5G Ethernet is cheap, if y...』(2023/08/11 11:56)
つーさ『>>1 I'll think about them in future again if necessar...』(2023/08/27 00:18)
通りすがり『インターリンクが DSLite での固定IPオプションやってますよ。月額2200円になります https://www.inter...』(2023/12/12 23:27)
つーさ『情報ありがとうございます。現状はVPS経由にする形に落ち着いていますが、今後の選択肢に入れておきたいと思います。』(2024/01/04 01:36)
]]> JavaScript 非同期処理 https://blog.tu3.jp/01088#rss-tm1683645800 https://blog.tu3.jp/01088 Web開発 Sun, 07 May 2023 15:08:48 GMT つーさ

今まで、fetchとかthenとか、他のコードみて雰囲気で使ってたけど、つまるところ、何がどうなってるのか、ざっくりわかっておきたくなったので、今更ながらちょっと勉強した、その備忘メモ。

JavaScript 非同期処理

JavaScriptはシングルスレッドだけど非同期実行の仕組みがある。古くは setTimeout だけど、今はPromiseとThenableなる概念があって、 fetch() とかがこれで実装されている。

Promise と Thenable

MDNでは、ある非同期処理Promiseは「待機 (pending) 」「履行 (fulfilled)」「拒否(rejected)」のいずれかの状態を持つと説明される。

意味がとりにくいので、ここではそれぞれを「未完了」「完了:成功」「完了:失敗」とよびかえることにする。

「完了:成功」「完了:失敗」の状態においては、付随して値を持てる。成功時は処理結果を表す実際の値(計算結果など)、失敗時は失敗理由(例外オブジェクトなど)を持たせるのが一般的な使い方と思われる。

C++だと、Promise は std::promise<T>、Thenable が std::future<T>、 C# だと、 Promise が Task<T>、Thenable が IAsyncResult<T> に対応する感じ。

続きを読む

]]> C++でJSONを読み書き https://blog.tu3.jp/01087#rss-tm1680300405 https://blog.tu3.jp/01087 Fri, 31 Mar 2023 22:04:51 GMT つーさ JSON読み書き用の個人的なライブラリとして、
また単純なプログラミングの興味としてC++でJSONをparse/serializeするやつをいじる熱がちょっと再燃して
https://github.com/ttsuki/nanojson などいじっていた。

あんまり巷のライブラリを検索したりはしてなかったんだけど、
ふとC++ JSONでググると、nlohmann/json を解説してくれてるQiita記事とかが出てきた。

nlohmann/jsonは、あー名前は見たことあるかも、と思って、記事読んでみると、
ADLでto_json探すのとか、名前空間汚したくなければシリアライザクラスの特殊化しろとか、
割と同じところにいきついていて、まぁ、普通に考えるとそうなるんだわなぁというconfidenceと引き換えに熱が冷めた。

C++でJSONを読み書きしたかったのだが、
C++でJSONをかっこよく読み書きできるようにしたくなってしまった、のは良くなくて、というかそもそも、
C++でJSONを読み書きしたかったわけではないはずだ。(どういう意味か？)

新年度ですね。新規性のあることをせねばなぁ。
]]>