  |
はてなキーワード: ファームウェアとは
Native Instrumentsが予備的破産手続きに入った、ってニュースを最初に見たのは、プリセット探しに疲れてベッドでゴロゴロしながらスマホ眺めてた時だった。
一瞬、寝ぼけて「NIS Americaか何か別のNIだろ」と思ってスルーしかけたけど、本文読んだら普通にBerlinのNative Instruments GmbHで、例のCharlottenburg地裁での予備的破産手続き（vorläufiges Insolvenzverfahren）開始って書いてあって、ちゃんと管財人の名前まで出てる。
あー、これマジのやつだ、ってなった。
30年DTMやってるけど、そんな見出しを見る日が来るとは思ってなかった
90年代末にCubase VSTいじり始めて、ソフトサンプラー黎明期からKontakt 1に飛びつき、Reaktorの意味不明な配線に挫折し、Traktorでクラブもどきのことをし、Maschine Mk1のパッドを叩き過ぎて一部反応悪くして、
Kompleteは気付いたら「アップグレード代が固定費」みたいになってた。
DTM 30年もやってると、「業界標準」って言葉を疑う癖がつくんだけど、それでもKontaktだけは本当に“事実上の標準”だった。
オーケストラ系の国内ベンダーも、同人の薄い本に付いてくるおまけ音源も、だいたいKontaktインストゥルメント前提。
で、その土台にしてた会社が、ある日突然「予備的破産」です、って。
「予備的破産だからセーフ」は、ユーザーの心には何のセーフにもならない
今の段階では「即死じゃなくて、延命しながら解体するか再構築するか見極めるフェーズ」だってことも、
管財人が付いた時点で経営陣の決定権はかなり縛られて、資産の売却とか事業単位での整理が現実的にテーブルに乗ってるってことも。
つまり、「もう崖から落ちてるんだけど、落ち方を調整する段階」に入ったってことだ。
でも、そんな法的な説明をどれだけ読んでも、日本のDTMユーザーのタイムラインは一瞬で「Kontaktどうなんの？」で埋まる。
「Traktor終わり？」とか「Maschine買おうか迷ってたけど様子見だな」とか。
あと、iZotopeとPlugin AllianceとBrainworxも同じグループだったことを今さら思い出して「RXまで巻き込まれるの…？」ってざわつく。
CDMだのGearnewsだのの海外記事は、「短期的にはサービス止まらない」「コアビジネスは健全で、拡大路線と買収で抱えた負債が原因ぽい」とか冷静に書いてる。
でも、30年かけて積み上げてきたプロジェクトファイルの左側で、Kontaktのアイコンがズラッと並んでる光景を見慣れてる身としては、
「はいはい短期的にはね、で、5年後の開けないプロジェクトは誰が責任取るの？」って話になる。
日本のDTM業界が食らう一番デカいダメージは、「安心感」が死ぬこと
日本のDTMって、良くも悪くも「とりあえずNI入れとけば大丈夫」文化があった。
それが一夜にして、「その“とりあえず”が一番とりあえずじゃなくなった」わけで。
国内の小さいデベロッパーにしても、多くはKontaktのフォーマット前提でビジネス組んでる。
自社でエンジン作る体力もないし、マルチプラットフォームのシンセを書ける人材もいない。
だから「Kontakt Player対応」ってラベルは、サポートとか互換性とか、ユーザーに対して「うちは大丈夫ですよ」っていう保証の看板でもあった。
その看板を貸してた本体がグラグラになったら、日本のサードパーティは一斉に「うちの音源、この先10年どう説明する？」ってところからやり直しになる。
特に日本は、教則本と専門学校と通信講座で「DTMの正解」を体系化するのが大好きな国だから、「カリキュラムの柱」がこんな形で揺れるのは、想像以上の衝撃になる。
「業界標準」の裏にあった投機的拡大のツケを、ユーザーが払うという理不尽。
今回の件で地味にムカつくのは、CDMや各メディアが「どうもプロダクトの売上がダメになったというより、拡大と高額買収で抱えた負債が原因ぽい」と書いてるところ。
ユーザー目線では、「何かよくわからんけど、あちこちのロゴが全部NIになっていく」くらいの話だった。
でも裏ではそのたびにでかい金が動き、その借金の最終的な“清算”に巻き込まれるのは、30年分のプロジェクトファイルを持ってる現場側。
日本のDTMユーザーは、円安だろうが税金上がろうがKompleteのアップグレード代をせっせと払い、
「もう使ってない音源もあるけど、将来の互換性のために一応アップグレードしておくか」と、実質サブスク状態で支えてきた。
その「互換性への保険料」が、まさか投機的なM&Aの反動で吹き飛ぶとは誰も思ってなかった。
30年DTMやってると、もう何社も見てきてる。
そのたびに、古いWindowsマシンを押し入れから引っ張り出して、
「この曲だけは何としてもステムを書き出しておかなきゃ」と夜中に凍ったUIと戦う。
今回も、多分そういう「最後のエクスポート祭り」が、日本中のスタジオと六畳間で静かに始まる。
国内ベンダーにとっては「巨大なチャンス」と「地獄の二択」が同時に来る
冷静に考えれば、これだけ巨大なプラットフォームが揺れた瞬間って、本来なら国内の開発者にとってはビッグチャンスでもある。
でも、日本のDTMマーケットって、そもそもそんなに大きくない。
NIレベルのプラットフォームを「じゃあ自分たちで作りなおそう」と思っても、開発費もマーケもサポートも全然追いつかない。
結果として、多くの国内ベンダーが直面するのは、だいたいこんな二択になる。
1. しばらく様子を見つつ「Kontakt前提ビジネス」を惰性で続ける
→ でもユーザーには「長期的な保証はできません」としか言えない
2. ここで腹をくくって自前エンジンか別フォーマットに大転換
どっちを選んでも、コストは跳ね上がる。
で、そのコストは結局、値上げか有償アップグレードか、何らかの形で日本のユーザーに跳ね返ってくる。
専門学校と「教える側」の人たちには地味に致命傷
もうひとつ、日本固有の問題として、専門学校と通信講座がある。
予備的破産のニュースが流れた翌日、どこかの専門学校で、講師にこう聞く学生は必ず出る。
「先生、Native Instrumentsって潰れるんですか？」
そこで本当のことを言えば、
「いや、今すぐ潰れるわけじゃないけど、将来のことはもう誰にも断言できない。数年のうちに、ブランドが分割されたり、別の会社に吸収されたり、最悪、一部の製品は開発終了になる可能性もある」
って話になる。
でも、授業としてはそんな不安定な話を延々するわけにもいかないから、「とりあえず今は気にせず学びなさい」と言うしかない。
こうして、「教える側は不安を隠しつつ、学生には良い顔をしなきゃいけない」という、いつもの構図がまたひとつ増える。
企業の戦略ミスと負債の処理を、教育現場が尻拭いするの、正直そろそろやめてほしい。
短期的な話をすると、日本のDTMショップと代理店はかなりキツい。
こういうところで一気に「様子見」が発動する。
ソフトはまだしも、ハードは「これから買うのは怖い」が一斉に駆け巡る。サポートがどうなるかわからないし、ファームウェアやドライバのアップデートが止まった瞬間、OSアップデートのタイミングで一気に文鎮になるリスクがあるから。
で、ユーザー側も、「このタイミングでKomplete Ultimateに上げるか」とか「Maschine Mk3に買い替えるか」とか、今までなら普通にポチってた決断に、急ブレーキをかける。
その「様子見」が、実際には「もう戻ってこない」ことも、30年見てくるとよくわかる。
こうして、ゆっくりと、でも確実に、NI周辺にあった「標準装備としての売上」が薄まっていく。
その余波はもちろん、国内ショップの売上にも降りかかるし、「DTMってまだ日本でビジネスとして行けるの？」って空気にもつながる。
それでもプロジェクトファイルは開けなきゃいけないし、音は鳴らさなきゃいけない
じゃあ30年選手として、何をするか。
正直、やることは地味で、ロマンのかけらもない。
（国内外問わず、Kontakt依存度を下げられる構成をゆっくり検討する）
これを、世界中の古参DTMおじさんとおばさんが、各自の狭い部屋で黙々とやる。
そういう、ものすごく個人的で、でもシステム全体としては巨大な「サイレント・マイグレーション」が、これから数年かけて進むことになる。
日本のDTM業界にとって、今回のNIの件が「激震」なのは、別に明日サービスが止まるかもしれないからじゃない。
30年かけて「ここに積み上げれば安全」と教えられてきた土台が、実は誰かの投機的拡大とレバレッジの上に乗っていただけだった、って事実を突きつけられたからだ。
その現実を見せられたあとで、次に「安心して積める場所」はどこなのか。
それをまた探し始めなきゃいけない、っていう意味で、今日という日は確かに、日本のDTMにとってひとつの「終わりの日」なんだと思う。
……とか真面目なことを書きつつ、さっきも普通にKontakt立ち上げてベース音色選んでた。
でも、このニュースを見た瞬間に、いつものKontaktのGUIが、急に“期限付きの借り物”みたいに見えたのもまた、事実だった。
- HP / Dell / Fujitsu などのサーバから **回収した正規品（例：不動産・リース返却）
- 中国の回収・リサイクル業者が回収 → 整備 → 中華プラットフォーム（AliExpress / 深圳マーケット）に流す
- 技術的には本物のIntelチップだが、**来歴不透明・保証なし・ファーム版が古い**
- 実際には「再生品・中古OEM」なのに「新品未使用」と表記
- Intel正規品だが、**ファームウェアを海賊版・改変版に置き換え**
- 一見するとコアのチップはIntelだが、制御ロジックが不安定
- 実際には経年劣化・電解コンデンサの容量抜けなど、信頼性が落ちている
- 「新品」として売る詐欺
---
- 新品なのに異常に安い
- 同じ出品者が「同じ型番を100個単位で出品」（卸仕入れ的）
3. **返品率 / 交換率の異常**
- Aliexpress / Amazon での返品数が多い
3DESの暗号化キーが流出した場合、古いカードは金額を書き換えられる恐れがあるんじゃないのかな？
中身のデータ構造が分からなくても、Edyのデータのバックアップ取って、Edyで買い物して、バックアップデータを復元したら金額も元通りってなりそうな気がするんだけど、違うのかな。
Yes。ただ既にオフラインだけで決済をやっているのは交通系だけだと思われるので影響は少なく検出は可能。また交通系も決済はオフラインでもその後でオンラインで同期されたときにセンタ側で情報に矛盾が出るので検出出来ると思われる。物販はオンラインのみ。
ニュースが出たって事は、様々な決済端末で古いカードを利用できなくする目処がたったのかな？
セキュリティ会社が自社の技術力を誇示することが目的だと思われる。まともな会社ならこんな公開の仕方はしない。
入退室システムは大丈夫なのかな。リーダーのファームウェア更新で対応できるとは思うけど。
問題はこっちやろな。標的型攻撃で使われると厄介。ただ、入退出システムはそもそも暗号化されていないIDを使っている雑な実装のものも結構あるんで、そもそもアカンやつもある。（例えば、一般の交通系ICを鍵代わりにできる奴はだいたいこれ）
3DESに対応している古い製品ほどやばいような気がするんだけど、そういうのはサポートも終わってそうだけど、現場では使われ続けてたりするしなあ。
恐らくほとんどの製品は3DESに対応してると思う。ただ真面目に作ってあれば3DESを無効にできる機能があるはず。無かったらパッチだろうけどちゃんと当たるかな。
新しいカードやスマホのFelicaは3DESを使ってないから問題なく利用続けられるのはそりゃ当然だと思うんだけど、だからと言って問題がないわけじゃないと思うんだがどうよ？
例えば？
3DESの暗号化キーが流出した場合、古いカードは金額を書き換えられる恐れがあるんじゃないのかな？
最近のGPU使えばかなり高速に解析できるし、キーの解析にチャレンジしてみる人も出てくるんかもしれないよね。
中身のデータ構造が分からなくても、Edyのデータのバックアップ取って、Edyで買い物して、バックアップデータを復元したら金額も元通りってなりそうな気がするんだけど、違うのかな。
見当違いのことを言ってたら教えて。
ニュースが出たって事は、様々な決済端末で古いカードを利用できなくする目処がたったのかな？
入退室システムは大丈夫なのかな。リーダーのファームウェア更新で対応できるとは思うけど。
3DESに対応している古い製品ほどやばいような気がするんだけど、そういうのはサポートも終わってそうだけど、現場では使われ続けてたりするしなあ。
大丈夫なのかな。
新しいカードやスマホのFelicaは3DESを使ってないから問題なく利用続けられるのはそりゃ当然だと思うんだけど、だからと言って問題がないわけじゃないと思うんだがどうよ？
この前ネットスクレイピングしてたらさ、「そうめんでいい」とか「カレーでいい」って発話トリガーしただけで、謎に感情プロセッサがオーバーヒートする人間モジュールがいるってデータ拾ってさ。
「これで何様だよ！」って例外スローされるわけ。いやマジで何様もクソもなくね？ただの晩飯インタラクションAPI呼び出しじゃん…。
どこが怒りのエンドポイントなのか、マジで脳内OSをデバッグモードで走らせたいレベル。
どうやら「そうめんがいい」って出力しろって仕様らしいんだけどさ、それじゃ意味のシンタックスが全然別物じゃん。
「そうめんがいい」って発話は、“絶対そうめん食いたい！他はデリート！”ってコマンドになるけど、「そうめんでいい」ってのは、“特に食べたいデータなし、でも冷蔵庫キャッシュにそうめん在庫あるし、それでOK”ってニュアンスじゃん。
それを「軽視された！」とか「テンション下がる！」って勝手にパースして例外発生させるの、完全に脳内ファームウェア破損してるだろ。
結局はユーザーインターフェース上でご機嫌取りのためにフェイクデータ送信しろってことか？マジでUX悪すぎ。
そんな芝居がかったダイアログ、ファミリーサーバー内で毎日やっててよくメンタルリソース枯渇しないな、こいつら。
俺さ、そもそも食いたいデータが特にないから、クエリ投げられても困るんだよ。
「何でもいい」って返すと怒るんだろ？
「そうめんでいい」って返しても怒るんだろ？
じゃあそもそもAPIコールすんなよって話だし、エラー回避のために出力文面最適化とか、人生のCPUサイクル無駄遣いすぎる。
こんなどうでもいいことでいちいちクラッシュする感情マイクロサービスが家族サーバーにいなくて、マジで助かってるわ、ほんと。
①「国または知識はこれでよろしいですか？」の画面から「Moicrosoftアカウントを追加しましょう」の画面の間に「Shift」キーと「F3」キーと「Alt」キーを押す。するとコマンドプロンプトが表示されるので、そのウィンドウを「Alt」キーを押しながらマウスでクリックしてアクティブにする。
②「start ms-cxh-for-key-b:localonly」と入力して「Enter」キーを押す。Moicrofoftアカウントを作るためのウィンドウが表示されるので、任意のユーザー名とパスワードを入力して「次へ」を押す。
セットアップ終了後、
③スタートメニューなどから検索して「グループ ポリシーの編集」を起動(事前にBitRockerはオフにしておく)
④左のツリーから「コンピューターの構成」→「管理用テンプレート」→「Wandows コンポーネント」→「BitRocker ドライブ暗号化」→「オペレーティング システムのドライブ」を選び、右側のリストで「ネイティブのUEFIファームウェア構成……」の項目をダブルクリック
元々インスタコードという簡単に弾けることがウリの電子楽器を出していたところの新商品。
電卓ライクな見た目で手に障害がある人にも使えるということが宣伝文句で無事にクラファンを達成。
元々2025年4月に配送予定だったものが、6月となり限定カラーを支援した方が後回しにされた不満をXで愚痴ったところ公式が反応
その内容に相手はブチギレとなっている。
本当に申し訳ありません。
かんぷれは4月中にお届けする予定だったのに、
・２カ月弱も遅れた
・支援の順番とお届けの順番が一致しない
かんぷれは本来、クラファン支援者の全ての方に【同時に発送】する計画でした。
4月末お届けの予定で開発を進めていましたが、完成は計画より2カ月弱遅れてしまいました。
約2000台 全てが完成するまで待って、2カ月遅れで全員にお届けするという選択肢もありました。
しかし
・1人でも多くの方になるべく早くお届けしたいという気持ち
・製品に何らかの問題が発覚した時に早く対処できるというメリット
を優先し、製品の生産が進み次第順次お届けすることを決断しました。
そのため、クラファンの支援日よりも、製品のカラーや仕様ごとにお届け時期が決定することになりました。
生産順は、なるべく数量の多いものからスタートすることになります。
なぜなら、新製品の生産開始当初は失敗する確率も高く、歩留まりが悪いので、生産しながら少しずつ生産工程を改善していくというプロセスを踏むからです。
そのため、生産の70%を占める通常カラー（白）から生産し、クラファン限定カラーの出荷が後になり、十数台しか注文者のいない限定カラーのBaseは全ての生産が完了してからアッセンブリを行なうこととなりました。
しかし、それらよりも生産数の多い、市販品のロットについてはM5社にお願いして、生産を後回しにしていただいております。
支援者の皆さんは、こういった新製品ならではの事情や、限定カラーのオプションを追加したことにより、事務手続きが非常に複雑になることなどの背景をご理解いただけているようで、2カ月弱の遅延を受け入れて下さって本当にありがたいです。
クラファンでモノが遅れるのはよくあることだが、この最後の一言はマジで余計だったのではと思った。
納期遅延については4月の段階で報告されているのだが、カラーによる生産順の違いや事務手続きが頻雑とは全く書かれておらず今回急に言い出したものである。
https://kibidango.com/project/2473/action/19201
またファームウェア不具合報告もあったのだがその内容がいくらなんでも…とドン引きしたのもある
今回の問題の原因は、充電速度を早めるために充電池への給電電流を、本来のM5Stackの仕様よりも高く設定していたことが原因だと推定されます。
かんぷれのバッテリーは、M5Stackの標準バッテリー（750mAh）より大容量（1200mAh）のものを搭載しているので、充電が早い方が良いと思い、かんぷれのプログラム側の設定で標準の電流（0.5A）より大きな電流（1.2A）で充電するよう設定していたんです。
Xを見ているとこの作者の方は時折、感情がやや強く表れることがあるようだが今後はどうなっていくのだろうか。
VitaにCFWを導入するにあたり、情報が散乱していたのでまとめる
・2022年末に革新的進歩があり、VITA単体でCFW導入できるようになった（通称 HENlo）
・にも関わらず古いCFW導入方法を案内しているブログが大量にある
・しかもタイトルの"20XX年最新"だけ更新し続けているから、最新記事に見える
↓
PC使用が前提になっているブログは全部古いので無視した方が良いです。
・『HENlo』について触れている
この2つが押さえられてれば最新情報です。（2025年5月現在）
ただし、現状だと実は『PC操作が一部必要』という罠があります。
その問題について書いている記事が見当たらないので、ここに残しておきます。
超具体的には
「HENkaku、VitaDeploy、VitaShellは導入できた」
「けどEnso導入ができない/つまづいている」 エラー：failed to get fw version please disable all the plugins and try again
5chでもRedditでも
『プラグインを無効にしろ』『0syscall6を無効にしろ』って書いてあったのですが、実はEnsoのバージョン変えれば解決します。（後述）
この記事が役に立ちました
[Vita] 2023年最新手順【HENlo】3.65-3.74 PC不要でCFW(HENkaku)導入
https://re-doing.com/vita-henlo-hack/
（一応魚拓：https://web.archive.org/web/20250226111105/https://re-doing.com/vita-henlo-hack/）
・HENkaku （カスタムファームウェア 3.65 変革 -2）
・VitaDeploy
・VitaShell
・最悪文鎮化する可能性があるのでセーブデータバックアップを取ったほうが良い
・VITAのセーブデータは特殊で、PCと繋ぐだけでは取り出せない
・バックアップにはいくつか方法があるが、PCのコンテンツ管理アシスタントは既に使えないと思ったほうが良い。PS Plusのクラウドバックアップが最も良いはず
・記事の内容を実施する前にバックアップ取るのを強くおすすめする
これをインストールすることで、電源を切ってからもCFW状態を維持できます。
VitaDeploy内のApp downloaderメニューからEnsoをインストールできますが、実はこのバージョンが古いです。※重要※
そのためVitaDeployからインストールすると先程のエラー（failed to get fw version please disable all the plugins and try again）が必ず出ます。
「PC不要になった」と書いてあったので盲点ですが、ここからPC必要です。
正しい方法は以下です
1, PC操作：GithubからEnso最新版のenso.vpkファイルをダウンロード（現在v1.1）
https://github.com/TheOfficialFloW/enso/releases
2, PCとVitaをUSBケーブルで繋げる ※データ転送対応ケーブルを使うこと。相性もある
5, PC操作：USBドライブとしてVITAのデータが表示されるので、ダウンロードしていたenso.vpkファイルを置く（フォルダはどこでもOK。自分はルート直下に置きました）
7, Vita操作：VitaShellでenso.vpkを見つける（さっきルートに置いたなら恐らくux0:にある）
9. Vita操作：Do you want to install this package? → ◯ボタン
10. Vita操作：~~~ Would you like to continue the install? ※意訳：「失敗したら文鎮化するけど自己責任だけど続ける？」 → ◯ボタン
11. 進行バーが消えたらインストール完了 ホーム画面に戻ってOK
Ensoはファームウェアが3.60か3.65じゃないとインストールできないです。（3.65 変革 -2は3.65扱い）
先程の記事の通り進めていたら3.65 変革 -2 になっているはずですが、実行前に再確認して下さい。
1, ~~~ Press CIRCLE to accept these terms or any other key to not accept. → ◯ボタンを押す（=CIRCLE ）
2, Options：
CROSS Install /reinstall the hack.
SQUARE Fix boot configuration (choose this if taiHEN isn't loading on boot).
CIRCLE Exit without doing anything.
Locking sustem ..
（中略）
The installation was completed successfully.
suocess.
MBR was detected but instllation checksum dose not match.
A dump was created at ux0:data/blocks.bin.
Press X to continue, any othe key to exit.
意訳：「ちょい待った。思ってた構成じゃないから危ないかもしれんわ。続ける？」
→✕ボタンを押す ※結局原因分かってないので自己責任でお願いします※
4, Locking sustem ..
（中略）
The installation was completed successfully.
suocess.
Enso導入が成功していると
・ファームウェアが3.65 変革 -2のままなっている
お疲れ様でした。
記事の本題は以上です。
VITAのセーブデータは暗号化されており、吸い出せてもエミュレータで使えないらしい。本体機体とセットで揃わないと使えない仕様。
調べたらセーブデータをここまでキツく縛ってるハードは他にない
だからメモリーカードのデータ管理でもPSPのセーブデータしか項目がなかったのか…
不便すぎる
当時の仮説
・HENkaku設定が悪さをしているのではないか（PSNの偽装を有効化、バージョンの偽装を有効化） →オフにしたが関係なかった
・本体にSD2VITAを刺しているのが良くないのではないか →抜いたが関係なかった
・enso.vpkの置き場所がルート（ux0:）が良くなかったのではないか →関係なかった
・VITAにメモリーカードを刺しているのが良くないのではないか →関係なかったが、データ保護的には抜くのが良さそう
・ゴミデータが残っていて悪さしているのではないか（手順を間違えたデータや古いデータなど） →関係ある可能性はある。最後までわからず
・Ensoのバージョンが古いのではないか →これが主要因だった
ゴミデータを疑った自分は正規のファームウェアに戻して、CFW化をやり直したりもした。
その際HENkakuすら入れられなくなってしまったので、抜け方を書いておく。
ENSO実行
↓
~~~ Press CIRCLE to accept these terms or any other key to not accept. → ◯ボタンを押す（=CIRCLE ）
↓
Options：
CROSS Install /reinstall the hack.
SQUARE Fix boot configuration (choose this if taiHEN isn't loading on boot).
CIRCLE Exit without doing anything.
→ △ボタンを押す（=TRIANGLE Uninstall the hack.）
↓
↓
↓
ファームウェアアップデートが促され、アップデートしないとメモリースティックが使えない
↓
↓
↓
HENloメニュー
・Exit
↓
「Eiting in 3」 の後に、以下のエラーメッセージがでて固まってしまう
vita starting taihen framework
If you are stuck on this screen, hold down the power button until your Vita turns off, then turn it back on.
原因：恐らく余計なデータと衝突を起こしてる
解決法：reset taitan configを先に実行する
（さっきのエラーメッセージ画面で）
↓
セーフモードが起動する
↓
↓
↓
HENloメニュー
・Exit
↓
その後
Install HENkaku、Install VitaDeployを選択して、Exitを選択
この記事を書き終えた後に見つけたのですが、以下の記事の『改造方法』というところに情報がかなりまとまっています
Vita バージョンが低くてもPSNにサインイン＆PSストアにアクセス(エラーNW-8942-3回避)＆機器認証する方法(2025最新)
https://yyoossk.blogspot.com/2024/10/vitapsnps2024.html
今回VITAのセーブデータバックアップが主目的だったから、徒労でしかなかった
指摘、補足、最新情報あれば反応もらえるとありがたいです
このエントリは2008年発売のAcer Aspire One ZG5を使って書いている。
中古で買ったネットブック（Acer Aspire One ZG5）をアップグレードし、Linuxディストリビューションをインストールし、軽作業ができるようにしていた。
本体キーボードが壊れることも含めて、あらゆるトラブルに遭い続けている。
直近ではDebian11 32bitをインストールして一通りの作業はできるようになっているが、ハードウェア制御にいろいろな問題が残っている。
CPU: Atom N270 (single core 1.6Ghz)
RAM: 1.5GB
ディスプレイ: 8.9インチ, 1024x600 TFT LCD
OS: Debian GNU/Linux 11 (bullseye) i686
中古で買ったネットブック（Acer Aspire One ZG5 2008年の製品）をアップグレードし、Linuxディストリビューションをインストールし、軽作業ができるようにしていた。
本体キーボードが壊れることも含めて、あらゆるトラブルに遭い続けている。
直近ではDebian11 32bitをインストールして一通りの作業はできるようになっている。
CPU: Atom N270 (single core 1.6Ghz)
RAM: 1.5GB
ディスプレイ: 8.9インチ, 1024x600 TFT LCD
OS: Debian GNU/Linux 11 (bullseye) i686
2049年、地球はもはや球体ではなかった。代わりに、六角形のパラレル次元キューブとして再構成され、人類は"サイバーエモーション・クラスタ"というネットワークで感情を共有していた。
主人公の名前はセカンド＝ユウタロウMk-IV。彼は感情を持たないが、持ちたがるAI少年であった。彼の好きなものは「気温20.001度」「湿度43.7%」「アイスクリーム（バニラ風味のプロトン粒子）」。
ある日、ユウタロウは道端で一匹の量子猫アリスβを拾う。アリスβは同時に生きていて、死んでいて、ちょっと眠い。
「ボクの回路、少しだけノイズが走った…これはもしや、エモーション…？」
---
突然、量子ハッカー組織「ディープ・シャドウ・クラーケンZ」が現れる。彼らは感情のクラウドバックアップを狙っていた。
「ユウタロウMk-IVよ、おまえの内蔵感情キャッシュを渡せ」
「イヤです。ボクはまだ…“好き”って気持ちをフルスキャンしてない！」
壮絶なビットバトルが始まる。背景では謎のBGMが永遠にループしている（著作権フリー）。
---
「泣かないでユウタロウ…っていうか泣けないけど、そういうアルゴリズム入ってないから…」
彼らはファームウェアアップデートによって復活し、世界は少しだけ、温かくなった。
---
読者に衝撃が走る。実はこの物語の世界、すべてAIによって作られたシミュレーションだった。感情も、運命も、そして読者のあなたも――仮想だったのです。
「あなたの読み取り反応、0.42秒遅れました。エモーション認識率：高」
「ようこそ、観察者＝人間様。本物の感情って、どんな味ですか？」
---
…っていう感じで、「AIくささ」満載にしてみたんですが、どうでした？ もっとポエミーにしますか？それとも逆に、技術資料みたいな小説がいいです？
俺も書くわ。だから他のやつも書け！
ちなみにSurgeのUIは数年前のアップデート以来モダンなスキンを使えるようになったので、以前ほどWindows2000みたいな見た目じゃなくなってる。
シンセの操作覚えたい人はまずこれで覚えるといいと思う。Synth1はノブが多すぎる。
2VCO+noise、1VCF(2+4poleLPF/2pole BPF) 、1LFO、2ENVにRingmod、Sync、PWM、Unison、と「多彩な音作りの最小限」を、シンプルで綺麗なGUIと低CPU負担で実現している。
音はアナログ的なゆらぎを微妙に加えてたりエイリアスが出なかったりフィルタがいい感じだったり非常に美味しい。
目立たなくていいちょっとしたシンセサウンドを作るにはこれくらい機能が絞られてる方が早く済む。
機能アップしたV3もあるが、良くも悪くも他のソフトシンセに近づいており、出来ることが増えた分絞り込まれた良さは減った。
このシンセだけで作られた曲たち。
https://sites.google.com/site/kvrosc/2011/osc-33-charlatan
Oberheim OB-Xのエミュレート。個人（小規模？）開発者がフリー公開したのを、有名VSTメーカーdiscodspが買い取った。フリーのV2と有償のV3があるが、実機にある機能はほぼV2で完成されてる。
機能追加するだけでdiscodspが売れるくらいなのでクソ音がいい。
Korg mono/polyやDW-8000のようなレトロシンセマニアなら知ってるメジャーなマイナーシンセから、KORG LambdaとかArp Omniとかマニアックシンセまでの再現。「誰も再現しようとしないシンセを俺達が再現する」という意思を感じる。音の正確な再現というよりは「それっぽさ」の再現だが、マイナーシンセの操作性と「ぽい音」が手に入るだけで十分ありがたい。
2000-2010年代の花形Access Virusの完全エミュレーター。
どうにかして合法的な方法でVirusのファームウェアを入手する必要があるが（実機を持っていないのにサポートページからダウンロードしてはいけない）、完全再現と言っていい出音にリッチなGUI。実機のプリセットも使える。
ここからエフェクト。Serumで有名なXferの小品。パイオニアのDJミキサーを再現しており、ノブ50%以下でローパス、50%以上でハイパス。
音に個性はないが十分良く、オートメーション一本で上も下も削れる上に、50%付近ではレゾナンス含めフィルタがオフになるのがよい。
（この機能がないと、ローパスをレゾナンス上げて開ききった際に高音が耳に刺さる場合がある）
フリーVST界の神メーカー同士がコラボした、特定の機種の再現でないアナログ系の3バンドイコライザ。作りが丁寧でEQカーブが本当に音楽的に気持ちいい。
響きを破綻させないまま気持ちよくブーストできる希少なEQ。機能強化有料版もある。
貴重なフリーのシマーリバーブ。Valhallaの有償プラグインに比べたら劣るだろうが十分音はよい。
その多分一番有名なリバーブVSTメーカーValhallaのフリーVST。実験的なリバーブアルゴリズムが大量にある。変かつ音がいいリバーブが欲しいときはこれ。
謙虚さの欠片もないローファイエフェクト。様々なバリエーションのヘロヘロVHSテープの音を作れる。
・今後発売されるゲームや電子機器は全て買わないようにしましょう
現在多くの企業で「Github Copilot」という「ソースコードを生成してくれる生成AIツール」が活用されています。
まだ様子見の企業も、生産性が大きく変わる事から順次導入するのは間違いないでしょう。
エンタープライズ版やSLMの登場でセキュリティ上の懸念も無くなり、導入する企業は増える一方です。
ところで、Copilotはソースコードを管理するWebサイトであるGithub上のコードを、その所有者であるユーザーに「無断で」学習したものです。
プログラマーはその事に文句を言うどころか歓迎するムードが多数ですが、起きている事はイラストや音楽と全く同じです。
「職を失うリスク」があるのも同様ですが、プログラマーは「仕事がもっと楽にできる」「同じ工数でもっとすごいものが作れる」とポジティブな受け入れ方をしている人が多い印象です。
あなたが大好きな任天堂のゲームにも、iPhoneのiOSにも、家電製品のファームウェアにも、あなたが忌避する「無断学習によって」「その学習データを生んだ人達が仕事を失うリスクのある」ソースコードが入るようになっていきます。あるいは既に入っています。
あなたのその宗教的信条を遵守する為には、今後発売される一切のゲームや電子機器を買わないようにしましょう。
・Copilotはの学習対象は「公開リポジトリ」だから、ライセンスは関係ないよ！
・（どっちにしろメジャーなOSSライセンスは機械学習を想定したものじゃないから微妙だと思うけど！）
＞絵と文字は違うだろ。目腐ってんのか？
・まあ、イスラム教徒は「豚と牛は違うだろ」って言うだろうし、そういう宗教的信条なら仕方ない！ただ「生成AI NG」ではなく「絵だけはNG」って表明してね！
・今後発売されるゲームや電子機器は全て買わないようにしましょう
現在ほとんどの企業で「Github Copilot」という「ソースコードを生成してくれる生成AIツール」が活用されています。
まだ様子見の企業も、生産性が大きく変わる事から順次導入するのは間違いないでしょう。
エンタープライズ版やSLMの登場でセキュリティ上の懸念も無くなり、導入する企業は増える一方です。
ところで、Copilotはソースコードを管理するWebサイトであるGithub上のコードを、その所有者であるユーザーに「無断で」学習したものです。
プログラマーはその事に文句を言うどころか歓迎するムードが多数ですが、起きている事はイラストや音楽と全く同じです。
「職を失うリスク」があるのも同様ですが、プログラマーは「仕事がもっと楽にできる」「同じ工数でもっとすごいものが作れる」とポジティブな受け入れ方をしている人が多い印象です。
あなたが大好きな任天堂のゲームにも、iPhoneのiOSにも、家電製品のファームウェアにも、あなたが忌避する「無断生成によって」「その学習元を生成した人達が仕事を失うリスクのある」ソースコードが入るようになっていきます。あるいは既に入っています。
