2016年12月現在、私は使えるような品質ではないように思う。ステレオ96kbpsでは聴くに堪えない。128kbps未満の音質/ビットのパフォーマンスはかなり悪い。
あとlibavformatの範疇だろうけどタイムスケールの精度が悪い。CD音源を入力したなら44100サンプル毎秒なので44100分の1秒精度は欲しい。それなのに1000分の1秒精度にしている。つまりサンプル単位ではなく劣るミリ秒単位精度。
エンコーダディレイは1フレームちょうどの1024サンプル。ただそれを正しく示せていないためかデコーダが正しいサンプル数を取り出せていない。iTunes互換タグも書いてくれない。
やはりFFmpegにおいて音声は映像より優先度が低い。
ターゲットビットレートモード。これを指定すると自動的にビット配分に固定型（一定型）が選択されます。いわゆるCBR。聴覚品質の一定さよりもビットレートの一定さを優先するため、聴覚品質を重視したい素材の場合には向かない。ストリーミングサービスプロパイダで画一的にビットレートをコントロールしたい人や帯域幅が狭い場合でどうしても狙い通りのビットレートに収めたい場合のみ使用したい。指定の仕方はビット毎秒単位。ステレオ音声で合計256kbpsをターゲットにしたい場合は-b:a 256kとする
Set bit rate in bits/s. Setting this automatically activates constant bit rate (CBR) mode. If this option is unspecified it is set to 128kbps.
ターゲットクオリティモード。これを指定すると自動的にビット配分に変動型（可変型）が選択されます。いわゆるVBR。聴覚品質の一定さを優先する。その結果ビットレートは素材によって左右されるため予想できない。ファイルサイズもそれと同様である。まだ実験段階。本来であれば音楽作品など聴覚品質を重視したい素材の場合に向いている。
Set quality for variable bit rate (VBR) mode. This option is valid only using the ffmpeg command-line tool. For library interface users, use global_quality.
カットオフ周波数を強制的に指定します。入力した音声ファイルのうちどの周波数から上を取り除くかということです。ローパスフィルターLPFとも同義と思われる。高ビットレートの場合を除き低中ビットレート時にはエンコーダがきれいに聞こえるように動的（臨機応変）にカットオフ周波数を調整し決定します。これがどう作用するのか理解し、意図をもっている人が使うオプション。
Set cutoff frequency. If unspecified will allow the encoder to dynamically adjust the cutoff to improve clarity on low bitrates.
AACエンコーダの符号化方法を指定するオプション。利用可能な値は以下の3通り。
Set AAC encoder coding method. Possible values:
ツーループ探索符号化方法
Two loop searching (TLS) method.
デフォルト。この符号化方法はまず周波数帯域閾値に応じて量子化係数を設定し、その次に量子化係数を特定の数で足したり引いたりして最適な量子化係数の組み合わせを見つけようと試みます。
aac_is、aac_ms、aac_pnsが有効かどうかに基づいて調整されます。
This method first sets quantizers depending on band thresholds and then tries to find an optimal combination by adding or subtracting a specific value from all quantizers and adjusting some individual quantizer a little. Will tune itself based on whether aac_is, aac_ms and aac_pns are enabled. This is the default choice for a coder.
Average noise to mask ratio (ANMR) trellis-based solution.
これは（今のところ）品質の良くないストリームを生成する実験的な符号化方法です。（今のところ）デフォルトのツーループ符号化方法に比べ品質安定性に劣り、符号加速度も劣る。しかしポテンシャルは有している。また（今のところ）aac_isやaac_pnsに対応していません。（今のところ）推奨はされません。
This is an experimental coder which currently produces a lower quality, is more unstable and is slower than the default twoloop coder but has potential. Currently has no support for the aac_is or aac_pns options. Not currently recommended.
量子化係数一定法。
Constant quantizer method.
この符号化方法はすべての周波数帯域に対し同じ一定の量子化係数で符号化します。これは全符号化方法で最も高速です。裏返せばビットレートのコントロール手段はありません。またaac_isやaac_pnsに対応していません。人間の音響心理の特性を生かさない符号化方法であるため推奨はされません。
This method sets a constant quantizer for all bands. This is the fastest of all the methods and has no rate control or support for aac_is or aac_pns. Not recommended.
ミッドサイド符号化を有効にする。これを指定しないデフォルトではautoとなっており、ミッドサイド符号化を有効にしたほうが有益な周波数帯域に自動的に使用される。
このオプションを指定することでミッドサイド符号化を全周波数帯域での使用を強制したり（デバグに便利）、逆に全周波数帯域で使用を不可にできる。
Sets mid/side coding mode. The default value of "auto" will automatically use M/S with bands which will benefit from such coding. Can be forced for all bands using the value "enable", which is mainly useful for debugging or disabled using "disable".
ステレオ符号化ツール使用法の強度（インテンシティステレオコーディング）を設定します。デフォルトで有効。デフォルトでは似たような2つのステレオバンドに対し有益であると判断した場合、ステレオ符号化ツールの強度は自動的に切り替わる。デバグのために強制無効化ができる。
Sets intensity stereo coding tool usage. By default, it’s enabled and will automatically toggle IS for similar pairs of stereo bands if it’s benefitial. Can be disabled for debugging by setting the value to "disable".
PNS（認識可能ノイズ置換）の使用を設定します。デフォルトで有効。デコードの際に低エントロピーな高周波数帯域を、認識できないホワイトノイズ（シャーって聞こえる音）に置換する。デバグのために強制無効化ができる。
Uses perceptual noise substitution to replace low entropy high frequency bands with imperceivable white noise during the decoding process. By default, it’s enabled, but can be disabled for debugging purposes by using "disable".
エンコードの際に量子化ノイズを隠し、デコードの際にそれを戻す高周波数帯域にかかるマルチタップFIR（有限インパルス応答）フィルタの使用を有効にします。デフォルトで有効。
広範囲の不快なアーティファクトを減少させるだけでなく、高周波数帯域のエントロピーを減少させます。中低周波数帯域により多くのビットを振り分けることを可能にする。 デバグのために強制無効化ができる。
Enables the use of a multitap FIR filter which spans through the high frequency bands to hide quantization noise during the encoding process and is reverted by the decoder. As well as decreasing unpleasant artifacts in the high range this also reduces the entropy in the high bands and allows for more bits to be used by the mid-low bands. By default it’s enabled but can be disabled for debugging by setting the option to "disable".
ロングタームプリディクションエクステンション（長期予測拡張）を有効にする。これはフレームのあらゆる周波数帯域において一定のハーモニックピークを拡張することで人間の声やソロピアノ音楽といった周波数帯域幅が非常に小さい（狭い）シチュエーションにおいて符号化効率を向上させます。このオプションはAAC-LCプロファイルの際に黙示（暗に有効指定される＝必ず使用）される。また次のaac_predとは互換性がなく排他の関係で、同時に利用することはできない。サンプリングレートを減らすためには-arオプションを使用します。
Enables the use of the long term prediction extension which increases coding efficiency in very low bandwidth situations such as encoding of voice or solo piano music by extending constant harmonic peaks in bands throughout frames. This option is implied by profile:a aac_low and is incompatible with aac_pred. Use in conjunction with -ar to decrease the samplerate.
（この部分はまったくわかってないのでGoogle翻訳そのものです。原文参照）
送信されたスペクトル係数が、現在の係数から以前の「予測された」係数を差し引いたものに置き換えられる部分でより古典的な予測法を使用する。
理論上は低中ビットレートにおける品質を向上させます。 実際には時々です。このオプションはAAC-MAINプロファイルを黙示し、AAC-LCプロファイルでは使用できません。上述の通りaac_ltpと互換性がなく、同時に利用できません。
Enables the use of a more traditional style of prediction where the spectral coefficients transmitted are replaced by the difference of the current coefficients minus the previous "predicted" coefficients. In theory and sometimes in practice this can improve quality for low to mid bitrate audio. This option implies the aac_main profile and is incompatible with aac_ltp.
プロファイルを設定する。利用可能な値は以下の4通り。
Sets the encoding profile, possible values:
AAC-LCプロファイル。これがデフォルトのため無指定の場合このAAC-LCプロファイルが選択される。意味は低負荷、低複雑性といったところ。2017年現在、最も普及しているプロファイルで、最も再生互換性が高く、最もまともな品質をもたらす。
The default, AAC "Low-complexity" profile. Is the most compatible and produces decent quality.
AAC-LC（MPEG-2）プロファイル。PNSを無効化した-profile:a aac_low -aac_pns 0と同等。PNSはMPEG4の仕様によって導入されたのでMPEG2の時代にはPNSは使用できない。特に意図がない限りこれを選択する必要はない。
Equivalent to -profile:a aac_low -aac_pns 0. PNS was introduced with the MPEG4 specifications.
AAC-LTPプロファイル。ロングタームプリディクションプロファイル。aac_ltpオプションが使用されると自動的にこのプロファイルになります。逆にこのプロファイルを指定すると自動的にaac_ltpオプションが有効になります。MPEG4で導入された。
Long term prediction profile, is enabled by and will enable the aac_ltp option. Introduced in MPEG4.
AAC-MAINプロファイル。メインプロファイル。メインということもあってこちらが本当の主要プロファイルである。が、電池持ち（低負荷）が優先されたiPodやウォークマン、携帯電話、スマートフォン、デジタルオーディオプレイヤーがそろってLCプロファイルのみのサポートを掲げたためメインプロファイルの認知度や再生互換性は低い。aac_predオプションが使用されると自動的にこのプロファイルになります。逆にこのプロファイルを指定すると自動的にaac_predオプションが有効になります。MPEG2で導入された。
Main-type prediction profile, is enabled by and will enable the aac_pred option. Introduced in MPEG2.
プロファイルの指定がない場合デフォルトでAAC-LCプロファイルが選択されます。
If this option is unspecified it is set to ‘aac_low’.]]>
Windows10上のiTunesでは日本語フォントが可変幅、プロポーショナル、詰め字な例のアレになっている。Windows7で見慣れたメイリオオリジナルは固定幅、モノスペースである。
日本語の書き物（書道・毛筆・硬筆・手書きメモ・手書きノート）は可変幅でも許される。が一方、日本語の読み物（印刷物・書籍・新聞・ネット媒体・液晶ディスプレイ上のテキスト）は固定幅が適している。そういう意味では、メイリオUIや游ゴシックUIを載せてくる日本マイクロソフト株式会社は愚かである。新聞社や出版社が詰め詰めのプロポーショナルを採用していない理由を考えろ。
]]>窓の杜の記事によると2012年を最後に開発が止まっていたマイクロソフト社のWindows Live Writerが2015年12月にオープンソース化されたという。ブログ投稿のための無料のWYSIWYGエディタで利用者は少なくなかったと思われる。
この記事もそのOLWで早速書いているところ。
オープンソースになっても引き続きモダンなリボンUIベースなので操作には迷わない。まだ日本語含む多言語に対応していないが簡単な英語なのでまったく問題ないだろう。
The MIT Licenseの下で公開、提供されており、利用できる。
2015年12月にv0.5が、2016年2月にv0.6が公開された。
個人的にはHTML5対応や定義リストに対応してほしいところ。
Open Live Writer
Open Live Writer - GitHub
]]>ffmpeg -i %1 -f ffmetadata "%~dpn1.txt"
ffmpeg -i "%~dpn1.txt" -i %1 -c copy -metadata:s:v:0 rotate=0 "%~dpn1-mod.MOV"
Windowsと互換性あるショートカット含む。そんなの知ってるよ、が多いと思います。
iTunes.msi
iTunes本体です。iTunesを導入してくれます。
AppleApplicationSupport.msi
アップル社が提供しているWindows向けアプリケーションソフト向けのライブラリ群インストーラ。iTunesの利用には必ず必要になるライブラリを導入してくれる。
AppleMobileDeviceSupport.msi
初代iPodからtouch, nano, shuffle, iPhone, iPad, Apple Watch, などハードウェアをWindowsに接続して適切、正常認識、正常運用するためのドライバ。これをインストールしないとマスストレージやデジタルカメラとしてしか認識されないことになる。アップルの製品をもっていないというのであればインストール不要である。だがほとんどの人がデバイスを持っているからiTunesを使うのだろうからインストールしないといけない。バージョンアップ後に正常に認識されなくなったといときは、これをアンインストールしてこれを再インストールすることでドライバまわりが初期化されるので解決される。
Bonjour.msi
ボンジュール。UPnPのアップル版とも。ホームシェアリングやAirPlayの際に必要とされる技術ボンジュールのインストーラ。
AppleSoftwareUpdate.msi
アップルのアプリケーションソフトをアップデートするためのソフトウェアのインストーラ。iOS, watchOS, tvOSなどのデバイスファームウェアアップデートにはこれを使用しません。あくまでもアップルの提供しているWindows向けアプリケーションソフトの更新を簡便にするための補助アプリケーションソフトという立ち位置。
]]>--preset veryfast –keyint *** --min-keyint ** --b-adapt 2 --b-pyramid strict --no-8x8dct --me dia --direct auto --trellis 2
--no-8x8dct のほうがが縮む。再現性が落ちるのでSSIMはあれだが
--mediumより、他の何よりveryfastが一番縮む。しかも処理が軽くなり速い。
--b-adapt 2 --b-pyramid strictは精神衛生的に最上級にしたかっただけ。
デフォルトからme diaにしたほうが今回のソースでは縮んだのでme dia。
他はデフォやプリセットの値でおｋ
なによりできるものがmainプロファイル、低レベルなので互換性が向上する
]]>名前からしてAVIを作るためだけのものかと最初は思っていたが調べてみるとそうでもない。入力プラグインで入力し放題だし、出力プラグインでAVIに限らずいろんなコーデック、フォーマットで出力し放題。
市販のビデオ編集ソフトにあるような派手さはないが、細かいところまでしっかりつくってある職人魂を感じるソフトだ。
今現在、出力プラグイン以外、つまりAviUtl本来のAVI出力してるひとは1割もいるのかな？仕事に使ってる人もいるとかいないとか。
9割型が出力プラグインを使ってるとおもわれる今日この頃。おそらく主流はx264guiExだ。
これはりがや氏がx264guiを進化させたものだ。
]]>2層のくせに容量余らせて、そのくせマクロブロック単位のQPが17前後ぐらいでうろちょろするAVCで販売してるブルーレイってなんなの？仕様書の最大ビットレート超えないように設定して何度もリトライして消費者に最高画質で提供すべきだと思うのですが。最大ビットレートを守りつつ50GBをフル活用して欲しいというのが私の意見。
この怒りは置いといて、私は映像と音声をAVCとAACというコーデックで圧縮しそれらを多重化したMP4フォーマットファイル作成することがしばしばあります。
iOSデバイスやiTunes/ZUNE/PS3といったものと親和性が高く、作っていて楽しいというか、計算され圧縮されていく、無駄が省かれていくのが心地よい。手段と目的がうんたらの人ですね。
そんな私が最初にAVC圧縮に触れたのはHandBrake v.0.9.3か0.9.4だと思います。このころはDVDをiPod nanoに入れて楽しんでただけ。iPod nano買うまではオフセットも気にせずWMPでWMA圧縮してた黒歴史。
いや違った。一番最初にAVCに触れたのは携帯動画変換君同梱ffmpegだ。カスタマイズした-vcodec h264のあの時代だった。W41CAのペンギンケータイにQVGAのAVCAAC.3g2をminiSDに入れて楽しんでたなあ。たしか15fpsにしないとカクツクし音声ビットレートも偽装して低く見せかける必要があった。そして3g2独自の断片化もしないといけない。これが糞だった。
XviDも確か使ってたな。でもAVCには劣ってて好んで選ばなかったきがする。
]]>その中でもBDに限って見てみると4パターンあって1つ目は通常のデータディスク。
簡単に言ってしまえばこれはUSBフラッシュメモリやUSB外付けHDDみたいなものである。Windowsエクスプローラでファイル操作できるので非常に楽。ただしエクスプローラでファイル操作やっていてはギコギコやってドライブに良くない気がする。ディスクという性質上、できるだけ一つのデータは連続で書き込みたい。ようは断片化するとPS3のドライブに負担がかかるというか、データの転送に支障がでそうという不安がある。
なのでImgBurnを使って一度に22GB程度を穏やかに連続して書き込むのがよさそうだ。同時にROM化できる。
再生させるプレーヤとしてPS3があるのであれば他の民生BDプレーヤ／レコーダとの互換性というか再生は諦めてデータディスクとしてBD-RなどにPS3で再生できるマルチメディアフォーマットファイル（MP4,M2TS,TS,WMV,MP3）などを記録するのが一番手軽で且つ再生可能性が高い。後述する規格上の制限はないに等しく、制限は内蔵HDDのときとほぼ同じだろう。
基本的に内蔵HDDにある時と挙動は同じなのでリムーバブルストレージとして見てやればいい。データディスクなのでメニュー画面などの派手なものはない。PS3のファイラーがすべて。
つづいてBDMV。市販されているBD映像ソフトがこれにあたる。どんなBDMV認証プレーヤでも再生できるよう互換性維持のため厳密に規格が定められており、解像度の定型サイズや走査方法、圧縮メソッド等々に多くの制限がある。その他音声にAACは使えないためリニアPCMかAC3が定番である。PS3の場合規格外のAVCストリーム内包BDMVディスクの場合、規格内の音声だけ流して画面まっくらということもある。
回避には市販オーサリングソフトによる誘導的なAVC圧縮をするかx264にて最適なオプションでAVC圧縮する必要がある。
またBDMVフォーマットへオーサリングする際に専用アプリケーションが必要である。無料であればmultiAVCHDがある。有料であればググれば結構見つかる。先に出てきたmultiAVCHD、名前にAVCHDとあるがBDMV/AVCHDの構築が可能である。長らく開発が停止してしまっているのが惜しいところ。multiAVCHDの良い所はAVCストリームを再圧縮しないというところ。基本的に入力ファイルがAVCの場合そのまま使う。BDMVのコアとなる動画部分の最適多重化はtsMuxerの力を借りている。Strictでやらないと東芝のレグザBDレコーダで再生できなかったのでStrictを選びたい。
また動的な簡易メニューを作らねばならないので余分に時間がかかる上に、日本語環境では非常にストレスがたまる部分がある。またメニュー部分の映像を圧縮する時間も必要である。
有料のオーサリングソフトはそもそも映像部強制再圧縮（規格適合のため）だったりするので無駄な劣化、再圧縮を嫌う上級者には好かれない。細かいことは気にしない、とにかくBDMVが作りたいんだ！というニーズへに対するアプリケーションといったスタンスである。
まとめるとそのHD映像がPS3以外にも再生させたいのであれば基本的にBDMVである。ただし、上記の通り作成するのがいろいろ面倒なのである。長時間かけてつくったものがブラックアウトしたときのショックときたら・・・。
3番目、BDAV。姉妹規格にAVCHDやAVCRECがある。これは基本的にBDレコーダがテレビ番組を録画する際に使われる規格・フォーマットである。市販のオーサリングソフトはBDMVがあるため存在しないはず。なので自作は不可能・・・というわけでもなくchotBDAVというCLIアプリケーションが存在する。
もともと地上波放送のMPEG2+MPEG2AACの無劣化録画を想定しているのでBDAVにはAAC音声が使える。また動的なメニュー画面というものは存在しない。と思う。
番組情報から取得し書き込むという想像。
BDMVではAACが使えないのが嫌！、メニューとか(ﾟ⊿ﾟ)ｲﾗﾈ無機質なテキストでおｋという人ならBDAVでいいかもしれない。ただしchotBDAVではタイトル情報をいじる方法を見つけていないので「タイトルなし」が氾濫して目当ての物を見つけにくい。
これまたAVCの制約が厳しいので気をつけたい。
最後にAVCHD。先ほどからチラチラ出てきているが、そもそもはデジタルビデオカメラ向けでDVDメディアにAVCなHD映像を記録・再生させるために作られた。BDMVを元にしているのというかBDMVをDVDでも使おうとしただけなので動的なメニュー画面がある。
AVCRECというDVDにテレビのHD映像を録画するという規格があるがソニー松下はHD映像にはBDディスクを使え！というスタンスなのでAVCHDはAVCRECのようにテレビ録画には用いられない。ロゴマークが付いているのは記録できますよの意味ではなく再生できますよの意である。
AVCHDはmultiAVCHDでオーサリング（自作）可能である。またAVCHDは書き込むメディアがDVDに限定されずBD、SDカード、メモリースティック、HDDなどに適切な方法で書き込んでも認識する機器がある。基本的にはデジタルビデオカメラのAVC撮影の記録のために応用開発された規格と思えばいい。DVDメディアにHDD映像を収めたい時に選ぶのが普通だが、BDメディアが安価になった今、最大8.5GBのDVDを買い足そうとは思わないのでこの規格を選択することは少なくなる一方である。
ここでAVCRECについても触れる。BDAV応用して開発された。BDAVとなにが違うかというと、かつてBDよりも安価であった物理DVDメディアにAVCに再圧縮したHD映像を収めるというコンセプトから生まれたの規格・フォーマットであるというところ。悪く言えばケチケチ規格である。
DVDにHD映像を記録するという点ではAVCHDと同じだがBDAVを応用したため動的メニューがない。はず。見たことないのだ。ソニーはAVCRECディスクには対応しないのでもちろんPS3では再生できない。また仕様非公開のため自作不可である。ただAVCHDで同様のことができるのでこだわることないが。
HD映像記録フォーマット選択チャート（挫折中）
■ブルーレイディスク書き込みドライブとブルーレイディスクがある
ある
ない→◆
◆DVD書き込みドライブとDVDがある
ある
ない
再生するのはブルーレイプレーヤだ
はい
いいえ
時間がかかっても動的なメニューが欲しい
欲しい
要らない
▼再生するのはPS3だけだ
はい→BD/DVDをデータディスクとしてMP4などを直接書き込む
いいえ
AVC圧縮の制限に縛られたくない
はい→■
いいえ
音声にAACを使いたい
はい
いいえ
次世代iPhone（おそらく４Gを謳う）の発売時はまたソフトバンクに戻って正規価格を２４回分割払いしようかな。
ここまで頑張ってきたソフトバンクはそこまで必死じゃないからあんま一括でお得なところはないね。
プラチナバンドを営業に使いまくるだろうし。将来は今より明るいだろう。
３月はインセンティブジャブジャブの携帯業界。ご新規厚遇・長期ユーザ冷遇の最悪の状態です。
会社が多い新聞業界はなぜこういった顧客の奪い合いというか競争がないのか不思議である。
配達をする人間と記事を書く人間が分離されているからなのか？はたまた価格がすでにぎりぎりの状態なのだろうか
同じキャリアと契約することが一番金銭的にもったいない。
キャリアを超えるSMSがあるうえ、連絡先はPCメールに統一しているのでMNPで困ることはあんまりありません。
いまがっかりしているのは自宅の電波がソフトバンクのときより悪くなったこと。これは予想外です。
電波のａｕじゃないの？まぁ電波三本でも電話できるので不都合ではありませんが。
そして電池持ちの悪さ！！噂は聞いていたがマジヤバイね。スリープ状態でも明らかに減る。
４のデータを復元したせいかもしれないので週末に新規インスコを予定しています。
レスポンス的に４から４Sにしても感動がない。これが３つめの後悔。
]]>Ver.2012.03.18.1
■免責
ご利用は自己の責任のもとでどうぞ
誤訳や説明不足などいかなる翻訳者のミスによって生じた損害、ファイルの紛失などは責任もてません。
なくなって困るファイルはバックアップをしてください。
■概要
非脱獄iPhoneのGoodReader v3.14.1を一部日本語化させるためのランゲージファイルです。
いまのところ70-80パーセントほど訳してあります。
できるだけエラーを生じさせ実際に確認しながら訳しましたがどうしても発生させられず
どういう場面で表示される文章なのかわからない部分は飛ばしたり、直訳してあります
SugarSync,SFTP,AFPなどは自分で環境もってないので自信がありません。
半角全角が不揃いなところもあります。
■使い方
１、PCとiPhoneを接続しiFunbox v1.7以上を起動（現在はv1.8）
２、左カラムのユーザーアプリケーションを展開しキーボードのｇを数回叩きGoodReaderを見つける
３、Localizable.stringsをドラッグ・アンド・ドロップしてGoodReader.app/en.lproj/Localizable.stringsと置換
４、iPhoneのGoodReaderをプロセス・キル後に再起動
・GoodReader.app/ja.lproj/をつくってもよいのですがアップデート時におそらく弾かれます。
・もしオリジナルの英語に戻したければGoodReader x.x.ipaから取り出して下さい。
・修正・加筆したファイルおよびこのファイルの無許可での再配布は禁止です。
・私的な範囲であればテキストエディタで適宜再編集・改造して利用してかまいません。@UTF-8