約 2,767,059 件
https://w.atwiki.jp/rctc/pages/48.html
Windows Media Video 9 コーデックの VCM (Video Compression Manager) バージョンでは、エンコーディングおよび編集アプリケーションの古いバージョンでも、AVI (Audio Video Interleaved) などのファイル コンテナで Windows Media Video 9 コーデックをサポートできます。このコーデック パッケージでは、Windows Media Format 9 シリーズで作成された WMV (Windows Media Video) ファイルを Windows Media Player 6.4 で再生することもできます。 Windows Media Audio/Video 9 シリーズ コーデックは、ASF (Advanced Systems Format) ファイル コンテナを使用して実行された場合、最高のオーディオ環境を実現します。顧客の要望である柔軟性を実現するために、新しいライセンス条項では、これらのコーデックで使用するファイル コンテナの追加が認められています。 インストールすると、以前のエンコード ソリューションで、VCM インターフェイスから自動的にコーデックを使用できるようになります。VCM にはプロパティ ページがあり、エンコード パラメータを設定できるようになっています。 コーデックの件につきまして、Indeo5以外の標準で選べるものは、元々Windows3.1の頃開発された古いものばかりの為画質や圧縮率などさまざまな制限や問題があり、お勧めできるものではありません（MicrosoftRLEやMicrosoft Video1、Cinepakなど） また、実際には圧縮の操作ができないコーデックも一覧に表示されています これはWindows側の仕様なので避けられません、例えばMicrosoft H261や263などです 標準のままですと八方ふさがりとなってしまいますので、 代替の手段として、現在広く普及している標準的なフォーマット（WMV9方式）でムービーを 作成する方法をご紹介いたします この方式で作成しましたムービーならば、WindowsMediaPlayer9以降がインストール されているマシンならばもれなく再生できます（ちなみにMac版なども用意されています） Windows2000や98環境でもインストールできますが、当時のハードでは http //www.microsoft.com/japan/windows/windowsmedia/9series/codecs/vcm.aspx こちらのページから、Windows Media Video 9 VCMをダウンロードし、 インストールします 名前 コメント
https://w.atwiki.jp/nicomasmaking/pages/73.html
コーデック 作品制作のためのCodec(コーデック) 殆どの編集ソフトにおいてMPEG4や、MP3は編集素材として適しません (今後、HDV編集用にMPEG４への対応は進むものと思われますが、DivxやXvid、WMVは使えないとみて良いでしょう ) 又、MPEG系コーデックはファイルの構造上フレーム単位の編集が苦手です。 素材にDivxやXivd、WMVを扱える編集ソフトも多少有りますが、ソフトが異常終了してしまう確率は非常に高いので避けた方が良いでしょう。 「今まで編集出来てたから～」は単に運が良いだけです。 そのため、作業中の中間ファイル用コーデックと、配布ファイル用のコーデックは分ける必要性があります。 中間ファイル用としては無圧縮や、可逆圧縮、DV、連番静止画、が一般的です。 動画の可逆圧縮としてはHuffyuvやUtVideo、LCLを使っている方が多いですね。 音声の可逆圧縮は編集ソフトとの相性があまり良くないので無圧縮のWAVEで扱うのが良いでしょう。 ■可逆コーデックへのリンク Huffyuv http //cowscorpion.com/Codec/HuffYUV.html UtVideo バージョン 4.0.2 http //umezawa.dyndns.info/wordpress/?p=347 LCL http //www.geocities.jp/sandk_project/LRC.htm fastcodac http //cowscorpion.com/Codec/FastCodec.html 編集済み動画の完成作品用コーデック ■FLV形式 VP6 VFW ver6.2.6.0 コーデックを使う人が多い模様。 http //cowscorpion.com/Codec/VP6VFWCodec.html 設定などはエンコードを参照。 詳しくは ニコニコ動画まとめwikiのaviutlを使ったVP6 2passを参照。 http //nicowiki.com/ffmpeg_aviutl.html ■MP4形式 MP4ファイルフォーマットは、QuickTimeファイルフォーマットをベースに仕様が策定された、ISOベースメディアファイルフォーマット(ISO/IEC 14496-12)の派生フォーマットである。 フリー百科事典『ウィキペディア（Wikipedia）』より アップル - QuickTime - テクノロジー - MPEG-4 http //www.apple.com/jp/quicktime/technologies/mpeg4/ アップル - QuickTime - QuickTime Player http //www.apple.com/jp/quicktime/player/win.html 他にも各種サイトでコーデックはインストール可能。 http //cowscorpion.com/Codec/klitemega.html ■DivX形式 ファイル拡張子がAVIでも、中身の形式はこれであることも多い。コーデックの種類を確認し、DivXコーデックをインストールする必要がある。 公式 http //www.divx.com/divx/windows/?lang=ja コーデック確認ツール 【ニコニコ】底辺Pの集い73【アイドルマスター】 http //pc11.2ch.net/test/read.cgi/streaming/1207540831/ 152 ：名無しさん＠お腹いっぱい。 ：2008/04/11(金) 01 32 25 ID OpVBB8Eg0 》151 動画によってコーデックがさまざまな種類があるってことですか? つまり他のこーデックを落とす必要があるってことですかね? 知識不足ですいません 156 ：名無しさん＠お腹いっぱい。 ：2008/04/11(金) 02 15 34 ID HFcd0RV/0 》152 真空波動研とかMMnameみたいな、コーデック判定に強いソフトを使って、 使われてるコーデックを調べてみるといいかも。 その後で、該当するコーデックを入れれば大丈夫じゃないかな？ 158 ：名無しさん＠お腹いっぱい。 ：2008/04/11(金) 02 27 23 ID bSsRHxg20 》152 MMname2や真空波動研でcodecを調べるよろし。 MMname2について少し触れているＭＡＤ講座 http //www.nicovideo.jp/watch/sm2208964 159 ：名無しさん＠お腹いっぱい。 ：2008/04/11(金) 03 23 28 ID qgxJYDWG0 「送る」メニューに真空波動研Super Liteを加えておくととっても便利だよん 160 ：名無しさん＠お腹いっぱい。 ：2008/04/11(金) 04 21 23 ID Ilsky2720 》159 おおーこれは便利だ。ありがとう！ ちなみにAVIcodecで試してみた 161 ：名無しさん＠お腹いっぱい。 ：2008/04/11(金) 06 53 08 ID bSsRHxg20 》159 自分もそっちにしますｗ 162 ：名無しさん＠お腹いっぱい。 ：2008/04/11(金) 06 58 54 ID QWos54F60 おいらはmediainfoがお勧め。 インスこすればたしか右クリメニューにも追加できた。 真空波動研 http //kurohane.net/seisanbutu.phtml MMname2 http //page.freett.com/HarryTools/ AVIcodec本家 http //avicodec.duby.info/ AVIcodec手順 http //www5f.biglobe.ne.jp/~sharkey/PC-DATA/AVIcodec.htm mediainfo http //cowscorpion.com/MultimediaTools/MediaInfo.html 可逆コーデック比較 2008年6月にぼんごれPが書いてくれたレビューをwiki用に編集したものです。 UTvideo をせっかく試したのでレビュー。 最初に一言で言っておくと、結構オススメです。 圧縮、再生はHuffより若干高圧縮、再生は明らかに軽い（2コアCPU時）。 圧縮時間は、同一ＨＤＤ上で試しちゃったせいか、違いはないみたい（HUFFとの比較）。 ちょっと詳細に書くけど、まずこのUTvideoってコーデックはインストールすると2本入ります。 １つはRGBで保存・再生するタイプ、もう1つはYUV422(YUY2と同等)で保存・再生するタイプ。 それで、最近作者が力を入れているのは、YUV422（通称ULY2と呼んでいる）タイプの方で、ULY2の方はアセンブラで高速化したらしく、上記の通り再生が軽くていい感じです。 しかし、入力をRGBで与えても、内部で強制的にYUV422に変換されるため完全な可逆圧縮となるわけではありません。 一方RGBで保存するタイプの方は、完全に可逆として使えるのだけども、最適化されていないようで、Huffと性能は変わりません。圧縮率が高い分RGBの場合でもUTvideoの方が有利なのは確かですけどね。 俺の場合、抜き実験結果の出力に使うので、YUV422タイプだと、輪郭の色が混ざってしまうため、RGBタイプの方しか使いません。 普通に動画編集オンリーの方なら、YUV422タイプを使うと、幸せになれると思います。 RGBタイプの方を最適化してくれると嬉しいなーと思いつつ レビュー終わり。 ファイルサイズの結果！ HUFF-RGB=5.7GB HUFF-YUY2=3.3GB UTvideo-RGB=3.2GB UTvideo-YUY2=2.1GB 圧縮率では確実にUTvideoが上。せっかくここまで、圧縮出来るのだから、完全可逆なRGBを強化してくれる方が俺的には嬉しいと思う。かなり優秀。現時点でもオススメには違いない。 UTvideoでフレームドロップ 【ニコニコ】底辺Pの集い80【アイドルマスター】 http //pc11.2ch.net/test/read.cgi/streaming/1217474819/ 792 ：名無しさん＠お腹いっぱい。 ：2008/08/29(金) 00 16 22 ID sLENqItF0 UTvideoを最近知ったのでインストールして素材撮りしたんだけど フレームドロップしまくりだった huffyuvだと大丈夫なので、PCのスペック不足なんだと思うけど 何を改善したらいいでしょうか スペックは CPU Athron64 X2 3800+ 2GHz メモリ 1GB×2 + 512MB×2 グラフィック オンボード(AMD ATI Radeon X1250) キャプチャ MonsterX + MxCapture グラボとか買えばいいだけなら楽なんだけど それでいいのかな？ 793 ：名無しさん＠お腹いっぱい。 ：2008/08/29(金) 00 22 56 ID lDyBPIZX0 》792 その構成でドロップするならHDDが原因なんじゃないかと思ったり 794 ：名無しさん＠お腹いっぱい。 ：2008/08/29(金) 00 40 20 ID sLENqItF0 》793 ああ、HDDも書くべきでした 500GB×2でRAID0組んでます RAIDカードは玄人志向のSATA2RI2-PCIe huffyuvで書き込み間に合ってるので ファイルサイズが小さいUTvideoならいけるのかな、と思っていましたが そういうもんでもないんでしょうか？ でも今デバイスマネージャ見たら SiI 3132 SoftRaid 5 Controller って書いてあるな。ハードRAIDだと思ってたけどこれソフトRAIDなのか？ でもhuffyuvは書き込めてるんですよね 795 ：名無しさん＠お腹いっぱい。 ：2008/08/29(金) 00 51 00 ID xCdpmbR90 》792 ここはSDキャプで、転送率に悩まされた事は無いんだけど、 エンコード時のUTvideoの設定は両方とも試した？ デコード速度優先の設定でも駄目なら、HDDかも。 それで上手く行って圧縮率優先で駄目なら、たぶんCPUの方じゃないかな？ 796 ：名無しさん＠お腹いっぱい。 ：2008/08/29(金) 01 07 24 ID sLENqItF0 》795 設定があることに気付いてなかった＾＾ 試してみました デコード速度優先の方が軽くなりますが、まだドロップしてます 圧縮率優先だと、ちょっともうPCがまともに動かない感じ こりゃCPUですかね もうしばらくhuffyuvのお世話になるしかないみたいだなあ
https://w.atwiki.jp/nicolish/pages/11.html
ひとつ上のうｐ主になる01 ひとつ上のうｐ主になる0101.観られるAVIと観られないAVIここまでのまとめ 02.コーデックと圧縮形式 03.FLVとは？VP6とは？ 01.観られるAVIと観られないAVI 動画にはMPGとかAVIとかFLVとか、色んな形式がある。 再生ソフトや編集ソフトによって、どれを扱えるかは決まってる。これは常識。 でも「AVIなのにメディアプレイヤーで開けない＞＜」とか、経験した事ない？ 見た目には同じAVIだったとしても、中身は違う場合があるのです。まずはその話から。 いわゆる「動画」は、大雑把に言って音声と映像の2つの要素から成ります。 ややっこしいので、以下映像部分だけを指す場合は「映像」って言う事にします。 音声と映像を合わせたものを「動画」って言う事にしましょか。 音声と映像をまとめて動画にする時、映像と音声を一緒にしておくための「箱」が必要になるのです。 この「箱」は、色んなソフトで使えるようにするために形が決まってます。 これがAVIとかの動画形式。FLVもこの「箱」。専門用語でも「コンテナ」と言います。 AVIが再生できない時ってのは、箱はAVI（知ってる！）だけど、中身の映像がよく分からない形式である場合が多い。 AVIは単なる「箱」なので、中身がなんであってもブチ込めるわけだ、便利。 プレイヤーはAVI形式は分かるので、後は映像がナニモノであるかが分かれば再生できるわけ。 これを担当するのが、みんな良く聞く「コーデック」。 ここまでのまとめ AVIやFLVは「箱（コンテナ）」であり、中に音声や映像が入っている コンテナの形式と、中身の形式は基本的には無関係。 コンテナを開くのはソフトの役割だけど、中身を読むのはコーデックの担当。 02.コーデックと圧縮形式 コーデックってのは、圧縮されて箱の中に入ってる映像なり音声なりを読む担当。 圧縮する方もだいたい同じプログラムなので、こっちもひっくるめてコーデック。 あー、圧縮ってなんだっけ？ 圧縮というのは、バカでかい容量を持つファイルを軽くするために何とかする事。 人間の感覚では違いが分からないような情報を削ったりするんだけど、詳細は割愛。 音声の圧縮、と言えば有名なのがごぞんじMP3。 無圧縮のWAVをMP3に変換すると1/10くらいになる。ちょう便利。 で、映像にも同じように圧縮技術があるのだわ。 DivX、VP6などはこの圧縮方法（と、それによって出来るデータ形式）の名前。 DivXやVP6は映像の圧縮形式。 だから「中身がDivXのAVI」とか「中身がVP6のAVI」とかいう形で取り扱う事になる。 DivXには同名のコンテナ（拡張子.divx）があるけど、マイナーなのでとりあえず忘れろ。 え？WMVとMPGをスルーしてる？ いいところに気が付いた！この辺はややっこしいんだよね… 教科書に載ってる「コラム」的に考えて。わかんない人は読み飛ばした方が混乱しない。 WMV形式の動画、ってのは、映像がWMV形式で、音声がWMA方式で、コンテナがASF形式で、って感じ。多分。自信ない。 MPGってのは、映像圧縮形式の名前でもあり、コンテナでもある。 だから、「WMV形式で映像を圧縮したAVI」ってのも作れるし、「MPEG方式で映像を圧縮したAVI」も作れる。 コンテナは変わらないけど、映像圧縮形式の方は進歩してるんで、MPEG-2とかMPEG-4とか言わないとどれの事かわかんないんだけど。コーデックも違うし。 03.FLVとは？VP6とは？ ようやく本編ｷﾀ━━━━(ﾟ∀ﾟ)━━━━ｯ!! FLVはコンテナです。VP6は映像形式。以上。 冗談だお。 FLVはコンテナ。正式名称はFlash Video。 中身に結構うるさくて、許される形式がとても少ない。というか1つしかない。 FLV1映像はH.263フォーマットしか入らない 音声はmp3か無圧縮（PCM）しか入らない FLV4映像はVP6フォーマットしか入らない 音声はFLV1と同じ 単にバージョンが違うだけなので、普通はどっちもまとめて単にFLVと呼ぶ。 分かってきたね！ 動画をエンコするとき（nicowikiのffmpegセット（flvenc.zip）の場合） 「動画をVP6でエンコしてAVIにして」 「MP3とAVIを変なバッチファイル（.bat）でFLVに結合」 してると思うんだ。 これは要するに、 映像部分を先に用意（圧縮）して、とりあえずAVI箱に突っ込んどいて バッチファイル（.bat）でFLV箱に移し変えてる わけ。だから後者の処理は一瞬で終わる。 映像を逆さまでエンコードしてるのは、この箱詰めを行なうソフトにバグがあるから。 （いくつかのソフトが絡むわけだけど、どいつが悪いかは知らない） バグさえなければそんな工程は本当は必要無い。 「FLVからAVIの変換をする時、中身をいじらずに箱だけ変えれば劣化しないんじゃね？」と思った人、正解！ この場合、変換後は「映像VP6、音声MP3のAVI」になるわけだ。 この変換は、たとえばFLV Extractのようなソフトで行なえる。 mencoderでも、バッチファイルさえ書けばできる。 hugflashによる抜き出しは、VP6からいっぺん無圧縮AVIに書き出しちゃうから意味がちょっと違う。 ちなみに、時期FlashPlayerでは音声と映像の圧縮形式が進化する。 つまり、圧縮形式がVP6、MP3じゃなくなる。 （FLVのバージョンが上がる、って事なのかな、良く分かんないや） なので、そのうちニコニコやようつべでもっといい音/映像が見られるようになる。 と思う。
https://w.atwiki.jp/brastel/pages/22.html
利用可能なコーデック 公式アプリでは、GSMとG.711uが設定されているので、この二つを有効にするべきです。 G729aはブラステル非公式です。 名称 外線 情報量 特徴 GSM ○ 13kbps 世界のほとんどで携帯電話で利用されている音声コーデック。日本、韓国、北朝鮮では使用されていない。 G.711u(ulaw) ○ 64kbps 最も基本的な音声コーデックであり、ほとんどの機器やソフトウェアが対応している g729a 発信のみ 8kbps 人の声を対象とした音声圧縮アルゴリズムを搭載。G.729の中ではCPU負荷は少ないが、音声品質は落ちる。コーデックの使用料が必要。音楽の利用は不向き(保留音などは乱れる） 外線発信 携帯、固定、海外宛 g729a,gsm,g711uが利用可能 ブラステル050同士とフリーダイアル宛での注意 g729aは利用不可能で、GSMとG711uが利用可能 g729aについて 公式アプリ「050Free」では、g729aを購入できない。 旧公式アプリ「CludSoftphone」では、g729aは有料オプションで購入可能iPhone購入可能 androidは購入不可？（詳しい方教えてください。） g729aの使用は、サーバーでも接続数に対してライセンス料とCPU負荷がかかるため、安易に利用を開始が出来ないと推測する。 acrobits softphoneでの利用 g729aは有料オプション 「利用可能コーデック」は上から優先となる。 g729aをメインで使用したい方は、1.g729a,2.gsmという順番にすると良い。 (上記はiPhoneでの場合。Androidは不明) http //ja.wikipedia.org/wiki/G.729 http //ja.wikipedia.org/wiki/GSM-FR http //ja.wikipedia.org/wiki/G.711 http //www.cisco.com/cisco/web/support/JP/100/1007/1007815_bwidth_consume-j.html http //www.atmarkit.co.jp/ait/articles/0403/05/news090.html
https://w.atwiki.jp/sevenlives/pages/2071.html
■ オーディオ・コーデック? LPCM? MP1? MP2? MP3? AAL? TTA? MLP? WMA Apple Lossless? ■ ビデオ・コーデック? MPEG-1? MPEG-2? MPEG-4? H.261? H.263? H.264? RealVideo? Sorenson Video? Windows Media Video? オーディオ ビデオ プレーヤー? エンコード? デコード? 圧縮?
https://w.atwiki.jp/mediacoder/pages/13.html
以下のコーデックに対応しています。 入力対応コーデック MP3, Ogg Vorbis, AAC, AAC+/Parametric Stereo, AMR NB/WB, MusePack, WMA, RealAudio FLAC, WavPack, Monkey s Audio (APE, APL), OptimFrog, WMA Lossless, WAV, H.264, Xvid, DivX 4/5, MPEG 1/2/4, H.263, 3ivx, RealVideo, Windows Media Video 7/8/9, DV AVI, MPEG/VOB, Matroska, MP4, RealMedia, ASF/WMV, Quicktime MOV, OGM CD, VCD, DVD, CUE Sheets 出力対応コーデック MP3, Ogg Vorbis, AAC, AAC+/Parametric Stereo, AMR NB/WB, MusePack, WMA FLAC, WavPack, Monkey s Audio (APE, APL), OptimFrog, WMA Lossless, WAV H.264,H265/HEVC, Xvid, DivX 4/5, MPEG 1/2/4, H.263, Flash Video, etc. AVI, MPEG/VOB, Matroska, MP4, PMP (PSP Media Player Format) MediaCoderで利用できるエンコーダ オーディオエンコーダ エンコーダ名 説明 出力ファイルの種類 LAME MP3 高音質で有名なMP3エンコーダ MP3 Vorbis オープンソースのOgg Vorbisエンコーダ OGG Nero Encoder Neroの高音質AACエンコーダ AAC FAAC オープンソースのAACエンコーダ AAC CT AAC+ Coding Technologies社製AAC+(HE-AAC)エンコーダ AAC 3GPP AAC+ AAC+形式の3GPPファイルエンコーダ AAC Windows Media Audio Windowsの標準オーディオフォーマット(WMA)エンコーダ WMA Helix MP3 オープンソースプロジェクト「Helix」で開発されたMP3エンコーダ MP3 Fraunhofer IIS MP3 Fraunhofer社のMP3エンコーダ MP3 MusePack オープンソースで開発されているエンコーダ MPC Speex Ogg Vorbisの補完フォーマットとして開発された高品質音声フォーマットエンコーダ SPX AMR 人の声に特化した携帯電話向けフォーマットエンコーダ AMR FFMPEG MediaCoderで扱えるコーデックの大半をカバーするオープンソースのエンコーダ MP2,AC3,WAV,MP3,WMA WavPack 非可逆だが差分(wvc.)ファイルを作成することでロスレスを実現する「ハイブリッド圧縮」が可能なエンコーダ WV FLAC Oggプロジェクトで開発されている可逆圧縮エンコーダ FLA APE 圧縮率の高さに定評のある可逆圧縮エンコーダ通称 猿音(正式フォーマット名 Monkey s Audioより) APE TTA エンコード速度と圧縮率のバランスに優れた可逆圧縮エンコーダ TTA ALS NTTが開発した可逆圧縮フォーマット「MPEG-4 ALS(Audio Lossless)」のエンコーダ ALS OptimFrog 可逆圧縮エンコーダ OFR/OFS Wavefrom 無圧縮(PCM)形式デコーダ WAV Stream Dumper オーディオストリームをそのままファイル出力 DUMP Generic CLI Encoder 外部エンコーダをコマンドライン指定で使用する エンコーダに準拠 ビデオエンコーダ エンコーダ名 説明 MEncoder H.264やXvidなどの20種類以上のコーデックに対応するエンコーダ FFMPEG MediaCoderで扱えるコーデックの大半をカバーするオープンソースのエンコーダ JM Encoder JTVのJoint Meetingにて策定された国際標準規格のH.264エンコーダ x264 オープンソースのH.264エンコーダ x265 オープンソースのH.265エンコーダ XivD(Xvid) DivXより派生した、オープンソースのMPEG4 ASPエンコーダ Theora Encoder オープンソースのOgg標準ビデオコーデック「Theora」のエンコーダ Dirac オープンソースのOggビデオエンコーダ WM Encoder Windowsの標準ビデオフォーマット(WMV)エンコーダ VFW Encoder Video for Windows(Windows向けAVIビデオ)エンコーダ AMV Encoder 中国独自の超高圧縮ビデオフォーマット「AMV」のエンコーダ Stream Dumper ビデオストリームをそのままファイル出力 Frame Dumper ビデオフレームをそのままファイル出力 x264 Remote 不明
https://w.atwiki.jp/mediacoder/pages/21.html
MediaCoderでは、トップページのリンク先より、追加コーデックインストーラ(mediacoder-codecs-.exe)を入手し、インストールを行うことで、対応するコーデックを増やすことが可能です。 ただ、メジャーなコーデックのほとんどは最初から対応しているため、特に必要に迫られることは無いでしょう。逆にむやみなコーデック追加は、ソフトウェア全体の肥大化を招くので、注意が必要です。 追加コーデックインストーラの入手方法 本家サイトから入手 1.トップページのリンクから、本家の下のリンクをクリック。 2.ページの上のほうにあるDOWNLOADをクリック。 3.ページの下のほうにあるAdditional Downloadsと書かれたところにある、Extra Codecs Packをクリック。 4.ページのかなり下のほうにあるDownload Extra Codecs Packと書かれたところをクリックで、ダウンロードできます。 SOURCE FORGE.NETから入手 1.トップページのリンクからSOURCE FORGE.NETの下のリンクをクリック。 2.Packageの一番下、Xtrasをクリック。 3.Codecsをクリック。 4.過去バージョンから最新バージョンまでのコーデックがリストアップされているので、 ファイル名(mediacoder-codecs-で始まるもの)をクリックで、ダウンロードできます。 追加コーデックのインストール方法 ダウンロードしたインストーラを起動させると、MediaCoderをインストールしたフォルダが表示されます。 合っている場合は、そのままInstallをクリックすれば、インストールが開始されます。 違っている場合は、任意で指定してやりましょう。 mediacoder-codecs-＊＊＊＊＊＊＊＊.exe コーデック拡張（主にデコーダ）インストーラ。下記の内容は、最新版mediacoder-codecs-20071118.exeのもの。 更新年月日：2007年11月18日 内容 ACELP.net Audio Decoder NCT ALF2CD Audio Decoder Alparysoft R D Lossless Video Codec Avid Meridien Uncompressed Codec ClearVideo Decoder RealNetworks Cooker G2 Audio Decoder 10.0 Winbond 32-bit CJPG Decoder RealVideo 8 Video Decoder RealVideo 9 Video Decoder Indeo® Audio Decoder MotionWavelets Video Codec Intel Indeo(R) Video 4.1 Decoder Intel Indeo(R) Video 5.0 Decoder VivoActive H.263 Video Decompressor JPEG2000 AVI Codec LEAD MCMW 2.0 Codec Lernout Hauspie Audio Codec Microsoft H.261 Decoder Microsoft Screen Video Decompressor 7.1 QPEG® Video Codec 1.1 Apple QuickTime Decoder ToolVox RealTime Decompressor ACELP-NET Voice Codec for RealAudio Sony ATRAC3 Audio Codec for RealAudio ViVD Video Codec Version 2 VMware Movie decoder Voxware MetaSound Audio Decoder On2 VP4 Video Codec On2 VP6 Video Codec On2 VP7 Video Codec VSS H.264 Video Codec VSS H.264 Decoder VSS Wavelet Video Codec Windows Media Audio 9 Decoder Windows Media Screen Decoder Windows Media Speech Decoder Windows Media Video 9 Decoder Windows Media Video 9 Advanced Profile (VC-1) Decoder Corona Windows Media Audio Decoder Corona Windows Media Video Decoder aacPlusenc.zip AAC+関連のソース拡張ファイル群を追加する。 更新年月日：2006年1月17日 内容 FloatFR_aacPlusEnc.sln FloatFR_aacPlusEnc.vcproj src（フォルダ） FloatFR_fastaacenc（フォルダ） FloatFR_resamplib（フォルダ） FloatFR_sbrenclib（フォルダ） lib（フォルダ） FloatFR_bitbuflib（フォルダ） FloatFRlib（フォルダ） mediacoder-helix.exe コーデックに「Helix DNA(TM) Producer」とアプリケーション拡張ファイル群を追加する。 更新年月日：2005年5月25日 内容 producer.exe default.rpjf producer.pref pncrt.dll audiences（フォルダ） codecs（フォルダ） common（フォルダ） plugins（フォルダ） resources（フォルダ） tools（フォルダ） mediacoder-wmdec.exe MPlayer for WindowsのWindows Mediaフォーマットに対する対応形式拡張ファイル群を追加する。 更新年月日：2004年10月18日 内容 wmvdmod.dll wmvadvd.dll wmv9dmod.dll wmspdmod.dll wmsdmod.dll wmadmod.dll wma9dmod.dll wmvds32.ax wmv8ds32.ax wm9decoder.7z Windows Media Video 9(後のVC-1)のデコーダを追加する。 更新年月日：2002年11月20日 内容 wmvdmod.dll wma9dmod.dll wmv9dmod.dll x264-r682-patched.7z x264エンコーダのリリースバージョン682のパッチを追加する。 更新年月日：2007年10月24日 内容 x264.h x264.c version.sh muxers.h muxers.c matroska.h matroska.c Makefile Doxyfile COPYING configure config.sub config.guess AUTHORS tools（フォルダ） gtk（フォルダ） extras（フォルダ） encoder（フォルダ） doc（フォルダ） common（フォルダ） build（フォルダ）
https://w.atwiki.jp/comodo_dragon/pages/31.html
ChromeにはH.264等の各種コーデックが標準で搭載されているが､Chromium派生ブラウザはライセンスの関係で各種コーデックが削除されているものがほとんどです｡ Dragonも同様に削除されているので､コーデックを追加したければChromeから追加しましょう｡ ちなみにIE等の各種ブラウザのコーデック搭載状況は英Wikipediaの HTML5 のページに乗っています｡ コーデックの追加 まずはComodoDragonのバージョンを"dragon //help/"の下部にあるBased on Chromium xx.x.xxxx.xx.の部分を参照して確認してください｡ 左上のComodo Dragonのマーク→Comodo Dragonについて でも確認できます｡ 次に FileHippo *1からComodoDragonがベースにしているChromiumと同じバージョン (Based on Chromium xx.x.xxxx.xx.の"xx.x.xxxx.xx."の部分)のChromeをダウンロードしてください｡ ダウンロードが終わったらchrome_installerを解凍してください｡ chrome_installerを解凍したらChrome.7zが展開されるのでこれも同様に解凍してください｡ 解凍を終えたら"..\xx.x.xxxx.xx_chrome_installer\chrome\Chrome-bin\xx.x.xxxx.xx"フォルダ内(xx.x.xxxx.xxはバージョン名)の ffmpegsumo.dll をDragonのフォルダ*2に上書きすれば動画コーデック(H.264)､音声コーデック(AAC)追加は完了です｡ ※ffmpegsumo.dllはDragonが更新するたびに上書きされてしまうので､その度に書き換える必要があります｡ プラグインの追加 Chromeに標準搭載されているPDFViewerを使いたい場合は上記の説明を参考にpdf.dllをDragonフォルダに移せば使えるようになります｡ 基本的にプラグインの追加はFirefoxやOperaなどのIE以外向けのブラウザ用のものをインストールすれば使えるようになります｡ 動かないプラグインがある場合などには"..\Comodo\Dragon\Plugins"フォルダ内にプラグインをコピーすると動作するようになることもあります｡ Flashのプラグイン(NPSWF32_xx_x_xxx_xxx.dll)をこのフォルダに移す場合にgcswf32.dllにリネームするように説明しているサイトがあるが､gcswf32.dllにリネームすると余計なプロセスが1つ増えるのでリネームをせずに直接入れたほうがいいです｡ Pepper Flash(PPAPI)の追加 FileHippo *1から安定版(Dev,Betaが付いていないもの)で一番バージョンの高いものをダウンロードしてきてください｡ ダウンロードが終わったらchrome_installerを解凍してください｡ chrome_installerを解凍したらChrome.7zが展開されるのでこれも同様に解凍してください｡ 解凍を終えたら"..\xx.x.xxxx.xx_chrome_installer\chrome\Chrome-bin\xx.x.xxxx.xx"フォルダ内(xx.x.xxxx.xxはバージョン名)の "PepperFlash"フォルダをDragonのフォルダにコピー､または移動してください｡ 次にComodoDragonのショートカットへ起動オプションを追加すれば完了です｡ 例を参考に編集してください｡ 例 "C \Program Files\Comodo\Dragon\dragon.exe" --ppapi-flash-path="C \Program Files\Comodo\Dragon\PepperFlash\pepflashplayer.dll" --ppapi-flash-version="11.6.602.180" 上記の例はComodoDragonの場所が"C \Program Files\Comodo\Dragon\dragon.exe" PepperFlashのフォルダの場所が"C \Program Files\Comodo\Dragon\PepperFlash" PepperFlashのバージョンが"11.6.602.180" の場合の起動オプションです｡ ComodoDragonの場所､PepperFlashのフォルダの場所､PepperFlashのバージョン情報を確認して各自の環境に合わせて変更してください｡ ppapi-flash-version="11.6.602.180"を定義するのはバージョン表記を正しく表示するため｡ バージョン表記が変になるのが気にならなければこのオプションは設定しなくても良い｡ PepperFlashのバージョン確認は､"pepflashplayer.dll"を右クリック→プロパティ→"詳細"タブの"ファイル バージョン"から確認できます 現在使用しているFlashが最新のバージョンかどうかは Adobe のサイトで確認することができます｡ 注釈 FileHippoについて *1 FileHippoはファイルのダウンロードURLに公式配布サイトのURL(Chromeの場合dl.google)を直接指定している安全なサイトです｡ なので､このページではファイルのダウンロードサイトとしてFileHippoを説明に使用しています｡ (ただしファイルが無い場合などはFileHippoからのミラーリンクでのダウンロードになります｡) FileHippoからダウンロードしたファイルが解凍出来ない人は､PortableAppsがChromeを元にポータブル化して配布している Chrome Portable をポータブルインストールしたほうが手軽かもしれません｡ Comodo Dragonのフォルダの場所について *2 インストール版のデフォルトでは基本的に"C \Program Files\Comodo\Dragon"の場所に保存されています｡ 上記のインストール場所は32bitのもので､64bitOSだと"C \Program Files (x86)\Comodo\Dragon"に保存されています｡ コメント FileHippoもマルウェア付属するようになったみたい ttp //blog.livedoor.jp/blackwingcat/archives/1875202.html#more - 名無しさん 2014-09-19 22 52 14 名前
https://w.atwiki.jp/mpegonmac/pages/59.html
VLCで強引に再生して、林檎+i 情報が出るから、ストリーム0の▶をクリック ビデオ情報が出てくるはず。 そこで出てくるコーデック名を参照しましょう。 もしくは、エラーメッセージでクォーテーションに囲まれた文字列。 おもな映像コーデック XVID----XviD DIVX----DivX 3ivX----3ivx WMV3----wmvコーデック攻略参照 VP6, VP7----?? H264----H.264/AVC X264----x264 WMV9----あきらめれ。 AVIが再生できません！に戻る トップページに戻る
https://w.atwiki.jp/finalcutexpress/pages/16.html
■コーデックとは？ コーデックと言うのは「無圧縮では冗長過ぎて扱いが難しい動画を圧縮し、扱いやすくするための技術」と簡単に解説できる。 基本的な動画圧縮に使われる技術としては可逆である「連長圧縮」や非可逆である「フレーム間予測」や「離散コサイン変換」等の計算が使われる。 「○○が使いやすい」等と議論の元となる事も多いが、根本的な事を言えば「各設定次第」で有るとしか言えない。 結局の所、扱い易さを取るかクオリティを取るかの選択であり、各自で設定等の煮詰めを行い、納得のいく形を探すのが肝要だ。 ■可逆（ロスレス）圧縮 まず、可逆圧縮の場合は、例えば「白白白白黒黒赤赤赤黄黄黄黄」という記録を「白4黒2赤3黄4」という形に直して縮小効果を狙う物だと考えるのが基本だ。 この性質を踏まえて、同じ色のベタ塗りが並んでいる場合の多いアニメーションに適した圧縮方式であることから「アニメーション」圧縮と呼ばれる物が代表的な可逆コーデックである。 これは、非常に古い技術であり、それこそモノクロファクシミリの送信にも使われる技術なので現代のマシンではエンコードデコードに関しては最速の部類だと言えよう。 欠点としては、どうしても色の不連続性の高い画の場合は殆ど圧縮が効かないと言う事と、表示画像に圧縮が掛からない事に拠ってビデオ表示に負担が掛かる事があり、非力なマシン等では再生コマ落ち等が起こる事がある。 いずれにせよ、圧縮効率が良くないのは明白なので「クオリティ重視」であるとか「アルファチャンネル情報が必要」な場合の使用が適当である。 アルファチャンネルというのは、簡単に言えば「透明度情報」である。 この透明度情報を持てるコーデックは意外なほどに少ない、そう言う面でFCEを使用する際に確実にアニメーション圧縮を使用する必要があるのは「LiveType」からの素材の書き出しである。 例えば、「LiveType」側で作ったテキスト、エフェクトがブラー多用等で非常に重くなってしまった場合、一旦動画に描き出してから素材としてタイムラインに適用したらレンダリング時間等の短縮にも繋がる。 この際に、クリップにアルファ情報が有れば無加工でタイムラインに乗せるだけで使える動画となる、そうでない場合キーイング等で色を抜くか、マスク素材が必要になる。 ■FCE上でよく使われる圧縮 最終書き出しに関しては各使用法によって様々なので省略する。 ◎Jpeg Motion JpegやPhoto Jpeg等が知られる、計算技術等はWikipedia等を参照して頂けたら良いかと思う。 基本的に最高品質ではRGB4 4 4の変換であり、最高品質ではロスレスと言っても差し支えない。 代表的なメディアとしてはデジカメの動画録画に多用される。 デジカメには高度なjpeg圧縮技術が使われており、その機能を活かした形としてJpeg圧縮が多用されると言うことだ。 FCEに使用する際には、最高品質以下の場合でRT Extremeにも対応しており、レンダリング無しでのプレビューも可能なので容量画質等のバランスで納得出来るなら使用するのも良いだろう。 ◎DV 基本的にFCEで使用されるメインのコーデックである。 データレートも高く（約25〜27Mbps、この事からDV25とも言われる）それほど強い圧縮もかかって無い関係と、ほぼ完全に「統一規格」であるため多数のノンリニア編集アプリで使われる。 FCE上ではRT Extremeの効果で、基本的にプレビュー時レンダリングも不要で非常に編集性は高い。 圧縮方式は基本的にJpegと同じ様な形の変換だと思って良い、その為に場合によってはブロックノイズや色滲み等が出る。 色空間はY（明るさ）U（青）V（赤）4 1 1、つまり2×2ピクセルのうち色差信号を各色1つだけとる形式である。 この特性上、多数回のエンコード繰り返しの場合劣化の可能性も有ると言うことを念頭に置いて欲しい。 ◎mpeg系 基本的には編集用途に向かない形式。 主な物としては、mpeg-1(.mpg)〜mpeg4、H.263、H264等が挙げられる。シリコンメディア系のカムコーダにもmpeg2系が良く使われている。 これらのコーデックの場合はフレーム間予測圧縮（動画の「コマの前後はよく似た画像に成る場合が多い」という性質を利用した圧縮）が入るので、フレーム単位での編集がメインであるFCEの場合はRT Extremeも対応しておらず、プレビュー毎にレンダリングしてやる必要もあることから、最終出力及び中間として使用するのに留めるのが良いだろう。 もし、素材等で使わざるを得ない場合には別にそのまま使っても構わないのだが、劣化の少ない形（DVストリーム等）に変換して使うのも一つの手だ。 ◎HDV等のHD素材 基本的に大サイズで非常に負担の大きなファイルなのでFCEネイティブでは扱えないが、Apple Intermediate Codec（以下AIC）に変換する事によって扱うことが出来る。 基本的に圧縮方式としてHDVネイティブはMPEG2を使用している、つまり複合型の圧縮（H.261相当）な訳だ。 コレをネイティブで扱おうとすると、インターレース等やフレーム間予測が障害となって編集がかなり困難になる。 AICに変換されたファイルの場合は画像単位の圧縮のみとなる、つまりはJpeg等の圧縮に近い形となる。 フレーム間圧縮が入らない分、編集のしやすい形となるわけだ。 さらに言えば、HDVはPCに近い色空間、つまりRGBに近い色空間を持っているわけだが、コレもネイティブ状態で再現するとなると非常にマシンパワーを喰う。 AICの場合はYUV4 2 0に変換して色数を落とす処理も行い、ビデオ表示負担を減らしてあるわけだ。 HDVのフレーム間予測等の重い処理負担やビデオ表示負担を減らすためにこのAICがある。 ちなみに、そうやって圧縮負担を減らしてる為にデータレートは数倍になる。 データレートは通常のHDDでギリギリ転送可能なぐらいなので、FCEが使われる可能性の高いiMac等の一般普及機でも扱えるようになると言うことだ。 基本的にこれら以外のコーデックに関して言えば「視聴用」のコーデックだと認識した方が早い。 そう言った物に関してはキャプチャを趣味としてる人にでも聞いた方が早い。 フレーム予測系の圧縮が入るとどうしてもクオリティが下がるし、また複雑な変換が入る関係上読み込みに少しラグが出る場合もある。 一部のコーデック（Divx等）においてはごく稀にデコードエラーも起こる事があり、この部分でも編集素材としては良好でない。 なお、需要の多い、ニコニコ等の動画投稿サイト用のエンコードに関しては、各サイトの仕様にしたがって各自研究するの基本だ。 http //nicowiki.com/encode.html 等が参考に成るだろう。