  |
はてなキーワード: FFmpegとは
推定すると、一般的なITリテラシーは中級、動画ファイル解析は初級〜中級、デジタルフォレンジックとしては初級くらいです。
| 領域 | 推定 |
|---|---|
| 一般ITスキル | 中級 |
| CLIツール利用 | 中級弱 |
| ffmpeg / ffprobe | 初級〜中級 |
| 動画コーデック知識 | 初級〜中級 |
| 動画配信プラットフォーム仕様理解 | 初級〜中級未満 |
| デジタルフォレンジック | 初級 |
| 証拠評価・検証設計 | 弱い |
記事には、こうした検証設計がほぼありません。むしろ「絶対にだ」「証拠として扱えない」といった断定が目立ちます。
ffmpeg/動画メタデータの基礎知識はあるが、動画フォレンジックや証拠評価の訓練は受けていない可能性が高い。
結論として、この記事の検証方法には一定の技術的妥当性がある一方、メタデータやコーデックだけで動画の出所を断定するのは危険である。
主要な論点は、ffprobeやメタデータを手がかりにすること自体は有効でも、そこから真正性・入手経路・SNS由来の否定まで断定する飛躍がある点です。
ffprobe -show_format -show_streams で動画コンテナ、ストリーム、メタデータを確認するのは正しい使い方です。
ffprobe 公式ドキュメントも、コンテナ形式・各メディアストリーム形式・メタデータタグを表示できると説明しています。
ただし、記事の中心的な主張である「メタデータやコーデックがSNS標準から外れていれば、そのSNSから保存された動画ではないと強く言える」という部分は、技術的にはかなり危ういです。
実ファイル、取得経路、ハッシュ、HTTPレスポンス、同時期の対照サンプルがない限り、フォレンジックとしては“断定”ではなく“整合・不整合の示唆”に留めるべきです。
ffprobe で動画の構造を見る、という方法自体は妥当です。
-show_format はコンテナの FORMAT 情報、-show_streams は各 STREAM 情報を出力し、-print_format json または -of json で機械処理しやすいJSONにできます。
また、encoder=Lavf... や handler_name=VideoHandler のようなタグが出ることは実際にあります。
FFmpegのメタデータAPIでは、encoder は「ファイルを生成したソフトウェア/ハードウェア名や設定」として扱われ、メタデータはキー・バリュー文字列として保持されます。
したがって、Lavf が出た場合に「最後に libavformat / FFmpeg 系でmuxされた可能性」を疑うのは自然です。
ただし、ここで止めるべきです。
Lavf は「TikTokから来た証拠」ではありませんし、Adobe Premiere Pro や DaVinci Resolve 風の値が見えても、それだけで「SNS由来ではない」とは言えません。
記事は ffprobe コマンドを提示し、動画共有SNSの規格から外れた動画は「十中八九」そのSNSからダウンロードされたものではない、という趣旨の主張をしています。
しかしこれは、配信プラットフォーム、ダウンロード方法、再mux、再エンコード、埋め込みプレイヤー、CDN、編集、保存ツールの影響を過小評価しています。
最大の問題は、メタデータが容易に書き換え可能なことです。FFmpegは -metadata key=value で出力ファイルに任意のメタデータを設定でき、既存の -map_metadata より優先され、空値で削除もできます。
つまり、encoder, creation_time, handler_name, com.apple.quicktime.software などは、基本的に署名済みの真正性情報ではありません。
改ざん困難な証拠ではなく、「最後にどのツールや処理経路を通ったように見えるか」を示す弱い手掛かりです。
記事は「動画共有SNSから動画をダウンロードした場合 tool が埋まることは無い」「Adobe Premiere Pro や DaVinci Resolve、HandBrake が登場したら完全にSNSからダウンロードされたものではない」と述べています。
これは過剰です。
編集ソフトで一度書き出された動画を、その後SNSに投稿して、さらに第三者が保存するケースは普通にあり得ます。
逆に、SNS由来の動画を保存後に再muxすれば Lavf が出ることもあります。
YouTubeやTikTokのようなサービスでは、同じ動画でも複数の品質・コーデック・コンテナ・プロトコルで配信されることがあります。
さらに、保存ツールが音声と映像を別々に取得して、最後にFFmpegで結合する場合があります。
たとえば yt-dlp は、デフォルトで高品質の video-only と audio-only を選び、必要に応じてFFmpegでmuxする挙動を取ります。
また -f bestvideo+bestaudio のように明示的に複数フォーマットを結合することもあります。
この場合、保存後のファイルに Lavf が現れても、それは配信元SNSのエンコーダではなく、保存者側の結合処理の痕跡になり得ます。
したがって、文春のWebページから保存したファイルを解析しても、それは最大でも「文春サイトで配信されていた派生ファイル」の解析です。
文春が元SNSファイルをそのまま置いているのか、再エンコードしたのか、動画プレイヤー用に変換したのかが不明なら、そこから「元のSNS由来性」を断定できません。
記事は「比較的新しいYouTube動画がH.264だと怪しい」という趣旨のことを書いています。
これは言い過ぎです。
YouTube公式ヘルプは、アップロード推奨設定としてコンテナMP4、動画コーデックH.264、音声AAC-LC/Opus等を挙げています。
また、YouTubeは再生画質最適化のためにすべての動画を再エンコードすると説明しています。
つまり、YouTubeにおいてH.264は今でも普通に関連するコーデックであり、H.264であることだけを「怪しい」とは扱えません。
確かに、高解像度や高効率配信ではVP9やAV1が使われることがあります。
YouTube公式ヘルプも、新しい4Kアップロードを4Kで表示するにはVP9対応ブラウザまたは端末が必要と説明しています。
しかしこれは「新しいYouTube動画のH.264は原則不自然」という意味ではありません。
再生環境、解像度、ブラウザ、端末、利用ツール、取得フォーマットによってH.264が選ばれる余地はあります。
記事はTikTokについて、H.264/H.265/AV1、ビットレート、Lavf、VideoHandler、creation_time などを表形式で示しています。
しかし、少なくとも公開一次情報だけを見る限り、TikTokが一般投稿のダウンロードファイルについて、記事のような詳細なコーデック・ビットレート・メタデータ指紋を安定仕様として公開しているとは確認できません。
TikTok for Businessの公開仕様では、広告動画について .mp4 または .mov、非Spark Adsでは .mp4, .mov, .mpeg, .3gp, .avi、最低ビットレート516kbps以上などが示されています。
これはアップロード/広告入稿仕様であって、一般ユーザーがダウンロードするウォーターマーク付き動画の実ファイル指紋とは別物です。
したがって、記事のTikTok表は「経験則」としてなら参考になる可能性がありますが、フォレンジック判定に使うには、同一時期・同一地域・同一アプリバージョン・同一取得方法で採取した対照サンプル群が必要です。
文春側の記事は、電子版で実際の動画を公開していると説明しています。
また、文春のまとめ記事では、複数の中傷動画、礼賛動画、野党候補へのネガキャン動画、Zoom音声を電子版限定で公開しているとされています。
しかし、今回の記事自体は、文春動画の実ファイルの ffprobe 出力、SHA-256、ファイルサイズ、取得URL、取得時刻、HTTPヘッダ、保存方法、比較対象サンプルを提示していません。
つまり、技術検証記事としては検証プロトコルの提案に近く、検証結果にはなっていません。
bash # 1. ファイルの同一性確保 sha256sum input.mp4 stat input.mp4 # 2. ffprobeで構造を取得 ffprobe -v error \ -print_format json \ -show_format \ -show_streams \ -show_chapters \ input.mp4 > ffprobe.json # 3. 必要項目だけ抽出 ffprobe -v error \ -of json \ -show_entries \ format=filename,format_name,duration,size,bit_rate:format_tags:stream=index,codec_name,codec_type,profile,width,height,pix_fmt,avg_frame_rate,r_frame_rate,time_base,bit_rate,nb_frames:stream_tags \ input.mp4 > ffprobe_min.json # 4. 可能なら別ツールでも確認 mediainfo --Full input.mp4 > mediainfo.txt exiftool -G1 -a -s input.mp4 > exiftool.txt
-v quiet ではなく -v error を推奨します。quiet はエラーや警告も見えにくくなるため、検証ログとしては不利です。
さらに重要なのは、同じ取得方法で対照サンプルを作ることです。
たとえば「TikTok公式アプリから保存した動画」「ブラウザ経由で保存した動画」「yt-dlp等で取得した動画」「文春サイトから取得した動画」を混ぜると、メタデータの意味が変わります。
比較は、同一プラットフォーム、同一取得経路、同一時期、同一品質設定で行う必要があります。
この記事は、動画ファイル解析の着眼点としては有用ですが、フォレンジックの結論としては断定が多すぎます。特に、メタデータとコーデックを「由来証明」に使う部分は弱いです。
本件で言えるのは、実ファイルを取得して解析したうえで、
「このファイルは、特定SNSから同条件で取得した対照サンプルとは整合しない」
または
「このファイルは、編集ソフトまたはFFmpeg系ツールで後処理された可能性がある」
という程度です。
「だから文春の動画はSNS由来ではない」「だから一次情報ではない」「だから証拠にならない」とまで進めるには、記事に提示されている情報だけでは不足しています。
ホントに面白いんだけどさ、でもまぁやっぱり真偽というか白黒というか実際のところどうなん？ってのはあるよね
少なくともさ、このエントリ読む前に文春がアップした動画へアクセスできる連中は文春の動画を保存してて欲しいのね？
何でかと言えば「それ本当にYoutubeとかから保存された動画なの！？」っていうのをやるからで〜すｗｗｗｗｗ
このエントリ読む前に時間がもったいないからマジで今すぐ速攻で保存しにいけｗｗｗｗｗ
さて、まずffmpegというメチャクチャ有名なツールを導入します。このエントリに興味を示した人は既に導入してあるかも知れません
導入して無い人は「ffmpeg 導入」あたりでググって導入方法を調べましょう
ffmpeg公式では便利なインストーラーとか配布して無いんだけど、稀にffmpeg公式のフリをしてマルウェアとかインストールさせようとする詐欺サイトあるから注意してね。Qiitaあたりの情報を引くのが良いと思うよ
それでですわ、Windowsターミナルかお好きな仮想端末を開いて下記のコマンドを入力する
ffprobe -v quiet -print_format json -show_format -show_streams input.mp4
説明する必要もないとは思うが、input部分がファイル名でmp4の部分がフォーマットな。だから文春の動画フォーマットがmp4じゃなかったら文春の動画フォーマットに合わせてね
これはね動画のメタデータを表示するためのコマンドなんだけれども、世の中の動画共有SNSって当然ながらサービス内で規格化された動画を扱っているのね？
んで、その特定の動画共有SNSの動画規格から外れた動画って十中八九その特定の動画共有SNSからダウンロードされた動画じゃないんだわヒャッホイｗｗｗ
ということで前ステでガンガン攻めて行きましょ！ｗ
| サービス | フォーマット | 動画コーデック | 音声コーデック | 1080p(30fps)ビットレート | 1080p(60fps)ビットレート | 2160p(60fps)ビットレート | LIVE配信1080p主流ビットレート | 音声ビットレート | 音声サンプリングレート | 音声ラウドネス制限 | creation_time | tool | encoder | handler_name | com.apple.quicktime.software | 備考 |
|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|
| Youtube | MP4,WebM | H.264,VP9,AV1 | AAC,Opus,OGG(Vorbis),E-AC-3 | 約1.5〜4.0 Mbps | 約2.5〜6.0 Mbps | 約15.0〜25.0 Mbps | 約3.0〜5.0 Mbps | 約128 kbps前後 | 44.1 kHz,48kHz | -14 LUFS | サービス内でトランスコードされた日時 | 空白 | Google,空白 | IsoMedia File Produced by Googleなど | 空白(Apple製品で作成しないと表示されない拡張メタタグ) | - |
| TikTok | MP4 | H.264,H.265,AV1 | AAC | 約5.0〜8.0 Mbps | 約8.0〜12.0 Mbps | - | 約2.0〜5.0 Mbps | 約128 kbps前後 | 44.1 kHz,48kHz | -10〜-12 LUFS | サービス内でトランスコードされた日時 | 空白 | Lavfほにゃらら | VideoHandlerもしくはSoundHandler | 空白(Apple製品で作成しないと表示されない拡張メタタグ) | TikTok公式アプリからダウンロードすると動画内にウォーターマークを入れるためcreation_timeがダウンロードした日時になる |
まず動画共有SNSから動画をダウンロードした場合toolが埋まることは無い
例えばTikTokは内部的なエンコーダーをffmpegそのまま利用していて、TikTokはプライバシーに関わるメタデータを削除しても既にあるメタデータを自社の情報へ書き換えたりしないんだな
実はLavfほにゃららやVideoHandlerってffmpegデフォルトのメタデータ情報で、メタデータがffmpegデフォルトであることがTikTokからダウンロードされた動画の証である
そしてYoutubeの場合はメタデータの一部をGoogleですよとアピールするために書き換えるのでProduced by Googleなんてのが載るわけだ
YoutubeとTikTokの違いなんだけど、現在実はYoutubeでH.264がトランスコードされることは例外を除いてほぼ無くなっており、多くはVP9かAV1になっている
逆にTikTokはH.264がまだまだ主流で、一部の動画でAV1が使われるようになっている。H.265も一部混ざっていてAV1にするかH.265にするか迷ってる最中っぽい
つまりYoutubeからダウンロードされた比較的新しい動画がH.264だと「あれれ〜？」ってなるわけ
更にtoolなどメタデータへ対してAdobe Premiere ProやDaVinci Resolve、HandBrakeなんてのが登場したら、それはもう完全に動画共有SNSからダウンロードされたものじゃない絶対にだ
仮に文春のWebサイトへアップする際に「容量を節約するため再エンコードしました」なんて言い訳していたとしても、それはいわゆる1次情報ファイルでは決してないので情報技術者として証拠としては扱えない
もちろんフォーマットやコーデック、ビットレートなどに整合性が無くなっても、それはどんなに文春へ寄り添っても極大の疑問符が付く動画になってしまう
おいおいｗｗｗブコメの皆さんよｗｗｗｗｗ
文春が「これが証拠だ！」とアップしたデータが松井氏本人から提供されたんだったら動画共有SNSへアップした証拠にはなり得ないだろｗｗｗｗｗ
だからこそ文春にアップされた動画は動画共有SNSのメタデータでなければならないんだよｗ
俺は信じてるぞ文春！！！ｗｗｗｗｗｗｗｗｗｗ
ここ1年で初めてはてなブックマーク日毎の総合人気エントリ入りしたドメインからのホットエントリ、ブクマ数順トップ30
| ブクマ数 | タイトル | ドメイン |
|---|---|---|
| 1702 | れきちず | rekichizu.jp |
| 1559 | 引っ越しで「高額な原状回復費用」を請求されたけど、父が弁護士だったから何とかなった ｜ ふ凡のすすめ | mhubon.com |
| 1114 | 「NAT」「NAT越え」「NATタイプ」ってなーに？ | squid-ink-cafe.com |
| 897 | 8割が餓死・病死、倒れたら自決を “地獄”を生きた104歳元兵士の怒り「検証していない」（毎日新聞） | news.line.me |
| 777 | 2分以内に寝つける！米軍が採用した究極の睡眠法「漸進的筋弛緩法」とは？やり方をイラストでわかりやすく解説【睡眠専門医監修】 (1/1)｜ 介護ポストセブン | kaigo-postseven.com |
| 773 | 近況報告：無職になりました - IT戦記 | amachang.hatenablog.com |
| 752 | 【陰謀論】三浦春馬他殺説ビギナーズ・ガイド(その1) - やばいブログ | y-ryukichi.hatenablog.com |
| 730 | 中村 比呂人 - 【AFURIが、「雨降AFURI」という日本酒を販売している企業を商標侵害で提訴したことで、ネットで... ｜ Facebook | www.facebook.com |
| 728 | お知らせ AFURI株式会社からの提訴について – 吉川醸造 ｜ KIKKAWA JOZO | kikkawa-jozo.com |
| 701 | LK-99は本当に常温常圧超伝導を達成しているのか - 理系のための備忘録 | science-log.com |
| 699 | ChatGPT開発元のOpenAIが推奨！期待通りの回答を得るプロンプトのコツ10選 | dekiru.net |
| 685 | hiroshima(高精細) | vimeo.com |
| 644 | FFmpeg Explorer! | ffmpeg.lav.io |
| 629 | 【図解】ピボットテーブルの使い方 基本から応用テクニックまで解説 ｜ ツギノジダイ | smbiz.asahi.com |
| 603 | MacBookの生産性を向上させる、超強力なおすすめMacアプリ15選（有料＆無料） | gadget-shot.com |
| 588 | 株式会社ジャニーズ事務所 御中 調査報告書（公表版）.pdf | saihatsuboushi.com |
| 576 | ＮＨＫ水戸放送局のロック・イン・ジャパン2024 ひたちなか開催の報道について、私たちは強く抗議します。 ｜ ROCK IN JAPAN FESTIVAL 2023 | rijfes.jp |
| 575 | スタートアップはいかにしてその活力を失うのか ｜ Yakst | yakst.com |
| 544 | 【質問シート付】面接初心者でも対応できる中途面接質問集〈60選〉 | bsearch.co.jp |
| 544 | AIはどのような仕事ができるようになったのか？ChatGPTで変わる「優秀な人材」 | tokoroten.medium.com |
| 538 | 「小さい人」をだますな 優しいのっぽさんの静かな怒り 感じた現代の | wararchive.yahoo.co.jp |
| 535 | ＢＢＣ特派員「日本の水産物が心配？世界のすべての水産物食べられない」 | s.japanese.joins.com |
| 527 | 永久不滅ウォレットサービス終了のお知らせ ｜ クレジットカードはセゾンカード | www.saisoncard.co.jp |
| 513 | 三菱UFJ国際投信、「eMAXIS Slim」シリーズ4銘柄（オルカン含む）の信託報酬率を業界最低水準に引き下げると発表 | randomwalker.blog.fc2.com |
| 506 | NISA vs iDeCo 積立するならどっちがお得？おすすめの銘柄は？ | www.risingbull.co.jp |
| 504 | 文章生成AI利活用に関するガイドライン.pdf | www.digitalservice.metro.tokyo.lg.jp |
| 502 | はじめに - Writing an OS in 1,000 Lines | operating-system-in-1000-lines.vercel.app |
| 480 | 博士課程進学者、ピーク時の約半分に 「低学歴国」ニッポンの現状 | bookplus.nikkei.com |
| 469 | X（旧Twitter）の短縮リンク（t.co）の古いものがリダイレクトされず、元のURLも表示されなくなってる | www.orefolder.net |
| 467 | 日本の腐女子が北欧のゲームスタジオに就職し、隠れた腐女子仲間を見つけて乙女ゲーム開発スタジオを立ち上げた話 — NeonNoroshi | www.neonnoroshi.com |
[B! ネット] 攻略ツールをGameWithに模倣されたお話｜oliver｜note
GPLを理解していないコメントがあるのは仕方ないとしても、これにスターが大量に集まるのはバカの見本市すぎるだろう。
模倣元のツールはMIT Licenseで公開されていたらしいので、状況は概ね3パターンに整理できる。
パターン1はどんなオープンソースライセンスでも問題にならない。
パターン2はMIT Licenseでもライセンス違反なのでGPLを選ぶ必要がない。
（MIT Licenseは著作権者とライセンスの表示が必須で、少なくともソースコード上に「Auther: ○○」「License: MIT」と記載する必要がある）
パターン3はGPLでは問題にならない。FSFのFAQより引用する。
Q. ある会社がGPLが適用されたプログラムの改変バージョンをウェブサイトで動かしています。GPLはかれらは改変したソースコードを配布しなければならないと言ってますか?
A. GPLは誰もが改変したバージョンを作成し、他に配布することなく、使うことを許しています。この会社が行っているのはこの特別な場合です。ですから、この会社が改変したソースコードをリリースする必要はありません。
というロジックになっている。結局、どのパターンでもGPLを選んだところで問題は解決できない。
また、次のコメントも間違っている。
CC-BY-NCの定める「営利目的」はソフトウェアを売買したり利用料を得たりするような行為のことで、アフィリエイトで広告収入を得る行為は含まれないから抑止にならない。
この中でまともなこと言っているのはこの人だけである。
GPLv3含め通常のOSSライセンスではバックエンド利用は再配布に該当しない(お前らはApacheやFFmpegのソース配布してるか?)。XaaS提供を縛りたい場合はv3フォークのAffero GPLv3が必要。
ただ、模倣先のツールはクライアントサイドアプリケーションらしい（≒パターン3ではない）のでAGPLv3を選ぶ必要はあまりないだろう。内容は的確だが、ちょっと惜しい。
-----
ここ最近感じていること：コメントの質が云々というより、スターを付ける人の質が悪いので一向に改善されない問題のほうが根深いなあ。
https://anond.hatelabo.jp/20230319133934 の続き
そもそも前述のオーディションの告知すらDTM magazine以外で見たことがなく(実際はもう少し色んなところで告知していたのだろうけれど観測範囲ではDTM magazineだけだった)、ネット上で注目されるのはロイツマ・ガールからのニコニコ動画に投稿される初音ミクのIevan Polkkaを待つ必要がある。
実は初音ミクのIevan Polkka以前に初音ミク自体は注目されていたのだが、それは深夜アニメブームの文脈で藤田咲ファングッズという需要であり決して初音ミクの可愛さやら革新性がDTMの文脈で評価されたっものではなかった。
実際に当時のKAITOやMEIKOの立ち絵が更新されたのは初音ミクブーム以降であって初音ミク登場時点でもまだ扱いは非常に小さい。
この時期に触れて置かなければならないのはニコニコ動画の誕生だろう。実際のところ2000年代半ばの項で触れなければならないのだけれど、現在のニコニコ動画として成立するのは2000年代後半からなのでココにする。
御存知の通り当初のニコニコ動画は違法動画アップロードサイトであり、何なら当時話題であったYoutubeから動画を引っ張ってきて字幕を流すという方式であったため、Youtube側に違法動画が溢れ、負荷も高まりすぎたためBANされるという全くもって褒められない頭のおかしい犯罪サイトだった。ドワンゴもそれを自覚していて運営がドワンゴだって黙っていた。
VIPPERのニコニコ動画移住が促進されるのは前述したパートスレの問題と２ちゃんねるまとめサイト問題による嫌儲勢の興隆によってニュー速VIPのスレが執拗に荒らされるという事態が起き、YoutubeBANからMAD動画ブームが萌芽し始めて面白いコンテンツがニコニコ動画へ増えてきたからであった。
その初期では違法動画アップロードのノリで無編集の動画がアップされていたが次第に編集の手が加わるようになりMAD動画へと変化していった。代表格はアイドルマスターの「tUNAK M@ster (THE iDOLM@STER アイドルマスター インド版)」や「るろうに剣心英語版(フタエノキワミ、アッー!)」など。
ほぼ同時期にはMikuMikuDanceが登場、次第に増えていくボカロ曲(カバー曲)へMikuMikuDanceによるダンス動画を付けるなどの動きが発生。それらがボカロ曲へ絵師によるカバーの依頼、次第にモーショングラフィックス化が促進され今日のようなボカロMVが生まれるようになった。
その当時を振り返れば、Flash動画黄金時代のBUMP OF CHICKENの天体観測やKのような動画を作りたいという想いが強くあったことを今でも懐かしく思う。あなた達師匠がボクたち世代にそうさせたんだ。
livedoorねとらじ勢はニコニコ生放送登場とともに移住する。
livedoorねとらじ時代からカラオケ配信などの動きがあったもののニコニコ生放送登場直前くらいから版権曲へ対して勝手に字幕をつけて(当時は違法に)アップロードするニコカラという動きが発生し、この動画はニコニコ動画から(当時は違法に)ダウンロード、携帯動画変換君(FFmpeg)によってPSP向け動画へ変換し、実際のカラオケ店で歌うという学生文化が生まれた。
当時のカラオケにはアニソンはもとよりボカロ曲なんて配信されていなかったので、PSPのコンポジット端子AVケーブルでカラオケ店のディスプレイモニタとAVアンプへ出力して歌ったのだ(後にJOYSOUNDがこの学生文化に気づいてアニソンやボカロ曲を積極的に配信、DAMがそれに追従する)。これらの学生文化からニコニコ生放送でもカラオケ配信をするようになり、そこから歌ってみた文化が興隆する。
歌ってみたにニコニコ生放送の影響は計り知れないが負の側面もあり、livedoorねとらじでもあったような過激化が一部で促進され、配信しちゃいけない女の子の柔らかい2つの丘を見せちゃったりしてBANされるのも跡を絶たなかった。
結局、人気取りのために手っ取り早く女の子という要素を売りに全面へ出すと女の子要素を強く訴えることでしか評価を貰えないため次第に過激化していくのだ。livedoorねとらじ時代(約20年前)から何にも反省してないヤツは結構居たし、今のYoutube LiveやTikTokでも居るのでそういうのやめておきなと言いたい。10年前と20年前の失敗を繰り返すな。エロであれ悪ノリであれ何であれ犯罪を伴う過激化はダメだ。合法的に過激化しろ。
歌ってみたでキーアイテムであったPSP、実はMikuMikuDanceとも関係があり、MikuMikuDanceでのボカロ系ダンス動画をダウンロードし、同様に携帯動画変換君によってPSP向け動画へ変換し、ダンスをコピーして踊るということへ活用された。小型であり物理ボタンで再生停止逆再生スキップなどが可能であったためダンスの練習に丁度良かった。そうつまりこれの流れが踊ってみた文化の萌芽であり、PSPは踊ってみたでもキーアイテムであったのだ。
当時のPSP、実は学生に対して物凄く影響を持ったガジェットで、当時の学生文化に疎い世代には信じられないかも知れないがPSP本体を所有しているのにPSPゲームソフトを所有していない女子学生が居たくらい学生の間では物凄く評価が高かったのだ。その影響度合いは当時のiPod以上と言って過言じゃなく往年のAppleファンには信じて貰えないだろう。
このあたりに来ると当時学生であった自分からしてもオタクへの風当たりは非常に改善されていた。
未だに自分の姉などはオタクへ対して少々嫌悪感があるようだけれど、学生時代から部屋に引きこもって続けていたことが仕事になっている現状を見て「アンタあのままじゃ犯罪者か何かになると思ってたけど今はそれが仕事だもんねぇ世の中わからないわ」などと諦めた感じでたまに言っている。
そんなの当たり前の話なのだ。ボクは師匠たちに憧れて今のような大人になった。師匠たちがどんなに迫害されても面白いモノを作り続けてくれたからこそボクたちは師匠のようになりたいと思った。モノを作る人が何かを変化させ、何も生まれない世界は何も変わらないんだ。ボクは師匠たちの手によって変化させられモノ作りをするようになった。
確かにボクたちの世代でオタク迫害はほとんど無くなった無くした、でも迫害されてきた師匠たちがモノ作りを辞めなかったからこそ今のボクたちはあるんだ。
今でも覚えてるよ！粗いのに精緻なドット絵、面白いテキストサイト、発音制限の中で奏でられるFMサウンド、低処理性能で実現する疑似3D、ブラウザゲーム、あめぞうスレッディングシステム、夢小説、ツクール、吉里吉里、HSP、アナタ達が作ってくれたモノなんていくらでも挙げられる！
憧れさせてくれた師匠たちへありがとうございます！と深々と頭を下げたい。
そしてボクたち世代を見て憧れてモノ作りをしたいという新しい世代の子が現れているのなら作り手としてこれほど嬉しいことは無い。
P.S. あまりにも書きすぎて3/4削った。つまりこのエントリは1/4まで圧縮してるので何かのきっかけがあれば補足するかも知れない。
Twitterとの大きな違い、それは誰しもがActivityPubプロトコル互換の分散SNSサーバーを立ち上げられるという技術的な面以外にも文化的な大きな違いがあって、Twitterでは誰しもが受信者であり発信者であることが工程されるけれども、ActivityPubプロトコルネットワーク、通称Fediverseでは発信者の中でも特に面白いことを作り出す創造者が特に高く評価される傾向にある。
ActivityPubプロトコル互換分散SNSサーバーであるMastodonやMisskeyにはユーザー自身(正確にはサーバー管理者)が自由に投稿文中へ埋め込めるカスタム絵文字を設定できるし、更にMisskeyではカスタム絵文字によるSlackやDiscodeのようなリアクションへ対応し、MFM(Markup language For Misskey)と呼ばれる文字装飾に関するマークアップ環境が整えられておりユーザーはより自由度の高い自己表現投稿をすることが可能だ。
そんなFediverseに居る創造者たちはGIMPやInkscape、FFmpeg、Imagemagickなどを使いこなし、日々面白いカスタム絵文字やアニメーションGIFを生み出してはタイムライン上で笑いを誘い、そしてTwitterでは知られることのないネットミームを生み出しては、いつの間にかTwitterでも使われるようになるのは珍しくなくなっている。
そのノリはまるで世間を全く知らない男子中学生のようで、バイトを始める人が多くなる高校生にすら至らない子供じみた文化だと言える。
ここまで書いて思うのはActivityPub、プロトコル、分散SNS、サーバー、Fediverse、GIMP、Inkscape、FFmpeg、Imagemagick、etc...様々な単語を持ち出したが、これら単語へ即座に反応できる人こそが色々と問題や騒動が巻き起こっている現在のTwitterから別のマイクロブログ型SNSへ移住することができる素質を持つ人々だということだ。ポイントは「移住することができる」である。つまりTwitterには「できない」人が居るのだ。
男子中学生のような子供じみた文化についていけない以前に、明らかにFediverseでは実際に手を動かして五感を刺激する創造へ対する評価が妙に高い。例えば社会問題へ鋭い意見を単なる文字で"ツイート"するだけじゃFediverseでは評価されにくいのではないか？という疑念がある。
Twitterでもイラストやショート動画、面白いGIFは評価される。しかしユーザーの割合で言うと、そのような実際に手を動かして五感を刺激する創造を行える者は少ない。Fediverseではそれが当たり前だとでも言うかのように割合として創造者が多すぎる。
無産オタクなどという言葉が稀に見られるけれどもFediverseでは無産オタクであっても少なくともカスタム絵文字やマークアップで面白おかしく装飾できるようでないと居心地が悪く感じてしまうのだ。Fediverseで無産オタクは価値がないと誰も言わないが、創造者への評価が異常に高いので相対的に無産オタクの価値は低いという現状がある。
誰かが砂場で山を作る、そしてそれを面白がった誰かがトンネルを掘る、水を使えば更に面白い造形が出来て流れる水はスゴイのでは？と誰かが提案し実行する。
Fediverseでは砂場の周りで評論しても砂場の中で遊んでいる子供は決して砂場の外へ目を向けない。眼の前の砂の山をどうするかで頭が一杯なのだ。
選民意識に使うリソースなどFediverseの創造者たちは持っておらず砂の山しか見ておらず、砂場の周りで評論する自分たちのことなんか全く気にしていないからだ。
いやわかる、MS OfficeとかAdobeは業界標準だしファイル互換でインポートとかも楽だ。
ただまぁその万人へ必須か？と言われたら圧倒的にそれが必須じゃない仕事をしている人のほうが多い。
何なら仕事じゃなくて趣味レベルであるならばなおさらMS OfficeとかAdobeとか業界標準ソフトウェアじゃなくても良くなっちゃう。
ということで、ありきたりなシェアウェア代替オープンソースソフトウェアのリストを作ってみた。
ド定番中のド定番、オープンソースのオフィススイートだ。
MS Officeじゃなくて良い人はLibreofficeかGoogleのクラウドのヤツを使ってる。
やはり主に使われるのはワープロソフトのWriterと表計算ソフトのCalcとプレゼンテーションソフトのImpressだが、MS Accessの代替として挙げられるBaseは厳密な意味で代替とはならないためMS Accessの代替を無料でゲットしてやろうと考える人が陥りがちの罠だ。
まぁただデータベースのフロントエンドソフトとしてBaseはそこそこ使えるので、MS Accessの代替として捉えるのではなく別種のデータベースフロントエンドソフトとして割り切れば想定されることの大半ができる。
MS Visioの代替としてDrawも挙げられがちだがMS Accessの場合と同様にDrawもVisioの厳密な代替とはならないので注意が必要だ。
Adobe Illastratorの代替として挙げられがちなオープンソースのベクターグラフィックスソフトウェア。
高機能なのだがIllastratorと比較すると恐ろしいほど使いにくいUIを持っており、折角の高機能へアクセスするにはどうしたら良いのかわからないと挫折する人が多く出る。いやなんでホントこんなUIなんだ。
ただ、諦めずクソUIに付き合っていると不思議なもので人間は慣れてしまい結構自由度高くベクターグラフィックスを生成できるようになる。
Adobe Illastratorには無い長所としてSVG規格へ厳密に従うという方針で開発されているため、Illastratorで生成したSVGをWebでそのまま使うとWebブラウザで謎の描画バグにWeb屋は悩まされるがInkscapeではそれが無い。描画バグが起きるとき製作者が間違った設定を行っているか、Webブラウザ側が使っている設定に未対応な場合がほとんど。
将来的にサポートする気はあるらしいが現状はアニメーションSVGに弱いのも残念でならない。どうしてもアニメーションSVGをやりたいのであればInkscapeで生成された静止画SVGをアニメーションSVG化することを想定しているaniGenというWebベースのエディタがあるので調べてみると良い。
Adobe Photoshopの代替として挙げられがちだが、元来Web用の画像を製作するためのラスターグラフィックスソフトウェアなのでRAW現像や写真を加工するためのソフトじゃないが、本家すらその辺のことを忘れたふりをしている。
画像編集や加工で求められる基本的な機能はほぼ網羅されているが、RAW現像に関しては標準状態のままではできず、最近のAdobeが搭載している人工知能を用いた機能もないのでクラシカルなラスターグラフィックスソフトウェアと表現することもできる。
GIMPとInkscapeが使えると大半の画像製作は何とかなってしまうため一部の情報技術者寄りのギークはPhotoshopやIllastratorは触ったこともなく使えないがGIMPとInkscapeは困らない程度には扱えるというデザイナーがツッコミ入れそうなおかしなスキルセットになっていることがある。
Adobe Lightroomの代替として挙げられがちなオープンソースのRAW現像ソフトウェア。
実はdcrawというRAW現像のためのオープンソースのライブラリのフロントエンドであり、GIMPでRAW現像するために活用されるUFrawも同様にdcrawのフロントエンドであるため中身は同じだったりする。オープンソースのRAW現像ソフトウェアはdcraw使いがち。
オープンソースソフトウェアでRAW現像を賄っている人はGIMPでUFrawを活用してRAW現像するよりもUI的に使いやすいのでRaw TherapeeでRAW現像でTIFFを出力しGIMPで微調整するような使い方をしている人が多い。
オープンソースの2D CADで以前はQcadと呼ばれていた。
一部の読者はJw_cadのJWWファイルを扱うことが可能という特徴を持っているというだけで興味を惹かれてしまうのではないか。
Jw_cadとは違ってWindowsやmacOS、各種Linuxディストリビューションで動くので2D CADデータをネット上の友人知人などとやり取りしたいときに向くんじゃなかろうか？ニコニコ技術部的な遊びとか、最近流行りのルール無用JCJCタイムアタックとかで。
オープンソースの3D CADで、近年は3Dプリンターあたりの需要でよく目にするようになった。
Autodesk AutoCADやFusion 360、Dassault Systèmes SolidWorksよりも草の根では広まっており日本語でのハウツー記事もオープンソースソフトウェアとしては比較的多い印象。
シミュレーション機能はシェアウェアと比較すると弱い傾向があるものの草の根でそこまで必要か？と言われたら悩む。無料でシミュレーションやりたいならOpenFOAMにでも流し込め。
オープンソースのお絵描きに特化したラスターグラフィックスソフトウェア。
歴史的経緯ではLinux界隈でのGUIツールキットの2大巨塔にGTKとQtがあり、GTKはGIMPを作り上げるために生まれたこともありGTK側には高度なラスターグラフィックスソフトウェアが存在していたがQt側には存在していなかった。そこでGIMPの対抗としてQtを用いたKritaの開発が進められたが次第にGIMP的な画像編集ソフトウェアよりもお絵描きに特化していき現在のような性格を帯びるようになった。
SYSTEMAX ペイントツールSAIやセルシス CLIP STUDIO PAINTからの影響が強く現れており、オープンソース界隈のSAIやクリスタなどと呼ばれることがある。クリスタがそうであるようにスマートデバイスへの対応も計られAndorid OS版やChrome OS版が存在する。
ただ日本の需要を敏感に拾えるクリスタなどと比較して漫画作成機能に関してKritaは弱いと言われることがあるものの、GIMPと同様に無料とは思えない機能が充実しているのもまた事実である。
オープンソースの3DCGアニメーションソフトウェアで、非常に多機能のため何故かAdobe After Effectsの代替として挙げられることもある。
YoutubeがBlenderのYoutubeチャンネルへ広告を載せろと迫ってBlender公式がそれを拒否してYoutubeから撤退したり、庵野秀明が率いる株式会社カラーが出資したことなどオープンソース界隈でも異彩な存在感を放っており日本国内でも非常に注目されているプロジェクトだ。
ただ、初期状態では独特なUIによる使い勝手が非常に悪くユーザーが自分で使いやすい配置を模索する必要があったりタイムラインが使いにくかったりと何故オープンソースソフトウェアはUIがクソになりがちなのか？という問題にぶち当たる。
オープンソースの2DG/3DCG兼用プログラミングIDE。つまりはUnityとかみたいなやつ。
MIT Licenseでロイヤリティーフリー、開発言語はC#もしくはC++、そしてPythonライクなGDScriptで、Unityみたいにマウスでポチポチしてオブジェクトへ色んな設定を決められるので「Unityみたいのでゲーム作りたいけど運良くヒットしたときにライセンス料がなぁ」と懸念している人に役立つ。
ちなみにWiiとニンテンドーDS用向けにリリースされたSEGAゲームタイトルのソニックカラーズのSwitchやPS4などのマルチプラットフォーム移植版ソニックカラーズ アルティメットはGodotを用いて移植されているので商用でも耐えうることはSEGAが証明している。あのSEGAがソニックでだ。
オープンソースな動画編集ソフトウェア。
様々な部分で動画ライブラリのFFmpegへ依存しているためFFmepgのフロントエンドソフトとしての性格も持つ。
この手の無料の動画編集ソフトは国内だとAviUtlや近年ではBlackmagic Design DaVinci Resolveが人気だけれど、海外のオープンソース界隈ではShotcutは比較的知名度が高い。
カラーグレーディングに関して不足のない機能を有しているので高度なトランジションを用いるというよりも色を追い込むような使い方が合っているだろう。
ていうかFFｍpegのフロントエンドなのでFFmpegができることは理論上なんでもできる(理論上なので追加でコマンドを叩く必要があったりするけどね)。
オープンソースのレコーディングソフトウェア。旧名称はAudacityと言われるとご存じの方も多いハズ。プライバシー問題でAudacityからプロジェクトが分岐されTenacityとして再出発することとなった。
旧Audacityは開発の主な拠点がロシアを中心に行われていたという経緯があり、現在のウクライナ-ロシア戦争へ至る前の影響からか個人情報の収集をロシア企業が行うと発表され、それに反発したユーザーらによってプロジェクトが分岐しTenacityプロジェクトが立ち上がった。
Audacity自体はVSTプラグインが動作するなど非常に高機能なレコーディングソフトウェアであったがウクライナ-ロシアの騒動に巻き込まれたと言った感じだ。
Audacityから分岐したTenacityもそのまま高機能なレコーディングソフトウェアなのでこれからはTenacityを使ったほうが色々面倒が少ないだろう。
ProToolsの代替として挙げられがちなオープンソースのDAW。非常に高機能でDAWとして求められることの大半ができるものの、これもまた通例通り最近流行りの人工知能を用いた云々かんぬんは標準状態だとできない。
Ardourプロジェクトの立ち上げをし主要開発者であるポール・デービス氏はJACK Audio Connection Kitのプロジェクトの立ち上げをし主要開発者であるという事実を伝えると驚く人がいるかも知れない。LinuxとGitのリーナス・トーバルズ的な文脈だ。
オープンソース界のFL Studioと呼ばれることもあるDAW。ステップシーケンサーを中心に作曲するタイプのDAWで電子音楽が得意。LMMSという名称はLinux Multi Media Studioの略でLinuxに端を発してマルチプラットフォーム展開をしたDAW。
オープンソースのDAWにしては珍しく初期状態から多数のソフトウェアシンセサイザープラグインが用意されておりインストールした時点で遊び始めることができるものの、オープンソースの例に漏れずクソUIを持っており使いにくい。GIMPやBlenderもそうだが1990年代後半〜2000年代前半あたりに流行したMDI(Multiple Document Interface)を未だに引きずっているためクソUIになりがちなのだ。
ググると日本国内にも意外とユーザーは居て、DTMやりたいけど初期投資は低く抑えたいみたいなユーザーが選んでいる模様。そういう需要ならLMMSの他に基本無料で全機能が使えて一部のプリセットが有料のVitalっていうソフトウェアシンセサイザーも導入しておくと延々遊べるよ。
オープンソースなWebブラウザとして非常に有名な存在。
Google率いるChromium系Webブラウザに近年物凄く押されているものの独禁法を回避するためGoogleはMozillaへ出資しているという歪な構造を持つ。
Mozillaの運営が下手すぎて資金をドブに捨てることを繰り返しているためGekkoレンダリングエンジンに未来があるのかと一部の識者から不安がられている。
Firefoxは使いやすいのか？と言われたら、それはもう好みの問題としか返せないのだがカスタマイズ性は非常に高い。
そう思ったらラズパイ4が輝き出した
・ラズパイ4 4GB + SATA SSD(USB外付け化) + PX-Q3U4 + epgrecUNA + lighttpd の構成で
・8本同時録画いける、load average 2.09
・トラコンはムリ、リアルタイム視聴なし、とにかく ffmpeg ダメゼッタイ（CPU使用率が一気に悪くなる）
エンコを捨てればなんとかなるがエンコを捨てるとHDD容量リミットがマッハになるので
録画済のファイルを不定期にエンコしに行く別ノードが必要かも知らん
もう一台ラズパイを用意して共有フォルダ見に行ってエンコ + 録画サーバのDBにレコードぶっこむ、みたいなの
追記： gst-launch-1.0 でも頑張ってみたが ffmpeg 使ったのと大差ねえわ。エンコするなら同時に2か3（夏なら2かも）、エンコなしなら8本、というアンバランスな話になりそう。
なんか普段使いのPCにもLinuxを入れろみたいなのが話題だけど
これが別途用意した開発環境だとある程度で諦めたりしちゃうけど
例えばアップグレードしたらX.org関係がぶっ壊れてGUI出なくなったらマジで困る
必死でX.orgを修復する過程でドライバ周りやカーネル周りに詳しくなる
一括で変換して保存したりお気に入り部分だけを切り出したりしようとしてffmpegに無茶苦茶詳しくなる
FANZAでセールしてないかスクレイピングしてクロールかけたり
なんならFANZAが閉店したときのために漫画コンテンツをキャプチャしてダウンロードしておいたり
家の中でスマホでエロコンテンツ見たくなったらWebサーバ建てたり配信サーバ建てたり
とにかく動機は真っ黒レベルで不純だけど技術は恐ろしいほど蓄積する
Kinzaのパッチが当たった正式版が公開されたので、引き続きこき下ろす。
この間 https://anond.hatelabo.jp/20210828113740 を書いたが、DuckDuckGo経由で無事作者に見つかってしまったらしく、ここで指摘を入れた誤字、インストール場所、公開ソースコードのREADMEが全てではないが直ってた。ここ以外にもアンチがそれなりにいるみたいで、作者のTwitterを見る限りメンタルが削られていたようだ。(あれだけTwitterでアンチコメントがあったのを知ってたのに、中途半端な覚悟でエゴサしたからじゃないの？と言いたいが)
アンチがあんなにいるのは人気がある証拠ではないか。もっといろんな人に知ってもらうまたとないチャンスだ。
誤解しないでほしいのは、こき下ろしているのは学生の合間に作った革新的で軽量なブラウザーが自称ではなく価値あるブラウザになることも期待しているからである。ブラウザ作る奴なんてほとんどいないから。
以前利用規約での遊びがひどすぎてふざけてんのかと書いたせいかは知らないが、アップグレードはちゃんとアップロードになっている、個人の感想がなくなっているなど、おふざけはなくなった。しかし、利用規約が以前と比べて長すぎる文章になってしまっている。しかも利用規約に書くべきではない内容はそのままどころか増えているし、もう少し整理できたのでは？
以前、「Ablazeの利用規約に沿って」という文に対してAblazeの利用規約をここに載せろと言ったが、掲載されたのはその利用規約ではなくプライバシーポリシーだった。「Ablazeの利用規約」は「Albazeのプライバシーポリシー」のことなのか？「Ablazeの利用規約」はホームページにも掲載されていないので、結局の所それに何が書かれているのかわからない。何が書かれているかわからない「Ablazeの利用規約」に同意しようがないので、この利用規約に真面目に従えばAblazeの関係者と同団体に盲信する人を除いてFloorpブラウザは規約上誰も使えない代物である。どうせ誰も見ないでスルーして使っているだろうが、きっちり書くべきところがきっちりできていないのは問題である。
所々「書いとけばいいんでしょ」感が出てしまっていて、ただでさえ読まれない利用規約をさらに読む気のしないものになっている。ここまで長くなったのなら、規約本文の見直しをした上でその中にあるプライバシーポリシーを分けた方が良くないか？工夫・配慮が足りない。リリース予定日に追われて、利用規約に割く時間がなかったのだろう。
それにしても、あれだけ長くなってもChromiumのライセンス情報が未だに書かれていないのはどういうことだろうか。著作権表示と許諾表示をドキュメントに書くことが条件になっているので、「BSDライセンスに従って」という書き方ではダメ。その表記で済ませるなら、ドキュメントファイルとかURLとかを明記しないと。Kinzaのパッチのことよりも憂慮するべきことではないのか(これも結構長いのでChromiumと同じようにすればよいのでは？)。
Kinzaのパッチをそのまま当てられるようにしたことで、バージョンがDevチャネル相当の95から89に大幅ダウン。Kinzaのパッチが公開されてからわずか2週間でリリースできたのはこれが理由だろう。Kinzaの言ってるとおり古いバージョンのままでは危険で、常用は避けるべきである。
ちなみに、https://developers-jp.googleblog.com/2021/04/chrome.htmlの通り、Chrome94からメジャーバージョンアップの頻度が6週間から4週間になるらしいが、メジャーバージョンアップについて来られるのかが疑問である。メジャーバージョンアップした正式版に期待が寄せられると思ったが・・・(次節に続く)
というツイートが。あれ？このブラウザって「Kinza派生系ブラウザ」だよね？たった1年ちょっとで終わりなの？
Chromiumのメジャーバージョンアップにかかる手間のことを全く考えていなかったようだ。Kinzaが終了した理由に開発継続に対するコストの問題があるって書いてあったのに。その意味が理解できていなかったのか。2022年まではやると言っているようだが、パッチ適用時のエラー量が多すぎて挫折しているのではないか？本業が学生なんだし、本業を優先するゆえにKinzaの後釜になれないのも仕方のないことだろう。というより、ブラウザ開発は本業と両立できるほど甘くないのでは？
2022年までの理由は、受験を控えているかららしい。受験は作者の人生を左右する大事なことなのでしょうがない面もあるが、Ablazeという非営利団体(?)にはそれをカバーする人が今はいないということも言える。要するに、2022年を過ぎるとメンテナンスする人が誰もいないことになる。早くもFloorpの将来性が危うい。
Fireminによる見せかけのメモリ使用量しか見ていないのは相変わらずのようで、大変残念。あれだけこき下ろしたのに懲りないね。
以前
なんて書いたら某動画で「変なこと言ってる」と言われたが、その動画でもやっぱりWindowsタスクマネージャーの一部分しか見てなくてお前もかよ。恥ずかしい人は作者だけじゃなかったわけだ。まあ仕方ないよ。Floorp軽い！って先に体感してしまってろくに検証せずそれで終わりにしたんだから。
たしかにメモリ圧縮の効果はあるからメモリ不足気味な低スペックPCなら有効かもしれない。けどな、Fireminを他のブラウザでも有効にしたら同じ効果が得られるぞ。ChromeなんかもWindowsタスクマネージャーのメモリの所を見たら数MBになるから。実際そこまで減らないけどな。
某落書きに書いてある
は全くその通り。そう思い込む奴が出てきた一因はこの間裁判に負けたギガなんとかが記事を書いたせい。あと前に言い忘れたけど、ページアウトするってことは、ページファイルへの書き込み頻度が上がってディスクの寿命を縮めるからメモリに余裕がある人はFireminは止めとけとだけ言っておく。
FloorpにはFFmpegのH.264とAACのデコーダが入っているが、それらは特許技術で保護されている。特許の入ったコードをバイナリで配布することに関して、FFmpegは特許侵害の責任は一切持たない方針をとっているので、一部の例外を除いて特許のライセンスを管理しているMPEG LAやVia Licensingとライセンス契約を結ばなければ特許侵害になる。
非商用ならライセンス料がかからないが、個人もしくは非営利団体だからライセンス料がかからないとは限らない。広告収入を得ている場合は非商用と見なされない可能性がある。将来ライセンス管理会社からライセンス料を請求される、最悪の場合特許侵害で裁判沙汰になるので覚悟しよう。ちなみにこれがKinzaが当初はH.264とAAC(と当時はまだ特許が有効だったMP3)の再生ができなかった理由であり、独自実装となった理由である。
以前言ったことが直ったものもあるが直ってないのもいくつかあって、特にhttps://github.com/Ablaze-MIRAI/Floorp-Browserの一文
が象徴的。「大部分の」は直ったが、どうやら「一番軽量」は直す気がないらしい。その誇大広告を直す気が無いのなら、なぜ一番軽量と言い切れるのか証拠を出しましょう。まさかあのメモリカスタマイザーが同梱してるからどの派生ブラウザよりも軽いんだよ、とか言い放つ気ではないだろうな？他のブラウザにFireminを入れてもなお軽いことを示してみてね。頑張って♪
Chromium派生ブラウザを初めてインストールした時に軽いとかほざく奴がいるけど、あれ何も入ってないまっさらな状態のせいだからな。履歴とかクッキーとかキャッシュとかがたまりにたまったブラウザと比べるから軽いって錯覚するだけで、地道なChromiumのコード改造とかしない限りメモリの使い方もパフォーマンスもほとんど同じ。改造以外に差があるとしたらビルドの仕方ぐらい。比べるのはプロファイルを全部コピーして同じにしてからだ。
Floorpは他のブラウザに拡張機能をインストールする！！危険！！！
って意見を持つ必要はありません。FloorpはChromeウェブストアの審査を通過した場合のみ、その機能を採用します。Googleの厳しい審査を受けている為、安全です
というTwitterの発言。大事なことを忘れている。Chromeウェブストア経由でインストールするのはGoogleの審査があるという意味では安全だが、ストア外からのインストールが安全とは言ってない。審査の通ったファイルが変化なくFloorpに入っている保証ができるのか？Floorpを信用するならインストールすればいいと思う。ソフトウェアに署名がないから改ざんされてないかが検証できないけどな。サーバーが乗っ取られて偽ファイルをダウンロードされるような事態を想定できている？何のためにストア外の拡張機能のインストールに管理者権限が必要になったか理由わかってる？
まあ学生が作ったブラウザを信頼するかしないかの問題だな。どうなっても誰も責任は取ってくれない。
今の段階だと、Chromiumのバージョンが古くてセキュリティが怪しいFloorpをわざわざ入れるまでもないんじゃないのか？FloorpSyncというxBrowserSyncベースのブラウザ同期の機能はxBrowserSync拡張機能さえ入れればどのブラウザでも使えるし、そんなに(見せかけの)メモリ使用量削減効果を見たいならFireminを入れればよいわけだし。
FloorpSyncはxBrowserSyncから名前変えただけじゃないの？まあ日本語対応はブラウザの作者がやったらしくそのことは評価できるが、Floorp自体はまだこれといった特徴がない。特徴がないのは開発が始まったばかりで仕方のないことだが、Kinzaのパッチを適用した後どうするかが特になく、将来どうしたいのかがよくわからない。挙げ句の果てにKinza派生系は2022年までという期限が付いてるし。
まあめんどくさがりにはいいんじゃない？同期やらメモリ節約やらを勝手に入れてくれるんだから。
何で批判多いのか自覚がないのは痛い。そういう厚かましさと根拠のない自信がアンチを生んでるんじゃないのか。もうエゴサしてないらしいからこれを見ることはもうないだろうがな。これを書いた屑なアンチを乗り越えてこそ本物だから。メンタル崩壊してる暇はない。しっかりしろ。
オープンソースソフトウェアの名前を変えて、それらを寄せ集めただけのブラウザで終わるのか、このブラウザならではの特徴を持ったブラウザに成長するかは作者次第。今のところは前者で開発終了になるのが目に見えている。いろいろな人から期待されている割には軽い気持ちで作っているように見受けられ、ブラウザ開発の覚悟が足りていない。
$ffparam = "" $inputs = "" $lists = Get-Clipboard Write-Output $lists foreach ($pms in $lists) { if($pms.Contains("curl")) { $inputs += $pms.Replace("curl","-i") } if($pms.Contains("user-agent")) { $ffparam += $pms.Replace(' -H "user-agent: ','-user_agent "') continue } if($pms.Contains(" -H")) { $ffparam += $pms.Replace(" -H","-headers") } } $ffparam += $inputs $ffparam = $ffparam.Replace("^","") $ffparam += "-c copy -movflags faststart -bsf:a aac_adtstoasc" Set-Clipboard $ffparam
scoopのupdateが珍しくエラーを吐いたので何かと思ったら
ffmpegのバイナリを配布していたサイトがビルドとホスティングを終了したそうだ
今までありがとう
https://www[.]reddit[.]com/r/ffmpeg/comments/ikht2k/ffmpegzeranoecom_will_close_on_sep_18_2020/
scoopの設定もそのうちこれらに代わるだろう
https://www.gyan.dev/ffmpeg/builds/
