スポンサーサイト

上記の広告は１ヶ月以上更新のないブログに表示されています。新しい記事を書く事で広告が消せます。
Entry ⇒ --.--.-- ｜ Category ⇒ スポンサー広告

試訳 - VLC media player 0.9.2 Grishenko release

最終更新：2008/09/17

　VLCのリリースが 0.8.6 から 0.9.2 にジャンプアップした模様。ユニバーサル・バイナリ。Power PC専用版も存在。ふふふ。これであと半年はたたかえる（なにとだよ）。しかしなにやら通常のVer.upと様子が違う。内部構造が大幅に変更された模様。あるいは開発体制/姿勢にも変化があった模様。なので雑駁にhttp://www.videolan.org/developers/vlc/NEWSを 試訳してみました。リリースのお知らせに「See "Changes between 0.8.6i and 0.9.1" as well as "between 0.9.1 and 0.9.2"」とあったのでその範囲。原文は逆時系列ですが時系列に直してあります。

　てゆうか『ffmpegモジュールを除去して新しいavcodec, avformat, swscale ならびにpostproc modules を採用』って、なんか大事な気がすんですけども。 ←間違いっぽいです。続きの「重要なお知らせ」の項（赤い太字部分）参照。

　なお、手許では、VLCをコマンドラインで使った事はありません。

▼目次
  1. Changes between 0.8.6i and 0.9.0:
    1. 重要なお知らせ:
    2. 変更点:
      1. セキュリティ・アップデート:
      2. プレイリスト:
      3. 入力:
      4. デマクサー:
      5. デコーダ:
      6. 字幕:
      7. エンコーダ:
      8. ビデオ出力＆フィルタ:
      9. 音声出力＆フィルタ:
      10. ストリーム出力:
      11. インターフェイス:
      12. Linux Port:
      13. Mac OS X Port:
      14. LibVLC:
      15. 新しいローカライゼーション:
      16. Developers:
  2. Changes between 0.9.1 and 0.9.0:
  3. Changes between 0.9.1 and 0.9.2
  4. Changes between 0.9.2 and 1.0.0-git:
    1. Inputs:
    2. Decoders:
    3. Stream output:

Changes between 0.8.6i and 0.9.0:

重要な お知らせ:

  • このリリースが正しく動作するには、Windows 2000 並びに Mac OS X 10.4 (Tiger)以降が必要。
  • HTTPインターフェイスは、デフォルトではローカルマシンでしか動作しないようになった。他のマシンからも使いたければ、 ".hosts" file を編集すること。同ファイルの所在は以下の通り。
    • UNIX/Linux： /usr/share/vlc/http/.hosts。古いhttpインターフェイスを使っている場合は、 /usr/share/vlc/http/old/.hosts
    • Windows：C:\Program Files\VideoLAN\VLC\http\.hosts。並びに、C:\Program Files\VideoLAN\VLC\http\old\.hosts
    • Mac OS X：VLC.app/Contents/MacOS/share/http/.hosts。並びに、 VLC.app/Contents/MacOS/share/http/old/.hosts
  • WindowsとLinuxではインタフェイスが新しくなった。フルスクリーンコントローラの採用とプレファレンスの簡略化。 VLC 0.8.6に在った "Streaming Wizard" はなくなったが、basic profilesが提供される。
  • --sout-keepの挙動が変更になった。デフォルトでアクティベートされるようになった。
  • rcインタフェイスにおける、marq, mosaic 並びに logoコマンドの変更。これらは最初の引数としてターゲット・ネームが必要になった。例：
    • vlc --sub-filter "marq@test{marquee=Hello}" -I rc <somevideo>
      You can then use commands like: @test marq-marquee Goodbye
      If you didn't name the object using @test, its name will default to the
      plugin name (hence 'marq') in this example.
      These new commands are also available in the telnet interface.
  • "rtp" access output moduleは除去された。 RTP stream output で代用されたい。例えば
    • Old: '#std{access=rtp,mux=ts,dst=239.255.1.2:5004,sap}'
    • New: '#rtp{mux=ts,dst=239.255.1.2,port=5004,sap}'
  • コマンドラインで、VLCが使うm3u形式のプレイリストにEXTVLCOPT オプションを反映させるには「--m3u-extvlcopt」オプションの使用が必要になった。指定できるオプションには限りがある事に注意。(CVE-2007-6683).（＊ 不詳：テレビ関係？ 詳細はMASA.Hさんに解説頂きました（上から2番めのコメントを参照下さい）。＊）
  • 古い「access:url」シンタックスは、あいまいなファイル名の問題を回避するために除去された。「access: //url」で代用されたい。
    • E.g.: vlc:quit -> vlc://quit ;
      udp:@239.255.12.12 -> udp://@239.255.12.12
  • The ffmpeg module has been removed and replaced by the new avcodec, avformat, swscale (or imgresample if you use a swscale-less ffmpeg build) and postproc modules.
    一体式の「ffmpeg module」に代えて、livavcodec, livavformatなど、ffmpegのライブラリ単位のモジュールに書き換えた、という意味のようです。
    Re: Changelogの翻訳版-Slashdot、およびattyさんよりご指摘頂きました（本記事のコメント1番め）。

    なお、初出時の内容は以下の通りです：
    『ffmpeg moduleは除去され、新しいavcodec, avformat, swscale (or imgresample if you use a swscale-less ffmpeg build) ならびにpostproc modules が採用された。』

    （＊これは、vfw/AVIモデルとの決別かもしれない。ffmpeg、つまりvfw/AVIをモデルに作られ、linux環境に於ける事実上の標準動画ライブラリと化していたlibavcodec, libavformatを捨てるということは、厄介なハッキング抜きでBフレームが扱えるようになった可能性が高い。とても高い。たいへんだ。＊）

    カナブンよりもごめんなさい。

  • Webプラグイン、ActiveX (IE)/Firefox/Mozilla/Safari、は以下のstatesを認識するようになった。
    • IDLE/CLOSE=0, OPENING=1, BUFFERING=2, PLAYING=3, PAUSED=4, STOPPING=5, FORWARD=6, BACKWARD=7, ENDED=8, ERROR=9. FORWARD と BACKWARD は将来の実装のため予約されているもので、現段階では動作しない。
  • transcode 時のクロッピングやパッディングは、croppadd video filterを使って行われるようになった。例えば
    • transcode{vcodec=mp2v,vfilter=croppadd{cropttop=20,cropbottom=30,paddleft=100}}
    • （＊エンコード時のコマンドラインシンタックスが変更されたと思われる＊）
  • transcode 時のCanvas設定は、canvas video filterを使って行われるようになった。例えば
    • transcode{vcodec=mp2v,vfilter=canvas{width=640,height=480}}
  • Glide video output moduleは除去された。

変更 点:

セキュリティ・ アップデート:

  • Windows 並びに Mac OS Xの libfreetype をアップデート (CVE-2008-1806, CVE-2008-1806, CVE-2008-1807)
  • TTA Parser の改善 (CVE-2008-3732)
  • MMS Access Module の改善 (CVE-2008-3794 )

プレイリスト:

  • Playlist supportの大幅な改善:
    • Media library を作ると、全てのplaylist itemが保存される。
    • "Live search"
    • Shoutcast TV listings
    • Audioscrobbler/Last.FM support
  • Album art support
  • User definable Lua playlist scripts. See share/lua/playlist/README.txt (Default scripts open YouTube, DailyMotion, metacafe, Google Video and lots of other URLs)
  • User definable Lua album art fetcher scripts. See share/lua/meta/README.txt
　＊このへん、なんかHTTPインターフェイスの"隠蔽"と関係ありそうな気がしなくも無い。

入力:

  • Video for Linux 2 (V4L2) 入力のサポート
  • UDP-Lite transport for RTP/AVP
  • DCCP transport for RTP/AVP
  • Proxy support for MMSH stream
  • JACK audio input support
  • Input run time option (improved live stream recording)
  • Microsoft Windows上の、DVB-C/S/Tキャプチャー・カード用の、BDA devices access module
    • *DVB：C=ケーブル、S=サテライト、T=テレストリアル（地上）。欧州発のデジタルテレビ放送規格で、事実上の世界標準(URI)。
  • Mac OS X 用のスクリーン・アクセス・モジュールを、QuickDrawの代わりに OpenGL を使って書き直した。
  • Screen module now supports partial screen capture and mouse following on X11.
  • *実験的な EyeTV access moduleの実装。
    • 別途 EyeTV.app にpluginをダウンロードし、インストールする必要がある。
  • Simple RTP input (with MPEG A/V, G.711 and PCM support).
  • RTMP input support
  • QTKit-based Input module for Mac OS X allowing display and streaming of video taken from all iSight-labelled video cameras (no audio support)
  • HTTP access now supports gzip compressed data and Digest Access Authentication.
  • New options to reduce latency between arrival of raw data and display of frames. (--auto-adjust-pts-delay and --use-stream-immediate)
    • vfw/AVI/ffmpeg/MPlayer は、その基本アーキテクチャがpts（プレゼンテーション・タイムスタンプ）や、Bフレーム（QuickTime用語で「フレーム並び替え」）など、デコードの順番と表示の順番が異なる動画形式を想定していない。この為、MPEG-2以降の動画を扱う上で、複雑なくふうが不可欠。な・模様。これはアプリケーションの内部構造に限らず、例えばWin界におけるDGIndexの必要性などにも影響しているように思える。「--auto-adjust-pts -delay」は、ffmpeg モジュールに代えて新たに採用したナニカ（ライブラリ？）が関連しているかもしれない。
      と、思いきや、FFmpegはべつに1-frame-in-1-frame-outじゃない - MasaHeroの日記 との事です。より簡略な解説を本記事のコメント（上から5番め）に頂いております。伏して感謝申し上げますm(_ _)m。

　*ISDB-C/S/T, B-CAS, コピワン, ダビ10の類いは世界シェアを持たず、また今後持ち得る状況にない。これは世界市場に比べて、製品の価格低下速度が落ちるという事だ。ついでながらJEITAの田胡修一さんはダビ10の開始に当たって『ユーザーの利便性や、日本の家電産業の競争力を高めるためには、ローカルな暫定案ではなく、国際的に通用するコピー制御の抜本策を作る必要があると考えています』と述べておらるるが、んな「ダビ10の次」なぞより「価値あるコンテンツの権利」を持つ人が有料放送に逃げた方が早いと思う。B-CAS以外のハードコアなプロテクト付けて、などと思う......VLCにフリーオドライバーつかねーかなぁ。

デマクサー:

  • MP4 gpac 並びに Apple のチャプターをサポート
  • AIFF stereoファイルの再生を修正
  • シーク時の音声のがたつきを修正
  • FLAC demuxer の改善(duration / current time / meta data)
  • AAC タグのサポート
  • APEv1/2 タグのサポート
  • ID3v2 タグサポートの改善
  • Ogg/Vorbis タグサポートの改善
  • Raw video support（＊fpsどうやって再生すんねん＊）
  • Standard MIDI File (types 0 & 1) support
  • TiVo Series 2 support
  • CD+G karaoke Files support
  • MXF files support
  • OMA support

デコーダ:

  • VP60/VP61/VP6F/VP62 のサポート（＊On2のアレ＊）
  • Flash Screen Video のサポート
  • CamStudio Screen Video のサポート
  • DosBox Capture のサポート
  • Karl Morton's Video のサポート
  • atrac3 の限定的なサポート
  • Fraps のサポート
  • Fluidsynth MIDI software synthesis (with external sound fonts)
  • New codec FOURCCs to support more specific files: Avid, FCP, Sony, Samsung, ...
  • H.264 PAFF のサポート（＊ピクチャ単位のインタレ保持。なお、QT7.5.5はフルフィールド再生との事＊）
  • DNxHD / VC-3 のサポート
  • NellyMoser ASAO のサポート
  • APE (Monkey audio) のサポート
  • RealVideo のサポート (要 RealVideo run-time)
  • Dirac video のサポート（libschroedinger経由）（＊リブシュレ...なんかまたまにあっくな＊）
＊Dirac：
　DWT（離散ウェーブレット変換）系動画コデックの一つ。 MPEG-1/2/4/AVC|H.264などのDCT（離散コサイン変換）系とは根っこの理論がちがう。らしい。Diracは元々オープンソースで、BBCのバックアップを受けている、らしい。08の技研公開で、NHKのウルトラ・ハイビジョンに一枚噛んでいる事が明らかになった。

　07年の技研公開ではDoom9のスポンサーをしていたAthemeの名前も見たような...

　その他のDWT系コデックとしては、静止画のjpeg2000（コレ自体が静止画DWT）を応用したものや、ピクサーが開発したApple-Pixletがある。この二つはQuickTime Player Proがあれば容易に試す事が出来る（H.264/AVCロスレス〜其の壱 - 2007/04/10 ageha was here）。

　ffmpegもSnowというDWTコデックに乗り出しているが、オープンソースとしては異例な事に、07夏には開発に賞金を掛けていた。

字幕:

  • Closed Caption Decoder (DVD, ReplayTV, TiVo, DVB/ATSC)
  • VBI & EBU (Teletext) support (*nix, Mac OS)
  • Ogg/Kate subtitles support
  • AQTitle subtitles support
  • MKV USF subtitles support
  • HTML-based subtitles support
  • MPSub subtitles support
  • JacoSub subtitles basic support
  • MPL2 subtitles support
  • Rewrite of ASS/SSA scripts and subtitles support
  • PowerDivx (.psb) Subtitles support
  • Realtext subtitle support
  • DKS subtitle support
  • SubViewer 1.0 (SubRip09) subtitles support
  • Correct Right-to-left languages in subtitles support
＊字幕形式は文字コードが絡む事から、ある意味コ デックやコンテナ以上の乱立状態の模様。

エンコーダ:

  • Flash Screen Video support
  • H.264 エンコード速度の改善

ビデオ出力＆フィ ルタ:

  • 新しい CoreAnimation ベースの出力モジュール (OS X上の VLCKit frameworkのみ)
  • Adjust, Invert and Distort (now split into Wave, Ripple, Gradient and Psychedelic) video filters can now be streamed
  • New puzzle video output filter
  • Re-written motion detection video filter
  • New extract video filter （映像からRGBの各コンポーネントを抽出）
  • New sharpen video filter (increase the contrast of adjacent pixels)
  • New erase video filter (映像からロゴを除去する)
  • Enhanced subtitles' renderer to support bold, italic and some HTML tags (Google Summer of Code Student project)
  • Support for RGBA and I420 blending. The latter improves Mosaic CPU usage *a lot*.
  • New transparency mask video filter (for use with the mosaic_bridge module).
  • New bluescreen video filter (for use with the mosaic_bridge module). This was previously part of the mosaic module.
  • Fixed random characters problem in RSS filter.
  • Add rotate-deciangle for more precision on rotate filter
  • Support for Intel SSE2 instruction set in chroma converters
  • Improved use of Intel MMX instruction set in chroma converters
  • New croppadd and canvas video filters.

音声出力＆フィル タ:

  • Replay gain support
  • Audio playback when going slower/faster (with pitch correction via new scaletempo audio filter)
  • New spatializer audio filter
  • Correct DTS output via S/PDIF

ストリーム出力:

  • RTSP for TS-multiplexed broadcast streams
  • New RTP payload formats:
    • Speex voice audio codec
    • ITU T.140 (for text, subtitles) output
    • G.711 (both A-law and µ-law) output
  • UDP-Lite transport for RTP
  • DCCP transport for RTP
  • Lots of fixes for RTSP broadcasting
  • RTMP output

インターフェイ ス:

*All
  • 新しいシンプルな Preferences ダイヤログ。エンドユーザー向けに最重要な設定だけをまず表示。
  • ユーザーとのインタラクションを改善（＊操作性？＊）
  • マウスジェスチャの改善
  • アップデート・チェッカーの大幅な改善
  • メタデータ編集のフルサポート (ID3v2, Ogg/Vorbis, AAC, APEv1/2)
* Windows/Linux
  • Brand new interface for Linux and Windows, based on the Qt toolkit
  • Fullscreen controller (transparency on Linux+Composite)
* Mac OS X
  • ビデオ出力機能の改善
  • VLCから VideoLAN's Help Wiki へのオンラインアクセス
  • "Recent Items" serviceを削除する新しい設定
  • Radio (live) stream再生中に、カレントトラックを正しく表示
  • Aquaの graphite テーマに即した見た目。
  • Extended Controls panelの簡略化
* Ncurses:
  • Correctly displays wide characters when using an UTF-8 locale, if libncursesw is available.
  • Some nice colors if the terminal supports it (most do)
* Experimental Lua interface modules.
　　　See vlc -I lua and share/lua/playlist/README.txt for more info.
* Unix
* Option to allow only one running instance, using D-Bus interface.
* D-Bus Interface implementing the MPRIS
(Media Player Remote Interfacing specification), a common dbus control
interface for media players that intends to become an xdg standard when
finished: http://wiki.xmms2.xmms.se/index.php/Media_Player_Interfaces .
* Motion module using disk accelerometers to keep video horizontal
* Plugin to set Telepathy presence message using MissionControl
* Fixed VLM schedule time on Linux

Linux Port:

* VLC now complies with the XDG Base Directory Specification version 0.6
http://standards.freedesktop.org/basedir-spec/basedir-spec-0.6.html
(which means that VLC doesn't use the $HOME/.vlc directory anymore)

Mac OS X Port:

  • Mac OS X Framework "VLCKit"
    • VLCをサードパーティ製アプリケーションに埋め込めるようになる (Google Summer of Code Student project, Mac OS X 10.5 only)
    • ＊miro（旧称Democracy）が、QuickTime ベースからVLCベースに戻る可能性がある。アレは思想的にAppleと相容れるものではあるまい。
  • テキスト・レンダラーを既存のFreetypeから Quartz ベースに変更
  • Mac OS X 10.5 Leopardとのカンペキな互換性
  • 全機能をオンにしてコンパイルする事が必須になった
  • Mac OS X 10.3.9 並びに QuickTime 6.x サポートは停止*
　Panther のリリースは03/10/24。なので08年9月現在約5年。この間の大幅な内部構造の変化を伴う2度のOSアップデート、CPUアーキテクチャ の変更、そしてXPのサポート期間を考えるとMacは必ずしも安くは無いし、安心して使えるプラットフォームでもなかった（「猊下の首輪」しか使わないな らともかく）。Snow LeopardでPPC切ってきたらどうしようかねぇマカとして。

LibVLC:

  • Event management and various improvements in libvlc
    • (Part of a Google Summer of Code Student project)
    • （＊VLCKitはコレのラッパー？＊）

新しいローカライ ゼーション:

  • フィンランド語
  • ペルシャ語
  • ポーランド語
  • パンジャーブ語（＊印度、話者数11位＊）
  • ブルガリア語

Developers:

  • LibVLC now supports externally built plugins properly. A "vlc-plugin" pkg-config package is provided.
  • Java bindings are now built from a separate source.

Changes between 0.9.1 and 0.9.0:

  • Multiple bug fixes.

Changes between 0.9.1 and 0.9.2

  • 「--sout-keep」の挙動を元に戻した。以前のようにデフォルトではアクティベートされない。
  • Skins2 interface repaired on Windows.
  • Multiple bugfixes.

Changes between 0.9.2 and 1.0.0-git:

Inputs:

  • Mouse cursor support in x11 and win32 screen modules
  • Screen module now supports partial screen capture and mouse following on windows.

Decoders:

  • AES3 (SMPTE 302M) support
  • E-AC3 (A/52b) support

Stream output:

  • Restored the old mpeg2 transrating module.
  • Multiple bridge-in instances are now possible.
  • bridge-in can be used to configure a placeholder stream.

080916追記

2008/09/16付け海上忍さんの記事によると
FFMpegプロジェクトの成果も取り入れられ、M2TSやDirac、Atrac3、H.264 PAFF、APEオーディオ、RealVideo、VC-3やFrapsなどのビデオ / オーディオコーデックがサポートされた。
UI一新、対応コーデックも増えたフリーな動画再生ソフト「VLC 0.9.2」 | パソコン | マイコミジャーナル
との事なので、FFMpegプロジェクトとの「決別」ではない模様。以下に詳報が出るかもしれない。
Entry ⇒ 2008.09.15 ｜ Category ⇒ Mov日記 ｜ Comments (7) ｜ Trackbacks (1)

コメント

　atty : 2008/09/16 (火) 16:39:01　修正

>ffmpeg moduleは除去され、新しいavcodec, avformat, swscale (or imgresample if you use a swscale-less ffmpeg build) ならびにpostproc modules が採用された。

単に単体のffmpegモジュールを4つに分離したってことじゃないでしょうか。
少なくとも「ffmpeg = libavcodec, libavformat ...」です。
http://svn.mplayerhq.hu/ffmpeg/trunk/

　MASA.H : 2008/09/16 (火) 18:14:38　修正

>m3u
ファイル名を並べただけの単純なプレイリストです。でもってEXTVLCOPTというのはコメントの形で書く拡張書式です。こんな感じになります。
#EXTM3U
#EXTINF:0,RDP - RDP - ANTENA 3
#EXTVLCOPT:http-caching=1200
mms://rdp.oninet.pt/antena3
#EXTVLCOPT:http-caching=1200
mms://stream.radio.com.pt/ROLI-ENC-098

「ffmpeg moduleは除去」の解釈について　ageha : 2008/09/17 (水) 00:12:19　修正

atty様
書き込みありがとうございます。恐縮です。
一晩おいてみると自分でもちょっと興奮し過ぎな気がしてきました^^;
確かにそう考える方が合理的だと思います。

別口（http://slashdot.jp/it/comments.pl?sid=419018&cid=1421236）でも
>>
×コーデックが入れ替わった
○ffmpegに対応するモジュールが、ffmpeg内のライブラリ毎に対応する複数のモジュールに書き直された
<<
とのご意見を頂いておりますので、いまから手を入れてみます。

　一応弁明を。
　自分は文系も良いところなのでコードは読めませんが、何年も前にDoom9でakupenguinさん（たぶんx264の開発者）が、mencoderについて「PTSやDTS絡みの問題はmencoder.cにあるのでダレも手をだしたがらない」と書いてたので、おそらく、より歴史の長いFFMpegも似た部分があるのではないかと考えております。
　また、これも1年は前ですが、Michael Niedermayerさん（FFMpegの開発者）のブログに1-frame-in-1-frame-outルールを超越した存在はlinux上にはまだ無い。的な文言があったと記憶しております。

　これらから、FFMpeg/MPlayer/MEncoderともVfW/AVIをモデルにつくられたもので、Bフレーム、つまりMPEG-1以降の扱いに、ナニカ複雑なくふうがされているのではないか、と疑っております。ちょっと本文は言い切りが過ぎるかもしれません。

>>
* The ffmpeg module has been removed and replaced by the new avcodec, avformat, swscale (or imgresample if you use a swscale-less ffmpeg build) and postproc modules.
<<

　なのでこれを見た時にてっきりGStreamerか、なにか新しいものに乗り換えたのかと（GStreamerも名前しか知りませんが）^^;。

　libavcodec, livavformat, ソフトウェアスケーラー, ポストプロセスモジュールの4つが、FFMpeg本体（？）とは分離して、VfW/AVIモデルでないナニカに貼付けられる事を想定して開発が進んで来たならば、「FFMpegモジュール」として一体化した形ではなく、「各libを分割した形で取り込む形」の方が、確かに合理的な気がします。

「--m3u-extvlcopt」について　ageha : 2008/09/17 (水) 00:15:33　修正

MASA.H様
毎度有り難うございますm(_ _)m。
あ、ストリーミングのチャンネルをm3uに保存できるのですね。
http://blog-imgs-41.fc2.com/a/g/e/ageha909/VLC092-080916-radio.png
↑これで保存した.m3uはこんな感じでした↓
▼
#EXTM3U
#EXTINF:0,RADIODIFUSﾃグ PORTUGUESA S.A. - RDP - ANTENA 3
mms://rdp.oninet.pt/antena3
#EXTINF:0,97.5 - Rﾃ｡dio Universitﾃ｡ria do Minho
mms://stream.radio.com.pt/ROLI-ENC-098
▲
http-cashingは「タイムシフトを許可する」かと思いましたが、
#EXTVLCOPT:access-filter=timeshift
になるようです。

今から本文に手を入れてみます。

　MASA.H : 2008/09/17 (水) 01:40:31　修正

>FFMpeg/MPlayer/MEncoderともVfW/AVIをモデルにつくられたもの
FFmpeg内で映像のフレームを扱う構造体AVFrameにはPTSを格納する領域が存在します。
また、FFmpegを用いてデコードする際は以下のような手順を踏みます。
1)いろいろな初期化
2)パケットの取得
3)得られたパケットをデコーダに渡す
4)デコーダからフレームが得られれば出力バッファにコピー
5)パケットがまだ得られるなら3)に戻る
6)終了処理
エンコードの場合も似たようなもので、
1)いろいろな初期化
2)フレームをエンコーダに渡す
3)エンコーダからデータが返ってくればパケットに詰め込む
4)詰め込まれたパケットをファイルに書き出す
5)フレームが残っているなら2)に戻る
6)終了処理
ここでデコーダから得られたフレームにはPTSが設定されているので後はこれを処理する側の問題ですし、幸いデコーダが順序はそろえ直して返してくれるようです。またエンコード・デコードともデータを渡してもデータが返ってこないことがあるというのがみそです。1-frame-in-1-frame-outではありません。
mencoderがややこしいのはFFmpeg以外のコーデックとのかけあいもあるからではないでしょうか。

　MASA.H : 2008/09/18 (木) 23:22:39　修正

先のコメントの内容とほぼ同じことを以下のところにより詳細に書きました。
http://d.hatena.ne.jp/MasaHero/20080918/p1

『FFmpegはべつに1-frame-in-1-frame-outじゃない』の件　ageha : 2008/09/19 (金) 23:39:17　修正

本文中に追記させて頂きました。ありがとうございます！。
　　　　　修正用パスワード ：

管理人にのみ公開 ：

トラックバック


[PC][memo]FFmpegはべつに1-frame-in-1-frame-outじゃない ： MasaHeroの日記
どうもFFmpegも1-frame-in-1-frame-outに縛られたものじゃないかとの誤解があったのでサンプルを交えて誤解を解いてみる。サンプルはFFmpeg APIで、さまざまな動画を操る - 前編：CodeZineから拝借した。 #include #include >>リンク

2008.09.18

<<前の記事へ　▲　 次の記事へ>>