MultimediaWiki - User contributions [en]

Running FATE

2011-05-20T10:18:51Z

Mans: Replace ffmpeg with libav

== Get The Samples ==
Sync the FATE samples:

rsync -WaL rsync://fate-suite.libav.org/fate-suite/ /path/to/fate/samples

Please ignore any "Permission denied" errors, permissions of recently uploaded files are fixed regularly by a cron job.

== Configuration ==
Create a configuration file setting the following variables:

slot= # some unique identifier
repo=git://git.libav.org/libav.git # the source repository
samples=/path/to/fate/samples
fate_recv="ssh fate@fate.libav.org" # command to submit report

# the following are optional and map to configure options
arch=
cpu=
cross_prefix=
cc=
target_os=
sysroot=
target_exec=
target_path=
extra_cflags=
extra_ldflags=
extra_libs=
extra_conf= # extra configure options not covered above

make= # name of GNU make if not 'make'
tar= # command to create a tar archive from its arguments on stdout, defaults to 'tar c'
workdir= # directory in which to do all the work

This file is parsed by the shell, so any shell features may be used. Any site-specific settings can be made here as well, such as PATH to compilers etc. One such file is required per configuration to be tested.

The $slot value can be anything not already in use. Names of the form arch-os-compiler-version are suggested. Allowed characters are alphanumeric, underscore, period, and hyphen.

== Get the Script ==
Fetch the file 'tests/fate.sh' from the libav repo. This script checks out the source, builds it, runs the tests, and submits the report to the server. It's a good idea to watch this file for changes and update your running copy as necessary.

== Test Run ==
Perform a test run by leaving $fate_recv unset in the configuration and issue the command "fate.sh /path/to/config/file". This should perform all the steps except the final report submission. In the end, $workdir should contain the following files:

* configure.log
* compile.log
* test.log
* report
* version

After a successful run, the 'report' file should contain one line for each test and a couple of header lines. Most of the content is base64-encoded, so it will look like gibberish.

If any of the files are missing, or if the report seems too sparse, check for errors that may have occurred.

Delete the version file to force a retest of the same revision.

== Submitting Results ==
When everything is working properly, create and ssh key, send it to the FATE system adminstrator, and await confirmation. Make sure the ssh command used in the fate_recv setting uses this key for authentication. You will also need to accept the host key of the server. Its fingerprint is:

a4:99:d7:d3:1c:92:0d:56:d6:d5:61:be:01:ae:7d:e6

Accepting the host key is most easily done by running the ssh command directly from a shell once. When it connects, simply kill it. You will not get a shell prompt.

== Regular Cycles ==
You are now ready to commence automated testing. Set up a cron job, shell script, or use whatever means you prefer to run the command from step 3 at regular intervals. If using multiple configurations, a simple shell wrapper iterating over them may be convenient.

The fate.sh script will refuse to run if the workdir is locked by the
presence of a fate.lock file there. If something dies leaving this
file behind, you must delete it manually.

Adjunct to running the FATE script from cron, it's also useful to rsync the FATE samples directory via cron. This doesn't need to be performed as frequently. Once per day is adequate.

[[Category:FATE]]

Running FATE

2011-05-20T10:17:35Z

Mans: Update FATE samples location

== Get The Samples ==
Sync the FATE samples:

rsync -WaL rsync://fate-suite.libav.org/fate-suite/ /path/to/fate/samples

Please ignore any "Permission denied" errors, permissions of recently uploaded files are fixed regularly by a cron job.

== Configuration ==
Create a configuration file setting the following variables:

slot= # some unique identifier
repo=git://git.libav.org/libav.git # the source repository
samples=/path/to/fate/samples
fate_recv="ssh fate@fate.libav.org" # command to submit report

# the following are optional and map to configure options
arch=
cpu=
cross_prefix=
cc=
target_os=
sysroot=
target_exec=
target_path=
extra_cflags=
extra_ldflags=
extra_libs=
extra_conf= # extra configure options not covered above

make= # name of GNU make if not 'make'
tar= # command to create a tar archive from its arguments on stdout, defaults to 'tar c'
workdir= # directory in which to do all the work

This file is parsed by the shell, so any shell features may be used. Any site-specific settings can be made here as well, such as PATH to compilers etc. One such file is required per configuration to be tested.

The $slot value can be anything not already in use. Names of the form arch-os-compiler-version are suggested. Allowed characters are alphanumeric, underscore, period, and hyphen.

== Get the Script ==
Fetch the file 'tests/fate.sh' from the ffmpeg repo. This script checks out the source, builds it, runs the tests, and submits the report to the server. It's a good idea to watch this file for changes and update your running copy as necessary.

== Test Run ==
Perform a test run by leaving $fate_recv unset in the configuration and issue the command "fate.sh /path/to/config/file". This should perform all the steps except the final report submission. In the end, $workdir should contain the following files:

* configure.log
* compile.log
* test.log
* report
* version

After a successful run, the 'report' file should contain one line for each test and a couple of header lines. Most of the content is base64-encoded, so it will look like gibberish.

If any of the files are missing, or if the report seems too sparse, check for errors that may have occurred.

Delete the version file to force a retest of the same revision.

== Submitting Results ==
When everything is working properly, create and ssh key, send it to the FATE system adminstrator, and await confirmation. Make sure the ssh command used in the fate_recv setting uses this key for authentication. You will also need to accept the host key of the server. Its fingerprint is:

a4:99:d7:d3:1c:92:0d:56:d6:d5:61:be:01:ae:7d:e6

Accepting the host key is most easily done by running the ssh command directly from a shell once. When it connects, simply kill it. You will not get a shell prompt.

== Regular Cycles ==
You are now ready to commence automated testing. Set up a cron job, shell script, or use whatever means you prefer to run the command from step 3 at regular intervals. If using multiple configurations, a simple shell wrapper iterating over them may be convenient.

The fate.sh script will refuse to run if the workdir is locked by the
presence of a fate.lock file there. If something dies leaving this
file behind, you must delete it manually.

Adjunct to running the FATE script from cron, it's also useful to rsync the FATE samples directory via cron. This doesn't need to be performed as frequently. Once per day is adequate.

[[Category:FATE]]

Running FATE

2011-02-08T19:57:16Z

Mans: Update config file notes

== Get The Samples ==
Sync the FATE samples:

rsync -WaL rsync://rsync.mplayerhq.hu:/samples/fate-suite/ /path/to/fate/samples

Please ignore any "Permission denied" errors, permissions of recently uploaded files are fixed regularly by a cron job.

== Configuration ==
Create a configuration file setting the following variables:

slot= # some unique identifier
repo=git://git.ffmpeg.org/ffmpeg.git # the source repository
samples=/path/to/fate/samples
fate_recv="ssh fate@fate.ffmpeg.org" # command to submit report

# the following are optional and map to configure options
arch=
cpu=
cross_prefix=
cc=
target_os=
sysroot=
target_exec=
target_path=
extra_cflags=
extra_ldflags=
extra_libs=
extra_conf= # extra configure options not covered above

make= # name of GNU make if not 'make'
tar= # command to create a tar archive from its arguments on stdout, defaults to 'tar c'
workdir= # directory in which to do all the work

This file is parsed by the shell, so any shell features may be used. Any site-specific settings can be made here as well, such as PATH to compilers etc. One such file is required per configuration to be tested.

The $slot value can be anything not already in use. Names of the form arch-os-compiler-version are suggested. Allowed characters are alphanumeric, underscore, period, and hyphen.

== Get the Script ==
Fetch the file 'tests/fate.sh' from the ffmpeg repo. This script checks out the source, builds it, runs the tests, and submits the report to the server. I suggest you watch it for changes and update keep an up to date version, although I hope this file will be rather stable.

== Test Run ==
Perform a test run by leaving $fate_recv unset in the configuration and issue the command "fate.sh /path/to/config/file". This should perform all the steps except the final report submission. In the end, $workdir should contain the following files:

* configure.log
* compile.log
* test.log
* report
* version

After a successful run, the 'report' file should contain one line for each test and a couple of header lines. Most of the content is base64-encoded, so it will look like gibberish.

If any of the files are missing, or if the report seems too sparse, check for errors that may have occurred.

Delete the version file to force a retest of the same revision.

== Submitting Resuts ==
When everything is working properly, create and ssh key, send it to the FATE system adminstrator, and await confirmation. Make sure the ssh command used in the fate_recv setting uses this key for authentication. You will also need to accept the host key of the server. It's fingerprint is

a4:99:d7:d3:1c:92:0d:56:d6:d5:61:be:01:ae:7d:e6

Accepting the host key is most easily done by running the ssh command directly from a shell once. When it connects, simply kill it. You will not get a shell prompt.

== Regular Cycles ==
You are now ready to commence automated testing. Set up a cron job, shell script, or use whatever means you prefer to run the command from step 3 at regular intervals. If using multiple configurations, a simple shell wrapper iterating over them may be convenient.

The fate.sh script will refuse to run if the workdir is locked by the
presence of a fate.lock file there. If something dies leaving this
file behind, you must delete it manually.

Adjunct to running the FATE script from cron, it's also useful to rsync the FATE samples directory via cron. This doesn't need to be performed as frequently. Once per day is adequate.

[[Category:FATE]]

Category:FATE

2010-07-05T13:38:28Z

Mans: Add brief description.

This page lists articles related to [http://fate.multimedia.cx/ FATE].

FATE Test Coverage

2010-07-05T13:35:03Z

Mans: Add to FATE category

This page tracks test coverage for [http://fate.multimedia.cx FATE].

General coverage statistics as of SVN revision 21955:
* demuxers: 90 / 131 total = 69% coverage
* muxers: 31 / 87 total = 36% coverage
* decoders: 170 / 243 total = 70% coverage
* encoders: 52 / 90 total = 58% coverage

'''Total coverage:''' 343 / 551 total mux/demux/encode/decode cases = '''62%''' coverage of those cases

''(Note: Don't be shy about double-checking the numbers above.)

== Format Tests ==
This format list reflects 'ffmpeg -formats' as of SVN revision 21955 when configuring FFmpeg with '--enable-gpl'.

{| border="1" cellpadding="4"
! short name || format name || demuxer test(s) || muxer test(s)
|-
| 3g2
| 3GP2 format
| ''n/a''
| bgcolor="red" | No muxing test
|-
| 3gp
| 3GP format
| ''n/a''
| bgcolor="red" | No muxing test
|-
| 4xm
| 4X Technologies format
| bgcolor="lime" | {{FATE|276|4xm}}
| ''n/a''
|-
| IFF
| IFF format
| bgcolor="lime" | {{FATE|135|iff-fibonacci}}, {{FATE|134|iff-pcm}}, {{FATE|361|iff-ilbm}}
| ''n/a''
|-
| ISS
| Funcom ISS format
| bgcolor="lime" | {{FATE|275|funcom-iss}}
| ''n/a''
|-
| MTV
| MTV format
| bgcolor="lime" | {{FATE|301|mtv}}
| ''n/a''
|-
| RoQ
| raw id RoQ format
| bgcolor="lime" | {{FATE|75|idroq-video-dpcm}}
| bgcolor="lime" | {{FATE|157|idroq-video-encode}}
|-
| aac
| ADTS AAC
| bgcolor="lime" | {{FATE|357|aac-demux}}
| ''n/a''
|-
| ac3
| raw AC-3
| bgcolor="red" | No demuxing test
| bgcolor="red" | No muxing test
|-
| adts
| ADTS AAC
| ''n/a''
| bgcolor="red" | No muxing test
|-
| aea
| MD STUDIO audio
| bgcolor="lime" | {{FATE|347|aea-demux}}
| ''n/a''
|-
| aiff
| Audio IFF
| bgcolor="lime" | {{FATE|128|full regression suite}}
| bgcolor="lime" | {{FATE|128|full regression suite}}
|-
| alaw
| PCM A-law format
| bgcolor="lime" | {{FATE|128|full regression suite}}
| bgcolor="lime" | {{FATE|128|full regression suite}}
|-
| amr
| 3GPP AMR file format
| bgcolor="red" | No demuxing test
| bgcolor="red" | No muxing test
|-
| anm
| Deluxe Paint Animation
| bgcolor="lime" | {{FATE|360|deluxepaint-anm}}
| ''n/a''
|-
| apc
| CRYO APC format
| bgcolor="lime" | {{FATE|244|cryo-apc}}
| ''n/a''
|-
| ape
| Monkey's Audio
| bgcolor="lime" | {{FATE|270|lossless-monkeysaudio}}
| ''n/a''
|-
| asf
| ASF format
| bgcolor="lime" | many
| bgcolor="lime" | many
|-
| asf_stream
| ASF format
| ''n/a''
| bgcolor="red" | No muxing test
|-
| ass
| SSA/ASS format
| bgcolor="red" | No demuxing test
| bgcolor="red" | No muxing test
|-
| au
| SUN AU format
| bgcolor="lime" | {{FATE|128|full regression suite}}
| bgcolor="lime" | {{FATE|128|full regression suite}}
|-
| avi
| AVI format
| bgcolor="lime" | many
| bgcolor="lime" | many
|-
| avm2
| Flash 9 (AVM2) format
| ''n/a''
| bgcolor="red" | No muxing test
|-
| avs
| AVS format
| bgcolor="lime" | {{FATE|98|creatureshock-avs}}
| ''n/a''
|-
| bethsoftvid
| Bethesda Softworks VID format
| bgcolor="lime" | {{FATE|99|bethsoft-vid}}
| ''n/a''
|-
| bfi
| Brute Force & Ignorance
| bgcolor="lime" | {{FATE|139|bfi}}
| ''n/a''
|-
| bink
| Bink
| bgcolor="lime" | {{FATE|367|bink}}, {{FATE|389|bink-demux-video}}
| ''n/a''
|-
| cavsvideo
| raw Chinese AVS video
| bgcolor="red" | No demuxing test
| ''n/a''
|-
| cdg
| CD Graphics Format
| bgcolor="lime" | {{FATE|356|cdgraphics}}
| ''n/a''
|-
| c93
| Interplay C93
| bgcolor="lime" | {{FATE|100|cyberia-c93}}
| ''n/a''
|-
| caf
| Apple Core Audio Format
| bgcolor="lime" | {{FATE|345|caf}}
| ''n/a''
|-
| crc
| CRC testing format
| ''n/a''
| bgcolor="red" | No muxing test
|-
| daud
| D-Cinema audio format
| bgcolor="lime" | {{FATE|302|d-cinema-demux}}
| bgcolor="red" | No muxing test
|-
| dirac
| raw Dirac
| bgcolor="red" | No demuxing test
| bgcolor="red" | No muxing test
|-
| dnxhd
| raw DNxHD (SMPTE VC-3)
| bgcolor="red" | No demuxing test
| bgcolor="red" | No muxing test
|-
| dsicin
| Delphine Software International CIN format
| bgcolor="lime" | {{FATE|136|delphine-cin}}
| ''n/a''
|-
| dts
| raw DTS
| bgcolor="red" | No demuxing test
| bgcolor="red" | No muxing test
|-
| dv
| DV video format
| bgcolor="lime" | {{FATE|128|full regression suite}}
| bgcolor="lime" | {{FATE|128|full regression suite}}
|-
| dvd
| MPEG-2 PS format (DVD VOB)
| ''n/a''
| bgcolor="red" | No muxing test
|-
| dxa
| DXA
| bgcolor="lime" | {{FATE|102|feeble-dxa}}
| ''n/a''
|-
| ea
| Electronic Arts Multimedia Format
| bgcolor="lime" | {{FATE|155|ea-cmv}}, {{FATE|225|ea-dct}}, {{FATE|224|ea-tgv}}, {{FATE|141|ea-vp60}}, {{FATE|140|ea-vp61}}, {{FATE|279|ea-adpcm}}, {{FATE|277|ea-cdata}}
| ''n/a''
|-
| ea_cdata
| Electronic Arts cdata
| bgcolor="lime" | {{FATE|277|ea-cdata}}
| ''n/a''
|-
| eac3
| raw E-AC-3
| bgcolor="red" | No demuxing test
| bgcolor="red" | No muxing test
|-
| f32be
| PCM 32 bit floating-point big-endian format
| bgcolor="red" | No demuxing test
| bgcolor="red" | No muxing test
|-
| f32le
| PCM 32 bit floating-point little-endian format
| bgcolor="red" | No demuxing test
| bgcolor="red" | No muxing test
|-
| f64be
| PCM 64 bit floating-point big-endian format
| bgcolor="red" | No demuxing test
| bgcolor="red" | No muxing test
|-
| f64le
| PCM 64 bit floating-point little-endian format
| bgcolor="red" | No demuxing test
| bgcolor="red" | No muxing test
|-
| ffm
| FFM (FFserver live feed) format
| bgcolor="lime" | {{FATE|128|full regression suite}}
| bgcolor="lime" | {{FATE|128|full regression suite}}
|-
| film_cpk
| Sega FILM/CPK format
| bgcolor="lime" | {{FATE|5|film-cvid-pcm-stereo-8bit}}
| ''n/a''
|-
| filmstrip
| Adobe Filmstrip
| bgcolor="red" | No demuxing test
| bgcolor="red" | No muxing test
|-
| flac
| raw FLAC
| bgcolor="lime" | {{FATE|128|full regression suite}}
| bgcolor="lime" | {{FATE|128|full regression suite}}
|-
| flic
| FLI/FLC/FLX animation format
| bgcolor="lime" | {{FATE|113|flic-af11-palette-change}}, {{FATE|115|flic-af12}}, {{FATE|114|flic-magiccarpet}}
| ''n/a''
|-
| flv
| FLV format
| bgcolor="lime" | {{FATE|128|full regression suite}}
| bgcolor="lime" | {{FATE|128|full regression suite}}
|-
| framecrc
| framecrc testing format
| ''n/a''
| bgcolor="lime" | {{FATE|128|full regression suite}}
|-
| gif
| GIF Animation
| ''n/a''
| bgcolor="red" | No muxing test
|-
| gsm
| raw GSM
| bgcolor="red" | No demuxing test
| ''n/a''
|-
| gxf
| GXF format
| bgcolor="lime" | {{FATE|128|full regression suite}}
| bgcolor="lime" | {{FATE|128|full regression suite}}
|-
| h261
| raw H.261
| bgcolor="lime" | {{FATE|128|full regression suite}}
| bgcolor="lime" | {{FATE|128|full regression suite}}
|-
| h263
| raw H.263
| bgcolor="lime" | {{FATE|128|full regression suite}}
| bgcolor="lime" | {{FATE|128|full regression suite}}
|-
| h264
| raw H.264 video format
| bgcolor="lime" | {{FATE|128|full regression suite}}
| bgcolor="lime" | {{FATE|128|full regression suite}}
|-
| idcin
| id Cinematic format
| bgcolor="lime" | {{FATE|107|id-cin-video}}
| ''n/a''
|-
| image2
| image2 sequence
| bgcolor="red" | No demuxing test
| bgcolor="red" | No muxing test
|-
| image2pipe
| piped image2 sequence
| bgcolor="red" | No demuxing test
| bgcolor="red" | No muxing test
|-
| ingenient
| raw Ingenient MJPEG
| bgcolor="red" | No demuxing test
| ''n/a''
|-
| ipmovie
| Interplay MVE format
| bgcolor="lime" | {{FATE|293|interplay-mve-8bit}}, {{FATE|355|interplay-mve-16bit}}
| ''n/a''
|-
| ipod
| iPod H.264 MP4 format
| ''n/a''
| bgcolor="red" | No muxing test
|-
| iv8
| A format generated by IndigoVision 8000 video server
| bgcolor="lime" | {{FATE|365|iv8}}
| ''n/a''
|-
| lmlm4
| lmlm4 raw format
| bgcolor="lime" | {{FATE|300|lmlm4-demux}}
| ''n/a''
|-
| m4v
| raw MPEG-4 video format
| bgcolor="red" | No demuxing test
| bgcolor="red" | No muxing test
|-
| matroska
| Matroska file format
| bgcolor="lime" | {{FATE|128|full regression suite}}
| bgcolor="lime" | {{FATE|128|full regression suite}}
|-
| mjpeg
| raw MJPEG video
| bgcolor="red" | No demuxing test
| bgcolor="red" | No muxing test
|-
| mlp
| raw MLP
| bgcolor="lime" | {{FATE|271|lossless-meridianaudio}}
| bgcolor="red" | No muxing test
|-
| mm
| American Laser Games MM format
| bgcolor="lime" | {{FATE|58|alg-mm}}
| ''n/a''
|-
| mmf
| Yamaha SMAF
| bgcolor="lime" | {{FATE|128|full regression suite}}
| bgcolor="lime" | {{FATE|128|full regression suite}}
|-
| mov
| MOV format
| ''n/a''
| bgcolor="lime" | {{FATE|128|full regression suite}}
|-
| mov,mp4,m4a,3gp,3g2,mj2
| QuickTime/MPEG-4/Motion JPEG 2000 format
| bgcolor="lime" | {{FATE|128|full regression suite}}
| ''n/a''
|-
| mp2
| MPEG audio layer 2
| ''n/a''
| bgcolor="red" | No muxing test
|-
| mp3
| MPEG audio layer 3
| bgcolor="red" | No demuxing test
| bgcolor="red" | No muxing test
|-
| mp4
| MP4 format
| ''n/a''
| bgcolor="lime" | {{FATE|128|full regression suite}}
|-
| mpc
| Musepack
| bgcolor="lime" | {{FATE|378|mpc7-demux}}
| ''n/a''
|-
| mpc8
| Musepack SV8
| bgcolor="lime" | {{FATE|359|mpc8-demux}}
| ''n/a''
|-
| mpeg
| MPEG-1 System format
| bgcolor="lime" | {{FATE|128|full regression suite}}
| bgcolor="lime" | {{FATE|128|full regression suite}}
|-
| mpeg1video
| raw MPEG video
| ''n/a''
| bgcolor="lime" | {{FATE|128|full regression suite}}
|-
| mpeg2video
| raw MPEG-2 video
| ''n/a''
| bgcolor="lime" | {{FATE|128|full regression suite}}
|-
| mpegts
| MPEG-2 transport stream format
| bgcolor="lime" | {{FATE|128|full regression suite}}
| bgcolor="lime" | {{FATE|128|full regression suite}}
|-
| mpegtsraw
| MPEG-2 raw transport stream format
| bgcolor="lime" | {{FATE|128|full regression suite}}
| ''n/a''
|-
| mpegvideo
| raw MPEG video
| bgcolor="lime" | {{FATE|128|full regression suite}}
| ''n/a''
|-
| mpjpeg
| MIME multipart JPEG format
| ''n/a''
| bgcolor="red" | No muxing test
|-
| msnwctcp
| MSN TCP Webcam stream
| bgcolor="lime" | {{FATE|129|mimic}}
| ''n/a''
|-
| mulaw
| PCM mu-law format
| bgcolor="lime" | {{FATE|128|full regression suite}}
| bgcolor="lime" | {{FATE|128|full regression suite}}
|-
| mvi
| Motion Pixels MVI format
| bgcolor="lime" | {{FATE|156|motionpixels}}
| ''n/a''
|-
| mxf
| Material eXchange Format
| bgcolor="lime" | {{FATE|299|mxf}}
| bgcolor="red" | No muxing test
|-
| nc
| NC camera feed format
| bgcolor="lime" | {{FATE|380|nc-demux}}
| ''n/a''
|-
| nsv
| Nullsoft Video format
| bgcolor="lime" | {{FATE|145|nsv-demux}}
| ''n/a''
|-
| null
| raw null video format
| ''n/a''
| bgcolor="red" | No muxing test
|-
| nut
| NUT format
| bgcolor="lime" | {{FATE|128|full regression suite}}
| bgcolor="lime" | {{FATE|128|full regression suite}}
|-
| nuv
| NuppelVideo format
| bgcolor="lime" | {{FATE|266|nuppelvideo}}
| ''n/a''
|-
| ogg
| Ogg
| bgcolor="lime" | {{FATE|128|full regression suite}}
| bgcolor="lime" | {{FATE|128|full regression suite}}
|-
| oma
| Sony OpenMG audio
| bgcolor="lime" | {{FATE|348|oma-demux}}
| ''n/a''
|-
| psp
| PSP MP4 format
| ''n/a''
| bgcolor="red" | No muxing test
|-
| psxstr
| Sony Playstation STR format
| bgcolor="lime" | {{FATE|281|psx-str}}
| ''n/a''
|-
| pva
| TechnoTrend PVA file and stream format
| bgcolor="lime" | {{FATE|298|pva-demux}}
| ''n/a''
|-
| qcp
| QCP format
| bgcolor="lime" | {{FATE|304|qcp-demux}}
| ''n/a''
|-
| r3d
| REDCODE R3D format
| bgcolor="lime" | {{FATE|278|redcode-demux}}
| ''n/a''
|-
| rawvideo
| raw video format
| bgcolor="red" | No demuxing test
| bgcolor="red" | No muxing test
|-
| rcv
| VC-1 test bitstream
| ''n/a''
| bgcolor="red" | No muxing test
|-
| rl2
| RL2 format
| bgcolor="lime" | {{FATE|130|rl2}}
| ''n/a''
|-
| rm
| RealMedia format
| bgcolor="lime" | {{FATE|128|full regression suite}}
| bgcolor="lime" | {{FATE|128|full regression suite}}
|-
| rpl
| RPL/ARMovie format
| bgcolor="lime" | {{FATE|133|armovie-escape124}}
| ''n/a''
|-
| rtp
| RTP output format
| ''n/a''
| bgcolor="red" | No muxing test
|-
| rtsp
| RTSP input format
| bgcolor="red" | No demuxing test
| ''n/a''
|-
| s16be
| PCM signed 16 bit big-endian format
| bgcolor="red" | No demuxing test
| bgcolor="red" | No muxing test
|-
| s16le
| PCM signed 16 bit little-endian format
| bgcolor="red" | No demuxing test
| bgcolor="red" | No muxing test
|-
| s24be
| PCM signed 24 bit big-endian format
| bgcolor="red" | No demuxing test
| bgcolor="red" | No muxing test
|-
| s24le
| PCM signed 24 bit little-endian format
| bgcolor="red" | No demuxing test
| bgcolor="red" | No muxing test
|-
| s32be
| PCM signed 32 bit big-endian format
| bgcolor="red" | No demuxing test
| bgcolor="red" | No muxing test
|-
| s32le
| PCM signed 32 bit little-endian format
| bgcolor="red" | No demuxing test
| bgcolor="red" | No muxing test
|-
| s8
| PCM signed 8 bit format
| bgcolor="red" | No demuxing test
| bgcolor="red" | No muxing test
|-
| sdp
| SDP
| bgcolor="red" | No demuxing test
| ''n/a''
|-
| shn
| raw Shorten
| bgcolor="lime" | {{FATE|272|lossless-shortenaudio}}
| ''n/a''
|-
| siff
| Beam Software SIFF
| bgcolor="lime" | {{FATE|121|siff}}
| ''n/a''
|-
| smk
| Smacker video
| bgcolor="lime" | {{FATE|254|smacker}}
| ''n/a''
|-
| sol
| Sierra SOL format
| bgcolor="lime" | {{FATE|269|sierra-sol}}
| ''n/a''
|-
| sox
| SoX native format
| bgcolor="red" | No demuxing test
| bgcolor="red" | No muxing test
|-
| spdif
| IEC958 - S/PDIF (IEC-61937)
| ''n/a''
| bgcolor="red" | No muxing test
|-
| svcd
| MPEG-2 PS format (VOB)
| ''n/a''
| bgcolor="red" | No muxing test
|-
| swf
| Flash format
| bgcolor="lime" | {{FATE|128|full regression suite}}
| bgcolor="lime" | {{FATE|128|full regression suite}}
|-
| thp
| THP
| bgcolor="lime" | {{FATE|6|thp-mjpeg-adpcm}}
| ''n/a''
|-
| tiertexseq
| Tiertex Limited SEQ format
| bgcolor="lime" | {{FATE|265|tiertex-seq}}
| ''n/a''
|-
| tmv
| 8088flex TMV
| bgcolor="lime" | {{FATE|295|tmv}}
| ''n/a''
|-
| truehd
| raw TrueHD
| bgcolor="red" | No demuxing test
| bgcolor="red" | No muxing test
|-
| tta
| True Audio
| bgcolor="lime" | {{FATE|364|lossless-tta}}
| ''n/a''
|-
| txd
| Renderware TeXture Dictionary
| bgcolor="red" | No demuxing test
| ''n/a''
|-
| u16be
| PCM unsigned 16 bit big-endian format
| bgcolor="red" | No demuxing test
| bgcolor="red" | No muxing test
|-
| u16le
| PCM unsigned 16 bit little-endian format
| bgcolor="red" | No demuxing test
| bgcolor="red" | No muxing test
|-
| u24be
| PCM unsigned 24 bit big-endian format
| bgcolor="red" | No demuxing test
| bgcolor="red" | No muxing test
|-
| u24le
| PCM unsigned 24 bit little-endian format
| bgcolor="red" | No demuxing test
| bgcolor="red" | No muxing test
|-
| u32be
| PCM unsigned 32 bit big-endian format
| bgcolor="red" | No demuxing test
| bgcolor="red" | No muxing test
|-
| u32le
| PCM unsigned 32 bit little-endian format
| bgcolor="red" | No demuxing test
| bgcolor="red" | No muxing test
|-
| u8
| PCM unsigned 8 bit format
| bgcolor="red" | No demuxing test
| bgcolor="red" | No muxing test
|-
| vc1
| raw VC-1
| bgcolor="lime" | {{FATE|369|vc1}}
| ''n/a''
|-
| vc1test
| VC-1 test bitstream format
| bgcolor="red" | No demuxing test
| ''n/a''
|-
| vcd
| MPEG-1 System format (VCD)
| ''n/a''
| bgcolor="red" | No muxing test
|-
| vmd
| Sierra VMD format
| bgcolor="lime" | {{FATE|274|sierra-vmd}}
| ''n/a''
|-
| vob
| MPEG-2 PS format (VOB)
| ''n/a''
| bgcolor="red" | No muxing test
|-
| voc
| Creative Voice file format
| bgcolor="lime" | {{FATE|128|full regression suite}}
| bgcolor="lime" | {{FATE|128|full regression suite}}
|-
| vqf
| Nippon Telegraph and Telephone Corporation (NTT) TwinVQ
| bgcolor="lime" | {{FATE|294|vqf-demux}}
| ''n/a''
|-
| w64
| Sony Wave64 format
| bgcolor="lime" | {{FATE|346|w64}}
| ''n/a''
|-
| wav
| WAV format
| bgcolor="lime" | {{FATE|128|full regression suite}}
| bgcolor="lime" | {{FATE|128|full regression suite}}
|-
| wc3movie
| Wing Commander III movie format
| bgcolor="lime" | {{FATE|108|wc3movie-xan}}
| ''n/a''
|-
| wsaud
| Westwood Studios audio format
| bgcolor="lime" | {{FATE|137|westwood-aud}}
| ''n/a''
|-
| wsvqa
| Westwood Studios VQA format
| bgcolor="lime" | {{FATE|106|vqa-cc}}
| ''n/a''
|-
| wv
| WavPack
| bgcolor="lime" | {{FATE|273|lossless-wavpackaudio}}
| ''n/a''
|-
| xa
| Maxis XA File Format
| bgcolor="lime" | {{FATE|138|maxis-xa}}
| ''n/a''
|-
| yuv4mpegpipe
| YUV4MPEG pipe format
| bgcolor="lime" | {{FATE|128|full regression suite}}
| bgcolor="lime" | {{FATE|128|full regression suite}}
|}

== Codec Tests ==
This codec list reflects 'ffmpeg -formats' as of SVN revision 21955 when configuring FFmpeg with '--enable-gpl'.

{| border="1" cellpadding="4"
! short name || codec name || codec type || codec flags<ref> FFmpeg codec flags
<code>
$ ffmpeg -formats
[...]
Codecs:
D..... = Decoding supported
.E.... = Encoding supported
..V... = Video codec
..A... = Audio codec
..S... = Subtitle codec
...S.. = Supports draw_horiz_band
....D. = Supports direct rendering method 1
.....T = Supports weird frame truncation
[...]
</code>
</ref> || decoder test(s) || encoder test(s)
|-
| 4xm
| 4X Movie
| video
| D
| bgcolor="red" | No decoding test
| ''n/a''
|-
| 8bps
| QuickTime 8BPS video
| video
| D
| bgcolor="lime" | {{FATE|120|8bps}}
| ''n/a''
|-
| 8svx_exp
| 8SVX exponential
| audio
|
| bgcolor="red" | No decoding test
| ''n/a''
|-
| 8svx_fib
| 8SVX fibonacci
| audio
|
| bgcolor="lime" | {{FATE|135|iff-fibonacci}}
| ''n/a''
|-
| FRWU
| Forward Uncompressed
| video
| D
| bgcolor="lime" | {{FATE|377|frwu}}
| ''n/a''
|-
| aac
| Advanced Audio Coding
| audio
|
| bgcolor="red" | No decoding test
| bgcolor="red" | No encoding test
|-
| aasc
| Autodesk RLE
| video
| D
| bgcolor="lime" | {{FATE|109|aasc}}
|
|-
| ac3
| ATSC A/52A (AC-3)
| audio
|
| bgcolor="red" | No decoding test
| bgcolor="lime" | {{FATE|128|full regression suite}}
|-
| adpcm_4xm
| ADPCM 4X Movie
| audio
|
| bgcolor="lime" | {{FATE|276|4xm}}
| ''n/a''
|-
| adpcm_adx
| SEGA CRI ADX ADPCM
| audio
|
| bgcolor="red" | No decoding test
| bgcolor="red" | No encoding test
|-
| adpcm_ct
| ADPCM Creative Technology
| audio
|
| bgcolor="lime" | {{FATE|282|creative-adpcm}}
| ''n/a''
|-
| adpcm_ea
| ADPCM Electronic Arts
| audio
|
| bgcolor="lime" | {{FATE|279|ea-adpcm}}
| ''n/a''
|-
| adpcm_ea_maxis_xa
| ADPCM Electronic Arts Maxis CDROM XA
| audio
|
| bgcolor="lime" | {{FATE|138|maxis-xa}}
| ''n/a''
|-
| adpcm_ea_r1
| ADPCM Electronic Arts R1
| audio
|
| bgcolor="lime" | {{FATE|303|ea-mad-adpcm-ea-r1}}
| ''n/a''
|-
| adpcm_ea_r2
| ADPCM Electronic Arts R2
| audio
|
| bgcolor="lime" | {{FATE|366|adpcm-ea-r2}}
| ''n/a''
|-
| adpcm_ea_r3
| ADPCM Electronic Arts R3
| audio
|
| bgcolor="lime" | {{FATE|368|adpcm-ea-r3}}
| ''n/a''
|-
| adpcm_ea_xas
| ADPCM Electronic Arts XAS
| audio
|
| bgcolor="lime" | {{FATE|277|ea-cdata}}
| ''n/a''
|-
| adpcm_ima_amv
| ADPCM IMA AMV
| audio
|
| bgcolor="lime" | {{FATE|280|amv}}
| ''n/a''
|-
| adpcm_ima_dk3
| ADPCM IMA Duck DK3
| audio
|
| bgcolor="lime" | {{FATE|153|duck-dk3}}
| ''n/a''
|-
| adpcm_ima_dk4
| ADPCM IMA Duck DK4
| audio
|
| bgcolor="lime" | {{FATE|152|duck-dk4}}
| ''n/a''
|-
| adpcm_ima_ea_eacs
| ADPCM IMA Electronic Arts EACS
| audio
|
| bgcolor="lime" | {{FATE|362|ea-tgv-ima-ea-eacs}}
| ''n/a''
|-
| adpcm_ima_ea_sead
| ADPCM IMA Electronic Arts SEAD
| audio
|
| bgcolor="lime" | {{FATE|224|ea-tgv}}
| ''n/a''
|-
| adpcm_ima_iss
| ADPCM IMA Funcom ISS
| audio
|
| bgcolor="lime" | {{FATE|275|funcom-iss}}
| ''n/a''
|-
| adpcm_ima_qt
| ADPCM IMA QuickTime
| audio
|
| bgcolor="lime" | {{FATE|60|qt-ima4-mono}}, {{FATE|66|qt-ima4-stereo}}, {{FATE|128|full regression suite}}
| bgcolor="lime" | {{FATE|128|full regression suite}}
|-
| adpcm_ima_smjpeg
| ADPCM IMA Loki SDL MJPEG
| audio
|
| bgcolor="red" | No decoding test
| ''n/a''
|-
| adpcm_ima_wav
| ADPCM IMA Wav
| audio
|
| bgcolor="lime" | {{FATE|70|qt-msimaadpcm-stereo}}, {{FATE|128|full regression suite}}
| bgcolor="lime" | {{FATE|128|full regression suite}}
|-
| adpcm_ima_ws
| ADPCM IMA Westwood
| audio
|
| bgcolor="lime" | {{FATE|106|vqa-cc}}, {{FATE|137|westwood-aud}}
| ''n/a''
|-
| adpcm_ms
| ADPCM Microsoft
| audio
|
| bgcolor="lime" | {{FATE|69|qt-msadpcm-stereo}}, {{FATE|128|full regression suite}}
| bgcolor="lime" | {{FATE|128|full regression suite}}
|-
| adpcm_sbpro_2
| ADPCM Sound Blaster Pro 2-bit
| audio
|
| bgcolor="lime" | {{FATE|283|creative-adpcm-8-2bit}}
| ''n/a''
|-
| adpcm_sbpro_3
| ADPCM Sound Blaster Pro 2.6-bit
| audio
|
| bgcolor="lime" | {{FATE|284|creative-adpcm-8-2.6bit}}
| ''n/a''
|-
| adpcm_sbpro_4
| ADPCM Sound Blaster Pro 4-bit
| audio
|
| bgcolor="lime" | {{FATE|285|creative-adpcm-8-4bit}}
| ''n/a''
|-
| adpcm_swf
| ADPCM Shockwave Flash
| audio
|
| bgcolor="lime" | {{FATE|128|full regression suite}}
| bgcolor="lime" | {{FATE|128|full regression suite}}
|-
| adpcm_thp
| ADPCM Nintendo Gamecube THP
| audio
|
| bgcolor="lime" | {{FATE|6|thp-mjpeg-adpcm}}
| ''n/a''
|-
| adpcm_xa
| ADPCM CDROM XA
| audio
|
| bgcolor="lime" | {{FATE|281|psx-str}}
| ''n/a''
|-
| adpcm_yamaha
| ADPCM Yamaha
| audio
|
| bgcolor="lime" | {{FATE|128|full regression suite}}
| bgcolor="lime" | {{FATE|128|full regression suite}}
|-
| alac
| ALAC (Apple Lossless Audio Codec)
| audio
|
| bgcolor="lime" | {{FATE|286|lossless-appleaudio}}, {{FATE|128|full regression suite}}
| bgcolor="lime" | {{FATE|128|full regression suite}}
|-
| als
| MPEG-4 Audio Lossless Coding (ALS)
| audio
|
| bgcolor="lime" | {{FATE|371|mpeg4-als-conformance-00}} and others
| ''n/a''
|-
| amv
| AMV Video
| video
| D
| bgcolor="lime" | {{FATE|280|amv}}
| ''n/a''
|-
| amrnb
| Adaptive Multi-Rate NarrowBand
| audio
| D
| bgcolor="red" | No decoding test
| ''n/a''
|-
| anm
| Deluxe Paint Animation
| video
| D
| bgcolor="lime" | {{FATE|360|deluxepaint-anm}}
| ''n/a''
|-
| ape
| Monkey's Audio
| audio
|
| bgcolor="lime" | {{FATE|270|lossless-monkeysaudio}}
| ''n/a''
|-
| asv1
| ASUS V1
| video
| D
| bgcolor="lime" | {{FATE|128|full regression suite}}
| bgcolor="lime" | {{FATE|128|full regression suite}}
|-
| asv2
| ASUS V2
| video
| D
| bgcolor="lime" | {{FATE|128|full regression suite}}
| bgcolor="lime" | {{FATE|128|full regression suite}}
|-
| atrac1
| Atrac 1 (Adaptive TRansform Acoustic Coding)
| audio
|
| bgcolor="red" | No decoding test
| ''n/a''
|-
| atrac3
| Atrac 3 (Adaptive TRansform Acoustic Coding 3)
| audio
|
| bgcolor="red" | No decoding test
| ''n/a''
|-
| aura
| Auravision AURA
| video
| D
| bgcolor="lime" | {{FATE|352|auravision}}
| ''n/a''
|-
| aura2
| Auravision Aura 2
| video
| D
| bgcolor="lime" | {{FATE|354|auravision-v2}}
| ''n/a''
|-
| avs
| AVS (Audio Video Standard) video
| video
| D
| bgcolor="lime" | {{FATE|98|creatureshock-avs}}
| ''n/a''
|-
| bethsoftvid
| Bethesda VID video
| video
| D
| bgcolor="lime" | {{FATE|99|bethsoft-vid}}
| ''n/a''
|-
| bfi
| Brute Force & Ignorance
| video
| D
| bgcolor="lime" | {{FATE|139|bfi}}
| ''n/a''
|-
| binkaudio_dct
| Bink Audio (DCT)
| audio
| D
| bgcolor="red" | No decoding test
| ''n/a''
|-
| binkaudio_rdft
| Bink Audio (RDFT)
| audio
| D
| bgcolor="red" | No decoding test
| ''n/a''
|-
| binkvideo
| Bink video
| video
| D
| bgcolor="lime" | {{FATE|389|bink-demux-video}}
| ''n/a''
|-
| bmp
| BMP image
| video
| D
| bgcolor="red" | No decoding test
| bgcolor="red" | No encoding test
|-
| c93
| Interplay C93
| video
| D
| bgcolor="lime" | {{FATE|100|cyberia-c93}}
| ''n/a''
|-
| camstudio
| CamStudio
| video
| D
| bgcolor="lime" | {{FATE|101|cscd}}
| ''n/a''
|-
| camtasia
| TechSmith Screen Capture Codec
| video
| D
| bgcolor="lime" | {{FATE|287|tscc-15bit}}, {{FATE|287|tscc-32bit}}
| ''n/a''
|-
| cavs
| Chinese AVS video (AVS1-P2, JiZhun profile)
| video
| D
| bgcolor="red" | No decoding test
| ''n/a''
|-
| cdgraphics
| CD Graphics video
| video
| D
| bgcolor="lime" | {{FATE|356|cdgraphics}}
| ''n/a''
|-
| cinepak
| Cinepak
| video
| D
| bgcolor="lime" | {{FATE|131|cvid}}, {{FATE|132|cvid-palette}}, {{FATE|5|film-cvid-pcm-stereo-8bit}}
| ''n/a''
|-
| cljr
| Cirrus Logic AccuPak
| video
| D
| bgcolor="lime" | {{FATE|122|cljr}}
| ''n/a''
|-
| cook
| COOK
| audio
|
| bgcolor="red" | No decoding test
| ''n/a''
|-
| cyuv
| Creative YUV (CYUV)
| video
| D
| bgcolor="lime" | {{FATE|76|cyuv}}
| ''n/a''
|-
| dca
| DCA (DTS Coherent Acoustics)
| audio
|
| bgcolor="red" | No decoding test
| ''n/a''
|-
| dnxhd
| VC3/DNxHD
| video
| D
| bgcolor="red" | No decoding test
| bgcolor="red" | No encoding test
|-
| dpx
| DPX image
| video
|
| bgcolor="lime" | {{FATE|305|dpx}}
| ''n/a''
|-
| dsicinaudio
| Delphine Software International CIN audio
| audio
|
| bgcolor="lime" | {{FATE|136|delphine-cin}}
| ''n/a''
|-
| dsicinvideo
| Delphine Software International CIN video
| video
| D
| bgcolor="lime" | {{FATE|136|delphine-cin}}
| ''n/a''
|-
| dvbsub
| DVB subtitles
| subtitle
|
| bgcolor="red" | No decoding test
| bgcolor="red" | No encoding test
|-
| dvdsub
| DVD subtitles
| subtitle
|
| bgcolor="red" | No decoding test
| bgcolor="red" | No encoding test
|-
| dvvideo
| DV (Digital Video)
| video
| D
| bgcolor="lime" | {{FATE|128|full regression suite}}
| bgcolor="lime" | {{FATE|128|full regression suite}}
|-
| dxa
| Feeble Files/ScummVM DXA
| video
| D
| bgcolor="lime" | {{FATE|102|feeble-dxa}}
| ''n/a''
|-
| eac3
| ATSC A/52B (AC-3, E-AC-3)
| audio
|
| bgcolor="red" | No decoding test
| ''n/a''
|-
| eacmv
| Electronic Arts CMV video
| video
| D
| bgcolor="lime" | {{FATE|155|ea-cmv}}
| ''n/a''
|-
| eamad
| Electronic Arts Madcow Video
| video
| D
| bgcolor="lime" | {{FATE|303|ea-mad-adpcm-ea-r1}}
| ''n/a''
|-
| eatgq
| Electronic Arts TGQ video
| video
| D
| bgcolor="lime" | {{FATE|262|ea-tgq}}
| ''n/a''
|-
| eatgv
| Electronic Arts TGV video
| video
|
| bgcolor="lime" | {{FATE|224|ea-tgv}}
| ''n/a''
|-
| eatqi
| Electronic Arts TQI video
| video
| D
| bgcolor="lime" | {{FATE|279|ea-wve}}
| ''n/a''
|-
| escape124
| Escape 124
| video
| D
| bgcolor="lime" | {{FATE|133|armovie-escape124}}
| ''n/a''
|-
| ffv1
| FFmpeg video codec #1
| video
| D
| bgcolor="lime" | {{FATE|128|full regression suite}}
| bgcolor="lime" | {{FATE|128|full regression suite}}
|-
| ffvhuff
| Huffyuv FFmpeg variant
| video
| S D
| bgcolor="red" | No decoding test
| bgcolor="red" | No encoding test
|-
| flac
| FLAC (Free Lossless Audio Codec)
| audio
|
| bgcolor="lime" | {{FATE|128|full regression suite}}
| bgcolor="lime" | {{FATE|128|full regression suite}}
|-
| flashsv
| Flash Screen Video
| video
| D
| bgcolor="lime" | {{FATE|128|full regression suite}}
| bgcolor="lime" | {{FATE|128|full regression suite}}
|-
| flic
| Autodesk Animator Flic video
| video
| D
| bgcolor="lime" | {{FATE|113|flic-af11-palette-change}}, {{FATE|115|flic-af12}}, {{FATE|114|flic-magiccarpet}}
| ''n/a''
|-
| flv
| Flash Video (FLV) / Sorenson Spark / Sorenson H.263
| video
| S D
| bgcolor="lime" | {{FATE|128|full regression suite}}
| bgcolor="lime" | {{FATE|128|full regression suite}}
|-
| fraps
| Fraps
| video
| D
| bgcolor="lime" | {{FATE|123|fraps-v0}}, {{FATE|124|fraps-v1}}, {{FATE|125|fraps-v2}}, {{FATE|263|fraps-v3}}, {{FATE|126|fraps-v4}}, {{FATE|127|fraps-v5}}
| ''n/a''
|-
| g726
| G.726 ADPCM
| audio
|
| bgcolor="lime" | {{FATE|128|full regression suite}}
| bgcolor="lime" | {{FATE|128|full regression suite}}
|-
| gif
| GIF (Graphics Interchange Format)
| video
| D
| bgcolor="red" | No decoding test
| bgcolor="red" | No encoding test
|-
| h261
| H.261
| video
| D
| bgcolor="lime" | {{FATE|128|full regression suite}}
| bgcolor="lime" | {{FATE|128|full regression suite}}
|-
| h263
| H.263 / H.263-1996
| video
| S D T
| bgcolor="lime" | {{FATE|128|full regression suite}}
| bgcolor="lime" | {{FATE|128|full regression suite}}
|-
| h263i
| Intel H.263
| video
| S D
| bgcolor="red" | No decoding test
| ''n/a''
|-
| h263p
| H.263+ / H.263-1998 / H.263 version 2
| video
|
| ''n/a''
| bgcolor="lime" | {{FATE|128|full regression suite}}
|-
| h264
| H.264 / AVC / MPEG-4 AVC / MPEG-4 part 10
| video
| D
| bgcolor="lime" | h264-conformance-*
| ''n/a''
|-
| huffyuv
| Huffyuv / HuffYUV
| video
| S D
| bgcolor="lime" | {{FATE|128|full regression suite}}
| bgcolor="lime" | {{FATE|128|full regression suite}}
|-
| idcinvideo
| id Quake II CIN video
| video
| D
| bgcolor="lime" | {{FATE|107|id-cin-video}}
| ''n/a''
|-
| iff_byterun1
| IFF ByteRun1
| video
| D
| bgcolor="lime" | {{FATE|370|iff-byterun1}}
| ''n/a''
|-
| iff_ilbm
| IFF ILBM
| video
| D
| bgcolor="lime" | {{FATE|361|iff_ilbm}}
| ''n/a''
|-
| imc
| IMC (Intel Music Coder)
| audio
|
| bgcolor="red" | No decoding test
| ''n/a''
|-
| indeo2
| Intel Indeo 2
| video
| D
| bgcolor="lime" | {{FATE|264|indeo2}}
| ''n/a''
|-
| indeo3
| Intel Indeo 3
| video
| D
| bgcolor="lime" | {{FATE|110|indeo3}}
| ''n/a''
|-
| indeo5
| Intel Indeo 5
| video
| D
| bgcolor="lime" | {{FATE|363|indeo5}}
| ''n/a''
|-
| interplay_dpcm
| DPCM Interplay
| audio
|
| bgcolor="lime" | {{FATE|293|interplay-mve-8bit}}, {{FATE|355|interplay-mve-16bit}}
| ''n/a''
|-
| interplayvideo
| Interplay MVE video
| video
| D
| bgcolor="lime" | {{FATE|293|interplay-mve-8bit}}, {{FATE|355|interplay-mve-16bit}}
| ''n/a''
|-
| jpegls
| JPEG-LS
| video
| D
| bgcolor="lime" | {{FATE|128|full regression suite}}
| bgcolor="lime" | {{FATE|128|full regression suite}}
|-
| kmvc
| Karl Morton's video codec
| video
| D
| bgcolor="lime" | {{FATE|104|kmvc}}
| ''n/a''
|-
| ljpeg
| Lossless JPEG
| video
|
| ''n/a''
| bgcolor="lime" | {{FATE|128|full regression suite}}
|-
| loco
| LOCO
| video
| D
| bgcolor="lime" | {{FATE|111|loco-yuy2}}, {{FATE|112|loco-rgb}}
| ''n/a''
|-
| mace3
| MACE (Macintosh Audio Compression/Expansion) 3:1
| audio
|
| bgcolor="lime" | {{FATE|62|qt-mac3-mono}}, {{FATE|72|qt-mac3-stereo}}
| ''n/a''
|-
| mace6
| MACE (Macintosh Audio Compression/Expansion) 6:1
| audio
|
| bgcolor="lime" | {{FATE|63|qt-mac6-mono}}, {{FATE|73|qt-mac6-stereo}}
| ''n/a''
|-
| mdec
| Sony PlayStation MDEC (Motion DECoder)
| video
| D
| bgcolor="lime" | {{FATE|225|ea-dct}}, {{FATE|281|psx-str}}
|-
| mimic
| Mimic
| video
| D
| bgcolor="lime" | {{FATE|129|mimic}}
| ''n/a''
|-
| mjpeg
| MJPEG (Motion JPEG)
| video
| D
| bgcolor="lime" | {{FATE|128|full regression suite}}
| bgcolor="lime" | {{FATE|128|full regression suite}}
|-
| mjpegb
| Apple MJPEG-B
| video
| D
| bgcolor="red" | No decoding test
| ''n/a''
|-
| mlp
| MLP (Meridian Lossless Packing)/TrueHD
| audio
|
| bgcolor="lime" | {{FATE|271|lossless-meridianaudio}}
| ''n/a''
|-
| mmvideo
| American Laser Games MM Video
| video
| D
| bgcolor="lime" | {{FATE|58|alg-mm}}
| ''n/a''
|-
| motionpixels
| Motion Pixels video
| video
| D
| bgcolor="lime" | {{FATE|156|motionpixels}}
| ''n/a''
|-
| mp1
| MP1 (MPEG audio layer 1)
| audio
| D
| bgcolor="red" | No decoding test
| ''n/a''
|-
| mp2
| MP2 (MPEG audio layer 2)
| audio
|
| bgcolor="lime" | {{FATE|128|full regression suite}}
| bgcolor="lime" | {{FATE|128|full regression suite}}
|-
| mp3
| MP3 (MPEG audio layer 3)
| audio
|
| bgcolor="red" | No decoding test
| ''n/a''
|-
| mp3adu
| ADU (Application Data Unit) MP3 (MPEG audio layer 3)
| audio
|
| bgcolor="red" | No decoding test
| ''n/a''
|-
| mp3on4
| MP3onMP4
| audio
|
| bgcolor="red" | No decoding test
| ''n/a''
|-
| mpc7
| Musepack SV7
| audio
|
| bgcolor="red" | No decoding test
| ''n/a''
|-
| mpc8
| Musepack SV8
| audio
|
| bgcolor="red" | No decoding test
| ''n/a''
|-
| mpeg1video
| MPEG-1 video
| video
| S D T
| bgcolor="lime" | {{FATE|128|full regression suite}}
| bgcolor="lime" | {{FATE|128|full regression suite}}
|-
| mpeg2video
| MPEG-2 video
| video
| S D T
| bgcolor="lime" | {{FATE|128|full regression suite}}
| bgcolor="lime" | {{FATE|128|full regression suite}}
|-
| mpeg4
| MPEG-4 part 2
| video
| S D T
| bgcolor="lime" | {{FATE|128|full regression suite}}
| bgcolor="lime" | {{FATE|128|full regression suite}}
|-
| mpegvideo
| MPEG-1 video
| video
| S D T
| bgcolor="lime" | {{FATE|128|full regression suite}}
| ''n/a''
|-
| mpegvideo_xmvc
| MPEG-1 video/2 video XvMC (X-Video Motion Compensation)
| video
| S D T
| bgcolor="red" | No decoding test
| ''n/a''
|-
| msmpeg4
| MPEG-4 part 2 Microsoft variant version 3
| video
| S D
| bgcolor="lime" | {{FATE|128|full regression suite}}
| bgcolor="lime" | {{FATE|128|full regression suite}}
|-
| msmpeg4v1
| MPEG-4 part 2 Microsoft variant version 1
| video
| S D
| bgcolor="lime" | {{FATE|128|full regression suite}}
| bgcolor="lime" | {{FATE|128|full regression suite}}
|-
| msmpeg4v2
| MPEG-4 part 2 Microsoft variant version 2
| video
| S D
| bgcolor="lime" | {{FATE|128|full regression suite}}
| bgcolor="lime" | {{FATE|128|full regression suite}}
|-
| msrle
| Microsoft RLE
| video
| D
| bgcolor="lime" | {{FATE|116|msrle-8bit}}
| ''n/a''
|-
| msvideo1
| Microsoft Video 1
| video
| D
| bgcolor="lime" | {{FATE|118|msvideo1-8bit}}, {{FATE|117|msvideo1-16bit}}
| ''n/a''
|-
| mszh
| LCL (LossLess Codec Library) MSZH
| video
| D
| bgcolor="lime" | {{FATE|289|mszh}}
| ''n/a''
|-
| nellymoser
| Nellymoser Asao
| audio
|
| bgcolor="red" | No decoding test
| bgcolor="red" | No encoding test
|-
| nuv
| NuppelVideo/RTJPEG
| video
| D
| bgcolor="lime" | {{FATE|266|nuppelvideo}}
| ''n/a''
|-
| pam
| PAM (Portable AnyMap) image
| video
| D
| bgcolor="red" | No decoding test
| bgcolor="red" | No encoding test
|-
| pbm
| PBM (Portable BitMap) image
| video
| D
| bgcolor="red" | No decoding test
| bgcolor="red" | No encoding test
|-
| pcm_alaw
| PCM A-law
| audio
|
| bgcolor="lime" | {{FATE|128|full regression suite}}
| bgcolor="lime" | {{FATE|128|full regression suite}}
|-
| pcm_bluray
| PCM signed 16|20|24-bit big-endian for Blu-ray media
| audio
|
| bgcolor="red" | No decoding test
| ''n/a''
|-
| pcm_dvd
| PCM signed 20|24-bit big-endian
| audio
|
| bgcolor="lime" | {{FATE|381|pcm_dvd}}
| ''n/a''
|-
| pcm_f32be
| PCM 32-bit floating point big-endian
| audio
|
| bgcolor="red" | No decoding test
| bgcolor="red" | No encoding test
|-
| pcm_f32le
| PCM 32-bit floating point little-endian
| audio
|
| bgcolor="lime" | {{FATE|128|full regression suite}}
| bgcolor="lime" | {{FATE|128|full regression suite}}
|-
| pcm_f64be
| PCM 64-bit floating point big-endian
| audio
|
| bgcolor="lime" | {{FATE|128|full regression suite}}
| bgcolor="lime" | {{FATE|128|full regression suite}}
|-
| pcm_f64le
| PCM 64-bit floating point little-endian
| audio
|
| bgcolor="lime" | {{FATE|128|full regression suite}}
| bgcolor="lime" | {{FATE|128|full regression suite}}
|-
| pcm_mulaw
| PCM mu-law
| audio
|
| bgcolor="lime" | {{FATE|128|full regression suite}}
| bgcolor="lime" | {{FATE|128|full regression suite}}
|-
| pcm_s16be
| PCM signed 16-bit big-endian
| audio
|
| bgcolor="lime" | {{FATE|128|full regression suite}}
| bgcolor="lime" | {{FATE|128|full regression suite}}
|-
| pcm_s16le
| PCM signed 16-bit little-endian
| audio
|
| bgcolor="red" | No decoding test
| bgcolor="red" | No encoding test
|-
| pcm_s16le_planar
| PCM 16-bit little-endian planar
| audio
|
| bgcolor="lime" | {{FATE|370|ea-mad-pcm-planar}}
| ''n/a''
|-
| pcm_s24be
| PCM signed 24-bit big-endian
| audio
|
| bgcolor="lime" | {{FATE|128|full regression suite}}
| bgcolor="lime" | {{FATE|128|full regression suite}}
|-
| pcm_s24daud
| PCM D-Cinema audio signed 24-bit
| audio
|
| bgcolor="lime" | {{FATE|128|full regression suite}}
| bgcolor="lime" | {{FATE|128|full regression suite}}
|-
| pcm_s24le
| PCM signed 24-bit little-endian
| audio
|
| bgcolor="lime" | {{FATE|128|full regression suite}}
| bgcolor="lime" | {{FATE|128|full regression suite}}
|-
| pcm_s32be
| PCM signed 32-bit big-endian
| audio
|
| bgcolor="lime" | {{FATE|128|full regression suite}}
| bgcolor="lime" | {{FATE|128|full regression suite}}
|-
| pcm_s32le
| PCM signed 32-bit little-endian
| audio
|
| bgcolor="lime" | {{FATE|128|full regression suite}}
| bgcolor="lime" | {{FATE|128|full regression suite}}
|-
| pcm_s8
| PCM signed 8-bit
| audio
|
| bgcolor="lime" | {{FATE|128|full regression suite}}
| bgcolor="lime" | {{FATE|128|full regression suite}}
|-
| pcm_u16be
| PCM unsigned 16-bit big-endian
| audio
|
| bgcolor="red" | No decoding test
| bgcolor="red" | No encoding test
|-
| pcm_u16le
| PCM unsigned 16-bit little-endian
| audio
|
| bgcolor="red" | No decoding test
| bgcolor="red" | No encoding test
|-
| pcm_u24be
| PCM unsigned 24-bit big-endian
| audio
|
| bgcolor="red" | No decoding test
| bgcolor="red" | No encoding test
|-
| pcm_u24le
| PCM unsigned 24-bit little-endian
| audio
|
| bgcolor="red" | No decoding test
| bgcolor="red" | No encoding test
|-
| pcm_u32be
| PCM unsigned 32-bit big-endian
| audio
|
| bgcolor="red" | No decoding test
| bgcolor="red" | No encoding test
|-
| pcm_u32le
| PCM unsigned 32-bit little-endian
| audio
|
| bgcolor="red" | No decoding test
| bgcolor="red" | No encoding test
|-
| pcm_u8
| PCM unsigned 8-bit
| audio
|
| bgcolor="lime" | {{FATE|128|full regression suite}}
| bgcolor="lime" | {{FATE|128|full regression suite}}
|-
| pcm_zork
| PCM Zork
| audio
|
| bgcolor="lime" | {{FATE|128|full regression suite}}
| bgcolor="lime" | {{FATE|128|full regression suite}}
|-
| pcx
| PC Paintbrush PCX image
| video
| D
| bgcolor="red" | No decoding test
| bgcolor="red" | No encoding test
|-
| pgm
| PGM (Portable GrayMap) image
| video
| D
| bgcolor="red" | No decoding test
| bgcolor="red" | No encoding test
|-
| pgmyuv
| PGMYUV (Portable GrayMap YUV) image
| video
| D
| bgcolor="lime" | {{FATE|128|full regression suite}}
| bgcolor="lime" | {{FATE|128|full regression suite}}
|-
| pgssub
| HDMV Presentation Graphic Stream subtitles
| subtitle
|
| bgcolor="red" | No decoding test
| ''n/a''
|-
| png
| PNG image
| video
| D
| bgcolor="lime" | {{FATE|296|corepng}}
| bgcolor="red" | No encoding test
|-
| ppm
| PPM (Portable PixelMap) image
| video
| D
| bgcolor="red" | No decoding test
| bgcolor="red" | No encoding test
|-
| ptx
| V.Flash PTX image
| video
| D
| bgcolor="lime" | {{FATE|297|ptx}}
| ''n/a''
|-
| qcelp
| QCELP / PureVoice
| audio
|
| bgcolor="red" | No decoding test
| ''n/a''
|-
| qdm2
| QDesign Music Codec 2
| audio
|
| bgcolor="red" | No decoding test
| ''n/a''
|-
| qdraw
| Apple QuickDraw
| video
| D
| bgcolor="lime" | {{FATE|291|quickdraw}}
| ''n/a''
|-
| qpeg
| Q-team QPEG
| video
| D
| bgcolor="lime" | {{FATE|103|qpeg}}
| ''n/a''
|-
| qtrle
| QuickTime Animation (RLE) video
| video
| D
| bgcolor="lime" | {{FATE|267|qtrle-1bit}}, {{FATE|268|qtrle-2bit}}, {{FATE|147|qtrle-4bit}}, {{FATE|148|qtrle-8bit}}, {{FATE|149|qtrle-16bit}}, {{FATE|150|qtrle-24bit}}, {{FATE|151|qtrle-32bit}}
| bgcolor="red" | No encoding test
|-
| r210
| Uncompressed RGB 10-bit
| video
| D
| bgcolor="red" | No decoding test
| ''n/a''
|-
| rawvideo
| raw video
| video
|
| bgcolor="red" | No decoding test
| bgcolor="red" | No encoding test
|-
| real_144
| RealAudio 1.0 (14.4K)
| audio
|
| bgcolor="lime" | {{FATE|144|real-14_4}}
| ''n/a''
|-
| real_288
| RealAudio 2.0 (28.8K)
| audio
|
| bgcolor="red" | No decoding test
| ''n/a''
|-
| rl2
| RL2 video
| video
| D
| bgcolor="lime" | {{FATE|130|rl2}}
| ''n/a''
|-
| roq_dpcm
| id RoQ DPCM
| audio
|
| bgcolor="lime" | {{FATE|75|idroq-video-dpcm}}
| bgcolor="red" | No encoding test
|-
| roqvideo
| id RoQ video
| video
| D
| bgcolor="lime" | {{FATE|75|idroq-video-dpcm}}
| bgcolor="lime" | {{FATE|157|idroq-video-encode}}
|-
| rpza
| QuickTime video (RPZA)
| video
| D
| bgcolor="lime" | {{FATE|119|rpza}}
| ''n/a''
|-
| rv10
| RealVideo 1.0
| video
| D
| bgcolor="lime" | {{FATE|128|full regression suite}}
| bgcolor="lime" | {{FATE|128|full regression suite}}
|-
| rv20
| RealVideo 2.0
| video
| D
| bgcolor="lime" | {{FATE|128|full regression suite}}
| bgcolor="lime" | {{FATE|128|full regression suite}}
|-
| rv30
| RealVideo 3.0
| video
| D
| bgcolor="red" | No decoding test
| ''n/a''
|-
| rv40
| RealVideo 4.0
| video
| D
| bgcolor="lime" | {{FATE|261|real-rv40}}
| n/a
|-
| sgi
| SGI image
| video
|
| bgcolor="red" | No decoding test
| bgcolor="red" | No encoding test
|-
| shorten
| Shorten
| audio
|
| bgcolor="lime" | {{FATE|272|lossless-shortenaudio}}
| ''n/a''
|-
| sipr
| RealAudio SIPR / ACELP.NET
| audio
| D
| bgcolor="red" | No decoding test
| ''n/a''
|-
| smackaud
| Smacker audio
| audio
|
| bgcolor="lime" | {{FATE|254|smacker}}
| ''n/a''
|-
| smackvid
| Smacker video
| video
| D
| bgcolor="lime" | {{FATE|254|smacker}}
| ''n/a''
|-
| smc
| QuickTime Graphics (SMC)
| video
| D
| bgcolor="lime" | {{FATE|146|smc}}
| ''n/a''
|-
| snow
| Snow
| video
| D
| bgcolor="lime" | {{FATE|128|full regression suite}}
| bgcolor="lime" | {{FATE|128|full regression suite}}
|-
| sol_dpcm
| DPCM Sol
| audio
|
| bgcolor="lime" | {{FATE|269|sierra-audio}}
| ''n/a''
|-
| sonic
| Sonic
| audio
|
| bgcolor="red" | No decoding test
| bgcolor="red" | No encoding test
|-
| sonicls
| Sonic lossless
| audio
|
| ''n/a''
| bgcolor="red" | No encoding test
|-
| sp5x
| Sunplus JPEG (SP5X)
| video
| D
| bgcolor="lime" | {{FATE|382|sp5x}}
| ''n/a''
|-
| sunrast
| Sun Rasterfile image
| video
| D
| bgcolor="lime" | {{FATE|383|sunraster-1bit-raw}}, others
| ''n/a''
|-
| svq1
| Sorenson Vector Quantizer 1 / Sorenson Video 1 / SVQ1
| video
| D
| bgcolor="lime" | {{FATE|142|svq1}}, {{FATE|128|full regression suite}}
| bgcolor="lime" | {{FATE|128|full regression suite}}
|-
| svq3
| Sorenson Vector Quantizer 3 / Sorenson Video 3 / SVQ3
| video
| S D
| bgcolor="lime" | {{FATE|143|svq3}}
| ''n/a''
|-
| targa
| Truevision Targa image
| video
| D
| bgcolor="red" | No decoding test
| bgcolor="red" | No encoding test
|-
| theora
| Theora
| video
| SD
| bgcolor="red" | No decoding test
| ''n/a''
|-
| thp
| Nintendo Gamecube THP video
| video
| D
| bgcolor="lime" | {{FATE|6|thp-mjpeg-adpcm}}
| ''n/a''
|-
| tiertexseqvideo
| Tiertex Limited SEQ video
| video
| D
| bgcolor="lime" | {{FATE|265|tiertex-seq}}
| ''n/a''
|-
| tiff
| TIFF image
| video
| D
| bgcolor="red" | No decoding test
| bgcolor="red" | No encoding test
|-
| tmv
| 8088flex TMV
| video
| D
| bgcolor="lime" | {{FATE|295|tmv}}
| ''n/a''
|-
| truehd
| TrueHD
| audio
|
| bgcolor="red" | No decoding test
| ''n/a''
|-
| truemotion1
| Duck TrueMotion 1.0
| video
| D
| bgcolor="red" | No decoding test
| ''n/a''
|-
| truemotion2
| Duck TrueMotion 2.0
| video
| D
| bgcolor="lime" | {{FATE|154|duck-tm2}}
| ''n/a''
|-
| truespeech
| DSP Group TrueSpeech
| audio
|
| bgcolor="red" | No decoding test
| ''n/a''
|-
| tta
| True Audio (TTA)
| audio
|
| bgcolor="lime" | {{FATE|364|tta}}
| ''n/a''
|-
| twinvq
| VQF TwinVQ
| audio
|
| bgcolor="red" | No decoding test
| ''n/a''
|-
| txd
| Renderware TXD (TeXture Dictionary) image
| video
| D
| bgcolor="red" | No decoding test
| ''n/a''
|-
| ultimotion
| IBM UltiMotion
| video
| D
| bgcolor="lime" | {{FATE|105|ulti}}
| ''n/a''
|-
| v210
| Uncompressed 4:2:2 10-bit
| video
| D
| bgcolor="lime" | {{FATE|323|v210}}
| bgcolor="red" | No encoding test
|-
| v210x
| Uncompressed 4:2:2 10-bit
| video
| D
| bgcolor="red" | No decoding test
| ''n/a''
|-
| vb
| Beam Software VB
| video
|
| bgcolor="lime" | {{FATE|121|siff}}
| ''n/a''
|-
| vc1
| SMPTE VC-1
| video
| D
| bgcolor="lime" | {{FATE|369|vc1}}
| ''n/a''
|-
| vcr1
| ATI VCR1
| video
| D
| bgcolor="lime" | {{FATE|292|vcr1}}
| ''n/a''
|-
| vmdaudio
| Sierra VMD audio
| audio
|
| bgcolor="lime" | {{FATE|274|sierra-vmd}}
| ''n/a''
|-
| vmdvideo
| Sierra VMD video
| video
| D
| bgcolor="lime" | {{FATE|274|sierra-vmd}}
| ''n/a''
|-
| vmnc
| VMware Screen Codec / VMware Video
| video
| D
| bgcolor="lime" | {{FATE|251|vmnc-16bit}}, {{FATE|252|vmnc-32bit}}
| ''n/a''
|-
| vorbis
| Vorbis
| audio
| D
| bgcolor="red" | No decoding test
| bgcolor="red" | No encoding test
|-
| vp3
| On2 VP3
| video
| SD
| bgcolor="red" | No decoding test
| ''n/a''
|-
| vp5
| On2 VP5
| video
| D
| bgcolor="lime" | {{FATE|349|vp5}}
| ''n/a''
|-
| vp6
| On2 VP6
| video
| D
| bgcolor="lime" | {{FATE|141|ea-vp60}}, {{FATE|140|ea-vp61}}
| ''n/a''
|-
| vp6a
| On2 VP6 (Flash version, with alpha channel)
| video
| D
| bgcolor="lime" | {{FATE|350|vp6a}}
| ''n/a''
|-
| vp6f
| On2 VP6 (Flash version)
| video
| D
| bgcolor="lime" | {{FATE|351|vp6f}}
| ''n/a''
|-
| vqavideo
| Westwood Studios VQA (Vector Quantized Animation) video
| video
| D
| bgcolor="lime" | {{FATE|106|vqa-cc}}
| ''n/a''
|-
| wavpack
| WavPack
| audio
|
| bgcolor="lime" | {{FATE|273|lossless-wavpackaudio}}
| ''n/a''
|-
| wmapro
| Windows Media Audio 9 Professional
| audio
|
| bgcolor="red" | No decoding test
| ''n/a''
|-
| wmav1
| Windows Media Audio 1
| audio
|
| bgcolor="red" | No decoding test
| bgcolor="red" | No encoding test
|-
| wmav2
| Windows Media Audio 2
| audio
|
| bgcolor="lime" | {{FATE|128|full regression suite}}
| bgcolor="lime" | {{FATE|128|full regression suite}}
|-
| wmavoice
| Windows Media Audio Voice
| audio
|
| bgcolor="red" | No decoding test
| ''n/a''
|-
| wmv1
| Windows Media Video 7
| video
| S D
| bgcolor="lime" | {{FATE|128|full regression suite}}
| bgcolor="lime" | {{FATE|128|full regression suite}}
|-
| wmv2
| Windows Media Video 8
| video
| S D
| bgcolor="lime" | {{FATE|128|full regression suite}}
| bgcolor="lime" | {{FATE|128|full regression suite}}
|-
| wmv3
| Windows Media Video 9
| video
| D
| bgcolor="red" | No decoding test
| ''n/a''
|-
| wnv1
| Winnov WNV1
| video
| D
| bgcolor="lime" | {{FATE|245|wnv1}}
| ''n/a''
|-
| ws_snd1
| Westwood Audio (SND1)
| audio
|
| bgcolor="red" | No decoding test
| ''n/a''
|-
| xan_dpcm
| DPCM Xan
| audio
|
| bgcolor="lime" | {{FATE|253|xan-dpcm}}
| ''n/a''
|-
| xan_wc3
| Wing Commander III / Xan
| video
| D
| bgcolor="lime" | {{FATE|108|wc3movie-xan}}
| ''n/a''
|-
| xl
| Miro VideoXL
| video
| D
| bgcolor="lime" | {{FATE|246|video-xl}}
| ''n/a''
|-
| xsub
| DivX subtitles (XSUB)
| subtitle
|
| bgcolor="red" | No decoding test
| bgcolor="red" | No encoding test
|-
| zlib
| LCL (LossLess Codec Library) ZLIB
| video
| D
| bgcolor="lime" | {{FATE|290|zlib}}
| bgcolor="red" | No encoding test
|-
| zmbv
| Zip Motion Blocks Video
| video
| D
| bgcolor="lime" | {{FATE|247|zmbv-8bit}}, {{FATE|248|zmbv-15bit}}, {{FATE|249|zmbv-16bit}}, {{FATE|250|zmbv-32bit}}
| bgcolor="red" | No encoding test
|}

== TODO ==
* Audio codecs:
** Use the new FATE 1-off method for testing the following codecs: ATRAC3, RealAudio Cooker, DCA (DTS), IMC, Musepack SV7 & SV8, Nellymoser, Qcelp, QDesign, RealAudio 28.8, Truespeech, Vorbis, WMA v1, ATRAC1, WMAPro, TwinVQ, SIPR, BinkAudio and float MP3 decoder
** Use the new FATE RMS method for testing MPEG-1 layer 1/2/3 conformance vectors
** for each of the raw PCM formats, e.g., 64-bit big-endian floating point:
*** make one test that transcodes the FFmpeg synthetic waveform to pcm_f64be contained inside of a raw f64be raw container and runs MD5 on the result
*** make a subsequent test that transcodes that same file to raw PCM s16le output and runs MD5 on the result
*** test this by performing the round-trip from the command line, dumping the final result to a WAV file and playing; should sound correct
*** this encode/decode methodology will work on the assumption that FATE runs test specs in order according to their IDs; this seems to occur coincidentally right now but fate-script.py should be revised so that it is explicit (add ORDER BY to the statement 'test_cursor.execute("SELECT * FROM test_spec")')

* Video codecs:
** H264 parser (rationale at [http://lists.mplayerhq.hu/pipermail/ffmpeg-cvslog/2009-April/022052.html]). Sample: ftp://upload.mplayerhq.hu/incoming/h_264_corrupted_samples/001_pes.vdr
** Test the decoding of VC-1 conformance vectors
** [[DPX]] 10 and 16 bit, samples at http://samples.mplayerhq.hu/V-codecs/dpx/. Maybe the 10-bit sample will need to wait a lossless RGB48LE <-> RGB48BE swscale conversion (should be trivial, ask Ramiro). (one of the 2 samples is now listed; the other is not cross-platform bit exact --[[User:Multimedia Mike|Multimedia Mike]] 21:41, 17 June 2009 (EDT) )
** Dual motion prime compensation in MPEG2, sample http://samples.mplayerhq.hu/MPEG2/block_green_artifacts_mv_sigsev.ts, rationale at https://roundup.ffmpeg.org/roundup/ffmpeg/issue1125.

* Demuxers:
** Patological FLV (rationale at [http://lists.mplayerhq.hu/pipermail/ffmpeg-devel/2010-April/087246.html]). Sample: http://samples.mplayerhq.hu/A-codecs/speex/testingSpeex.flv

* Libswscale
** A possible way would be to modify swscale-example to run the tests with the bitexact flag set and evaluate the MD5 sum of the results

== Notes ==
<references/>

[[Category:FATE]]

FATE Machines

2010-07-05T13:34:07Z

Mans: Add to FATE category

Descriptions of the various machines performing [http://fate.multimedia.cx/ FATE] duty.

== #1 ==
Administered by [[User:Multimedia Mike|Multimedia Mike]].

Apple Mac Mini with a G4 1.25 GHz PowerPC CPU running a rather old version of Gentoo Linux. More information on this machine is available at: http://www.everymac.com/systems/apple/mac_mini/stats/mac_mini_g4_1.25.html

[[Image:Powerpc-mac-mini-fate.JPG|thumb|center|PowerPC Mac Mini]]

== #5 ==
Administered by [[User:Multimedia Mike|Multimedia Mike]].

Apple Mac Mini with a Core 2 Duo 2.0 GHz CPU running Mac OS X 10.5.8 with 3 GB of RAM. More information on this machine can be found at: http://www.everymac.com/systems/apple/mac_mini/stats/mac-mini-core-2-duo-2.0-specs.html

This is the same computer as machine [[##6|#6]].

[[Image:Intel-mac-mini-fate.JPG|thumb|center|Intel-based Mac Mini]]

== #6 ==
Administered by [[User:Multimedia Mike|Multimedia Mike]].

Apple Mac Mini with a Core 2 Duo 2.0 GHz CPU running Mac OS X 10.5.8 with 3 GB of RAM. More information on this machine can be found at: http://www.everymac.com/systems/apple/mac_mini/stats/mac-mini-core-2-duo-2.0-specs.html

This is the same computer as machine [[##5|#5]].

== #7 ==
Administered by [[User:Multimedia Mike|Multimedia Mike]].

A Shuttle small form factor computer with a Core 2 Duo 2.13 GHz CPU and 2 GB of RAM running Ubuntu Server 8.10.

This is the same computer as machine [[##8|#8]].

[[Image:Shuttle-sff-x86-fate.JPG|thumb|center|Shuttle SFF x86 machine]]

== #8 ==
Administered by [[User:Multimedia Mike|Multimedia Mike]].

A Shuttle small form factor computer with a Core 2 Duo 2.13 GHz CPU and 2 GB of RAM running Ubuntu Server 8.10.

This is the same computer as machine [[##7|#7]].

== #9 ==
Administered by [[User:Angustia|Ramiro Polla]].

Intel Core 2 Quad running Windows Server 2008 R2.

This machine runs FATE under Cygwin 1.7.5, which runs MSYS' shell and tools to build FFmpeg using a self-compiled toolchain available here:
http://fate.arrozcru.org/mingw32/

Patches are applied to the system headers to work around some bugs in MinGW, and they are available here:
http://fate.arrozcru.org/mingw32/patches/

This is the same computer as machine [[##10|#10]].

[[Image:DSC09415.JPG|thumb|center|Intel Core 2 Quad]]

== #10 ==
Administered by [[User:Angustia|Ramiro Polla]].

Intel Core 2 Quad running Windows Server 2008 R2.

This machine runs FATE under Cygwin 1.7.5, using a self-compiled toolchain available here:
http://fate.arrozcru.org/cygwin/

Patches are applied to the system headers to work around some bugs in Cygwin, and they are available here:
http://fate.arrozcru.org/cygwin/patches/

This is the same computer as machine [[##9|#9]].

== #11 ==
Administered by Reimar Doeffinger.

2xPPC970FX, a 64-bit PowerPC machine running Gentoo Linux

== #12 ==
Administered by Mans Rullgard.

* System: UP1500
* http://alphalinux.org/wiki/index.php/UP1500
* CPU: Alpha 21264B / EV68AL
* Clock: 800 MHz
* RAM: 4 GB
* OS: Gentoo Linux

== #13 ==
Administered by Mans Rullgard.

Beagle Board with an ARM Cortex-A8 (TI OMAP3530) running Gentoo Linux

== #14 ==
Administered by Michael Kostylev.

* Host machine:
** CPU: Intel Pentium III 866MHz
** RAM: 512MB
** OS: Debian Testing
* Guest machine: FreeDOS 1.1 running under DOSEMU

== #15 ==
Administered by Mans Rullgard.

STK1000

== #16 ==
Administered by Michael Kostylev.

This is the same machine as [[##26|#26]] but with 32-bit userland.

== #17 ==
Administered by Michael Kostylev.

* Host machine: [[##33|#33]]
* Guest machine: DragonFly BSD 2.7-DEV i386 running under VMware Player

== #18 ==
Administered by Michael Kostylev.

* Host machine: [[##33|#33]]
* Guest machine: NetBSD 5.0 i386 running under VMware Player

== #19 ==
Administered by Michael Kostylev.

This is the same machine as [[##24|#24]] but with 32-bit userland.

== #20 ==
Administered by Jeff Downs.

Sun Blade 2500 / Solaris 10 10/08 / Dual sparcv9 1.2 ghz

== #21 ==
Administered by Mans Rullgard.

* System: Emtec Gdium Liberty 1000
* CPU: Loongson-2F, 892MHz
* RAM: 512MB
* OS: Gentoo Linux

== #22 ==
Administered by Michael Kostylev.

* Host machine: [[##33|#33]]
* Guest machine: OpenBSD 4.7 i386 running under VMware Player

== #23 ==
Administered by Mans Rullgard.

* System: Marvell SheevaPlug
* CPU: Marvell Feroceon (ARMv5TE) 1.2GHz
* OS: Linux (Gentoo)

== #24 ==
Administered by Michael Kostylev.

* Host machine: [[##32|#32]]
* Guest machine: OpenSolaris snv_111b i86pc running under QEMU

== #25 ==
Administered by Michael Kostylev.

* Host machine: [[##32|#32]]
* Guest machine: OpenBSD 4.7 amd64 running under QEMU

== #26 ==
Administered by Michael Kostylev.

* Host machine: [[##32|#32]]
* Guest machine: FreeBSD 7.2 amd64 running under QEMU

== #27 ==
Administered by Thibaut VARÈNE.

PowerMac11,2: Quad G5 2.5Ghz, 16GB RAM, OSX Server 10.5.8, gcc-4.0 and gcc-4.2 as provided by Apple Xcode 3.1

[[Image:Thibaut-machine-27.JPG|thumb|center|PowerMac Quad G5]]

== #28 ==
Administered by Thibaut VARÈNE.

HP rx2600: 2x Madison 1.3Ghz, 12GB RAM, Debian sid

[[Image:Thibaut-machine-28.jpg|thumb|center|HP rx2600: 2x Madison 1.3Ghz]]

== #29 ==
Administered by Thibaut VARÈNE.

HP J6000: 2x PA8600 552Mhz, 8GB RAM, Debian sid

[[Image:Thibaut-machine-29.jpg|thumb|center|HP J6000: 2x PA8600 552Mhz]]

== #30 ==
Administered by Thibaut VARÈNE.

Sun Fire T1000, UltraSparc T1 (8x4) 1000Mhz, 8GB RAM, running Debian lenny

[[Image:Thibaut-machine-30.jpg|thumb|center|Sun Fire T1000, UltraSparc T1 (8x4) 1000Mhz]]

== #31 ==
Administered by Thibaut VARÈNE.

Sun Enterprise 4500, 6x sun4u UltraSparcII BlackBird 400Mhz, 5GB RAM, running Debian lenny

[[Image:Thibaut-machine-31.jpg|thumb|center|Sun Enterprise 4500, 6x sun4u UltraSparcII BlackBird 400Mhz]]

== #32 ==
Administered by Michael Kostylev.

This is the same machine as [[##33|#33]] but with 64-bit userland.

== #33 ==
Administered by Michael Kostylev.

* CPU: Intel Dual Core E2200 (2.2 GHz)
* RAM: 4GB
* OS: Debian Testing with a 64-bit kernel and 32-bit userland

== #34 ==
Administered by Mans Rullgard.

BF537 running at 600MHz with 64MB RAM.

== #35 ==
Administered by Thibaut VARÈNE.

Machine specs:
* OpenBSD 4.6 (GENERIC) #43: Thu Jul 9 21:34:21 MDT 2009
* real mem = 1073741824 (1024MB)
* mainbus0 at root: Sun Fire V210
* cpu0 at mainbus0: SUNW,UltraSPARC-IIIi (rev 2.4) @ 1002 MHz

[[Image:Thibaut-machine-35.jpg|thumb|center|SUNW,UltraSPARC-IIIi (rev 2.4) @ 1002 MHz]]

[[Category:FATE]]

Quotes

2010-05-18T20:26:27Z

Mans: The patch is full of TAB

Here are some memorable quotes gathered from various MPlayer and FFmpeg related discussions. Beware of what you say, because it will be recorded, taken out of context and ridiculed!

==IRC Channels==

===#mplayerdev===

<pre>
<ods15> btw, gcc took 900mb of ram and then segfaulted for me when i tried to compile a 30mb C file :P
<ods15> that took about 20 minutes until it evantually gave out of mem error
<ods15> i should probably just write my own compiler than can do it in 0.05s and no ram...
<ShadowJK> can tcc compile it :)
<ods15> ShadowJK, heh i should've tried that
* ods15 just makes a sample file and tries now
<ods15> ahem, it did it in like 3 seconds and no ram :P
</pre>

<pre>
<poirierg> great new ppl! I'm likely to get laid before linuxtag!
<poirierg> woops
<ods15> ...
<poirierg> great new ppl! I'm likely to get laid out before linuxtag!
<dalias> lol poirierg
<poirierg> budget cuts and stuff like that....
<dalias> poirierg, oh
<dalias> i read that as 'get laid'
<dalias> and i was like wtf tmi
<ods15> ja
<dalias> the word is 'laid off' btw, not 'laid out'
<delewis> haha.
<ods15> so, wait, great?
<poirierg> okay, I'm getting laid off
</pre>

<pre>
<ods15> british is american with a sloppy accent, and much stupider curse words
</pre>

<pre>
<poirierg> cartman, you don't see smart girls if you only watch pr0n
</pre>

<pre>
<superdump> Welcome to ye Olde #mplayerdev Tavern. If yaoi 'n' free cola is what ye be lookin' far, we's got 'em! Yarr...
</pre>

<pre>
<dalias> because you can't use x264
<superdump> why not?
<dalias> because the decoder is slower than gabu trying to get a girlfriend
</pre>

<pre>
<dalias> h264 is like matroska
<dalias> yes mmatroska is better than avi but it sucks still
<dalias> hes h264 compresses better than mpeg4 but it sucks still
<dalias> and the question is: is 15% compression gain worth 500% performance drop?
</pre>

<pre>
<poirierg> do you know the difference between God and dalias ? ;)
<dalias> god only tells you what's bad to do when you inhale from a burning bush
<dalias> dalias tells you what's bad all the time
</pre>

<pre>
<reynaldo> i was once atacked by one of those beast
<reynaldo> i was 4 years old iirc
<reynaldo> those birds have almost 4 meters measured from the extremes of their wings
<reynaldo> i have some stories you wouldnt believe :P
<reynaldo> i dont remember meeting any chilean atacked by a condor besides me
<reynaldo> :P
<reynaldo> i was once biten by a black widow too :P extremely hard to find spider
<reynaldo> nature has been trying to kill me since the day i born!
<reynaldo> :P
<iive> i though condors doesn't attack humans.
<reynaldo> they dont
<reynaldo> thats the weirdest part
<reynaldo> :P
<iive> well, then there is only one explanetion. you are not human.
* iive runs
<reynaldo> :P
<reynaldo> who knows
<reynaldo> maybe the karaoke filter is just the begining of my world domination plan
</pre>

<pre>
<reynaldo> why dont you work with me improving the filter then ?
<poirierg> reynaldo, because I don't want to steel the paternity of your little toy
<reynaldo> thats not my boy
<reynaldo> everyone an his girlfriend facing the same problem solved it the same wahy
<reynaldo> we can make something neater
<reynaldo> :)
<poirierg> your are calling me to become the girlfriend of you audio filter?
</pre>

<pre>
<ods15> i'm waiting for someone to send me brains tommorrow, not much to do until then
</pre>

<pre>
<snacky> h264-in-mpeg is standardized since 2003. if hd-dvd does it differently it's because they're stupid ;)
<iive> they do. thay are
</pre>

<pre>
<KotH> Rathann: some nice quotes you have there :)
<Rathann> I know! ^_^
<Rathann> I've been collecting them for months
<KotH> and some i dont even remember typing ^^'
<Rathann> ^_^v
<Rathann> hehe
<Rathann> it's good to have logs
</pre>

<pre>
<phcoder> compiling svn:
<phcoder> allcodecs.c: In function 'avcodec_register_all':
<phcoder> allcodecs.c:67: error: 'ENABLE_DCA_DECODER' undeclared (first use in this function)
<phcoder> allcodecs.c:67: error: (Each undeclared identifier is reported only once
<phcoder> allcodecs.c:67: error: for each function it appears in.)
<phcoder> allcodecs.c:253: error: 'ENABLE_DCA_PARSER' undeclared (first use in this function)
<phcoder> Sorry forgot to configure
<KotH> dont forget make distclean
<Rathann> don't forget to use your brain
</pre>

<pre>
<DonDiego> geez
<DonDiego> how many mistakes can you make in a single line of shell ..
<KotH> one per character
<DonDiego> i'm quite close ;)
<DonDiego> sundays after parties are not the best days for programming ;)
</pre>

<pre>
<cartman> <poirierg> cartman, you don't see smart girls if you only watch pr0n
<dalias> :)
<cartman> this is all I get for reporting quality pr0n bugs
<dalias> cartman, it's what you get for making statements about girls being stupid
<cartman> dalias: girls are stupid anyway
</pre>

<pre>
<ShadowJK> "I have to agree with Rich's supposed opinion here. It is beyond mad."
<ShadowJK> dalias, you've become quite efficient at flamewars, when you don't even need
to participate anymore, people just assume what you were going to say :)
</pre>

<pre>
<iive> btw does somebody know a way to get the xvid bitstream syntax number
<iive> the number that xvid put to identify what bugs they had when encoding it.
<Rathann> rtfs?
<iive> i ask if somebody knows
<iive> this is if nobody knows
<iive> fucker
<rxt> hehe, nothing changed on mplayer while I was away :)
</pre>

<pre>
<snacky> ugh... you guys should see how polite superdump is being to lusers on #ffmpeg . it's really disgusting
<superdump> :)
<snacky> what is it with polite people?! don't you realize you are making the rest of us look bad?
</pre>

<pre>
<KotH> i talked with an ubuntu guy here
<KotH> and the biggest problem they have is that upstream is uncooperative
<Rathann> is it?
<KotH> from their perspective yes
<Rathann> I haven't seen any patches from anyone @ubuntu
<Rathann> nor bugreports, for that matter
<KotH> well, replace upstream by downstream and you get the same in green
</pre>

<pre>
<KotH> the biggest outcome of a 2h+ discussion was that both sites want to work with each other, but think it's impossible
<Rathann> why do they think we're uncooperative?
<Rathann> (obviously we aren't)
<KotH> well... have a look at our history
<ShadowJK> Obviously uncooperative. Refusing to integrate with gstreamer, copying libraries
randomly into source tree, breaking compilation with gcc2.96 on purpose, stuff doesn't compile with PIC, etc etc ;)
<KotH> yeah.. these points come into play too
<KotH> but that's a longer story
...
<ShadowJK> You know, I don't think those MPlayer developers even go to church of Xiph every
week to worship a speedy emergence of Tarkin and ogm as the world dominating system
</pre>

<pre>
<KotH> anyone here who has an understanding of x11?
<ods15> it shows graphics :P
<KotH> yeah, right
</pre>

<pre>
<uau> i was already a better coder than most existing developers when i got involved with mplayer
</pre>

<pre>
<snacky> you guys and your secrets
<KotH> there are more secrets around mplayer than you could possibly imagine
<KotH> like, is there really a michael niedermayer? and if he exists, is he a single entity? is he alien?
<snacky> I wonder if he/they/it has/have any spies in here.
* KotH whistels
* Rathann checks if his tinfoil hat is in place
</pre>

<pre>
<xiphmont_> Vorbis still stands up nicely. Theora, OTOH, is a a bit embarrassing.
* dalias tries to be polite about theora..
<xiphmont_> rather, it's a bit embarrassing until you look at the code, then it's alot embarrassing.
<xiphmont_> and that's 70% 'really fucking stupid encoder, really On2, be ashamed' and 40% 'format
design flaws'. It's so bad it adds up to 110%.
<xiphmont_> I plan to help Theora limp along not too embarrassingly until it can be replaced for
real-- possibly 2-4 years.
<xiphmont_> Theora is actually fixable tho. The amount of low-hanging fruit is staggering.
<xiphmont_> I mean, an entropy backend that results in *more* bits being written than went in? It's
just... wow.
</pre>

<pre>
<|Bio|> but i need fix fo win
<iive> how much do you need it?
<|Bio|> very much.
<iive> as i said, it is not really mplayer problem, mingw is the support library, it should take the ucs2 convert it to utf8 then do the opposite.
<iive> and, very much is not enough.
</pre>

<pre>
<@beastd> hallo iive
<@iive> hi beastd
<@beastd> and what's up with you these times, ivan?
<@iive> nothing much, flaming diego mostly
</pre>

<pre>
<KotH> video player development is anime driven anyways...
</pre>

<pre>
<KotH> damn... now i know again, why i keep that much stone age scsi hardware around
<KotH> if everything else fails...scsi will always boot
<iive> :O
<KotH> i dont think i had that much problems booting a pc since i got that toshiba laptop with non-standard floppy working
</pre>

<Compn> changelog needs to be super updated for release
<KotH> Compn: what are you waiting for? ;)
* Compn hates release time
* KotH hates time
* timebomb hates you too

===#mplayer===

<pre>
* KotH wants a point and click solution... w/o the click
</pre>

<pre>
<Micksa> I'm reading about motion compensation
<Micksa> some of this is serious voodoo
<Micksa> I love it :)
</pre>

<pre>
<dtm> you're a free software pimp, Commn
</pre>

<pre>
<Jan_> mplayer has a number of command line options that is large enough to overflow a 32-bit variable.
</pre>

<pre>
<iive> Commn: yeh.. usa people usually have problem with foregin languages like british, australian or canadian. :)
</pre>

<pre>
<CarlFK> how many gig is an hour of raw DV ?
<DogBoy> like from a porno?
<CarlFK> right
<DogBoy> just how raw are we talking
<CarlFK> right from the cam corder's firewire
</pre>

<pre>
<dtm> Commn: i read all of your wiki page and you forgot the final entry for "and seek professional
help immediately for the mental illness that either
1) made you want to follow all these steps for lazy, codependent fools on irc or
2) that you WILL HAVE after faithfully trying to implement all these steps for a week"
<dtm> http://mfrost.typepad.com/photos/uncategorized/gaaallllgh.jpg that big dog is the cumulative laziness of a lot
of irc users the medium sized cat is Commn and the one watching, frozen in horror, is me
<dtm> now is that a normal response for a cat who has a self preservation instinct? i think not.
<dtm> HE LIKES IT!
<Commn> dtm : haha how long did it take to find that picture?
<dtm> Commn: somebody gave it to me and i kept it in a firefox tab all week coz it's so awesome coz
I KNEW IT WOULD HAVE A GREAT PURPOSE
<dtm> Commn: since you asked for feedback, i'll say that you're extraordinarily diligent and conscientious, and
the minority of that content is directly relevant to mplayer, and the majority is relevant to a "how to ask
questions the smart way" type of document if not being totally redundant thereof
<dtm> you are a gentleman and a scholar, and true patriot
<sacarasc> dtm is cute when he is adoring someone
<Commn> dtm : yes, its a modified 'how to ask questions' docu
<Commn> its lame tho
<Commn> i might delete it
<Rathann> dtm is such a clear case of user-support-induced insanity that I wonder why I am still sane sometimes...
</pre>

<pre>
<pianoboy3333> how long does mplayer take to compile?
<dtm> how long til the Point of Know Return?
<pianoboy3333> ...
<dtm> i'm sorry, was that question not as dumb as yours? oh well i tried!
<dtm> <3
<iive> dtm: you are starting to sound like me.
<dtm> Hmmmm.
* dtm commits honorable ninja suicide
</pre>

<pre>
<Erb> Does anyone know how to launch the GUI MPlayer in Linux via PHP (in Firefox)? I can run MPlayer scripts
in the background fine. I only need to do this for local videos for an application I'm building.
* dtm throws his brain into a blender in an attempt to comprehend Erb's question but fails sadly
</pre>

<pre>
<dtm> tell me what i want to know, and nobody gets hurst.
<dtm> hurt.
<Rathann> o_O
<dtm> i'm feeling like the giant cactus wants to be plastered in ascii screenshots
<dtm> I MUST COMPLY
<dtm> HELP ME DO THIS, Rathann
</pre>

<pre>
<DazBrum> what is the channel for developers
<-- DazBrum has quit ()
<dtm> lols
<dtm> i think i'll spare them from that
</pre>

<pre>
<netstat> how come mplayer eating memory
<netstat> it uses up to 90% cpu
<dtm> must be a good movie
</pre>

<pre>
<cappicard> o/~ Ich versteh euch nicht! o/~
<dtm> i'm sorry cappicard i dont speak satanic
<cappicard> LOL
<cappicard> it's just German
<dtm> yeah but not when they're singing it.
<cappicard> heh :)
<iive> cappicard: isn't it the same
</pre>

<pre>
<gioele> How come that I get a 35 minutes MP3 from a 5 minutes FLV video with -dumpaudio?
<Compn> aliens beaming audio into your mp3
<spuck00> ^^
<gioele> Compn: time to call SETI?
<Compn> yep
<Compn> if the aliens are peaceful, say hello
<Compn> if they are aggressive, look out!
</pre>

<pre>
* richard___ wonders why so many people join this channel for no apparent purpose
<rsk> they share the love of mplayer ;-(
<sacarasc> i have a purpose
<richard___> I wasn't implying that there's anything wrong with it :)
</pre>

<pre>
<rms> please tell me how to use dd_rescue
<KotH> RTFM
<rms> and what special will it do, except regular copy?
<KotH> RTFM
<rms> RTFM?
<KotH> the manual says everything oyu need to know
<KotH> read the fucking manual
<rms> oh ok
</pre>

<pre>
<iive> -dumpvideo
<LinuxCart> umm, that's a good idea. i'll try that.
<LinuxCart> thank you iive
<KotH> LinuxCart: if in doubt, it's iive's fault ;)
</pre>

<pre>
<LinuxCart> how could this be explained?
<iive> it just another of dv misteries
<iive> it's KotH fault.
</pre>

<pre>
<LinuxMafia> how can i turn on language and sub
<KotH> RTFM
<LinuxMafia> KotH, using debian or freebsd?
<KotH> LinuxCart: doesnt matter, the FM is OS idenpedent
<LinuxCart> KotH: is RTFM some dialect to say it's iive fault :P
</pre>

<pre>
<ChaosR> MPlayer 1.0rc1-4.1.2-DFSG-free <- my version
<ChaosR> is it out of date
<mjunx> of course
<mjunx> if it wasn't built like within an hour ago at any given time, it's usually out of date
</pre>

<pre>
<Fatsobob> trying to get mplayer to play win32 on ubuntu makes me want to shoot myself
<Fatsobob> mostly because ubuntu is all "totem this" and "totem that"
</pre>

<pre>
<Quintin> Is there any reason to use opengl vo device?
<sacarasc> nope
<Quintin> what's it there for?
<sacarasc> because you might want to use it...
...
<reimar> sacarasc: is there any reason why I should think what you just said makes sense? ;-)
<sacarasc> reason and what people want are not always the same
</pre>

<pre>
<Commn> iive : dont call mplayer users dumb
<Commn> not to their faces anyhow
</pre>

<pre>
<Agiofws> has anyone tried cinerella ?
<Agiofws> i think it great
<Kunalagon> I tried , and I thin 80 % does not work
<MisT_> never get compiled here
<Kunalagon> it has more bugs than my shelter
</pre>

<pre>
<voltagex> ArneB: at one stage I was able to do the maths to crack CSS on paper :P
...
<ArneB> voltagex: Obviously your mind and paper are illegal.
<ArneB> Better hand them over to the MPAA.
<voltagex> I think you could sneeze and accidentally crack CSS
<voltagex> yep
<voltagex> no more pencils
</pre>

<pre>
<danny500> how do I convert a ogm file into an mpeg file using mencoder?
<danny500> anyone>
<danny500> hello?
<danny500> ?
<danny500> help
<BenrA> mencoder -of mpeg -oac lavc -ovc lavc -lavcopts vcodec=mpeg2video -o foo.mpg foo.ogm
<danny500> ?
<BenrA> If you want quality and/or DVD compatibility or anything, consult the docs. ;)
<danny500> ok that was confusing
<danny500> file equals = file:///home/danny500/Trigun/Trigun%20-%201%20-%20The%20%24%2460%20Billion%20Man
<danny500> now, rewrite that code so that It'll work
<danny500> well then?
<BenrA> What is your problem?
<housetier> I'd try replacing "foo.ogm" with /home/danny500/Trigun/Trigun%20-%201%20-%20The%20%24%2460%20Billion%20Man
(if that is the real file name), and see how far it goes
<danny500> fine then, don't help me, I'll go to a room where I'll actually get help. Fucking assholes
</pre>

<pre>
<crackedboy> hi, can I ask something about kmplayer?
<md`> no
<crackedboy> ok, sorry
<md`> you're forgiven
</pre>

<pre>
<CHodapp> I have a program that's basically just generating RGB data for a framebuffer.
<CHodapp> I'm having major issues figuring out how to get this data to an encoded video.
<CHodapp> ffmpeg seems to only want some particular kind of YUV
<CHodapp> can I make mencoder handle raw RGB or raw YUV or anything like that?
<Commn> its easier to get it working with mplayer, to see what options you need
<Commn> mplayer file -demuxer rawvideo -vc rawbgr16
<Commn> etc
<Commn> then you can do mencoder with those opts
<Commn> or maybe even mplayer -vo yuv4mpeg , which ffmpeg probably accepts
<Commn> maybe even use a named pipe... mkfifo stream.yuv && ffmpeg -i stream.yuv -options ...
<CHodapp> ugh, documentation is so sparse on stuff like this
<CHodapp> ugh, why is this such a pain in the ass, with everything
<CHodapp> hrm, maybe rawrgb24 is what I need
<Commn> what part is sparse?
<Commn> if you tell us, we can improve mplayer docs
<CHodapp> well, not so much in mplayer as everything else I've tried... I was mostly searching on
the web to get some clue of how I'd convert what kind of raw input to encoded output
<Commn> mplayer -vc help|grep raw
<Commn> will show what raw codecs mplayer has
<CHodapp> Yeah, I just now found that
<CHodapp> blah . . . Cannot find codec matching selected -vo and .video format 0x30323449.
<Commn> CHodapp : try -vc +rawrgb32 or whatnot
<Commn> just add + in front of it
<CHodapp> then it says the selected video_out device is incompatible with this codec
<CHodapp> tried sdl and x11
<Commn> if you can make a small sample of your file
<Commn> dd if=input of=output count=3 bs=1024k
<Commn> i can try to get it working in mplayer
<CHodapp> you might as well just take 640*480*3*100 bytes of data from /dev/urandom and try
that... it will be functionally equivalent
<CHodapp> I'm using this right now: mplayer -rawvideo w=640:h=480 -demuxer rawvideo -vc +rawrgb24 -vo sdl temp.rgb
<Commn> whats random got to do with it ?
<CHodapp> it's just a bunch of bytes, completely unorganized, and mplayer needs to know the resolution
<CHodapp> it doesn't care about the contents
<CHodapp> something else is wrong, otherwise I'd be getting something on the screen
<Commn> if you give me some file i can help
<Commn> otherwise its hard to debug from here ;p
<CHodapp> www.uc.edu/~hodappcm/temp2.rgb
<CHodapp> not the most coherent video, but you won't find that out unless you get something on the screen
<CHodapp> it's 320x240, 10 frames worth
<Commn> what program generates it ?
<CHodapp> just something I'm writing. it's all procedural.
<Commn> i'm trying to remember why it defaults to i420
<CHodapp> i420? like yuv?
<Commn> ya
<CHodapp> definitely shouldn't be yuv...
<Commn> i know, mplayer -rawvideo is defaulting to that
<CHodapp> hmm
<CHodapp> still no output?
<Commn> CHodapp : something like this didnt work ? ffmpeg -f rawvideo -pix_fmt rgb24
<CHodapp> couldn't find codec parameters...
<CHodapp> wait, I forgot the size
<Commn> haha more static
<CHodapp> what commandline did you use?
<Commn> ffplay -f rawvideo -pix_fmt rgb24 -s 320x240 temp2.rgb
<CHodapp> wonder if my endianness is wrong...
<Commn> is it black frames ?
<Commn> ffplay -f rawvideo -pix_fmt bgr32 -s 320x240 temp2.rgb
<Commn> CHodapp : http://64.233.167.104/search?q=cache:0o70XuNe5QkJ:www.kingcot.eclipse.co.uk/unichrome/tvoutTest.html+mplayer+rawvideo+rgb&hl=en&ct=clnk&cd=50&gl=us&client=opera
<Commn> CHodapp : there is an app on that page which generates rgb data
<CHodapp> yeah...
<CHodapp> by the way, I just sent you data from /dev/urandom
</pre>

<pre>
<Jan-> Just so you know, you do realise, the reason we're after using mplayer is because it's f@&^@ng brilliant.
<Jan-> It plays, as they say, *.
<Jan-> It'd play a bucket of cornflour if you painted the word "MOVIE" on it.
</pre>

<pre>
<nyersa> do I need to also specify the aspect ratio?
<Rathann> that's too vague a question
<Rathann> so my answer is: maybe
</pre>

<pre>
<judaz> i hear music, but not de voices
<judaz> the *
<Rathann> well, it's good that you don't hear voices
<Rathann> hearing voices is usually a sign of insanity
</pre>

<pre>
<sacarasc> i want mplayer 1.0 final so i can laugh and hell freezes over and people stop being idiots
</pre>

<pre>
<ma3x> what do you need mplayer for?
<ma3x> full of bugs
<ma3x> get windows media centre
<rsk> yea
<rsk> get a brain
</pre>

<pre>
<individ> using mplayer revision 26668 fixed my obscure problem, thanks for the tough love :]
</pre>

<pre>
<^^MAg^^> Arwen: I'm not blind, it's using ffh264
<Arwen> ^^MAg^^, and where do you read "x264" in that?
</pre>

<pre>
<ProN00b> Kovensky, i like it better without ass
</pre>

<pre>
<Kovensky> ProN00b: you're weird
<anon32> Kovensky, why? Because he likes his text without ZOMGPONIES?
<ProN00b> no, but there are no ponies anyways, just smaller text
</pre>

<pre>
<Compn> the topic is getting a bit large
<Zider> compress it with H.264
</pre>

<pre>
<roo_> Cheaterman: actually I believe the real help comes from above, so I sat down and prayed for you
<roo_> seems like it worked like a charm ...... again!
</pre>

<pre>
<roo_> papo: and I honestly dunno whats worse, the child abuse thingie, or the windows movie maker :p
</pre>

<pre>
<dimm> hi
<dimm> how to change volume level ?
<KotH> turning the knob to the left
<KotH> or to the right
</pre>

=== #ffmpeg ===
<pre>
<tomyu> can i use ffmpeg to split a movie or i will loose quaility
<merbzt> tomyu: use -vcodec copy
<tomyu> iam on ubuntu
</pre>

<pre>
<grepper> you don't have -pix_fmt ?
<aum> '-pix_fmt list' worked - it just isn't advertised on the manpage
* aum pays due respect, and acknowledges that the *real* manpages are those files ending in .c, .h, .cxx etc
<grepper> it sure IS in my manpage
<grepper> maybe debian makes it from ffmpeg -h
</pre>

<pre>
<jaredthane> Now I'll just shoot myself in the head for being so stupid!
<andoma> do you want help with that as well? :-)
</pre>

<pre>
<benoit-> zinfandel: read the code
<benoit-> and come back when you know what you're talking about
<zinfandel> thats the 15 minutes i dont have now, but ok you win
</pre>

<pre>
<kshishkov|work> well, strictness of laws here is compensated by inability to enforce them often
</pre>

<pre>
<encompass> so what does FFMpeg actually stand for?
<Kuukunen> fast forward moving picture experts group
</pre>

<pre>
<peleg> oh, awful!!!
<peleg> these terrible sounds ripped my ears...
<iive> aac have been committed to ffmpeg?
</pre>

<pre>
<bigbear2> ok r 15190 is fine too
<zap0> is that 'stable' version now?
<Rathann> zap0: define 'stable' ;)
<zap0> somewhere you keep horses
<Rathann> oh, the horses have run already
<zap0> wild horses... damn you horses!
</pre>

<pre>
<Hfuy> TroyMcClure?
<TroyMcClure> yep
<Hfuy> the TroyMcClure we remember from such video-conversion instructional films as "MPEG-4 - Suitable for Porn?"
</pre>

<pre>
<Hfuy> In order to make FCP* display this stuff without insisting on a render, all the stars will have to be in alignment, if you see what I mean.

* Final Cut Pro
</pre>

<pre>
<Dark_Shikari> Most NLEs are utterly trashy pieces of software
<Dark_Shikari> with video support that makes most late-90s apps look good
<Hfuy> Couldn't agree more.
<Dark_Shikari> despite being supposedly "professional" video editors they don't actually support any "professional" formats
<Hfuy> However, they are utterly trashy pieces of software I am bound to support.
</pre>

<pre>
<Hfuy> Uh-oh. Looks like it needs to me MXF-wrapped.
<Dark_Shikari> does FCP take DirectShow input?
<Dark_Shikari> I know Premiere does.
<Hfuy> Final Cut is available only on the Mac.
<Hfuy> This makes my life... interesting.
<Hfuy> Premiere also knows how to import EDLs with timecode and so forth, which FCP doesn't; absolutely the only way to get anything into FCP is using Quicktime embeds.
[...]
<Dark_Shikari> you're intentionally torturing yourself ;)
</pre>

<pre>
<Hfuy> You are aware I assume of what an egregious train wreck of a format MXF is.
<Dark_Shikari> so there's no mxf muxer I'd assume
<Dark_Shikari> I don't pay attention to awful container formats :>
<Dark_Shikari> that's the great part of working on a pure encoder app, you can let the ffmpeg devs torture themselves over awfully designed container formats instead ;)
<Hfuy> MXF is extremely awful. One cannot help but raise an eyebrow when a container format touts itself as solving all interchange problems, overnight and for ever.
<Dark_Shikari> lol
<Hfuy> What it actually does is take the interchange problem, wrap it up in a pretty box with a ribbon on it marked "MXF", and pretend that helps.
<Dark_Shikari> I think there's some inverse relationship between marketing claims and actual substance
<Hfuy> If it's any consolation, I'm having enormous grief trying to create timecoded Quicktimes on a Windows PC.
</pre>

<pre>
<Hfuy> ...yes, AVCI is MXF-wrapped. Curses.
<Hfuy> Oh, good grief, it's split-file A/V.
<Dark_Shikari> oh god
<Dark_Shikari> its not even interleaved?!
<Hfuy> With external XML metadata.
<Hfuy> I believe MXF can be. But in the case of AVC-Intra, it's not.
<Dark_Shikari> :>
* Hfuy allows his head to fall forward onto the desk
<Hfuy> What in God's name is --wrong-- with these people?!
<Dark_Shikari> lol
<Hfuy> Allow me to quote from the AVC-Intra whitepaper.
<Dark_Shikari> ugh, whitepapers
<Hfuy> Basic concept of AVC-Intra
<Hfuy> Guarantee interoperability Adoption of International video coding standard and MXF fle format
<Hfuy> Words fail me.
</pre>

<pre>
<Hfuy> So, how much money do I have to give you to have you implement MXF wrapping to SMPTE 381M?
* Hfuy ducks
<Dark_Shikari> I'm not going to touch it with a 10 foot pole :>
<Hfuy> So let me get this straight, for a moment. We can have ffmpeg create the highly advanced compressed video data, but we can't make FCP read it, because it isn't wearing a nice enough suit?
<Dark_Shikari> lol
<Hfuy> Don't mock the afflicted.
<Hfuy> Doesn't this imply that FCP's importer is rather lacking in the generality department?
<Dark_Shikari> what, you're surprised?
</pre>

<pre>
<pasteeater> I get error "Unknown option 'gop'". [...]
<derwin> you compiled --without-republicans
</pre>

=== #ffmpeg-devel ===

<pre>
<superdump> well, i've been hailed as a guru and i'm owed a pint (see #ffmpeg)
<superdump> hehe
<andoma> i want a pint too!
<superdump> it's loud and annoying
<kshishkov|work> so what, I've got one marriage proposal (from female) there once
<superdump> o rly?
<andoma> that ranks higher indeed ..
<andoma> kshishkov > superdump
</pre>

<pre>
<caldo_de_cana> ok, I need a little CS help... my callback function for vfwcap
locks a mutex to add packets to a list. lavf's read_packet function also locks
the same mutex to read packets from the list. If there are no packets on the
list and read_packet has to wait, I could make it wait for a semaphore that is
set from inside the callback, right?
<iive> lavf (ffmpeg in general) using mutex is news for me.
<caldo_de_cana> iive: windows stuff... I had to make up for vfw's misdesign
<caldo_de_cana> actually it's lavd... most files there have huge hacks
* iive runs and hides
* mru makes up for windows misdesign by not using it
</pre>

<pre>
* KotH threatens to not bring any chocolate to next LT
<mru> noooo
<mru> KotH: what are your demands?
<KotH> uhm... that you do something... or dont do it... dont know
<mru> well, I'm doing something, and I'm also not doing some things
</pre>

<pre>
<KotH> chocolate is serious business!
</pre>

<pre>
< patrakov> yes, I have already solved one organizational issue (invalid XML from clueless partners)
<@mru> all xml is invalid
<@mru> or should be
</pre>

<pre>
<mru> when it locks up, it only responds to external reset
...
<mru> it's almost impossible to intentionally trigger the bug
<mru> so far, the most reliable way has been to run ffmpeg for a few minutes
<mru> FFmpeg, killer of compilers and CPUs alike
</pre>

<pre>
<Dark_Shikari> (Reminds me, a bit ago when I sent in a patch to implement
a feature for H.264 decoding, Michael messaged me giving me a really clever
way to do it, saying we should commit the better way in a few months after
waiting for all competitors to do it the inefficient way.)
<Rathann> did he, really?
<Dark_Shikari> yes
<Dark_Shikari> He's just that awesome
</pre>

<pre>
<mru> the only "valid" reason I can think of for using theora is because it works in ogg
<mru> and the only "valid" reason I can think of for using ogg is that theora works there
</pre>

<pre>
And lo, a lonely patch sat... awaiting feedback.

It yearned for an "OK";

It hoped for a "looks good, but change the warning to...".

And when it was alone, when no one else was around, and when it felt
truly safe to dream; It dreamed of a "my god, this is the best patch
ever -- far better than removing GPL source code from libswcale, and
likely to win the Nobel prize for programming"

But frankly, it'd settle for "rejected" just so I can stop monitoring it :)

- Art
</pre>

<pre>
I just assume that for people who subscribe to this list,
FFmpeg is the most important thing in their lives :)
-- Mike
</pre>

<pre>
* bcoudurier has joined #ffmpeg-devel
<bcoudurier> hi guys
<iive> yo bcoudurier
<bcoudurier> hey
<iive> what's up on ffmpeg front?
<mru> fflames of course
</pre>

<pre>
<Compn> google "theora porn" returns nothing worthy
</pre>

<pre>
<Dark_Shikari> it would be nice to have a C-like language with haskell type semantics on compile-time
<Dark_Shikari> i.e. no actual difference in compiled asm
<Dark_Shikari> but the ability to have strong typing and smart typing
<Dark_Shikari> e.g.
<Dark_Shikari> type max( type x, type y )
<mru> but I like to xor my floats with pointers...
</pre>

==Mailing lists==

===[http://lists.mplayerhq.hu/mailman/listinfo/mencoder-users mencoder-users]===

<pre>
> But trust me: Both Core Duo and Core 2 Duo support 64bit extensions,
> almost identically.

Don't trust me! I'm wrong! I'm ashamed! There do exist Core Duos
without AMD64/EM64T/Intel 64 extensions.
-- Moritz Barsnick, correcting himself
</pre>

===[http://lists.mplayerhq.hu/mailman/listinfo/mplayer-cvslog mplayer-cvslog]===

<pre>
> btw, anyone has a copy of the ISO-english spec? ;)

Ok. :)

1. There isn't a spec, since the language hasn't been standardized. All
we have are numerous competing drafts written by independent,
non-authoritative organizations.

2. A large amount of existing English code, such as Shakespeare, is
unparseable by modern English speakers.

3. If an element of the language has been frequently misused over a long
enough period of time, such misuse often becomes acceptable.

4. An English speaker can be considered reasonably feature-complete even
if such speaker only recognizes a small subset of the language.

5. Certain keywords tend to cause internal compiler errors. Such
keywords are known as "profanity", and existing English speakers weakly
attempt to prevent recently-written speakers from being aware of them.

6. English is a highly context dependent. Many keywords, when used in
their own particular context, take on an entirely illogical meaning.
These "idioms" cause compilation errors, especially when an old speaker
is attempting to communicate with a new one.

7. ....

I could go on, but that's enough fun for now. :)
-- Michael Niedermayer and Corey Hickey in mplayer-cvslog at mplayerhq.hu
</pre>

<pre>
On Sat, Dec 01, 2007 at 02:35:25PM +0100, reimar wrote:
> Author: reimar
> Date: Sat Dec 1 14:35:25 2007
> New Revision: 25225
>
> Log:
> Fox typos

well ...

[...]
--
Michael
</pre>

<pre>
Author: michael
Date: Thu Sep 4 21:49:13 2008
New Revision: 27519

Log:
Fix 4 of the unscaled rgb15/16 converters, each of these contained
2-3 bugs each of which made it fail completely, this code clearly
has never been tested and been written by somone who knows the
difference between a potato and a computer is that the first is round.
</pre>

===[http://lists.mplayerhq.hu/mailman/listinfo/mplayer-dev-eng mplayer-dev-eng]===

<pre>
Without a frontend, mplayer is useless.
-- Jean-Philippe Guillemin in mplayer-dev-eng at mplayerhq.hu
</pre>

<pre>
[about alsa resampler]
Now why on earth would anyone want to use this crap?? It's only
configurable between two extremes of sucking: very bad quality, or
very bad performance.
-- Rich Felker in mplayer-dev-eng at mplayerhq.hu
</pre>

<pre>
Reinventing the wheel certainly is annoying, but as long as all other
wheels are square...

Reimar Döffinger
</pre>

<pre>
On Thu, Aug 24, 2006 at 01:10:18PM -0400, Dave Dodge wrote:
> IA64 compilation is an ongoing research project.

Which is what leaves me always wondering where on earth (or actually far
away from earth) Intel engineers left their brains when designing
IA64...
Technology for the next century. As in we will get it to work properly
somewhen in the next century...

Reimar Döffinger
</pre>

<pre>
> > My patches include:
>
> Are these patches visible somewhere? Some comments below based on what
> your descriptions tell.

No, I wanted to hear your comments before I post them.
-- Dan Oscarsson and Uoti Urpala on Mon, Apr 06, 2009
</pre>

<pre>
On Nov 12, 2007 4:43 PM, Uoti Urpala <uoti.urpala at pp1.inet.fi> wrote:
> [...]

Fine. I give up.

There are plenty of things about the design worth arguing about... but
you guys are more worried about the color of the mudflaps on this
dumptruck. You're rejecting considered decisions out of hand with
vague, irrelevant dogma. I've seen two legitimate bugs brought up so
far in a mountain of "WAAAH! WE DON'T LIKE YOUR INDEEEEENT."

I have the only mplayer/mencoder on earth that can always dump WMV2
and WMV3 without losing sync. I just needed it for me. I thought it
would be nice to submit it for all your users who have been asking for
this for years. But it just ceased being worth it.

Patch retracted. You can all go fuck yourselves. Life is too short
for this asshattery.

-- Monty from Xiph records himself in the annals of MPlayer 2007-11-12 23:11:44 CET
</pre>

===[http://lists.mplayerhq.hu/mailman/listinfo/mplayer-users mplayer-users]===

<pre>
> > yes, video decoding is not perfect either so even if u decode the bitstream u
> > loose quality (idct inaccuracies and such) so u should really use a hexeditor
> > instead of mplayer to view ur movies
>
> Perhaps we could rewrite xmatrix so it takes its input from AVI
> files...

"Do you always look at it encoded?"

"Well ya have to. The video codecs work FOR the construct program. But
there's way too much information to decode this DIVX. You get used to
it -- I don't even see the code. All I see is blonde, brunette,
redhead..."
-- Michael Niedermayer, Moritz Bunkus and D Richard Felker III in mplayer-users at mplayerhq.hu
</pre>

<pre>
>>> Is there any possibility to convert a Ream Media video stream to
>>> ogg/theora video?
>>
>> no, ogg is banned for good from the list of possible outputs for
>> manifest insanity
>
> Thank you for your answer, but can you be more specific?

ogg is by far the most insane mux format ever conceived,
thus no conscious coder wants to permit to give birth to an abomination
like that
-- Marek Mahut and Nico Sabbi in mplayer users at mplayerhq.hu
</pre>

<pre>
> > > 1. ok, true, I wanted to say mad TAG right ? How can I get this
> > > to MP3 tag ?
> >
> > There is no such thing as a MAD tag. MAD only plays MP1/MP2/MP3.
> > Your file has to have one of those as the audio track for MAD to be
> > able to play it at all. You also didn't read the rest of my post.
>
> MAD audio codec then ?

...

I'd love to help, but I have to go bang my head against that wall over
there...
-- wim delvaux and RC in mplayer-users at mplayerhq.hu
</pre>

<pre>
Tobias Damisch wrote:
> Guillaume Poirier wrote:
> > MPlayer still lacks "fairies" support to invent the pixels in between,
> > needed to get a truly HD picture.
>
> Just get latest SVN and recompile with:
>
> --enable-fairies
>
> Then try adding -vf fscale=1600:1200 (or any other resolution you
> might desire) to your command line.

Gentoo's latest mplayer ebuild is apparently an SVN snapshot from
08/10/2006 and doesn't seem to include a fairies USE flag for
compilation. Was fairies support added after that date, or is the
ebuild missing a USE flag?

Grant
</pre>

===[http://lists.mplayerhq.hu/mailman/listinfo/ffmpeg-cvslog ffmpeg-cvslog]===

<pre>
>> I'm sure Michael knows how to capitalize and punctuate at
>> least a little bit.
> thats defamation, ive never capitalized and punktuated correctly
> besides that i dont like pure capitalism ;)
I NEVER ASKED YOU TO WRITE LIKE THIS.
-- Måns Rullgård and Michael Niedermayer in ffmpeg-cvslog at mplayerhq.hu
</pre>

<pre>
Michael Niedermayer CVS <michael@mplayerhq.hu>

Modified Files:
ffmpeg-doc.texi
Log Message:
split string to avoid buffer overflow in native english speaking persons (fix suggested by The Wanderer)
</pre>

<pre>
On Mon, Dec 26, 2005 at 09:57:36PM +0100, Alexander Strasser wrote:
> Oh, I just saw it was in the original mail. I must have
> accidently deleted it while writing the answer. Sorry for
> the trouble.

no problem at all, better to ask then to miss some typos by the CIA/KGB guys
who edit all my outgoing and incoming mails

Michael
</pre>

<pre>
>>>Log:
>>>use pr -n -t instead of non-standard cat -n
>>>
>>Is this purely to be standard compliant or did you manage to find a
>>system that doesn't accept cat -n?
>
>Rich has one, apparently.

That's funny...
I admire FFmpeg's standard compliance. It gets to the point where you
create systems to justify such changes.
-- Måns Rullgård and Ramiro Polla
</pre>

<pre>
Besides, people with non-compliant systems need to be taught a lesson.
-- Måns Rullgård
</pre>

<pre>
Though I think only part of this speedup is due to my optimizations per se;
some of it is that I got a better roll on the GCC random code generator.
-- Loren Merritt
</pre>

<pre>
> On second thought, I think "refactor" is even better than "factorize",
> but the native speakers will surely enlighten us in a moment.

Refactor is something java coders do because they keep getting it
wrong and have to redo it.
-- Diego Biurrun and Måns Rullgård
</pre>

<pre>
Fliping one bit still is popular it seems as a means to create a new codec.
-- Michael Niedermayer
</pre>

===[http://lists.mplayerhq.hu/mailman/listinfo/ffmpeg-devel ffmpeg-devel]===

<pre>
On Mon, Jan 02, 2006 at 05:14:20AM +0100, Michael Niedermayer wrote:
> Hi
>
> On Fri, Dec 16, 2005 at 03:45:37PM -1000, Steve Lhomme wrote:
> > This code moves the AR detection in the codec part so that it works when
> > the DV stream is in AVI (or else) too. Plus the interlacing detection
> > now works.
>
> roman, please choose
> [ ] patch ok
> [ ] patch not ok
> [ ] dv maintainer lazy
> [ ] dv maintainer busy
> [ ] dv maintainer dead

Michael you've forgotten a very important option for somebody who decided
to celebrate New Year in Russia:

[X] dv maintainer drunk
</pre>

<pre>
> All right, new screening process for prospective FFmpeg contributors:
> "Are you now, or have you ever been, a Microsoft Visual C++ user?"
> There's going to be scandal when the oversight committee investigates my
> employment history.
If you used msvc on your day job it doesn't count, as long as you really hated it.
-- Mike Melanson and Måns Rullgård in ffmpeg-devel at mplayerhq.hu
</pre>

<pre>
>>>I never understood the point of those supposedly "cool" aliases some
>>>people use.
>>
>> What about the supposedly "cool" circle you put over the 'a's in
>> your name? :)
>
>
> It's Swedish and turns the 'a' into something that sounds like an 'o' as
> in 'hot'...

Ah, so that's the difference. It's not "cool", it's 'hot'.
-- Måns Rullgård, Mike Melanson, and Diego Biurrun in ffmpeg-devel at mplayerhq.hu
</pre>

<pre>
> patching file configure
> Hunk #1 FAILED at 914.
> 1 out of 1 hunk FAILED -- saving rejects to file configure.rej
Ah, yes, the swift evolution of ffmpeg made the patch obsolete in 24h.
-- Måns Rullgård and Víctor Paesa in ffmpeg-devel at mplayerhq.hu
</pre>

<pre>
[about the lack of "chained ogg" support]
I'm aware of this problem, and I've been trying to think of a
solution. The more I think about it, the more it appears as an
abomination. Just like everything Ogg related. No surprises there.
-- Måns Rullgård in ffmpeg-devel at mplayerhq.hu
</pre>

<pre>
not everything from OO is necessarily bad, like not everything from M$
is necessarily bad, if later where the case M$ would gone bankrupt long
ago ...
but thats geting deeply off topic, lets rather concentrate on flames and
insults ...
-- Michael Niedermayer in ffmpeg-devel at mplayerhq.hu
</pre>

<pre>
[Marco Gerards submits a THP demuxer]
Coooool. I have hundreds of THP files. I will find some that have sound
and get them posted soon. In the meantime, Niedermayer will be along
shortly to tear apart your patch. Good luck! :)
-- Mike Melanson in ffmpeg-devel at mplayerhq.hu
</pre>

<pre>
[about SwScaler rewrite]
> > And then we can call an architecture dependent init function that can
> > overide the C behavior much like is done for the dsputils.
> I was thinking about that too
thinking is good patch is better ...
-- Marc Hoffman, Luca Barbato and Michael Niedermayer in ffmpeg-devel at mplayerhq.hu
</pre>

<pre>
On Sun, Jan 15, 2006 at 06:27:55PM +0100, Reimar Döffinger wrote:
>
> Oh, and the image of my RE drawing is up as well :-) :
> http://www.stud.uni-karlsruhe.de/~uvhe/LZODraw_bw.png

Thank goodness your coding skills are better than your handwriting ;)

Diego
</pre>

<pre>
On Thu, Sep 22, 2005 at 10:51:05AM +0200, oandrieu@gmail.com wrote:
> Michael Niedermayer [Wednesday 21 September 2005] :
> > cosmetics
>
> Yes. And ?

sorry, i should have been more verbose, maybe i should be restarted with -v
can someone of the admin(s) do that?

Michael
</pre>

<pre>
as far as i can see this AVI file has _many_ video frames in each chunk, sick
how can a person be capable of using a text editor (and writing software) and
at the same time be such a complete idiot writing a program generating so
broken avi files ...

Michael
</pre>

<pre>
michaels law: "if gcc can mess up, it does mess up" ;)
</pre>

<pre>
> >> + "psllw $1, %%mm1 \n\t"
> >> + "psllw $1, %%mm2 \n\t"
> >
> > paddw
>
> Is that always faster?

no, you can design a cpu where its not

Michael
</pre>

<pre>
if you think that this patch will be accepted due to you whining how much
time you spend on it already then you live in some strange fantasy world
-- Michael Niedermayer in ffmpeg-devel at mplayerhq.hu
</pre>

<pre>
Rich, I always knew you were a little out of the ordinary, but
pirating gay porn wasn't quite what I was expecting even from you.
-- Måns Rullgård in ffmpeg-devel at mplayerhq.hu
</pre>

<pre>
[after a discussion of a patch with a new audio decoder evolved into
runtime generation of tables vs. hardcoding them in the object file debate]

what is the name of this bikeshed?
-- compn
</pre>

<pre>
On Thu, Oct 18, 2007 at 11:04:23AM +0200, Jean-Michel Pouré wrote:
> Some days ago, Christian Marillat reported that it was impossible to
> compile ffmpeg/libavcodec packages under Debian. Any idea where the
> problem comes from? Was it fixed lately?

Sure. My crystal ball tells me that fiendish aliens have been using
force fields to obstruct the flow of cosmic energies in Christian's
machine. The fact that the aliens have decided to sabotage FFmpeg first
should give us all pause. It is a rare compliment to receive but it
carries along a great responsibility.

Now everybody remember that the survival of the human race rests on our
shoulders. If we are to remain victorious in this epic conflict we must
not succumb to darkness. The pureness of our hearts is our most potent
defense. We must preserve it at any cost.

Diego
</pre>

<pre>
On Tue, Oct 30, 2007 at 12:15:28AM -0400, Ronald S. Bultje wrote:
[...]
> I'm not "they" anymore, I left Fluendo +/- 2 1/2 years ago and GStreamer +/-
> 2 years ago.

i see, ill get the kgb chief liquidated for providing me with outdated
information

Michael
</pre>

<pre>
On Fri, Dec 14, 2007 at 08:01:51PM +0100, Diego Biurrun wrote:
[...]
> > + * @file rectanlge.h
>
> rectANgle.h

diego: /dev/brain: Permission denied ;)

Michael
</pre>

<pre>
The only officially correct spelling of snow is in the form of a frozen
snowflake placed on 5000 year old papyrus and illuminated by the light of
a population III star.

Now please diego fix it to the official spelling!

Michael
</pre>

<pre>
O, mercyfull Diego, hast thou not given the dear needed access?
Wherefore did thou create ye, if not to commit?

Michael
</pre>

<pre>
FFmpeg preys on weak, unmaintained or closed-source codecs. If your
library does not meet those requirements, ffmpeg won't consume it (and
will use a wrapper if it is good one).

Kostya
</pre>

<pre>
>
> Just curios, is it possible to add hardware DVD, h.264 and VC-1 decoding to ffmpeg?

Yes, through ./configure --dont-hijack-threads --see-ffmpeg-users

Benjamin Zores
</pre>

<pre>
Thats like giving a painting from Leonardo da Vinci to a wild boar so it can
correct the fine details.

Michael
</pre>

<pre>
But the only correct usage of autotools is as argument to rm

Michael
</pre>

<pre>
Diego Biurrun wrote:
> I came across this excellent paper from 15 years ago:
>
> #ifdef Considered Harmful, or Portability Experience With C News
>
> It's a nice short read and emphasizes the experiences we have had around
> here. It also comes to very similar conclusions, which is quite
> gratifying.

In the other news water is considered harmful yet useful...

lu
</pre>

<pre>
> > > > Considering 'lag' versus 'delay', I think I have consistently used
> > > > 'lag' in my AMR code I think, mainly because it's shorter. :)
> > >
> > > Repent ye bloody sinner! Thy code showest the innermost part of thy
> > > heart, lagging as it is behind the times! Now delay ye no longer with
> > > updating it as thy Lord commands ye!
> >
> > I didnt know robert was worshiping the spirit who denies everything always.
>
> He has taken to worshipping all manner of devilishly spirits, as
> islander folks are known to do ...
>
> > And reconsidering the whole, if they are equivalent, the shorter has
> > some undenyable advantage.
> > Dont ye agree?
>
> Nay, ye mind is clouded by the charms of the islander's charms. Pray
> that the daemon's have mercy upon ye and lift those spells from thou...

If you ever write a fantasy novel id want a copy ...

Robert Swain, Diego and Michael
</pre>

<pre>
> My spare time is taken up 20% MythTV, 10% SCST, 85% drinking heavily.

And the remainder you spend on maths studies, right?

Some man and Måns
</pre>

<pre>
[some weird problem on MacOSX 10.5]
> The regular not-postfixed symbols are there, however. It's just that the
> compiler ignores that it's compiling for an older version whenever it
> encounters the _XOPEN_SOURCE flag.

Our code conforms to widely accepted standards. Your compiler decides
to replace a few symbols with non-standard names, which the linker
then cannot find. Around here, that's called Your Problem.

> To fix compiling on OSX for older versions, all _XOPEN_SOURCE
> definitions should check for __APPLE__ first.
>
> #if !defined(_XOPEN_SOURCE) && !defined(__DARWIN__) && !defined(__APPLE__)
> # define _XOPEN_SOURCE 500
> #endif

In my part of the world, when there's a hole in the road, they don't
require people to mount wings on their cars; they fix the hole. You
should do the same. Or stay home.
-- Adrian Stutz and Måns
</pre>

<pre>
>> In file included from /usr/include/math.h:26,
>> from ./libavutil/mathematics.h:25,
>> from ./libavutil/avutil.h:57,
>> from liba52/parse.c:40:
>> /usr/include/architecture/ppc/math.h:179: error: parse error before
>> '__attribute__'
>
> Well, wtf is in math.h that it stumbles over?

This is getting better and better. First macosx can't link with its
own libs, and now it can't even compile its own headers. If this
keeps up, it won't be long before it stops booting at all, and we'll
finally see an end to these problems.
-- Guillaume, Reimar and Måns
</pre>

<pre>
> Oh, one more thing: In my world it is common to top-reply (and I am

Then we don't like your world. Please go back there, and don't come
here again.

> doing this for almost 29 years). But now I know that the FFmpeg

I see you're attempting a proof by doing-it-for-a-long-time approach.
That doesn't work in this world.
-- Frans de Boer and Måns
</pre>

<pre>
> balatoni denes tried to get a half optimized idct in and i nicely told
> him that it has to include all tricks and optimizations we could think of.
> We ended up with something that was clearly quite a bit faster than
> what he submitted first, that is between all the complaints about how
> little time he had and how evil we were for not just acceptiing it as
> is.

The Legend of the Warrior - now I am officially part of the ffmpeg
mythology :)
-- Michael Niedermayer and Balatoni Denes
</pre>

<pre>
> Do you intend to actually implement a .ass demuxer?

As you ask so nicely, Ill see what i can do. Iam starting to think that
it might take less time to just implement everything related to ASS than
continue this discussion.
-- Uoti Urpala and Michael Niedermayer
</pre>

<pre>
[about withdrawing Snow development prize/donation]
>>> I'll be sorry to do this but it seems snow will die before beeing born.
>>
>> Well it seems that as 2008 comes to a close, Loren's prediction has
>> finally been proven wrong ;)
>>
>> (from ~2005)
>> <OpenSourced> where do you think x264 will be in 3 years
>> <pengvado> replaced by snow :)
>>
> Darn, I thought you x264 devels were expert at various types of
> prediction...

That was only the first pass.
-- Lars Täuber, Jason Garrett-Glaser, Andreas Öman and Måns Rullgård

</pre>

<pre>
[...]
split, improved, benchmarked, shaken, stirred and applied

-- Michael Niedermayer in response to Jason Garrett-Glaser's patch
</pre>

<pre>
2009/2/17 Michael Niedermayer:
> 2009/2/17 Diego Biurrun wrote:

[...]

>> Have you ever tried to make a web design work in cross-browser fashion?
>
> i never had a problem with plain html being displayed wrongly in any browser
> and i never felt the need to add mandatory CSS/JS/JAVA/flash/SVG/VRML/ ...
> there is extreemly little content that needs these technologies to be
> represented.
> truth is <p>, <h?>, <a>, <img> is enough for 98% of the content, for math
> stuff sub/sup is usefull, also some bold or italic is sometimes usefull and
> surely lists and tables on occasion but beyond that i have difficulty seeing
> the point.
> books still print black text on white, people dont seem to need the text
> changing when they move their finger over it ...
</pre>

<pre>
> Hi,
>
> I have a friend with access to a 64-way Sparc machine with 32 GB of RAM.
> He wants to see if it can set a new speed record with FFmpeg. So, have
> it, you speed freaks: What would be the best way to stress FFmpeg,
> preferably in multi-threaded mode? I suspect it would have to do with
> encoding somehow, and this person has access to plenty of raw video footage.
>
> Thanks...

This may sound off-topic, but the prospect of using a supercomputer for
mundane purposes sounds extremely delicious.
-- Mike and Eric
</pre>

<pre>
Dear:
The patch is full of TAB
-- avcoder
</pre>

===[http://lists.mplayerhq.hu/mailman/listinfo/ffmpeg-soc ffmpeg-soc]===

<pre>
Alexander Strange wrote:
>
> On Apr 23, 2008, at 2:24 PM, vitor wrote:
>
>> Author: vitor
>> Date: Wed Apr 23 20:24:46 2008
>> New Revision: 2152
>>
>> Log:
>> Replace if(acroread appli_Goethe.pdf &){B}else{C} by if(a){C}else{B}
>
> Too much tab completion?

Is there a price for the most nonsense commit log? ;-)

-Vitor
</pre>

===[http://lists.mplayerhq.hu/mailman/listinfo/nut-devel NUT-devel]===

<pre>
We should have some nut samples.
Someone, (not me, I am lazy), should mux some free video and
audio into NUT (or just grab a camera and film something funny
like what happens with an egg in the microwave or something
else where A-V sync can be seen).

Michael
</pre>

<pre>
A "spec" as readable as a sendmail configuration file doesn't make
matters better...

Måns Rullgård
</pre>

===other===

<pre>
i've remembered i have root access at new mphq, but probably
it was just a dream :)))
-- A'rpi
</pre>

<pre>
FFmpeg works like a human being: something nice comes in, crap comes out.
-- superdump on an S-Bahn train in Berlin
(written from memory, please fix)
</pre>

<pre>
Michael Niedermayer <michaelni@gmx.at> added the comment:

this is for bugreports not guess reports
</pre>

<pre>
Sun Nov 11 10:32:18 CET 2007
Previous message: [Ffmpeg-user] Anyone?
>Anyone?

someone?

>I still can't make it work.

have you tried cialis?

of course maybe you're referring to an audiovisual problem,
and maybe it even pertains to ffmpeg...
really hard to tell!

tripp
</pre>

<pre>
Breaking DRM is a little like attempting to break through a door even
though the window is wide open and the only thing in the house is a bunch
of things you dont want and which you would get tomorrow for free anyway
-- Michael Niedermayer
</pre>

<pre>
Hello,

I have downloaded the latest version of vhook modules from
"svn://svn.mplayerhq.hu/ffmpeg/trunk"
but they are a bunch of .c and .h files.
Please tell me how to generate a .dll file from them.
I am using Windows XP.
Thank you.

-- An ordinary Windows user on ffmpeg-user (long lines broken manually
and Yahoo signature removed to keep the wiki clean)
</pre>

Zlib

2008-02-26T02:06:27Z

Mans: Add RFC links

zlib is a free software library that implements the DEFLATE compression algorithm used in the gzip file compression program. It is used in hundreds of applications because the code is portable, has a relatively small memory footprint and the decompression causes only moderate CPU load.

==RFCs==
* [http://www.rfc-editor.org/rfc/rfc1950.txt RFC1950] ZLIB Compressed Data Format Specification version 3.3
* [http://www.rfc-editor.org/rfc/rfc1951.txt RFC1951] DEFLATE Compressed Data Format Specification version 1.3
* [http://www.rfc-editor.org/rfc/rfc1950.txt RFC1952] GZIP file format specification version 4.3

[[Category:Multimedia Programs]]

Vividas VIV

2007-12-12T20:38:19Z

Mans: add links to parser tool

* Extension: viv
* MIME type: video/vividas
* Company: [http://www.vividas.com/ Vividas Pty Ltd]
* Samples: [http://video.vividas.com/sales/Honda_CRV_TVC_sales_048i.viv TBD]

==Overview==
A Vividas file consists of one or more "tracks", each comprising one or more audio
and/or video elementary streams.

==Encryption==
All data relating to a track is encoded using a 32-bit key given in
obfuscated form in the file header.

===Keys===
The header contains, for each track, a 187-byte block, 32 bits of
which form the key. The following C function will extract a key
from such a block.

<pre><nowiki>
const unsigned short keybits[32] = {
163, 416, 893, 82, 223, 572, 1137, 430,
659, 1104, 13, 626, 695, 972, 1465, 686,
843, 1216, 317, 1122, 1383, 92, 513, 1158,
1243, 48, 573, 1306, 1495, 396, 1009, 350,
};

uint32_t decode_key(uint8_t *buf)
{
uint32_t key = 0;
int i;

for (i = 0; i < 32; i++) {
unsigned p = keybits[i];
key |= !!(buf[p>>3] & (1<<(p&7))) << i;
}

return key;
}
</nowiki></pre>

===Decoding===
To decode a data block with a given key, this C function can be used:

<pre><nowiki>
void decode(uint32_t *d, unsigned size, uint32_t key)
{
uint32_t k = key;

size >>= 2;

while (size--) {
*d++ ^= k;
k += key;
}
}
</nowiki></pre>

==File Format==

===Data Types===
The following data types are used in the syntax description below.
;u(n) : n-byte unsigned little endian integer.
;v : Variable-length integer, the 7 low bits of each byte being data bits, and the MSB indicating whether more bytes follow.
;a(n) : n-byte ASCII string.
;z : NUL-terminated ASCII string.
;d(n) : n bytes unspecified data.
;'x' : Literal byte with hex value <code>x</code>.
;"s" : Literal ASCII string.

===Overall Structure===
<pre><nowiki>
vividas_file() {
signature a(7)
version a(2)
file_header()
if (skin_size > 0) {
skin()
}
for (i = 0; i < num_tracks; i++) {
reset_key()
track_header()
track_index()
}
for (;;) {
reset_key()
sb_block()
}
}
</nowiki></pre>

;signature : The string <code>vividas</code>.
;version : File version as two decimal digits. All known samples have the value <code>03</code>.
;file_header() : Sets <code>skin_size</code> and <code>num_tracks</code>.
;reset_key() : The decoding key is reset to the value from the file_header.

===File Header===
<pre><nowiki>
file_header() {
header_length v
num_tracks u(1)
for (i = 0; i < num_tracks; i++) {
title_length u(1)
track_title a(title_length)
track_key d(187)
track_header_length d(4)
}
for (;;) {
block_length v
block_type u(1)
if (block_type == 15) {
key d(187)
for (;;) {
descriptor()
}
} else if (block_type == 22) {
skin_key d(187)
skin_size d(4)
}
}
}
</nowiki></pre>

;header_length : Total length of the <code>file_header</code> element in bytes.
;num_tracks : Number of tracks in the file.
;title_length : Number of bytes in the immediately following title.
;track_title : Title of track <code>i</code>.
;track_key : Scrambled key for track <code>i</code>.
;track_header_length : Total size in bytes of track_header and track_index for track <code>i</code>.
;block_length : Size in bytes of the following block, including this field.

===Skin===
<pre><nowiki>
skin() {
length v
'd' u(1)
for (;;) {
size v
tag u(1)
data d(size)
}
}
</nowiki></pre>

;length : Total size of skin data including length field.
;size : Size of data chunk.
;tag : Unique identifier for data chunk.
;data : XML or JPEG data.

===Track Header===
<pre><nowiki>
track_header() {
track_header_length v
'1' u(1)
val_1 u(1)
for (i = 0; i < val_1; i++) {
val_2 u(1)
for (j = 0; j < val_2; j++) {
val_3 u(1)
val_4 u(1)
}
}
num_streams u(1)
size_1 v
'2' u(1)
num_video u(1)
def_video u(1)
for (i = 0; i < num_video; i++) {
length v
'3' u(1)
val_7 u(1)
frame_rate_den u(4)
frame_rate_num u(4)
num_frames u(4)
width u(2)
height u(2)
val_8 u(1)
val_9 u(4)
}
size_2 v
'4' u(1)
num_audio u(1)
def_audio u(1)
for (i = 0; i < num_audio; i++) {
length v
'5' u(1)
codec_id u(1)
codec_subid u(2)
channels u(2)
sample_rate u(4)
data_1 d(10)
len_2 u(1)
data_2 d(len_2)
junk d(1)
val_13 v
'19' u(1)
len_3 v
num_data u(1)
for (i = 0; i < num_data; i++) {
data_len[i] v
}
for (i = 0; i < num_data; i++) {
data d(data_len[i])
}
}
}
</nowiki></pre>

;track_header_length : Length in bytes of track header including this field. Matches element of same name in file_header.
;num_streams : Number of elementary streams in track.
;size_1 : Number of bytes preceding video streams loop, including this field.
;num_video : Number of video streams.
;def_video_stream : Default video stream number.
;size_2 : Number of bytes preceding audio streams loop, including this field.
;num_audio : Number of audio streams.
;def_audio_stream : Default audio stream number.

===Track Index===
<pre><nowiki>
track_index() {
length v
'c' u(1)
num_sb_blocks v
for (i = 0; i < count; i++) {
size v
num_chunks v
}
}
</nowiki></pre>

;length : Length in bytes of track index.
;num_sb_blocks : Number of entries in following table.
;size : Size of a block.
;num_chunks : Number of chunks in block.

==="SB" Block===
<pre><nowiki>
sb_block() {
"SB" a(2)
size v
junk d(1)
start_chunk v
do {
chunk_size v
flag u(1)
} while (chunk_size != 0)
}
</nowiki></pre>

;size : Total size of this block.

The chunks for which <code>flag</code> is 1 have the following structure:

<pre><nowiki>
chunk_1() {
length v
unknown_1 d(length)
unknown_2 unknown
do {
offset v
unknown_3 v
} while (offset != 0)
}
</nowiki></pre>

;offset : offset from end of table to start of elementary stream packet

==Tools==
A decrypter and parser is available from git://git.mansr.com/vividas (gitweb http://git.mansr.com/?p=vividas).

==External Resources==
Extended company and product description is available on [http://en.wikipedia.org/wiki/Vividas Wikipedia].

[http://www.on2.com/company/news-room/press-releases/?id=254 "Vividas Licenses TrueMotion VP7 for Mass Distribution of High Quality Video"] January 13th, 2005

[http://www.vividas.com/footer/opensource.html Vividas - Open Source Acknowledgement]
[[Category:Container Formats]]

Vividas VIV

2007-12-10T21:00:48Z

Mans: Much improved description of file format

* Extension: viv
* MIME type: video/vividas
* Company: [http://www.vividas.com/ Vividas Pty Ltd]
* Samples: [http://video.vividas.com/sales/Honda_CRV_TVC_sales_048i.viv TBD]

==Overview==
A Vividas file consists of one or more "tracks", each comprising one or more audio
and/or video elementary streams.

==Encryption==
All data relating to a track is encoded using a 32-bit key given in
obfuscated form in the file header.

===Keys===
The header contains, for each track, a 187-byte block, 32 bits of
which form the key. The following C function will extract a key
from such a block.

<pre><nowiki>
const unsigned short keybits[32] = {
163, 416, 893, 82, 223, 572, 1137, 430,
659, 1104, 13, 626, 695, 972, 1465, 686,
843, 1216, 317, 1122, 1383, 92, 513, 1158,
1243, 48, 573, 1306, 1495, 396, 1009, 350,
};

uint32_t decode_key(uint8_t *buf)
{
uint32_t key = 0;
int i;

for (i = 0; i < 32; i++) {
unsigned p = keybits[i];
key |= !!(buf[p>>3] & (1<<(p&7))) << i;
}

return key;
}
</nowiki></pre>

===Decoding===
To decode a data block with a given key, this C function can be used:

<pre><nowiki>
void decode(uint32_t *d, unsigned size, uint32_t key)
{
uint32_t k = key;

size >>= 2;

while (size--) {
*d++ ^= k;
k += key;
}
}
</nowiki></pre>

==File Format==

===Data Types===
The following data types are used in the syntax description below.
;u(n) : n-byte unsigned little endian integer.
;v : Variable-length integer, the 7 low bits of each byte being data bits, and the MSB indicating whether more bytes follow.
;a(n) : n-byte ASCII string.
;z : NUL-terminated ASCII string.
;d(n) : n bytes unspecified data.
;'x' : Literal byte with hex value <code>x</code>.
;"s" : Literal ASCII string.

===Overall Structure===
<pre><nowiki>
vividas_file() {
signature a(7)
version a(2)
file_header()
if (skin_size > 0) {
skin()
}
for (i = 0; i < num_tracks; i++) {
reset_key()
track_header()
track_index()
}
for (;;) {
reset_key()
sb_block()
}
}
</nowiki></pre>

;signature : The string <code>vividas</code>.
;version : File version as two decimal digits. All known samples have the value <code>03</code>.
;file_header() : Sets <code>skin_size</code> and <code>num_tracks</code>.
;reset_key() : The decoding key is reset to the value from the file_header.

===File Header===
<pre><nowiki>
file_header() {
header_length v
num_tracks u(1)
for (i = 0; i < num_tracks; i++) {
title_length u(1)
track_title a(title_length)
track_key d(187)
track_header_length d(4)
}
for (;;) {
block_length v
block_type u(1)
if (block_type == 15) {
key d(187)
for (;;) {
descriptor()
}
} else if (block_type == 22) {
skin_key d(187)
skin_size d(4)
}
}
}
</nowiki></pre>

;header_length : Total length of the <code>file_header</code> element in bytes.
;num_tracks : Number of tracks in the file.
;title_length : Number of bytes in the immediately following title.
;track_title : Title of track <code>i</code>.
;track_key : Scrambled key for track <code>i</code>.
;track_header_length : Total size in bytes of track_header and track_index for track <code>i</code>.
;block_length : Size in bytes of the following block, including this field.

===Skin===
<pre><nowiki>
skin() {
length v
'd' u(1)
for (;;) {
size v
tag u(1)
data d(size)
}
}
</nowiki></pre>

;length : Total size of skin data including length field.
;size : Size of data chunk.
;tag : Unique identifier for data chunk.
;data : XML or JPEG data.

===Track Header===
<pre><nowiki>
track_header() {
track_header_length v
'1' u(1)
val_1 u(1)
for (i = 0; i < val_1; i++) {
val_2 u(1)
for (j = 0; j < val_2; j++) {
val_3 u(1)
val_4 u(1)
}
}
num_streams u(1)
size_1 v
'2' u(1)
num_video u(1)
def_video u(1)
for (i = 0; i < num_video; i++) {
length v
'3' u(1)
val_7 u(1)
frame_rate_den u(4)
frame_rate_num u(4)
num_frames u(4)
width u(2)
height u(2)
val_8 u(1)
val_9 u(4)
}
size_2 v
'4' u(1)
num_audio u(1)
def_audio u(1)
for (i = 0; i < num_audio; i++) {
length v
'5' u(1)
codec_id u(1)
codec_subid u(2)
channels u(2)
sample_rate u(4)
data_1 d(10)
len_2 u(1)
data_2 d(len_2)
junk d(1)
val_13 v
'19' u(1)
len_3 v
num_data u(1)
for (i = 0; i < num_data; i++) {
data_len[i] v
}
for (i = 0; i < num_data; i++) {
data d(data_len[i])
}
}
}
</nowiki></pre>

;track_header_length : Length in bytes of track header including this field. Matches element of same name in file_header.
;num_streams : Number of elementary streams in track.
;size_1 : Number of bytes preceding video streams loop, including this field.
;num_video : Number of video streams.
;def_video_stream : Default video stream number.
;size_2 : Number of bytes preceding audio streams loop, including this field.
;num_audio : Number of audio streams.
;def_audio_stream : Default audio stream number.

===Track Index===
<pre><nowiki>
track_index() {
length v
'c' u(1)
num_sb_blocks v
for (i = 0; i < count; i++) {
size v
num_chunks v
}
}
</nowiki></pre>

;length : Length in bytes of track index.
;num_sb_blocks : Number of entries in following table.
;size : Size of a block.
;num_chunks : Number of chunks in block.

==="SB" Block===
<pre><nowiki>
sb_block() {
"SB" a(2)
size v
junk d(1)
start_chunk v
do {
chunk_size v
flag u(1)
} while (chunk_size != 0)
}
</nowiki></pre>

;size : Total size of this block.

The chunks for which <code>flag</code> is 1 have the following structure:

<pre><nowiki>
chunk_1() {
length v
unknown_1 d(length)
unknown_2 unknown
do {
offset v
unknown_3 v
} while (offset != 0)
}
</nowiki></pre>

;offset : offset from end of table to start of elementary stream packet

==External Resources==
Extended company and product description is available on [http://en.wikipedia.org/wiki/Vividas Wikipedia].

[http://www.on2.com/company/news-room/press-releases/?id=254 "Vividas Licenses TrueMotion VP7 for Mass Distribution of High Quality Video"] January 13th, 2005

[http://www.vividas.com/footer/opensource.html Vividas - Open Source Acknowledgement]
[[Category:Container Formats]]

PSMF

2007-11-18T16:56:32Z

Mans: Describe more header fields

* Extensions: pmf
* Company: [[Sony]]

Short for PlayStation Portable Movie Format, PSMF is a SONY proprietary format used for movies intended to be played on the PSP portable game console. The format is based on [[MPEG]], and contains [[H.264]] video and [[Sony ATRAC]] audio.

PSMF files start with a variable length header, followed by MPEG Program Stream data. The video data is carried in PES packets using a stream_id of 0xE0, and audio data is carried in private_stream_1 PES packets.

== Header format ==
{| border="1"
! Offset !! Name !! Bits !! Type !! Semantics
|-
| 0x0 || magic || 32 || ASCII || "PSMF"
|-
| 0x4 || unknown || 32 || ASCII || version? always '0014'
|-
| 0x8 || header_size || 32 || be int || total size of header
|-
| 0xc || data_size || 32 || be int || size of data
|-
| 0x50 || unknown || 32 || be int || always 0x43?
|-
| 0x54 || unknown || 16 || be int || always 0?
|-
| 0x56 || tick_freq || 32 || be int || always 90000?
|-
| 0x5a || unknown || 16 || be int || always 0?
|-
| 0x5c || duration || 32 || be int || stream duration in ticks
|-
| 0x60 || mux_rate || 32 || be int || equal to program_mux_rate in pack_header
|}

[[Category:Container Formats]]

PSMF

2006-06-13T23:21:00Z

Mans:

* Extensions: pmf
* Company: [[SONY]]

Short for PlayStation Portable Movie Format, PSMF is a SONY proprietary format used for movies intended to be played on the PSP portable game console. The format is based on [[MPEG]], and contains [[H.264]] video and [[ATRAC]] audio.

PSMF files start with a variable length header, followed by MPEG Program Stream data. The video data is carried in PES packets using a stream_id of 0xE0, and audio data is carried in private_stream_1 PES packets.

== Header format ==
{| border="1"
! Name !! Bits !! Type !! Semantics
|-
| magic || 32 || ASCII || "PSMF"
|-
| unknown || 32 || ASCII ||
|-
| header_size || 32 || be int || total size of header
|-
| data_size || 32 || be int || size of data
|}

PSMF

2006-06-13T22:59:57Z

Mans:

Ogg

2006-06-13T22:33:57Z

Mans: elaborate a bit mentioning other codecs

* Extensions: ogg, ogm
* Company: [[Xiph]]

The Ogg format was invented by [[Xiph]] for use with the [[Vorbis]] audio codec. It has later been extended to support other codecs developed by [[Xiph]]: [[Theora]] video, [[FLAC]] audio, and [[Speex]] audio. OGM is an unofficial extension to include support for many other types of audio and video, including [[MPEG-4]] video and [[MP3]] audio.

== Technical specifications ==

* [http://www.xiph.org/ogg/doc/oggstream.html General structural overview]
* [http://www.xiph.org/ogg/doc/framing.html Detailed header and parsing specification]
* [http://www.xiph.org/ogg/doc/ogg-multiplex.html Issues and practices for multiplexed Ogg streams]

The Ogg bitstream format is also documented in the following IETF RFCs:

* [http://www.xiph.org/ogg/doc/rfc3533.txt RFC 3533 The Ogg Encapsulation Format Version 0]
* [http://www.xiph.org/ogg/doc/rfc3534.txt RFC 3534 The application/ogg Media Type]

[[Category: Container Formats]]

MP3

2006-03-05T19:25:32Z

Mans: correct info on padding

* Microsoft Audio ID: 0x0055
* QuickTime FOURCCs: CBR: ('m', 's', 0x00, 0x55); VBR: '.mp3'
* Patents: US5214678, US5323396, US5777992

Lossy audio coding using a time-frequency transform consisting of a 32-subband polyphase quadrature filter followed by an 18-point MDCT on blocks of 576 samples. Each coded frame is padded to a byte boundary. In addition, coded frames may be padded by 1 byte as necessary to maintain a strict CBR. This rather odd design was meant to provide backwards compatibility with the blocksize and bit rates of the existing MP2 format. Although it is less efficient than using a pure MDCT (eg AAC and Ogg Vorbis) MP3 has become a de facto standard since it was the first widely available format.

[[Category:Audio Codecs]]

Au/snd

2006-03-04T13:52:35Z

Mans:

AU, aka SND, is a simple PCM file format used widely on Sun systems. The format consists of a header followed by the raw sample data.

The format of the header is, with all numeric fields big endian:
magic 32 bits ".snd"
data_start 32 absolute file offset of first sample
data_size 32 size of sample data, 0 means unspecified
sample_format 32 sample format code, see below
sample_rate 32 sample rate in samples/second
channels 32 number of channels

The header may be followed by a chunk of arbitrary data if the '''data_start''' field is greater than 24.

The sample format codes are:
0 unspecified
1 8-bit mu-law
2 8-bit signed linear
3 16-bit signed linear
4 24-bit signed linear
5 32-bit signed linear
6 floating-point
7 double precision float
8 fragmented sampled data
9 unknown
10 DSP program
11 8-bit fixed-point
12 16-bit fixed-point
13 24-bit fixed-point
14 32-bit fixed-point
15 unknown
16 non-audio data
17 mu-law squelch
18 16-bit linear with emphasis
19 16-bit linear with compression
20 16-bit linear with emphasis and compression
21 Music Kit DSP commands
22 Music Kit DSP samples
23 G.721 ADPCM
24 G.722 ADPCM
25 G.723 ADPCM
26 5-bit G.723 ADPCM
27 8-bit a-law

ETSI

2006-03-04T12:41:47Z

Mans:

The European Telecommunications Standards Institute is responsible for the [[DVB]] standards, as well as things of lesser relevance to the multimedia community. Their publications are available free of charge.

Website: [http://www.etsi.org/ http://www.etsi.org]

ITU

2006-03-04T12:37:34Z

Mans:

The International Telecommunication Union publishes, among other documents, the G and H series of audio and video codecs.

Website: [http://www.itu.int/ http://www.itu.int]