藤子・F・不二雄SF短編ドラマ シーズン3『みどりの守り神 前編』


とうふです。
NHK夜ドラ「藤子・F・不二雄SF短編ドラマ シーズン3『みどりの守り神 前編』」を見ました。
面白かったです。
山に不時着した飛行機で、唯一生き残った2人の男女。
山を下っていきますが、途中で見たことのない果物を食べたり、苔でケガが一晩で直ったり、そして、筏で川を下るも行けども行けどもジャングルの中。
これはいったいどういうことなのか・・・
明日の続きが楽しみ。

~ マイ関連ブログ ~
藤子・F・不二雄SF短編ドラマ シーズン3『ミラクルマン』 (2025.6.12)
藤子・F・不二雄SF短編ドラマ シーズン3『俺と俺と俺』 (2025.6.11)
藤子・F・不二雄SF短編ドラマ シーズン3『タイムマシンを作ろう』 (2024.6.10)
藤子・F・不二雄SF短編ドラマ シーズン3『換身』 (2025.6.10)
藤子・F・不二雄SF短編ドラマ シーズン2『じじぬき』 (2024.12.16)
藤子・F・不二雄SF短編ドラマ シーズン2『旅人還る』 (2024.12.12)
藤子・F・不二雄SF短編ドラマ シーズン2『あいつのタイムマシン』 (2024.12.11)
藤子・F・不二雄SF短編ドラマ シーズン2『3万3千平米』 (2024.12.9)
藤子・F・不二雄SF短編ドラマ シーズン2『マイシェルター』 (2024.12.5)
藤子・F・不二雄SF短編ドラマ シーズン2『いけにえ』 (2024.12.4)
藤子・F・不二雄SF短編ドラマ シーズン2『アン子 大いに怒る』 (2024.12.3)
藤子・F・不二雄SF短編ドラマ シーズン2『鉄人をひろったよ』 (2024.12.2)
藤子・F・不二雄SF短編ドラマ『イヤなイヤなイヤな奴 後編』 (2023.12.15)
藤子・F・不二雄SF短編ドラマ『イヤなイヤなイヤな奴 前編』 (2023.12.13)
藤子・F・不二雄SF短編ドラマ『どことなくなんとなく』 (2023.12.11)
藤子・F・不二雄SF短編ドラマ『流血鬼 後編』 (2023.6.8)
藤子・F・不二雄SF短編ドラマ『流血鬼 前編』 (2023.6.7)
藤子・F・不二雄SF短編ドラマ『親子とりかえばや』 (2023.6.6)
藤子・F・不二雄SF短編ドラマ『昨日のおれは今日の敵』 (2023.6.5)
藤子・F・不二雄SF短編ドラマ『テレパ椎』 (2023.6.1)
藤子・F・不二雄SF短編ドラマ『定年退食』 (2023.5.31)
藤子・F・不二雄SF短編ドラマ『メフィスト惨歌』 (2023.5.30)
藤子・F・不二雄SF短編ドラマ『おれ、夕子』 (2023.5.29)


Googleフォトのアルバム「藤子・F・不二雄SF短編ドラマ」にも絵を追加しました。
しーゆー。

続・AT Protocolベースの写真共有サービスGrain

AT Protocolベースの写真共有サービスGrain」(2025.8.24)お続きです。

分散型プロトコルAT Protocolベースの写真共有サービス「Grain」を昨日試してみましたが、Timeline上に表示される写真は3枚でした。
1枚や2枚の時はどんな表示になるのか試してみました。

◆写真1枚時
Timeline上

ギャラリー

BlueskyへのShare

Check out this gallery on @grain.social grain.social/profile/atas…

[image or embed]

— atasinti🍺 (@atasinti.bsky.social) 2025年8月25日 13:15


◆写真2枚時
Timeline上

ギャラリー

BlueskyへのShare

Check out this gallery on @grain.social grain.social/profile/atas…

[image or embed]

— atasinti🍺 (@atasinti.bsky.social) 2025年8月25日 13:16


Profileではこんな風に1枚づつ。
写真が複数あるかは表示されません。

Timeline上の表示を考えると3枚以上アップロードするのがよさそうです。


~ マイ関連ブログ (Bluesky関連)~
AT Protocolベースの写真共有サービスGrain (2025.8.24)
Blueskyのクライアントanisota (2025.8.22)
続・BlueskyのInvalid Handle (2025.8.9)
解決:BlueskyのクライアントTOKIMEKIの『反応をリポストもとに通知しない』設定がうまくいかない (2025.8.2)
BlueskyのクライアントTOKIMEKIの『反応をリポストもとに通知しない』設定がうまくいかない (2025.8.2)
BlueskyのInvalid Handle (2025.8.2)
Blueskyの2つの投稿日時 (2025.7.26)
Bluesky公式クライアントの新しい通知 (2025.7.8)
BlueskyでNSFW設定した投稿は連携先でもNSFWされているか (2025.6.27)
続・AT Protocolには連合とか独立とかいう概念はなくなった? (2025.6.14)
AT Protocolには連合とか独立とかいう概念はなくなった? (2025.6.13)
Keikのフォロー中タイムラインにKeikでフォローしているBlueskyアカウントの投稿も表示されるようになった (2025.6.9)
BlueskyにKeikの投稿が流れてきた (2025.6.7)
Bluesky公式アプリの各投稿に共有ボタンが追加された (2025.6.6)
Keikの検索結果にBlueskyの投稿も表示されるようになった (2025.6.4)
Keikにグローバルが追加されBlueskyの投稿が流れてきた (2025.6.3)
KeikのアカウントをBlueskyでフォローしてみた (2025.5.29)
Blueskyでボトルメール (2025.4.13)
BlueskyのInstagram風iOSクライアントFlashes (2025.2.25)
BlueskyにPDFファイルを投稿するBluesky PDF Uploader (2025.2.12)
Blueskyの連合PDSのredoceanに入れない⇒復旧 (2025.1.30)
Blueskyの連合PDSのredoceanに入れない (2025.1.29)
Bluesky公式クライアントWEB版のアカウント切替 (2025.1.18)
BlueskyのPinterest風クライアントAtlas (2025.1.17)
ぶるーすかいおみくじ (2025.1.3)
Blueskyの活動状態と信頼度をスコア付けするBluesky Score (2024.12.30)
※量が多くなったので、上記より前のエントリーについては省略します。
上記より前のエントリーへのリンクは上記2024.12.30のエントリーにて見ることができます。



日々進化するBlueskyを経験できるのは、とても楽しい経験です。
本ブログ記事は「Blueskyなんて簡単さ、なんて噓さ。」とのW投稿です。
しーゆー。

Amethystのリレー設定がわけわかめ・・・

分散型プロトコルNostrのAndroidクライアントアプリAmethystのバージョンがついにv1.00.0になりました。(現在はバグ修正などでv1.00.5になっています。)
約1年前、Amethystのリレー設定が細分化され、ひょえーっとなっていましたが、今回のバージョンアップでさらに大幅に変更されています!!!
(参考)NostrのAndroidクライアントAmethystがリレー設定を細分化 (2024.6.2)

まずメニューのリレーのところの数字にびっくりです。
98/291?
なんじゃーこりゃー?
そんなにいっぱいリレー接続しちゃってるの????
ちなみにこの数字は刻々と変わります。

リレーの設定を開くといくつか設定が追加されていました。
Private RelaysがPrivate Home Relaysに名前が変わっていましたが、これは説明文を見ると以前と同じです。
以下が追加されていました。
Proxy Relays
Broadcast Relays
Indexer Relays

Indexer Relaysにはデフォルト設定があったので、とりあえずそれをそのまま設定しました。

また以下が追加されていました。
Trusted Relays
Blocked Relays
Connected Relays

このConnected Relaysにどかどかーっとリレーが表示されています。
Amethystのバージョンv1.00.0のリリース通知(の和訳)に以下のような記載がありました。
このバージョンで、アウトボックスモデルへの移行が完了しました。このモデルでは、フォローしているユーザーのリレーリストから投稿を取得するために使用するリレーリストをアプリが動的に管理します。デフォルトでは、アプリは内蔵のTorを介して、リストに含まれていないリレーに接続します。通常の使用では、数百のリレーに接続します。その多くは失敗しますが、問題ありません。Nostrには冗長性が組み込まれているため、これらの失敗はユーザーエクスペリエンスに影響しません。
フォローしているユーザーのリレーリストから持ってきて接続しちゃってるんですね。
繋げたくないリレーがあったらBlocked Relaysに記載しておけってことですね。
これは手に負えなくなってきました、、、

以上、Amethystの新しいリレー設定についてでした。

なお、一応、Amethystバージョンv1.00.0のリリース通知とその和訳を以下に記しておきます。
(現在はバグ修正などでv1.00.5になっています。)
(Google翻訳による和訳)
このバージョンで、アウトボックスモデルへの移行が完了しました。このモデルでは、フォローしているユーザーのリレーリストから投稿を取得するために使用するリレーリストをアプリが動的に管理します。デフォルトでは、アプリは内蔵のTorを介して、リストに含まれていないリレーに接続します。通常の使用では、数百のリレーに接続します。その多くは失敗しますが、問題ありません。Nostrには冗長性が組み込まれているため、これらの失敗はユーザーエクスペリエンスに影響しません。

アプリの動作を管理しやすくするために、UIに新しいリレーリストが追加されました。具体的には、リレーをブロックしたり、信頼できるリレーを追加したりできるようになりました。信頼できるリレーはTorの外部に接続します。これは高速ですが、これらのリレーはユーザーのIPアドレスを認識できます。リレーオペレーターを信頼できる場合にのみ、リレーを追加してください。プロキシリレー(filter.nostr.wineなど)をプロキシリストに追加できます。追加すると、アプリはフィードのコンテンツをダウンロードするためにのみこれらのリレーを使用し、アウトボックスモデルは無効になります。DMなどのアウトボックス以外の機能は、引き続き独自のリレーを使用します。ブロードキャストリレーを追加することで、イベントを配信できます。アプリから送信される新しいイベントはすべて、すべてのブロードキャストリレーに送信されます。最後に、新しいインデクサーリストを使用すると、purplepages.es などのユーザーを検索するために使用するリレーを選択できます。

Quartz ライブラリをご利用のユーザーの皆様へ、ライブラリの考え方を固定リストから動的なリレープールに変更する作業はすべて完了しました。これにより、各 NIP は専用のフォルダを持ち、独自のタグとキャッシュ構造を定義できるようになりました。この拡張により、リレークライアント、リレーサーバー、イベントビルダー、Nostr フィルタービルダー、キャッシュシステム、削除およびイベントヒントインデクサー、ヘルパー関数など、個々の NIP に合わせてカスタマイズされた多様な機能を追加できます。このモジュール式アプローチにより、各 NIP を個別に開発し、Amethyst に個別のモジュールとして統合できる余地が生まれます。ただし、必要に応じて Amethyst のメインリレーエンジンとキャッシュエンジンを共有することもできます。このアプローチの進化に伴い、互換性を損なう変更は少なくなると予想しています。将来的には、Quartz は独自のリポジトリに移行し、各 NIP/モジュールごとに Kotlin マルチプラットフォーム プロジェクトに変換されます。これにより、各 NIP のデモ/テストアプリケーションを同じリポジトリで構築できるようになります。

このバージョンでは、以下のサポートが追加されました。
– YakBak 音声メッセージ
– ピクチャーインピクチャーポップアップ
– パブリックメッセージ
– Coolr.chat の一時チャット
– フォローパック
– ディスカバリータブのフィード読み取り
– 絵文字の隠し cashu トークン

機能:
– リレー、リレープール、nostr クライアントを再設計し、動的プールを管理
– ガベージコレクター対応バージョン向けにノートキャッシュを再設計
– メディアの事前読み込みとキャッシュを再設計し、レイアウト変更を最小限に抑える
– 復号化キャッシュを再設計し、アカウントごとに管理
– チャットチャンネルキャッシュを再設計
– アドレスのデータクラスへのインデックスを再設計
– EOSE キャッシュとマネージャーを再設計
– すべてのアカウント情報とサービスをフローベースの設計に移行
– リレーフィルターを Compose サブスクリプションモデルに移行
– すべての下書きに 90 日間の有効期限を追加
– 文字列化されたユーザーメタデータの種類0のイベントでは、タグを優先するJSONを使用します。
– フィード上部のライブイベントのサポートを追加します。
– ビデオイベントを置き換え不可能な種類に移行します。
– NIP-51をNIP-44暗号化に移行します。
– チャット、コミュニティ、位置情報、ハッシュタグのフォローをそれぞれ独自のリストに移行します。
– 種類1以外のイベントについては、NIP-22で返信するように移行します。
– リレーヒントの選択を大幅に改善
– 新規投稿送信時のリレーピッカーを削除
– 汎用リレーリスト (kind3) を削除
– 新しいリレーリストを追加: Trusted、Blocked、Proxy、Broadcasting
– ほとんどのダイアログをフルスクリーンルートに移動
– NewPostScreen と ViewModel を、サポートする NIP ごとに Screen と ViewModel に分割
– NIP-22 ジオスコープ投稿の作成と返信をサポート
– 重複イベントの再検証を行わないことでパフォーマンスを向上
– セキュリティフィルター画面にコンテンツ感度設定を追加
– 新しい画面に翻訳設定を追加
– AsyncImage を拡張し、プリロードされたアスペクト比を正しく使用してジッターを回避
– クラシファイドコンテンツ内の画像と URL に imeta タグを追加
– 空のプロフィールに新しいデフォルトバナーを追加
– LiveData から Flow への移行を完了
– 古い静的データソースモデルを動的フィルターアセンブラに再構築
– フィルターアセンブラ、viewModel、DALクラスをそれぞれ独自のパッケージに移動しました。
– ユーザーとメモ用のコンポーザブルオブザーバーを作成しました。
– すべてのフィルターアセンブラライフサイクルウォッチャーをいくつかのクラスに統合しました。
– すべてのリレーのすべてのアカウントのリレー認証をコーディネータークラスに移動しました。
– リレーNOTIFYパーサーをすべてのアカウントの独自のコーディネータークラスに移動しました。
– フィルターとイベントキャッシュ間の接続を独自のコーディネータークラスに移動しました。
– プッシュ通知にTorのサポートを追加しました。
– ComposeからFlowへの接続サービスを分離しました。
– ComposeからTorServiceへのTorサービスを分離しました。
– ComposeからFlowへのメモリトリミングサービスを分離しました。
– ComposeからFlowへの画像キャッシュサービスを分離しました。
– ビデオキャッシュサービスを分離しました。
– ログサービスとNIP-95キャッシュサービスを分離
– Pokey受信サービスを分離
– OkHttpClient構築サービスをフローとして分離
– メッセージが送信されるまで、すべてのDM添付ファイルを保留します。
– 新規投稿画面に、任意の数のURL、イベント、メディアアップロードのプレビューを追加します。
– DMとチャンネルメッセージに、Zap Split、Zap Raiser、位置情報シンボルを追加
– NIP-28メタデータに画像アップロードを追加
– NIP-28のコミュニティリレーをサポート
– 複数の動画再生時にExoPlayerプールを追加
– DVMの最終アナウンス期限を90日から365日に変更

Quartz:
– フィルターとイベント送信ボックスキャッシュを備えたNostrClientを追加
– すべてのリレーコマンドにBasic RelayClientとパーサーを追加
– 署名機能をコールバックからサスペンド関数に移行
– イベント作成関数をテンプレート付きビルダーに移行
– フィルター設計をリレーごとのフィルターに移行
– イベント内のハードコードされたタグフィルターをタグのパーサーとアセンブリ関数に移行
– すべてのリレーURLを正規化
– 種類ごとにリレーヒントプロバイダを正式化
– SQLiteによるイベントストアのサポート
– NIP-55 Android署名者とそのキャッシュを再設計
– 署名者エラーの例外処理を再設計
– NIP-62の無効化リクエストのサポートを追加
– すべてのNIP-51リストを新しいイベントタグ構造に移行
– 下書き、NIP-04、NIP-17 DM を新しい構造に移行します。
– ブックマークを新しい構造に移行します。
– NIP-56 を最新のタグ構造に移行します。
– nip70 保護タグのサポートを追加します。
– nip73 外部コンテンツ ID を完全サポートします。
– NIP-48 プロキシタグのサポートを追加します。
– 古い「データソース」モデルを削除します。
– MurMur ハッシュを使用した Bloom ベースのヒントインデクサーを追加します。
– PoW マイナーを追加します。
– NIP-10 のスレッドヘルパーを再構築します。
– Zap 分割、zapraiser、件名、alt、コンテンツ警告をそれぞれ独自のパッケージに移行します。

開発チーム:
– @Vitor Pamplona
– @Don’t Believe The Vibe 🌱🍋🍊
– @greenart7c3
– @KotlinGeek
– @⚡ Dee Kay ⚡🇸🇪🇬🇧🇨🇿🇧🇷🇦🇹

翻訳:
– チェコ語、ドイツ語、スウェーデン語、ポルトガル語: @⚡ Dee Kay ⚡🇸🇪🇬🇧🇨🇿🇧🇷🇦🇹 – オランダ語: @Bartus

– フランス語: @Anthony 🇫🇷
– ポーランド語: @Polak
– 中国語: @CXPLAY
– スロベニア語: @StellarStoic
– タイ語: @123🦈ปลาฉลามขึ้นบก
– @Cats によるベンガル語😺
– ヒンディー語 by @राज
– スペイン語 by @⚡₿it₿y₿it⚡
– ハンガリー語 by @Zoltan ⚡️ と @npub1dnvslq0
– ペルシア語 by @L

ダウンロード: http://amethyst.social



~ マイ関連ブログ (Nostr関連)~
Nostrのクライアントflowgazer (2025.8.23)
Nostrのクライアントneblrで長文投稿 (2025.8.19)
Nostrの新しいクライアントneblrを使ってみた (2025.8.18)
Nostrのクライアントnostterに投稿埋め込み機能 (2025.8.17)
Nostrの投稿専用クライアントeHagaki (2025.8.12)
momostr経由でBlueskyに繋がったメンション付きNostrの投稿とCORACLEの素敵な関係? (2025.7.15)
NostrのクライアントNos HaikuとLumilumiに年月日指定表示 (2025.7.5)
Nostr Bookmarkのbookmarklet (2025.6.10)
Nost上のグループを作成・表示する『+chorus』 (2025.6.3)
NostrのProfile共有サイト「Spacestr」 (2025.5.26)
NostrのLong-form Contentを投稿・編集するNostr NIP-23 マークダウンエディタ (2025.5.6)
NostrでWeb bookmark (2025.5.6)
Nostrのバッジ (2025.5.1)
Nostrで誕生日フェスティバル? (2025.4.1)
過去1年分のNostrのActivityをグラフ化したNostr Contribution Graph (2025.3.8)
Nostrのトレンドを表示するNostrends (2025.3.5)
Nostrでアスキーアート (2025.1.9)
Nostrクライアント「Nos Haiku」を使ってみた (2025.1.2)
SnapNostrはwebpが苦手 (2024.12.21)
※量が多くなったので、上記より前のブログ記事については省略します。
上記より前のエントリーへのリンクは上記2024.12.21のブログ記事にて見ることができます。



Nostr村は今日も平和です。
本ブログ記事は「Nostrなんて簡単さ、なんて噓さ。」とのW投稿です。
しーゆー。

月曜日の写真

Pixelfed「#ケツ曜日」 Instagram「#ケツ曜日
DSCN6596
2022.5.10撮影 横浜 ランドマークプラザ

 
Pixelfed「#月と書いてライトと読む」 Instagram「#月と書いてライトと読む
IMG_4011
2022.10.21撮影 東京 日野「廣屋」

 
Pixelfed「#月曜マンホール」 Instagram「#月曜マンホール
IMG_7877
2023.10.19撮影 横浜 ズーラシア

 
 
~曜日タグについて~
月曜日には、後姿(ケツ)の写真に#ケツ曜日のタグを付けて(月曜日→ゲツ→ケツ)
ライトの写真に#月と書いてライトと読むのタグを付けて(月曜日→月→デスノートの主人公の名より)
マンホールの写真に#月曜マンホールのタグを付けて(マンディ→マン→マンホール)
Google+で花開いた曜日タグいう文化があり、誰かが決めた曜日に纏わるタグをつけてそのタグにあった写真を投稿しあうというもので、私も参加していましたが、残念ながらGoogle+は2019年4月2日に終わってしまいました。 というわけで、Google+の終了予定が発表された2018年10月10日以降は、plusporaにも曜日タグ付きで同じ写真を投稿していました。 また、現在もっとも多くの人が曜日タグ付きの投稿を行っているのはInstagramのようです。私もInstagramにも投稿しています。上記Instagramのリンクでは私以外の多くの方の同じ曜日タグ付きの投稿を見ることができます。
ところがplusporaが2022年3月末にcloseするという話が・・・
ということで、2022年3月4日以降はplusporaではなく新たに登録したdiasporgの方に投稿することにしました。
と・こ・ろ・が、、、diasporgが2025年5月4日にcloseするという話が・・・
そこで2025年1月14日以降はdiasporgのかわりにPixelfedに投稿することにしました。
しーゆー。