https://wiki.multimedia.cx/api.php?action=feedcontributions&user=Dashcloud&feedformat=atomMultimediaWiki - User contributions [en]2024-03-28T20:41:40ZUser contributionsMediaWiki 1.39.5https://wiki.multimedia.cx/index.php?title=STL&diff=14226STL2012-11-10T00:55:19Z<p>Dashcloud: Updating a broken link</p>
<hr />
<div>* Extensions: .stl<br />
* Informative Websites: http://www.reocities.com/mcpoodle43/DVDMaestro/stl_format.html<br />
<br />
'''Spruce Subtitle Format''' (STL)<br />
<br />
[[Category:Subtitle Formats]]</div>Dashcloudhttps://wiki.multimedia.cx/index.php?title=CVD&diff=14225CVD2012-11-10T00:44:55Z<p>Dashcloud: Updating a broken link</p>
<hr />
<div>* Extensions: doesn't apply<br />
* Website: <br />
* Specs: http://www.videolan.org/developers/vlc/doc/subtitles/cvd-subtitles.txt<br />
<br />
<br />
'''CVD''' is another subtitle format used on [[SVCD]]s and looks a lot like [[DVD subtitles]]. It uses a different run-length encoding (RLE) compression scheme however.<br />
<br />
[[Category:Subtitle Formats]]</div>Dashcloudhttps://wiki.multimedia.cx/index.php?title=Talk:IDA_Pro&diff=12365Talk:IDA Pro2010-03-11T00:08:38Z<p>Dashcloud: Mention broken links</p>
<hr />
<div>The freeware & graph tool link are both broken- time to put them on the mirror page if anyone knows of another link or has them downloaded. [[User:Dashcloud|Dashcloud]] 19:08, 10 March 2010 (EST)</div>Dashcloudhttps://wiki.multimedia.cx/index.php?title=Small_FFmpeg_Tasks&diff=12247Small FFmpeg Tasks2010-02-09T05:03:02Z<p>Dashcloud: Removing some old claimed tags, and updating some of the links</p>
<hr />
<div>This page contains ideas for small, relatively simple tasks for the [[FFmpeg]] project. People who might be interested in trying one of these tasks:<br />
* Someone who wants to contribute to FFmpeg and needs to find a well-defined task to start with<br />
* Someone who wishes to qualify for one of FFmpeg's coveted [[FFmpeg Summer Of Code|Summer of Code]] project slots<br />
* An existing FFmpeg developer who has been away from the project for a while and needs a smaller task as motivation for re-learning the codebase<br />
<br />
For other tasks of varying difficulty, see the [[Interesting Patches]] page.<br />
<br />
'''If you would like to work on one of these tasks''', please take these steps:<br />
* Subscribe to the [https://lists.mplayerhq.hu/mailman/listinfo/ffmpeg-devel FFmpeg development mailing list] and indicate your interest<br />
* Ask [[User:Multimedia Mike|Multimedia Mike]] for a Wiki account so you can claim your task on this Wiki<br />
<br />
'''If you would like to add to this list''', please be prepared to explain some useful details about the task. Excessively vague tasks with no supporting details will be ruthlessly deleted.<br />
<br />
<br />
=== Finish up a previous incomplete SoC project ===<br />
<br />
Several SoC projects from previous years have not yet made it into FFmpeg. Taking any of them and finishing them up to the point that they can be included should make for a good qualification task. Check out the [[FFmpeg Summer Of Code]] overview page and look for the unfinished projects, like AMR-NB, Dirac, TS muxer, JPEG 2000.<br />
<br />
=== Generic Colorspace system ===<br />
This task involves adding support more than 8 bits per component (Y on 10 bits, U on 10 bits, V on 10 bits for example)<br />
and generic simple conversion to other colorspaces.<br />
<br />
''Does this have to do with revising FFmpeg's infrastructure? If so, then it doesn't feel like a qualification task. If it's something simpler, then the vague description does not convey that simplicity. Please expound.'' --[[User:Multimedia Mike|Multimedia Mike]] 12:56, 25 February 2008 (EST)<br />
<br />
''I don't think so, extending PixFmt to extended structure with finegrained description like depth, range values, colorspace, sample period, and write generic simple conversion from all formats to all others, like suggested by Michael on the mailing list. Conversion routine can be a good qualification task for video encoders/decoders. What do you think ?<br />
--[[User:Bcoudurier|Baptiste Coudurier]] 00:30, 29 February 2008 (EST)<br />
<br />
''* Adding the [[YCoCg]] colorspace (with different sized planes) for RGB sourced pictures would be nice too. [[User:Elte|Elte]] 07:15, 16 March 2009 (EDT)<br />
<br />
=== Make the SoC dts encoder multichannel capable ===<br />
Here is a skeleton for a dts encoder http://svn.mplayerhq.hu/soc/dcaenc/, currently it can only encode stereo streams.<br />
The task is to extend it to support 5.1 channels also.<br />
<br />
Specs and info can be found here:<br />
http://wiki.multimedia.cx/index.php?title=DTS<br />
<br />
=== GIF LZW Encoder and extend Encoder and Decoder to support Animated GIFs ===<br />
<br />
Lzw encoder is already used for TIFF, it must be extended to support GIF flavor.<br />
<br />
=== Implement a Vivo demuxer for FFmpeg ===<br />
Implement an FFmpeg demuxer for the [[Vivo]] file format. The best reference for understanding the format would be MPlayer's [http://svn.mplayerhq.hu/mplayer/trunk/libmpdemux/demux_viv.c?view=markup existing .viv demuxer].<br />
<br />
This task corresponds to issue 99: http://roundup.ffmpeg.org/roundup/ffmpeg/issue99<br />
<br />
''I am ready to help out with understanding MPlayer's demuxer, esp. MPlayer API stuff if necessary.<br />
--[[User:Reimar|Reimar]] 15:46, 1 March 2008 (EST)<br />
<br />
=== Port missing demuxers from MPlayer to FFmpeg ===<br />
MPlayer supports a few container formats in libmpdemux that are not yet present in libavformat. Porting them over and gettting them relicensed as LGPL or reimplementing them from scratch should make reasonable small tasks.<br />
<br />
# TiVo -- ''Jai Menon is working on this''<br />
# VIVO -- ''Daniel Verkamp has a patch for this''<br />
# SL support for MPEG-TS (anyone got samples?)<br />
# MNG<br />
<br />
=== Optimal Huffman tables for (M)JPEG ===<br />
This task is outlined at http://guru.multimedia.cx/small-tasks-for-ffmpeg/ and is tracked in the issue tracker: http://roundup.ffmpeg.org/roundup/ffmpeg/issue267<br />
<br />
=== YOP Playback System ===<br />
This task is to implement an FFmpeg playback subsystem for [[Psygnosis YOP]] files. This will entail writing a new file demuxer and video decoder, both of which are trivial by FFmpeg standards. [[Psygnosis YOP|The Psygnosis YOP page]] contains the specs necessary to complete this task and points to downloadable samples.<br />
:''Patch pending on -devel<br />
<br />
=== M95 Playback System ===<br />
This task is to implement an FFmpeg playback subsystem for [[M95]] files. This will entail writing a new file demuxer and video decoder (the audio is already uncompressed), both of which are trivial by FFmpeg standards. [[M95|The M95 page]] contains the specs necessary to complete this task and points to downloadable samples.<br />
<br />
=== BRP Playback System ===<br />
This task is to implement an FFmpeg playback subsystem for [[BRP]] files. This will entail writing a new file demuxer as well as a video decoder that can handle at least 2 variations of format data. Further, write an audio decoder for the custom DPCM format in the file. All of these tasks are considered trivial by FFmpeg standards. [[BRP|The BRP page]] contains the specs necessary to complete this task and points to downloadable samples for both known variations.<br />
<br />
=== 16-bit Interplay Video Decoder ===<br />
FFmpeg already supports [[Interplay MVE]] files with [[Interplay Video|8-bit video data]] inside. This task involves supporting 16-bit video data. The video encoding format is mostly the same but the pixel size is twice as large. Engage the ffmpeg-devel list to discuss how best to approach this task.<br />
<br />
=== 16-bit VQA Video Decoder ===<br />
FFmpeg already supports Westwood [[VQA]] files. However, there are 3 variations of its custom video codec. The first 2 are supported in FFmpeg. This task involves implementing support for the 3rd variation. Visit the VQA samples repository: http://samples.mplayerhq.hu/game-formats/vqa/ -- The files in the directories Tiberian Sun VQAs/, bladerunner/, and dune2000/ use the 3rd variation of this codec. The [[VQA|VQA page]] should link to all the details you need to support this format.<br />
<br />
Discussion/patch: ([http://lists.mplayerhq.hu/pipermail/ffmpeg-devel/2009-March/065348.html reference])<br />
<br />
=== HNM4 Playback System ===<br />
This task is to implement an FFmpeg playback subsystem for [[HNM4]] variant of the [[HNM]] format. This will entail writing a new file demuxer and video decoder, both of which are trivial by FFmpeg standards. [[HNM4|The HNM4 page]] contains the specs necessary to complete this task and links to downloadable samples.<br />
<br />
=== Apple RPZA encoder ===<br />
A patch was once sent to the ffmpeg-devel mailing list to include an encoder for the [[Apple RPZA]] video codec. That code can be found on the "[[Interesting Patches]]" page. This qualification task involves applying that patch so that it can compile with current FFmpeg SVN code and then cleaning it up per the standards of the project. Engage the mailing list to learn more about what to do.<br />
:''Claimed by Jai Menon''<br />
<br />
=== QuickTime Edit List Support ===<br />
Implement edit list support in FFmpeg's QuickTime demuxer (libavformat/mov.c). This involves parsing the 'elst' atom in a QuickTime file. For a demonstration of how this is a problem, download the file menace00.mov from http://samples.mplayerhq.hu/mov/editlist/ and play it with ffplay or transcode it with ffmpeg. Notice that the audio and video are ever so slightly out of sync. Proper edit list support will solve that. Other samples in that directory also presumably exhibit edit list-related bugs. The [http://xine.cvs.sourceforge.net/xine/xine-lib/src/demuxers/demux_qt.c?view=markup Xine demuxer] has support for this, it might be useful for hints.<br />
<br />
(patch was submitted to ffmpeg-devel , around 14 March 2009) <br />
<br />
=== Implement the Flash Screen Video codec version 2 ===<br />
FFmpeg is missing both a decoder and an encoder. Would be nice to have that.<br />
<br />
:''Daniel Verkamp is working on this''<br />
<br />
=== Add wma fixed point decoder back into libavcodec ===<br />
http://svn.rockbox.org/viewvc.cgi/trunk/apps/codecs/libwma/<br />
Rockbox's fixed-point WMA decoder was adapted from the decoder in libavcodec.<br />
<br />
=== RealAudio 14.4 encoder ===<br />
FFmpeg contains a decoder for [[RealAudio 14.4]], a farily simple integer CELP codec. Write an encoder. This would be a good qualification task for anyone interested in working on AMR, Speex, or sipr.<br />
<br />
=== VC1 timestamps in m2ts ===<br />
<br />
Codec copy of VC1 from m2ts currently doesn't work. Either extend the VC1 parser to output/fix timestamps, or fix the timestamps from m2ts demuxing.<br />
<br />
=== FLIC work ===<br />
<br />
Revise the [[Flic Video]] decoder at libavcodec/flicvideo.c to support video transported in AVI or MOV files while making sure that data coming from the usual FLI files still works. 'AFLC' and 'flic' FourCC samples are linked from the [[Flic Video]] page.<br />
<br />
=== CJPG format ===<br />
<br />
Extend FFmpeg's MJPEG decoder to handle the different frames/packing of CJPG. Samples at: http://roundup.ffmpeg.org/roundup/ffmpeg/issue777<br />
<br />
=== flip flag for upside-down codecs ===<br />
<br />
<pre>about the flip, a patch that decodes images fliped when<br />
codec_tag == ff_get_fourcc("GEOX") is welcome.<br />
its a metter of 2lines manipulating data/linesize of imgages after<br />
get_buffer() or something similar<br />
[...]<br />
-- <br />
Michael GnuPG fingerprint: 9FF2128B147EF6730BADF133611EC787040B0FAB<br />
</pre><br />
more info:<br />
http://roundup.ffmpeg.org/roundup/ffmpeg/issue741<br />
<br />
=== lavf-based concatenation tool ===<br />
<br />
Unless we have multiple files input in FFmpeg, it would be nice to have some libavformat-based tool that would extract frames from multiple files (possible different containers as well) and put them into single one.<br />
<br />
=== cljr and vcr1 encoders ===<br />
According to this: http://lists.mplayerhq.hu/pipermail/ffmpeg-devel/2009-February/063647.html both of the encoders are disabled, and won't compile if enabled. Michael would prefer to keep them around, and have someone grow them into full encoders.<br />
<br />
=== implement some colorspace fourcc/codecs ===<br />
some colorspace formats were uploaded to http://samples.mplayerhq.hu/V-codecs/<br />
including:<br />
CYUV.AVI is 8 Bit Interleaved 4:2:2<br />
a12v.avi is 4:2:2:4 10 Bit Interleaved<br />
auv2.avi is 4:2:2:4 8 Bit Interleaved<br />
and V-codecs/yuv8/MAILTEST.AVI .<br />
<br />
it might decode with current pixfmts, for that all you will need is:<br />
cd ffmpeg<br />
svn di -r20378:20379<br />
<br />
step by step tutorial for adding new input formats to swscale:<br />
cd mplayer/libswscale/<br />
svn di -r20426:20427<br />
the hunks 3 and 5 you dont need, they are optional special converters<br />
also the change to isSupportedOut() you dont need<br />
above will add a new input format<br />
<br />
another example for adding an input format<br />
cd mplayer/libswscale/<br />
svn di -r20604:20605<br />
<br />
=== Make the rtp demuxer support rtcp BYE packets ===<br />
rtcp BYE (203) packets are sent from the sender to the receiver to notify that a stream has ended.<br />
FFmpeg currently ignores them.<br />
<br />
Sample url rtsp://media.lscube.org/tests/tc.mov<br />
<br />
=== Implement the RTP/Theora payload ===<br />
The Theora payload is currently still a [http://svn.xiph.org/trunk/theora/doc/draft-ietf-avt-rtp-theora-00.txt draft]. Yet, it would be nice to support this payload. As per above, the [http://www.lscube.org/projects/feng feng RTSP server] supports the Theora RTP payload draft and can be used for testing your implementation of the draft, or you can use the online feng test-server (rtsp://media.lscube.org:554/tests/rms_profumo_1.ogv).<br />
<br />
Most likely, your implementation will consist of a file called rtp_theora.c in libavformat/, which will read the header packets available in the SDP (the "configuration" piece in the fmtp: line) and which parses individual incoming RTP packets from the RTSP demuxer (minus the generic RTP header bits). It should output Theora-encoded frames which can subsequently be decoder by the Theora decoder in libavcodec/.<br />
<br />
=== support for [[YCoCg]]/RGB colorspace in FFV1 ===<br />
Add support for [[YCoCg]] and [[RGB]] encoded sources for the [[FFV1]] codec<br />
<br />
This would add a free lossless intra-frame RGB codec for all by FFmpeg supported platforms (most important MacOS + Windows) which is often asked for video editing in video forums (e.g. slashcam.de)<br />
<br />
=== Metal Gear Solid Video format demuxer ===<br />
Write a demuxer to play video files harvested from the game Metal Gear Solid: The Twin Snakes. The format is described on the wiki page [[Metal Gear Solid VP3]] (which also contains links to samples). This page is based on observations and conjecture, so remember to engage the ffmpeg-devel mailing list with questions.<br />
<br />
=== [[IFF#ANIM|IFF ANIM]] decoder ===<br />
Modify libavformat/iff.c to handle this chunk and write a decoder for the format. The wiki page at [[IFF#ANIM|IFF ANIM]] has links to more information and source code. Samples can be found at http://www-user.tu-chemnitz.de/~womar/projects/iffanim/iffanim_samplepack.zip .<br />
<br />
=== [[CDXL]] decoder ===<br />
http://roundup.ffmpeg.org/roundup/ffmpeg/issue1012<br />
<br />
Write a decoder for this format using the information in the [[CDXL]] wiki page<br />
Discussed for the 2009 SoC <br />
<br />
=== port missing decoders/demuxers from other open source projects. ===<br />
<br />
http://www.mega-nerd.com/libsndfile/#Features<br />
Paris Audio File PAF<br />
IRCAM SF<br />
GNU Octave 2.0 MAT4<br />
GNU Octave 2.1 MAT5<br />
Portable Voice Format PVFSound<br />
Designer II SD2<br />
samples are here: http://www.mega-nerd.com/tmp/SoundFileCollection-20050711-0902.tgz<br />
<br />
http://www.hawksoft.com/hawkvoice/<br />
HVDI_VOICE_DATA- packet<br />
[[GSM]]<br />
LPC<br />
CELP<br />
LPC10<br />
<br />
http://sourceforge.net/projects/vgmstream<br />
150+ formats: http://vgmstream.svn.sourceforge.net/viewvc/vgmstream/readme.txt<br />
<br />
http://www.imagemagick.org<br />
http://www.graphicsmagick.org/formats.html<br />
many image formats not in ffmpeg yet.<br />
<br />
http://gpac.sourceforge.net/<br />
[[MPEG-4 BIFS]]<br />
3GPP DIMS<br />
[[LASeR]]<br />
SAF<br />
SVG<br />
[[Synchronized Multimedia Integration Language|SMIL]]<br />
VRML<br />
X3D<br />
XMT<br />
<br />
http://adplug.sourceforge.net/<br />
http://adplug.sourceforge.net/library/<br />
many OPL2/OPL3 audio formats not in ffmpeg yet.<br />
<br />
http://mikmod.raphnet.net/<br />
http://mikmod.raphnet.net/#features<br />
many music pattern formats not in ffmpeg yet.<br />
<br />
http://www.fly.net/~ant/libs/audio.html#Game_Music_Emu<br />
AY<br />
GBS<br />
GYM<br />
HES<br />
KSS<br />
NSF, NSFE<br />
SAP<br />
[[SNES-SPC700 Sound Format]]<br />
VGM, VGZ<br />
<br />
=== port [[Ut Video]] decoder/encoder ===<br />
gpl v2 decoder/encoder at wiki page<br />
<br />
<br />
=== Sony psp demuxer ===<br />
create/port a demuxer for the sony playstation portable format PMP.<br />
*Samples: http://samples.mplayerhq.hu/playstation/psp/<br />
*mplayer demuxer: http://mplayer-ww.svn.sourceforge.net/viewvc/mplayer-ww/trunk/mplayer/libmpdemux/demux_pmp.c<br />
<br />
=== libswscale PAL8 output ===<br />
<br />
See the thread: "[RFC] libswscale palette output implementation":<br />
http://thread.gmane.org/gmane.comp.video.ffmpeg.devel/101397<br />
<br />
<br />
=== vloopback output support ===<br />
<br />
vloopback is a linux kernel device which allows to create a virtual video device where<br />
programs can write, and can be accessed as a normal video device:<br />
http://www.lavrsen.dk/twiki/bin/view/Motion/VideoFourLinuxLoopbackDevice<br />
<br />
This would allow to write the ffmpeg output to a vloopdevice and be displayed by some a<br />
program reading from such device (e.g. skype, a voip client etc.).<br />
<br />
An example of a program which uses vloopback:<br />
http://www.ws4gl.org/<br />
<br />
<br />
=== Port video filters from MPlayer/VLC/Mjpegtools/Effectv/etc etc to libavfilter ===<br />
<br />
There are plenty programs providing their own filters, many of them may be easily ported to the <br />
superior ;-) framework of libavfilter. Also may be possible to create wrappers around other libraries<br />
(e.g. opencv, libgimp, libshowphoto, libaa).<br />
<br />
[[Category:FFmpeg]]</div>Dashcloudhttps://wiki.multimedia.cx/index.php?title=Talk:Small_FFmpeg_Tasks&diff=12240Talk:Small FFmpeg Tasks2010-02-06T03:41:36Z<p>Dashcloud: Question about claimed tags on task page</p>
<hr />
<div>==Patch Rules==<br />
should we link or quote some ffmpeg patch rules? e.g. tabs are forbidden, use diff -u or svn diff or (insert git command). it seems like this is a common mistake for SoC students. -- [[User:Compn|Compn]] 10:53, 29 March 2008 (EDT)<br />
<br />
: Well the mailing list page has a link to the [http://www.mplayerhq.hu/DOCS/tech/patches.txt MPlayer patch guidelines], but it's missing a few things such as:<br />
:* No trailing whitespace<br />
:* Must not break the regression tests<br />
:* If it does change the regression tests, you must update regression.ref<br />
:* Must check bounds on all input and must not allow overflow or other out-of-bounds condition<br />
:* Use meaningful variable names<br />
:* Globals/externs should have ff_ prefix to avoid naming conflicts<br />
:* Doxygen comments<br />
:* No breaking C standards (eg using underscore prefixes)<br />
:* Keep { } tidy<br />
:* No code duplication<br />
:* Workarounds for compiler bugs (eg MSVC) must not break other platforms<br />
: Anything else? -- [[User:Mkhodor|Mkhodor]] 13:18, 31 March 2008 (EDT)<br />
<br />
:: er, the whole rule list is availible here http://ffmpeg.mplayerhq.hu/general.html#SEC20 , feel free to add it-- [[User:Compn|Compn]] 14:09, 31 March 2008 (EDT)<br />
<br />
== Delphine CIN? ==<br />
<br />
But we already have it in FFmpeg - look at libavcodec/dsicinav.c and libavformat/dsicin.c --[[User:Kostya|Kostya]] 01:43, 31 March 2008 (EDT)<br />
: Awesome. See, that's what this collaborative Wiki model is good for-- keeping me honest. :-) I'll get a test in [http://fate.multimedia.cx/ FATE] soon. --[[User:Multimedia Mike|Multimedia Mike]] 02:05, 31 March 2008 (EDT)<br />
<br />
<br />
== VC1 timestamps in m2ts ==<br />
<br />
''was: Add support for newer codecs such as [[Dirac]] and [[VC1]] to FFmpeg's [[Matroska]] muxer.''<br />
:''[[Dirac]] should mux perfectly as of r16261. What about muxing [[VC1]] doesn't work? A quick -vcodec copy from wmv didn't throw any errors. -[[User:Yuvi|Yuvi]] 05:31, 3 January 2009 (EST)''<br />
::''Yes, WMV3 works fine. There was a report that muxing VC1 from m2ts didn't work. If this does work then feel free to remove the task. Also the demuxer doesn't recognize V_VC1. ''-[[User:Mkhodor|Mkhodor]] 22:58, 4 January 2009 (EST)<br />
:::''From m2ts, ffmpeg gives "error, pts < dts" which means that the timestamps coming out of the m2ts demuxer are invalid. I dunno if it would be easier to fix the demuxer or just extend the parser to fix/fill them in. For V_VC1, is that actually used by a muxer now? According to http://lists.mplayerhq.hu/pipermail/ffmpeg-devel/2007-August/034825.html it was a brief mistake that isn't supposed to be used. -[[User:Yuvi|Yuvi]] 02:50, 5 January 2009 (EST)<br />
::::''I don't know of any other muxers that use it, so I made a note on the [[Matroska]] page that it is deprecated.'' -[[User:Mkhodor|Mkhodor]] 10:47, 13 January 2009 (EST)<br />
<br />
==Removing Claimed tags==<br />
Should the claimed tags be removed from the page? Most of them (if not all of them) are quite old, and many mention people who are not involved with the project anymore. If so, I'll remove them within a few days. [[User:Dashcloud|Dashcloud]]</div>Dashcloudhttps://wiki.multimedia.cx/index.php?title=User:Dashcloud&diff=12105User:Dashcloud2009-12-26T05:06:21Z<p>Dashcloud: update str1 a bit</p>
<hr />
<div>Steven Zakulec is said to have tested every single sample in the MPlayer repository against FFmpeg.<br />
Occasional samples tester & bug filer.<br />
<pre><br />
---Notes from uncommon audio codecs list---<br />
(This will get refined and moved into the main wiki shortly.)<br />
<br />
--How to read--<br />
the audio codec as reported in the uncommon_audio_codec.txt is the folder name. <br />
If it says all fine, it means all samples (up to 5) played fine in FFplay. If FFmpeg doesn't show the same codec tag, I've included that as well. <br />
If there was an issue (audio, or in some cases video) I noted that as well.<br />
<br />
audio samples:<br />
0x0003- all fine, pcm_f32le<br />
0x0004- link is dead<br />
0x0005- play fine, nellymoser<br />
0x0006- plays fine, nellymoser<br />
0x0032- msgsm, not playable by ffplay. <br />
0x0038 not playable- Natural MicroSystems VBXADPCM codec<br />
0x0055 -now shows as mp3 audio, plays fine<br />
0x0057- AMR-NB (should be playable in latest svn)<br />
0x0074- VoxWare, tries to use voxmvdec.ax<br />
0x00ff- aac audio, fine<br />
0x0111- doesn't play, vivo video- Vivo G.723/Siren Audio Codec<br />
0x0112- doesn't play, vivo video- Vivo G.723/Siren Audio Codec<br />
0x0163- doesn't play, Windows Media Audio Lossless V9<br />
0x0215- doesn't play- Ulead DV ACM<br />
0x0216- doesn't play- Ulead DV ACM<br />
0x0402- doesn't play- Indeo Audio<br />
0x1100736d- adpcm_ima wav<br />
0x1104- doesn't play- Lernout & Hauspie CELP and SBC codecs<br />
0x4143- plays fine now, stereo AAC<br />
0x414c- empty folder - possibly lead audio aac/vorbis/amr ? ~~- unlikely: TwoCC says 0x434C LEAD Speech 0x564C LEAD Vorbis<br />
0x5000736d- mp2, plays fine<br />
0x55005354- doesn't play, video broken (wmv1), gnrc data. the text version of the tag is: U ST<br />
0x0674f- doesn't play- is actually Vorbis- must be forced (ffplay can handle it w/ -f ogg)- according to TwoCC, mode 1 Ogg Vorbis<br />
0x6750- doesn't play- is mode 2 Ogg Vorbis (can be played with ffplay -f ogg)<br />
0x6751- doesn't play- labelled as mode 3 Ogg Vorbis- can't be played<br />
0x6771- doesn't play- TwoCC says Ogg Vorbis mode 3+<br />
0x706d- says AAC, plays, but playback not perfect: [aac @ 0x88ccfa0]Predictor bit set but LTP is not implemented].<br />
ut3_for_redpax_with_love.avi, ikiwiki_swarm.avi play fine.<br />
<br />
<br />
0x7a21- doesn't play- 0x7A21 GSM-AMR (CBR, no SID)<br />
0x7a22- doesn't play- 0x7A22 GSM-AMR (VBR, including SID)<br />
0xfffc- doesn't play, vdowave audio. works in mplayer.<br />
0xfffe- themes.avi does- picked up as pcm_f32le<br />
adpcm_ct: all play<br />
adpcm_ima_dk3- doesn't play. Loud static plays for 5 seconds, then nothing. The TwoCC says MS GSM 723.1, but I can't get it to play.<br />
adpcm_swf- all play<br />
atrc- 050913.ram says unsupported video codec (rv20) but plays<br />
other files have rv20 messages as well<br />
dca- plays fine.<br />
drms- audio most likely DRM'd<br />
newYearsSmall.mov- 2nd track doesn't play.<br />
<br />
fl32- plays fine<br />
<br />
fl64- plays fine<br />
<br />
imc- rx620(new).avi plays, but [imc @ 0x8921330]Read coefficients failed sq= 0B <br />
and sounds drops out<br />
<br />
mace3- plays fine<br />
<br />
mp1- plays fine.<br />
<br />
pcm_s24le: plays fine<br />
pcm_s32be- plays fine<br />
pcm_s32le- plays fine<br />
pcm_u16le- empty folder<br />
qclq- plays fine, except for QuickTime.qts- unknown format.<br />
<br />
qdmc- doesn't play, QDesign Music 1<br />
iCantHelpIt.mov- mov,mp4,m4a,3gp,3g2,mj2 @ 0x88dcd70]stream 0, error opening file /bugs life.mov: No such file or directory<br />
milesaway.mov- apparently DSLV is the Quicktime cross-fade effect. The other two tracks are MJPG.<br />
<br />
real288- all play<br />
sawb- amr_wb? (tries to call libamr_wb)<br />
spxn- doesn't play, includes ZyGoVideo Pro<br />
<br />
str1- video is fine, audio doesn't play (str1), Iomega MPEG layer II, RecordIt Decoder<br />
truespeech- plays fine<br />
wma3- doesn't play, no video. The hexcodes ( 33564D57 & 33414D57 spell out WMV3 & WMA3 backwards.<br />
wmav1- plays fine<br />
xovs- no audio or video<br />
</pre><br />
:i think xovs is Xiph Ogg VorbiS, the video track of that file is XiTh (Xiph Theora). --[[User:Compn|Compn]] 11:26, 20 December 2008 (EST)<br />
<br />
<br />
<br />
*0xfffe- Loko-Passe_de_Pedros-Nantes_vs_Psg-1994.mpg doesn't play- clip has this metadata: <br />
MEncoder 1.0pre6-3.3.5- look for current codec pack from then- hopefully the audio codec is there<br />
Revision 14844 - (view) (download) (annotate) - [select for diffs] <br />
Modified Sun Feb 27 18:11:17 2005 UTC (3 years, 9 months ago) by rfelker <br />
File length: 50850 byte(s) <br />
Diff to previous 14842 <br />
Fix the ogg fourcc nightmare!!!<br />
The problem: once upon a time, windows idiots decided to try to store<br />
vorbis-in-ogg-in-avi. Of course this failed miserably, but they used<br />
the audio format tag 0xfffe for "extended" to do this. Later someone<br />
working on MPlayer somehow decided 0xfffe was the format for vorbis,<br />
which is nonsense, and now that's conflicting with real wav files with<br />
extended audio format. This patch changes demux_ogg (and mkv) to use<br />
sane fourcc's for vorbis and theora and gets rid of the 0xfffe<br />
nonsense so hopefully wav files with extended audio will work now.<br />
If there are problems, we'll have to find workarounds...and drive an<br />
18-wheeler full of cola thru the house of whoever wrote this 0xfffe<br />
nonsense in MPlayer to begin with...</div>Dashcloudhttps://wiki.multimedia.cx/index.php?title=User:Dashcloud&diff=12104User:Dashcloud2009-12-26T05:03:47Z<p>Dashcloud: Update some of the files</p>
<hr />
<div>Steven Zakulec is said to have tested every single sample in the MPlayer repository against FFmpeg.<br />
Occasional samples tester & bug filer.<br />
<pre><br />
---Notes from uncommon audio codecs list---<br />
(This will get refined and moved into the main wiki shortly.)<br />
<br />
--How to read--<br />
the audio codec as reported in the uncommon_audio_codec.txt is the folder name. <br />
If it says all fine, it means all samples (up to 5) played fine in FFplay. If FFmpeg doesn't show the same codec tag, I've included that as well. <br />
If there was an issue (audio, or in some cases video) I noted that as well.<br />
<br />
audio samples:<br />
0x0003- all fine, pcm_f32le<br />
0x0004- link is dead<br />
0x0005- play fine, nellymoser<br />
0x0006- plays fine, nellymoser<br />
0x0032- msgsm, not playable by ffplay. <br />
0x0038 not playable- Natural MicroSystems VBXADPCM codec<br />
0x0055 -now shows as mp3 audio, plays fine<br />
0x0057- AMR-NB (should be playable in latest svn)<br />
0x0074- VoxWare, tries to use voxmvdec.ax<br />
0x00ff- aac audio, fine<br />
0x0111- doesn't play, vivo video- Vivo G.723/Siren Audio Codec<br />
0x0112- doesn't play, vivo video- Vivo G.723/Siren Audio Codec<br />
0x0163- doesn't play, Windows Media Audio Lossless V9<br />
0x0215- doesn't play- Ulead DV ACM<br />
0x0216- doesn't play- Ulead DV ACM<br />
0x0402- doesn't play- Indeo Audio<br />
0x1100736d- adpcm_ima wav<br />
0x1104- doesn't play- Lernout & Hauspie CELP and SBC codecs<br />
0x4143- plays fine now, stereo AAC<br />
0x414c- empty folder - possibly lead audio aac/vorbis/amr ? ~~- unlikely: TwoCC says 0x434C LEAD Speech 0x564C LEAD Vorbis<br />
0x5000736d- mp2, plays fine<br />
0x55005354- doesn't play, video broken (wmv1), gnrc data. the text version of the tag is: U ST<br />
0x0674f- doesn't play- is actually Vorbis- must be forced (ffplay can handle it w/ -f ogg)- according to TwoCC, mode 1 Ogg Vorbis<br />
0x6750- doesn't play- is mode 2 Ogg Vorbis (can be played with ffplay -f ogg)<br />
0x6751- doesn't play- labelled as mode 3 Ogg Vorbis- can't be played<br />
0x6771- doesn't play- TwoCC says Ogg Vorbis mode 3+<br />
0x706d- says AAC, plays, but playback not perfect: [aac @ 0x88ccfa0]Predictor bit set but LTP is not implemented].<br />
ut3_for_redpax_with_love.avi, ikiwiki_swarm.avi play fine.<br />
<br />
<br />
0x7a21- doesn't play- 0x7A21 GSM-AMR (CBR, no SID)<br />
0x7a22- doesn't play- 0x7A22 GSM-AMR (VBR, including SID)<br />
0xfffc- doesn't play, vdowave audio. works in mplayer.<br />
0xfffe- themes.avi does- picked up as pcm_f32le<br />
adpcm_ct: all play<br />
adpcm_ima_dk3- doesn't play. Loud static plays for 5 seconds, then nothing. The TwoCC says MS GSM 723.1, but I can't get it to play.<br />
adpcm_swf- all play<br />
atrc- 050913.ram says unsupported video codec (rv20) but plays<br />
other files have rv20 messages as well<br />
dca- plays fine.<br />
drms- audio most likely DRM'd<br />
newYearsSmall.mov- 2nd track doesn't play.<br />
<br />
fl32- plays fine<br />
<br />
fl64- plays fine<br />
<br />
imc- rx620(new).avi plays, but [imc @ 0x8921330]Read coefficients failed sq= 0B <br />
and sounds drops out<br />
<br />
mace3- plays fine<br />
<br />
mp1- plays fine.<br />
<br />
pcm_s24le: plays fine<br />
pcm_s32be- plays fine<br />
pcm_s32le- plays fine<br />
pcm_u16le- empty folder<br />
qclq- plays fine, except for QuickTime.qts- unknown format.<br />
<br />
qdmc- doesn't play, QDesign Music 1<br />
iCantHelpIt.mov- mov,mp4,m4a,3gp,3g2,mj2 @ 0x88dcd70]stream 0, error opening file /bugs life.mov: No such file or directory<br />
milesaway.mov- apparently DSLV is the Quicktime cross-fade effect. The other two tracks are MJPG.<br />
<br />
real288- all play<br />
sawb- amr_wb? (tries to call libamr_wb)<br />
spxn- doesn't play, includes ZyGoVideo Pro<br />
<br />
str1- doesn't play, Iomega MPEG layer II, RecordIt Decoder<br />
truespeech- plays fine<br />
wma3- doesn't play, no video. The hexcodes ( 33564D57 & 33414D57 spell out WMV3 & WMA3 backwards.<br />
wmav1- plays fine<br />
xovs- no audio or video<br />
</pre><br />
:i think xovs is Xiph Ogg VorbiS, the video track of that file is XiTh (Xiph Theora). --[[User:Compn|Compn]] 11:26, 20 December 2008 (EST)<br />
<br />
<br />
<br />
*0xfffe- Loko-Passe_de_Pedros-Nantes_vs_Psg-1994.mpg doesn't play- clip has this metadata: <br />
MEncoder 1.0pre6-3.3.5- look for current codec pack from then- hopefully the audio codec is there<br />
Revision 14844 - (view) (download) (annotate) - [select for diffs] <br />
Modified Sun Feb 27 18:11:17 2005 UTC (3 years, 9 months ago) by rfelker <br />
File length: 50850 byte(s) <br />
Diff to previous 14842 <br />
Fix the ogg fourcc nightmare!!!<br />
The problem: once upon a time, windows idiots decided to try to store<br />
vorbis-in-ogg-in-avi. Of course this failed miserably, but they used<br />
the audio format tag 0xfffe for "extended" to do this. Later someone<br />
working on MPlayer somehow decided 0xfffe was the format for vorbis,<br />
which is nonsense, and now that's conflicting with real wav files with<br />
extended audio format. This patch changes demux_ogg (and mkv) to use<br />
sane fourcc's for vorbis and theora and gets rid of the 0xfffe<br />
nonsense so hopefully wav files with extended audio will work now.<br />
If there are problems, we'll have to find workarounds...and drive an<br />
18-wheeler full of cola thru the house of whoever wrote this 0xfffe<br />
nonsense in MPlayer to begin with...</div>Dashcloudhttps://wiki.multimedia.cx/index.php?title=User:Dashcloud&diff=12103User:Dashcloud2009-12-26T04:21:27Z<p>Dashcloud: trim an overly long line</p>
<hr />
<div>Steven Zakulec is said to have tested every single sample in the MPlayer repository against FFmpeg.<br />
Occasional samples tester & bug filer.<br />
<pre><br />
---Notes from uncommon audio codecs list---<br />
(This will get refined and moved into the main wiki shortly.)<br />
<br />
--How to read--<br />
the audio codec as reported in the uncommon_audio_codec.txt is the folder name. If it says all fine, it means all samples (up to 5) played fine in FFplay. If FFmpeg doesn't show the same codec tag, I've included that as well. If there was an issue (audio, or in some cases video) I noted that as well.<br />
<br />
audio samples:<br />
0x0003- all fine, pcm_f32le<br />
0x0004- link is dead<br />
0x0005- play fine, nellymoser<br />
0x0006- plays fine, nellymoser<br />
0x0032- msgsm, not playable by ffplay. <br />
0x0038 not playable- Natural MicroSystems VBXADPCM codec<br />
0x0055 -now shows as mp3 audio, plays fine<br />
0x0057- AMR-NB (should be playable in latest svn)<br />
0x0074- VoxWare, tries to use voxmvdec.ax<br />
0x00ff- aac audio, fine<br />
0x0111- doesn't play, vivo video- Vivo G.723/Siren Audio Codec<br />
0x0112- doesn't play, vivo video- Vivo G.723/Siren Audio Codec<br />
0x0163- doesn't play, Windows Media Audio Lossless V9<br />
0x0215- doesn't play- Ulead DV ACM<br />
0x0216- doesn't play- Ulead DV ACM<br />
0x0402- doesn't play- Indeo Audio<br />
0x1100736d- adpcm_ima wav<br />
0x1104- doesn't play- Lernout & Hauspie CELP and SBC codecs<br />
0x4143- plays fine now, stereo AAC<br />
0x414c- empty folder - possibly lead audio aac/vorbis/amr ? ~~- unlikely: TwoCC says 0x434C LEAD Speech 0x564C LEAD Vorbis<br />
0x5000736d- mp2, plays fine<br />
0x55005354- doesn't play, video broken (wmv1), gnrc data. the text version of the tag is: U ST<br />
0x0674f- doesn't play- is actually Vorbis- must be forced (ffplay can handle it w/ -f ogg)- according to TwoCC, mode 1 Ogg Vorbis<br />
0x6750- doesn't play- is mode 2 Ogg Vorbis (can be played with ffplay -f ogg)<br />
0x6751- doesn't play- labelled as mode 3 Ogg Vorbis- can't be played<br />
0x6771- doesn't play- TwoCC says Ogg Vorbis mode 3+<br />
0x706d- says AAC, plays, but playback not perfect: [aac @ 0x88ccfa0]Predictor bit set but LTP is not implemented].<br />
ut3_for_redpax_with_love.avi, ikiwiki_swarm.avi play fine.<br />
<br />
<br />
0x7a21- doesn't play- 0x7A21 GSM-AMR (CBR, no SID)<br />
0x7a22- doesn't play- 0x7A22 GSM-AMR (VBR, including SID)<br />
0xfffc- doesn't play, vdowave audio. works in mplayer.<br />
0xfffe- themes.avi does- picked up as pcm_f32le<br />
adpcm_ct: all play<br />
adpcm_ima_dk3- doesn't play. Loud static plays for 5 seconds, then nothing. The TwoCC says MS GSM 723.1, but I can't get it to play.<br />
adpcm_swf- all play<br />
atrc- 050913.ram says unsupported video codec (rv20) but plays<br />
other files have rv20 messages as well<br />
dca- audio track 6 shows as 0x0000- should be 0162- wma3<br />
drms- audio most likely DRM'd<br />
newYearsSmall.mov- 1st track same as above, crashed ffplay; 2nd track doesn't play, no messages<br />
<br />
fl32- plays fine<br />
<br />
fl64- plays fine<br />
<br />
imc- rx620(new).avi plays, but [imc @ 0x8921330]Read coefficients failed sq= 0B <br />
and sounds drops out<br />
<br />
mace3- plays fine<br />
<br />
mp1- plays fine.<br />
<br />
pcm_s24le: plays fine<br />
pcm_s32be- plays fine<br />
pcm_s32le- plays fine<br />
pcm_u16le- empty folder<br />
qclq- doesn't play<br />
<br />
qdmc- doesn't play, QDesign Music 1<br />
iCantHelpIt.mov- mov,mp4,m4a,3gp,3g2,mj2 @ 0x88dcd70]stream 0, error opening file /bugs life.mov: No such file or directory<br />
milesaway.mov- apparently DSLV is the Quicktime cross-fade effect. The other two tracks are MJPG.<br />
<br />
real288- all play<br />
sawb- amr_wb? (tries to call libamr_wb)<br />
spxn- doesn't play, includes ZyGoVideo Pro<br />
<br />
str1- doesn't play, Iomega MPEG layer II, RecordIt Decoder<br />
truespeech- plays fine<br />
wma3- doesn't play, no video. The hexcodes ( 33564D57 & 33414D57 spell out WMV3 & WMA3 backwards.<br />
wmav1- plays fine<br />
xovs- no audio or video<br />
</pre><br />
:i think xovs is Xiph Ogg VorbiS, the video track of that file is XiTh (Xiph Theora). --[[User:Compn|Compn]] 11:26, 20 December 2008 (EST)<br />
<br />
<br />
<br />
*0xfffe- Loko-Passe_de_Pedros-Nantes_vs_Psg-1994.mpg doesn't play- clip has this metadata: <br />
MEncoder 1.0pre6-3.3.5- look for current codec pack from then- hopefully the audio codec is there<br />
Revision 14844 - (view) (download) (annotate) - [select for diffs] <br />
Modified Sun Feb 27 18:11:17 2005 UTC (3 years, 9 months ago) by rfelker <br />
File length: 50850 byte(s) <br />
Diff to previous 14842 <br />
Fix the ogg fourcc nightmare!!!<br />
The problem: once upon a time, windows idiots decided to try to store<br />
vorbis-in-ogg-in-avi. Of course this failed miserably, but they used<br />
the audio format tag 0xfffe for "extended" to do this. Later someone<br />
working on MPlayer somehow decided 0xfffe was the format for vorbis,<br />
which is nonsense, and now that's conflicting with real wav files with<br />
extended audio format. This patch changes demux_ogg (and mkv) to use<br />
sane fourcc's for vorbis and theora and gets rid of the 0xfffe<br />
nonsense so hopefully wav files with extended audio will work now.<br />
If there are problems, we'll have to find workarounds...and drive an<br />
18-wheeler full of cola thru the house of whoever wrote this 0xfffe<br />
nonsense in MPlayer to begin with...</div>Dashcloudhttps://wiki.multimedia.cx/index.php?title=Small_FFmpeg_Tasks&diff=11607Small FFmpeg Tasks2009-05-19T03:16:57Z<p>Dashcloud: waveformat extensible muxer support is available</p>
<hr />
<div>This page contains ideas for small, relatively simple tasks for the [[FFmpeg]] project. People who might be interested in trying one of these tasks:<br />
* Someone who wants to contribute to FFmpeg and needs to find a well-defined task to start with<br />
* Someone who wishes to qualify for one of FFmpeg's coveted [[FFmpeg Summer Of Code|Summer of Code]] project slots<br />
* An existing FFmpeg developer who has been away from the project for a while and needs a smaller task as motivation for re-learning the codebase<br />
<br />
For other tasks of varying difficulty, see the [[Interesting Patches]] page.<br />
<br />
'''If you would like to work on one of these tasks''', please take these steps:<br />
* Subscribe to the [https://lists.mplayerhq.hu/mailman/listinfo/ffmpeg-devel FFmpeg development mailing list] and indicate your interest<br />
* Ask [[User:Multimedia Mike|Multimedia Mike]] for a Wiki account so you can claim your task on this Wiki<br />
<br />
'''If you would like to add to this list''', please be prepared to explain some useful details about the task. Excessively vague tasks with no supporting details will be ruthlessly deleted.<br />
<br />
=== Finish up a previous incomplete SoC project ===<br />
<br />
Several SoC projects from previous years have not yet made it into FFmpeg. Taking any of them and finishing them up to the point that they can be included should make for a good qualification task. Check out the [[FFmpeg Summer Of Code]] overview page and look for the unfinished projects, like AMR-NB, Dirac, TS muxer, JPEG 2000.<br />
<br />
=== Generic Colorspace system ===<br />
This task involves adding support more than 8 bits per component (Y on 10 bits, U on 10 bits, V on 10 bits for example)<br />
and generic simple conversion to other colorspaces.<br />
<br />
''Does this have to do with revising FFmpeg's infrastructure? If so, then it doesn't feel like a qualification task. If it's something simpler, then the vague description does not convey that simplicity. Please expound.'' --[[User:Multimedia Mike|Multimedia Mike]] 12:56, 25 February 2008 (EST)<br />
<br />
''I don't think so, extending PixFmt to extended structure with finegrained description like depth, range values, colorspace, sample period, and write generic simple conversion from all formats to all others, like suggested by Michael on the mailing list. Conversion routine can be a good qualification task for video encoders/decoders. What do you think ?<br />
--[[User:Bcoudurier|Baptiste Coudurier]] 00:30, 29 February 2008 (EST)<br />
<br />
''* Adding the [[YCoCg]] colorspace (with different sized planes) for RGB sourced pictures would be nice too. [[User:Elte|Elte]] 07:15, 16 March 2009 (EDT)<br />
<br />
=== Make the SoC dts encoder multichannel capable ===<br />
Here is a skeleton for a dts encoder http://svn.mplayerhq.hu/soc/dcaenc/, currently it can only encode stereo streams.<br />
The task is to extend it to support 5.1 channels also.<br />
<br />
Specs and info can be found here:<br />
http://wiki.multimedia.cx/index.php?title=DTS<br />
<br />
=== GIF LZW Encoder and extend Encoder and Decoder to support Animated GIFs ===<br />
<br />
Lzw encoder is already used for TIFF, it must be extended to support GIF flavor.<br />
<br />
:''Claimed by Samuel Simon''<br />
<br />
=== Implement a Vivo demuxer for FFmpeg ===<br />
Implement an FFmpeg demuxer for the [[Vivo]] file format. The best reference for understanding the format would be MPlayer's [http://svn.mplayerhq.hu/mplayer/trunk/libmpdemux/demux_viv.c?view=markup existing .viv demuxer].<br />
<br />
This task corresponds to issue 99: http://roundup.ffmpeg.org/roundup/ffmpeg/issue99<br />
<br />
''I am ready to help out with understanding MPlayer's demuxer, esp. MPlayer API stuff if necessary.<br />
--[[User:Reimar|Reimar]] 15:46, 1 March 2008 (EST)<br />
:Daniel Verkamp is currently working on this task as a qualification for Google SoC 2009 --[[User:Ce|Ce]] 05:30, 21 March 2009 (EDT)<br />
<br />
=== Port missing demuxers from MPlayer to FFmpeg ===<br />
MPlayer supports a few container formats in libmpdemux that are not yet present in libavformat. Porting them over and gettting them relicensed as LGPL or reimplementing them from scratch should make reasonable small tasks.<br />
<br />
# TiVo -- ''Jai Menon is working on this''<br />
# VIVO -- ''Daniel Verkamp has a patch for this''<br />
# XMMS<br />
# libnemesi (the RTSP/RTP client library)<br />
# SL support for MPEG-TS<br />
# MNG<br />
<br />
=== Optimal Huffman tables for (M)JPEG ===<br />
This task is outlined at http://guru.multimedia.cx/small-tasks-for-ffmpeg/ and is tracked in the issue tracker: http://roundup.ffmpeg.org/roundup/ffmpeg/issue267<br />
:Indrani Kundu Saha is currently working on this task as a qualification for Google SoC 2009 --[[User:Ce|Ce]] 19:41, 13 March 2009 (EDT)<br />
<br />
=== YOP Playback System ===<br />
This task is to implement an FFmpeg playback subsystem for [[Psygnosis YOP]] files. This will entail writing a new file demuxer and video decoder, both of which are trivial by FFmpeg standards. [[Psygnosis YOP|The Psygnosis YOP page]] contains the specs necessary to complete this task and points to downloadable samples.<br />
<br />
=== M95 Playback System ===<br />
This task is to implement an FFmpeg playback subsystem for [[M95]] files. This will entail writing a new file demuxer and video decoder (the audio is already uncompressed), both of which are trivial by FFmpeg standards. [[M95|The M95 page]] contains the specs necessary to complete this task and points to downloadable samples.<br />
:''Claimed by Tomren<br />
<br />
=== BRP Playback System ===<br />
This task is to implement an FFmpeg playback subsystem for [[BRP]] files. This will entail writing a new file demuxer as well as a video decoder that can handle at least 2 variations of format data. Further, write an audio decoder for the custom DPCM format in the file. All of these tasks are considered trivial by FFmpeg standards. [[BRP|The BRP page]] contains the specs necessary to complete this task and points to downloadable samples for both known variations.<br />
<br />
=== 16-bit Interplay Video Decoder ===<br />
FFmpeg already supports [[Interplay MVE]] files with [[Interplay Video|8-bit video data]] inside. This task involves supporting 16-bit video data. The video encoding format is mostly the same but the pixel size is twice as large. Engage the ffmpeg-devel list to discuss how best to approach this task.<br />
<br />
=== 16-bit VQA Video Decoder ===<br />
FFmpeg already supports Westwood [[VQA]] files. However, there are 3 variations of its custom video codec. The first 2 are supported in FFmpeg. This task involves implementing support for the 3rd variation. Visit the VQA samples repository: http://samples.mplayerhq.hu/game-formats/vqa/ -- The files in the directories Tiberian Sun VQAs/, bladerunner/, and dune2000/ use the 3rd variation of this codec. The [[VQA|VQA page]] should link to all the details you need to support this format.<br />
<br />
:''Claimed by Deep Pal/The Deep Explorer ([http://lists.mplayerhq.hu/pipermail/ffmpeg-devel/2009-March/065522.html reference])''<br />
<br />
=== HNM4 Playback System ===<br />
This task is to implement an FFmpeg playback subsystem for [[HNM4]] variant of the [[HNM]] format. This will entail writing a new file demuxer and video decoder, both of which are trivial by FFmpeg standards. [[HNM4|The HNM4 page]] contains the specs necessary to complete this task and links to downloadable samples.<br />
<br />
=== Apple RPZA encoder ===<br />
A patch was once sent to the ffmpeg-devel mailing list to include an encoder for the [[Apple RPZA]] video codec. That code can be found on the "[[Interesting Patches]]" page. This qualification task involves applying that patch so that it can compile with current FFmpeg SVN code and then cleaning it up per the standards of the project. Engage the mailing list to learn more about what to do.<br />
:''Claimed by Jai Menon''<br />
<br />
=== QuickTime Edit List Support ===<br />
Implement edit list support in FFmpeg's QuickTime demuxer (libavformat/mov.c). This involves parsing the 'elst' atom in a QuickTime file. For a demonstration of how this is a problem, download the file menace00.mov from http://samples.mplayerhq.hu/mov/editlist/ and play it with ffplay or transcode it with ffmpeg. Notice that the audio and video are ever so slightly out of sync. Proper edit list support will solve that. Other samples in that directory also presumably exhibit edit list-related bugs. The [http://xine.cvs.sourceforge.net/xine/xine-lib/src/demuxers/demux_qt.c?view=markup Xine demuxer] has support for this, it might be useful for hints.<br />
<br />
:Krishna Gadepalli is working on this (patch submitted to ffmpeg-devel , currently in review) --[[User:Compn|Compn]] 10:35, 14 March 2009 (EDT)<br />
<br />
=== Implement the Flash Screen Video codec version 2 ===<br />
FFmpeg is missing both a decoder and an encoder. Would be nice to have that.<br />
<br />
:''Daniel Verkamp is working on this''<br />
<br />
=== Add wma fixed point decoder back into libavcodec ===<br />
http://svn.rockbox.org/viewvc.cgi/trunk/apps/codecs/libwma/<br />
Rockbox's fixed-point WMA decoder was adapted from the decoder in libavcodec.<br />
<br />
=== RealAudio 14.4 encoder ===<br />
FFmpeg contains a decoder for [[RealAudio 14.4]], a farily simple integer CELP codec. Write an encoder. This would be a good qualification task for anyone interested in working on AMR, Speex, or sipr.<br />
<br />
=== VC1 timestamps in m2ts ===<br />
<br />
Codec copy of VC1 from m2ts currently doesn't work. Either extend the VC1 parser to output/fix timestamps, or fix the timestamps from m2ts demuxing.<br />
<br />
<br />
<br />
=== FLIC work ===<br />
<br />
Revise the [[Flic Video]] decoder at libavcodec/flicvideo.c to support video transported in AVI or MOV files while making sure that data coming from the usual FLI files still works. 'AFLC' and 'flic' FourCC samples are linked from the [[Flic Video]] page.<br />
<br />
<br />
<br />
=== CorePNG Decoder ===<br />
<br />
Extend FFmpeg's PNG decoder to handle the difference frames and [[YUV]] colorspace added in [[CorePNG]]. Sample at [http://samples.mplayerhq.hu/V-codecs/PNG1/ http://samples.mplayerhq.hu/V-codecs/PNG1/]<br />
:''Claimed by Thilo Borgmann''<br />
<br />
=== Extend PNG Decoder / swscale ===<br />
<br />
get this png working in ffpng: http://roundup.ffmpeg.org/roundup/ffmpeg/issue813 .<br />
<br />
http://lists.mplayerhq.hu/pipermail/ffmpeg-devel/2009-February/063450.html<br />
<br />
This does more than just simple rgb48 input also it does not try to preserve<br />
the 16bit per component.<br />
<br />
anyway, if someone wants to do something in this direction like trying to push<br />
this patch in (its yuv2rgb part needs to be adapted to what we have in svn<br />
now) or try to do rgb48 input with preserving of 16bits per component then<br />
IMHO thats a valid qualification task<br />
<br />
=== CJPG format ===<br />
<br />
Extend FFmpeg's MJPEG decoder to handle the different frames/packing of CJPG. Samples at: http://roundup.ffmpeg.org/roundup/ffmpeg/issue777<br />
<br />
=== Optimize Theora Decoder ===<br />
<br />
speed up the Theora decoder. [http://www.archive.org/download/AlternativeFreedom/alternative_freedom.ogg 720:480 sample] hits 100% cpu on a p4 1.5ghz.<br />
:''Do you have any specific optimizations tips? I like these small tasks to present a clearer jumping-off point. --[[User:Multimedia Mike|Multimedia Mike]] 18:57, 22 December 2008 (EST)''<br />
::''did theora make use of the mmx/sse functions of ffvp3? i was looking at the xiph GSOC page which mentioned a similar task. --[[User:Compn|Compn]] 21:17, 22 December 2008 (EST)''<br />
::''The major optimization I can think of is reworking coefficient decoding to avoid the continue in unpack_vlcs() (basically by having a list of coefficient VLCs for each position rather than for each block, then decoding them when actually rendering the block.) Unfortunately this also requires reworking render_slice() and reverse_dc_prediction() quite significantly which is why I haven't done it yet. [[User:Yuvi|Yuvi]] 18:25, 23 December 2008 (EST)''<br />
<br />
<br />
=== flip flag for upside-down codecs ===<br />
<br />
<pre>about the flip, a patch that decodes images fliped when<br />
codec_tag == ff_get_fourcc("GEOX") is welcome.<br />
its a metter of 2lines manipulating data/linesize of imgages after<br />
get_buffer() or something similar<br />
[...]<br />
-- <br />
Michael GnuPG fingerprint: 9FF2128B147EF6730BADF133611EC787040B0FAB<br />
</pre><br />
more info:<br />
http://roundup.ffmpeg.org/roundup/ffmpeg/issue741<br />
<br />
=== lavf-based concatenation tool ===<br />
<br />
Unless we have multiple files input in FFmpeg, it would be nice to have some libavformat-based tool that would extract frames from multiple files (possible different containers as well) and put them into single one.<br />
<br />
:''Claimed by Geza Kovacs''<br />
<br />
=== cljr and vcr1 encoders ===<br />
According to this: http://lists.mplayerhq.hu/pipermail/ffmpeg-devel/2009-February/063647.html both of the encoders are disabled, and won't compile if enabled. Michael would prefer to keep them around, and have someone grow them into full encoders.<br />
<br />
=== implement some colorspace fourcc/codecs ===<br />
some colorspace formats were uploaded to http://samples.mplayerhq.hu/V-codecs/<br />
including:<br />
2vuy.avi<br />
CYUV.AVI<br />
P422.AVI<br />
UYNV.AVI<br />
UYNY.avi<br />
V422.AVI<br />
YUNV.AVI<br />
a12v.avi<br />
auv2.avi<br />
and V-codecs/yuv8/MAILTEST.AVI .<br />
<br />
step by step tutorial for adding new input formats to swscale:<br />
cd mplayer/libswscale/<br />
svn di -r20426:20427<br />
the hunks 3 and 5 you dont need, they are optional special converters<br />
also the change to isSupportedOut() you dont need<br />
above will add a new input format<br />
<br />
another example for adding an input format<br />
cd mplayer/libswscale/<br />
svn di -r20604:20605<br />
<br />
=== Create a libamr compatible library of the Android amr codec ===<br />
http://android.git.kernel.org/?p=platform/external/opencore.git;a=tree;f=codecs_v2/audio/gsm_amr/amr_nb;h=4bac3ee5bd1ae8b6955f2d0bdac7de43c0d985c1;hb=HEAD<br />
<br />
<br />
=== Make the rtp demuxer support rtcp BYE packets ===<br />
rtcp BYE (203) packets are sent from the sender to the receiver to notify that a stream has ended.<br />
FFmpeg currently ignores them.<br />
<br />
Sample url rtsp://media.lscube.org/tests/tc.mov<br />
<br />
:Kevin DuBois is working on this GSoC qualification task<br />
<br />
=== Implement the RTP/Theora payload ===<br />
The Theora payload is currently still a [http://svn.xiph.org/trunk/theora/doc/draft-ietf-avt-rtp-theora-00.txt draft]. Yet, it would be nice to support this payload. As per above, the [http://www.lscube.org/projects/feng feng RTSP server] supports the Theora RTP payload draft and can be used for testing your implementation of the draft, or you can use the online feng test-server (rtsp://media.lscube.org:554/tests/rms_profumo_1.ogv).<br />
<br />
Most likely, your implementation will consist of a file called rtp_theora.c in libavformat/, which will read the header packets available in the SDP (the "configuration" piece in the fmtp: line) and which parses individual incoming RTP packets from the RTSP demuxer (minus the generic RTP header bits). It should output Theora-encoded frames which can subsequently be decoder by the Theora decoder in libavcodec/.<br />
<br />
:''Claimed by Ilya S. Smelykh''<br />
<br />
=== cdg decoder + demuxer ===<br />
create a [[CD Graphics]] decoder/demuxer. implementations: http://www.kibosh.org/pykaraoke/ or http://users.fbihome.de/~glogow/ or http://miageprojet.unice.fr/twiki/bin/view/Fun/JavaKarPlayer or http://www.kibosh.org/cdgtools/ or http://code.google.com/p/cdg2video/ (which uses ffmpeg). [http://git.videolan.org/?p=vlc.git;a=blob;f=modules/codec/cdg.c vlc implementation]<br />
<br />
=== support for [[YCoCg]]/RGB colorspace in FFV1 ===<br />
Add support for [[YCoCg]] and [[RGB]] encoded sources for the [[FFV1]] codec<br />
<br />
This would add a free lossless intra-frame RGB codec for all by FFmpeg supported platforms (most important MacOS + Windows) which is often asked for video editing in video forums (e.g. slashcam.de)<br />
<br />
=== Metal Gear Solid Video format demuxer ===<br />
Write a demuxer to play video files harvested from the game Metal Gear Solid: The Twin Snakes. The format is described on the wiki page [[Metal Gear Solid VP3]] (which also contains links to samples). This page is based on observations and conjecture, so remember to engage the ffmpeg-devel mailing list with questions.<br />
<br />
=== [[IFF#ANIM|IFF ANIM]] decoder ===<br />
Modify libavformat/iff.c to handle this chunk and write a decoder for the format. The wiki page at [[IFF#ANIM|IFF ANIM]] has links to more information and source code. Samples can be found at http://www-user.tu-chemnitz.de/~womar/projects/iffanim/iffanim_samplepack.zip .<br />
<br />
=== [[CDXL]] decoder ===<br />
Write a decoder for this format using the information in the [[CDXL]] wiki page<br />
:Erion Omeri is currently working on this task as a qualification for Google SoC 2009 --[[User:Ce|Ce]] 10:42, 6 April 2009 (EDT)<br />
<br />
=== Parse TrueHD and AC3 out of Blu-Ray m2ts files ===<br />
Make libavformat properly parse this sample:<br />
http://madshi.net/hd_dolby_true_hd.m2ts<br />
Track #0.1 has TrueHD and AC3 interleaved. Check if the demuxer (libavformat/mpegts.c) is able to cleanly separate TrueHD and AC3. If that's impossible, call both TrueHD and AC3 parsers in a way that properly splits the packets. Use eac3to to see the expected split output.<br />
<br />
=== [[QCP]] demuxer ===<br />
<br />
Write a demuxer for these cell phone recordings using the RFC and samples linked on the wiki page.<br />
<br />
=== [[Apple Core Audio Format]] demuxer ===<br />
<br />
Write a demuxer for the caf file format. Specs / samples linked on the wiki page.<br />
implementation: http://www.mega-nerd.com/libsndfile/<br />
<br />
=== port missing decoders/demuxers from other open source projects. ===<br />
<br />
http://www.mega-nerd.com/libsndfile/#Features<br />
Paris Audio File PAF<br />
IRCAM SF<br />
GNU Octave 2.0 MAT4<br />
GNU Octave 2.1 MAT5<br />
Portable Voice Format PVFSound<br />
Designer II SD2<br />
samples are here: http://www.mega-nerd.com/tmp/SoundFileCollection-20050711-0902.tgz<br />
<br />
http://sox.sourceforge.net/Docs/Features<br />
[[SoX native intermediate format]]<br />
<br />
http://www.hawksoft.com/hawkvoice/<br />
HVDI_VOICE_DATA- packet<br />
[[GSM]]<br />
LPC<br />
CELP<br />
LPC10<br />
<br />
http://sourceforge.net/projects/vgmstream<br />
150+ formats: http://vgmstream.svn.sourceforge.net/viewvc/vgmstream/readme.txt<br />
<br />
<br />
[[Category:FFmpeg]]</div>Dashcloudhttps://wiki.multimedia.cx/index.php?title=Talk:FFmpeg_Summer_Of_Code_2009&diff=11366Talk:FFmpeg Summer Of Code 20092009-03-20T03:00:53Z<p>Dashcloud: </p>
<hr />
<div>=== S/PDIF muxer ===<br />
<br />
Is there any specific qualification task you would like done for this? -- Jai<br />
<br />
:Working Jpeg2000 decoder ;), cleaning up this http://lists.mplayerhq.hu/pipermail/ffmpeg-devel/2005-June/001673.html would be welcome. It's a rpza encoder. --[[User:Merbanan|Merbanan]] 06:22, 31 December 2008 (EST)<br />
<br />
=== speex + gsm ===<br />
<br />
Aren't libgsm and libspeex distributed under a permissive license?<br />
If yes, these tasks do not have very high priority, imo.<br />
[[User:Ce|Ce]] 14:56, 11 January 2009 (EST)<br />
<br />
: That's not important. FFmpeg aims to support all multimedia formats. We have never let this argument stop us from implementing decoders. --[[User:DonDiego|DonDiego]] 08:22, 14 March 2009 (EDT)<br />
<br />
:: That's fine but a Speex decoder should be at least as high quality as libspeex. We already have an Ogg demuxer that fails on files libogg plays and a Theora decoder that doesn't support all of the features that libtheora does. --[[User:AConverse|AConverse]]<br />
:::Could you point me to the roundup issue numbers? --[[User:Ce|Ce]] 19:36, 19 March 2009 (EDT)<br />
<br />
=== DTS-HD Master Audio decoder? ===<br />
Would [http://en.wikipedia.org/wiki/DTS-HD_Master_Audio DTS-HD Master Audio] decoder make good project suggestion? [[User:Gamester17|Gamester17]] 02:51, 16 January 2009 (EST)<br />
<br />
http://en.wikipedia.org/wiki/DTS-HD_Master_Audio<br />
:""''DTS-HD Master Audio is a lossless audio codec created by Digital Theater System. It was previously known as DTS++ and DTS-HD. It is an extension of DTS which, when played back on devices which do not support the Master Audio extension, degrades to a 1.5 Mbit/s "core" track which is lossy. DTS-HD Master Audio is an optional audio format for both Blu-ray Disc and HD DVD''"<br />
<br />
Specs, please. From what I know the projects without spec take a looong time to complete. --[[User:Kostya|Kostya]] 03:32, 16 January 2009 (EST)<br />
<br />
:AFAIK, there is even no software implementation, so it would be even more difficult;-( [[User:Ce|Ce]] 20:14, 16 January 2009 (EST)<br />
<br />
::How about then qualification task for at least distinguishing between normal DTS and DTS-HD Master Audio, to let the users know that the audio stream DTS-HD Master Audio but they are only getting normal DTS output out of it from FFmpeg? As today FFmpeg reports all as just "''dca''", (I understand that [http://mediainfo.sourceforge.net MediaInfo] is an open source C++ project that is capable of distinguishing between normal DTS and DTS-HD Master Audio. [[User:Gamester17|Gamester17]] 12:20, 21 January 2009 (EST)<br />
<br />
=== WTV (Microsoft Windows Media Center Recording Format) demuxer? ===<br />
Would a [[WTV|WTV (Microsoft Windows Media Center Recording Format)]] demuxer make good project suggestion? [[User:Gamester17|Gamester17]] 13:14, 16 January 2009 (EST)<br />
<br />
[[WTV|http://wiki.multimedia.cx/index.php?title=WTV]]<br />
:"''WTV is the new container format used to record television shows in Microsoft Windows Vista Media Center starting with Windows Media Center TV Pack 2008.''", "''WTV is the successor of DVR-MS which is is being replaced with WTV''", "''WRT is also the default recording format for Windows 7 Media Center''"<br />
<br />
::This is tricky. It doesn't strike me as being involved enough to qualify as one of our usual SoC projects. OTOH, it seems a little too involved to be a qualification task. --[[User:Multimedia Mike|Multimedia Mike]] 14:24, 16 January 2009 (EST)<br />
<br />
::: That sounds great actually. Maybe this could become one of the few SoC projects that are actually finished in time...--[[User:DonDiego|DonDiego]] 07:18, 18 January 2009 (EST)<br />
<br />
:::: +1! [[User:Ce|Ce]] 11:54, 18 January 2009 (EST)<br />
:Added to article --[[User:Ce|Ce]] 12:56, 19 March 2009 (EDT)<br />
<br />
=== libavui (a common skins library)? ===<br />
Would a common skins library make good project suggestion?<br />
*MPlayer skin<br />
*VLC skin<br />
*Xine skin<br />
*XMMS skin<br />
*WINAMP skin<br />
*Windows Media Player skin<br />
*Rockbox skin<br />
*foobar2000 skin<br />
*Songbird feathers (skin)<br />
-[[User:Nazo|Nazo]] 21:29, 16 January 2009 (EST)<br />
: Personally, I would advocate a project to stamp out skinnable UIs across the computing landscape. But that's outside of the scope of an SoC project. I hate UI skins. --[[User:Multimedia Mike|Multimedia Mike]] 14:03, 17 January 2009 (EST)<br />
:: I second that. But I don't see how GUI stuff like promoting or discouraging skins relates to libav* in the first place. [[User:Koorogi|Koorogi]] 16:26, 17 January 2009 (EST)<br />
: No, skins are outside the scope of FFmpeg.--[[User:DonDiego|DonDiego]] 07:18, 18 January 2009 (EST)<br />
<br />
==Refactor VDPAU patch for video editing ==<br />
This might be a good project: http://lists.mplayerhq.hu/pipermail/ffmpeg-devel/2009-January/059032.html but I don't know for sure, so that's why I am including it on this page. [[User:Dashcloud|Dashcloud]] 16:23, 20 January 2009 (EST)<br />
<br />
==More pixel format support?==<br />
Would more pixel format support make good project suggestion? Here is crazy missing pixel format list (from HDPhoto):<br />
*1/2/4bpp palette - 8bpp is already supported<br />
*1/2/4/32bpp gray - 8bpp and 16bpp are already supported<br />
*16bpp gray fixedpoint<br />
*32bpp gray float<br />
*48/96bpp RGB - 24bpp is already supported<br />
*48/64bpp RGB half<br />
*48/64/96/128bpp RGB fixedpoint<br />
*32bpp RGB101010<br />
*96/128bpp RGB float<br />
*64/128bpp RGBA - 32bpp is already supported<br />
*64/128bpp RGBA fixedpoint<br />
*64bpp RGBA half<br />
*128bpp RGBA float<br />
*32bpp BGR - 24bpp is already supported<br />
*32bpp PBGRA<br />
*64bpp PRGBA<br />
*128bpp PRGBA float<br />
*32bpp RGBE<br />
*32/64bpp CMYK<br />
*40/80bpp CMYKAlpha<br />
*12bpp YUV420<br />
*16bpp YUV422<br />
*24bpp YUV444<br />
*24bpp 3Channels<br />
*32bpp 4Channels<br />
*40bpp 5Channels<br />
*48bpp 6Channels<br />
*56bpp 7Channels<br />
*64bpp 8Channels<br />
*48bpp 3Channels<br />
*64bpp 4Channels<br />
*80bpp 5Channels<br />
*96bpp 6Channels<br />
*112bpp 7Channels<br />
*128bpp 8Channels<br />
*32bpp 3ChannelsAlpha<br />
*40bpp 4ChannelsAlpha<br />
*48bpp 5ChannelsAlpha<br />
*56bpp 6ChannelsAlpha<br />
*64bpp 7ChannelsAlpha<br />
*72bpp 8ChannelsAlpha<br />
*64bpp 3ChannelsAlpha<br />
*80bpp 4ChannelsAlpha<br />
*96bpp 5ChannelsAlpha<br />
*112bpp 6ChannelsAlpha<br />
*128bpp 7ChannelsAlpha<br />
*144bpp 8ChannelsAlpha<br />
--[[User:Nazo|Nazo]] 07:24, 21 January 2009 (EST)<br />
<br />
: See [[Small FFmpeg Tasks#Generic Colorspace system]]. [[User:Vitor|Vitor]] 14:11, 22 January 2009 (EST)<br />
:: need samples for each one at least. --[[User:Compn|Compn]] 07:33, 23 January 2009 (EST)<br />
::: and HDPhoto decoder --[[User:Kostya|Kostya]] 08:06, 23 January 2009 (EST)<br />
:::: HDPhoto format is similar to tiff. HDPhoto support uncompressed image, I remembered. but I checked, it was for future use:-( --[[User:Nazo|Nazo]] 09:46, 23 January 2009 (EST)<br />
<br />
==VC-1 Interlaced Support==<br />
Blu-Ray media contain interlaced VC-1 which is currently not supported by lavc decoder. Since a lot of people showed the lack of interest to implement it, maybe some student will take this task. --[[User:Kostya|Kostya]] 09:23, 26 January 2009 (EST)<br />
:Added to article --[[User:Ce|Ce]] 09:53, 4 March 2009 (CST)<br />
<br />
==Interactive command ui support==<br />
Interactive command ui might be good start point to implement missing features for GUI encoders.<br />
* more presets<br />
* containable codec in each format<br />
* mapping between encode options and proper UI types<br />
* playable codecs and encode options on each player (WMP, RealPlayer, Flash Player, Silverlight, PS3, mobile phones, etc...)<br />
* list of usable metadata tags in each format<br />
* etc...<br />
--[[User:Nazo|Nazo]] 05:22, 28 February 2009 (CST)<br />
<br />
<br />
==Maybe remove/downshift some tasks==<br />
Some tasks would be hard to complete:<br />
* Flash Screen video 2 codec - without Mike providing documentation it's a bit harder. I remember one student who was promised RV40 specs and got almost nothing; decoder was more or less completed successfully but it took slightly more time.<br />
* GStreamer input - rather weak excuse. Better make it the task of REing WMA lossless (WMApro is almost there).<br />
* i263 decoder - FFmpeg supports i263 to some extent. Missing bits are probably make only a small FFmpeg task.<br />
--[[User:Kostya|Kostya]] 10:39, 4 March 2009 (CST)<br />
<br />
I also have my doubts about libvo (typical cleanup task, that has not worked out well in the past) and the AACS task.<br />
AACS could work out, but IMO only the "last" part, decoding when the title key has already be found fits in FFmpeg, and then I think it should at least be AACS + CSS (I hope they would be able to share some code, at least they use the same bits for flagging the encryption).<br />
<br />
[[User:Reimar|Reimar]] 14:26, 19 March 2009 (EDT)<br />
<br />
== ffmpeg.c factorization ==<br />
<br />
Every once in a while, someone shows up at ffmpeg-devel with a patch for turning ffmpeg.c into a library (for example [http://lists.mplayerhq.hu/pipermail/ffmpeg-devel/2009-January/059828.html]). While this is a bad idea for several reasons, having a lot of people asking for it shows that it is very hard to use libav* in a client application while been as flexible as the command-line tool.<br />
<br />
So I suggest a SoC project of factorizing ffmpeg.c into several public, clean, well-documented functions, to simplify the use libav* and turning ffmpeg.c into a good API example.<br />
<br />
* '''Note''': The tricky part of this project would be to factorize ffmpeg.c into functions that actually should be in a lib, not just mechanically moving code to libav*/something.c<br />
<br />
-[[User:Vitor|Vitor]] 13:45, 4 March 2009 (CST)<br />
<br />
== Rate control project ==<br />
I copied this one from the 08 SoC page because I think it would be a great project- but if people think it doesn't need to be copied from last year's page, then I'll delete the entry. [[User:Dashcloud|Dashcloud]] 22:08, 4 March 2009 (CST)<br />
<br />
What does viterbi have to do with macroblock-level ratecontrol, with or without VBV constraints? I can vaguely see viterbi on frame-level VBV compliance, using "remaining VBV space" as the state to be trellised over, if you're willing to quantize possible frame sizes enough to bring the number of states down to something sane. But that isn't relevant to macroblocks: VBV doesn't impose any constraints smaller than a frame, so macroblock-level is plain old independent RDO. [[User:Pengvado|Pengvado]] 08:33, 13 March 2009 (EDT)<br />
<br />
== WMA lossless ==<br />
<br />
I'm not sure this would qualify as a project unless someone (generally other than the student, unless he is really gifted) takes the responsibility of reverse engineering it<br />
<br />
-[[User:Vitor|Vitor]] 13:50, 6 March 2009 (CST)<br />
<br />
The situation is the same as with WMA3 lossy and we have working decoder for it.<br />
<br />
--[[User:Kostya|Kostya]] 23:38, 6 March 2009 (CST)<br />
<br />
== Shoutcast support ==<br />
<br />
Is adding support for shoutcast (streaming & receiving) a viable task? -- Jai<br />
:preliminary patch here: https://lists.mplayerhq.hu/pipermail/ffmpeg-devel/2009-January/060556.html --[[User:Compn|Compn]] 11:42, 14 March 2009 (EDT)<br />
<br />
== Playlist/Concatenation Support ==<br />
<br />
I suspect that interface can be easily extended by two options only: -playlist X and -concat, the latter tells FFmpeg to concatenate all input files instead of processing them in parallel. The problem will be mostly in formats negotiations during concatenation (i.e. frame dimensions and rate mismatch for different files). --[[User:Kostya|Kostya]] 07:52, 19 March 2009 (EDT)<br />
<br />
== JPEG2000 project ==<br />
A note should be added to this one saying that you should also make sure it handles the JPEG2000 images inside the R3D files. [[User:Dashcloud|Dashcloud]] 23:00, 19 March 2009 (EDT)</div>Dashcloudhttps://wiki.multimedia.cx/index.php?title=FFmpeg_Summer_Of_Code_2009&diff=11365FFmpeg Summer Of Code 20092009-03-20T02:32:42Z<p>Dashcloud: typo?</p>
<hr />
<div>== Current Status ==<br />
<br />
This list is still a work-in-progress, please see also the [[Talk:FFmpeg Summer Of Code 2009|Talk Page]].<br />
<br />
== Qualification tasks ==<br />
<br />
For us to consider your application for SoC we require a completed qualification task. Choose a task from the [[Small FFmpeg Tasks|Small Tasks list]], send an email to FFmpeg-devel mailing list to inform that you are working on it (to avoid duplicated work) and when it is ready submit it for review at FFmpeg-devel. The task is considered completed when your patch is accepted to our main SVN tree.<br />
<br />
== 1st Tier Project Proposals ==<br />
1st tier project proposals are project ideas that are reasonably well defined '''AND''' have a mentor volunteered.<br />
<br />
=== S/PDIF muxer ===<br />
* Implement a muxer capable to mux:<br />
** DTS, all 3 packing modes and the usable HD extensions<br />
** AC3, eAC3 also<br />
** MLP<br />
** PCM<br />
** WMApro<br />
** AAC<br />
** Mpeg-audio, layer 2 and 3<br />
<br />
Implement support in ffplay so that it is possible to output the audio stream over S/PDIF when playing a media file.<br />
<br />
''Mentor: Benjamin Larsson''<br />
<br />
=== Flash Screen video 2 codec ===<br />
* Implement a flashsv2 decoder and encoder. And extend the current flashsv encoder to support optimal 2-pass encoding.<br />
''Mentor: Benjamin Larsson''<br />
<br />
=== MPEG-4 ALS decoder ===<br />
*primary goal: stream copy of ALS frames in MP4 files from reference encoder<br />
** detect codec_id<br />
** preserve extradata<br />
*primary goal: write the decoder based on the ISO specification<br />
** ISO/IEC 14496-3:2005/Amd.2:2006 and related corrigenda<br />
*primary goal: decode files with basic ALS features<br />
** integer samples<br />
** LPC<br />
** rice coding<br />
** joint-stereo<br />
*secondary goal: decode files with more advanced ALS features<br />
** floating-point samples<br />
** block switching<br />
** LTP (long term prediction)<br />
** BGMC (arithmetic coding)<br />
** MCC (advanced multi-channel)<br />
** RLSLMS (backward-adaptive prediction)<br />
*secondary goal: pass the ISO conformance tests<br />
*secondary goal: handle anything the reference encoder can come up with<br />
''Mentor: Justin Ruggles''<br />
<br />
=== Playlist/Concatenation Support ===<br />
*primary goal: implement a playlist/concatenation interface<br />
to transcode(FFmpeg) and play(FFplay) media<br />
** interface will use commandline switches.<br />
** interface must support every input format FFmpeg support<br />
** interface must work with different input stream parameters (different formats, codecs, video resolution, audio sample rate, audio channels, etc..)<br />
** interface must support track selection<br />
** interface must support existing playlist format files .m3u, .pls, xpsf.<br />
<br />
''Mentor: Baptiste Coudurier''<br />
<br />
<br />
=== NEW Seeking API ===<br />
*primary goal: implement a new seeking API in libavformat<br />
** implement av_seek_file in libavformat<br />
** implement compatible new seek_file for all AVInputFormat porting existing seek function if possible.<br />
** implement av_build_index function which will build an AVIndex for the file<br />
** implement av_export_index function which will save AVIndex in a file which can be loaded later.<br />
<br />
''Mentor: Baptiste Coudurier''<br />
<br />
=== Improve RTSP/RTP layer ===<br />
*primary goal: improve the receiver compatibility<br />
** Add support for more widespread formats ([list will follow check gst live555 and feng])<br />
*** X-Qt/quicktime depayloader (see [http://www.gnome.org/~rbultje/ffmpeg-patchset/ X-QT patch])<br />
*** vorbis and theora depayloader (see [[Small_FFmpeg_Tasks#Implement_the_RTP.2FVorbis_payload]])<br />
*** h263 and h263+ (see [http://roundup.ffmpeg.org/roundup/ffmpeg/issue678 Issue 678])<br />
*** ...more...<br />
** support Quicktime http tunnel mode <br />
*secondary goal: provide an API to expose the rtcp layer (and the equivalent in RDT dialect)<br />
*secondary goal: try to support subtitle streams (either as rtcp-xr or application/text stream)<br />
*secondary goal: make VideoLanClient, MPlayer and Xine use ffmpeg rtsp<br />
<br />
''Mentor: Luca Barbato, Ronald S. Bultje''<br />
<br />
=== AACS implementation ===<br />
* Add the ability to decode using Advanced Access Content System to FFmpeg.<br />
* Specifications: http://www.aacsla.com/specifications/<br />
* existing implementation e.g. DumpHD: http://forum.doom9.org/showthread.php?t=123111<br />
* Most parts (BD-J, MKB, title key generation) probably do not belong into FFmpeg, this should be discussed with us before submitting an application<br />
<br />
''Mentor: Reimar Döffinger''<br />
<br />
== 2nd Tier Project Proposals ==<br />
All that separates these proposals from their 1st tier brethren is a mentor.<br />
<br />
=== Finish SoC projects from previous years ===<br />
Some projects are lingering in the dark unfinished. They should be picked up and made ready for inclusion. These projects are potentially less involved than starting from scratch, but also more useful for FFmpeg since the probability that the projects get finished should be higher. If some of them are deemed too easy, they could be combined.<br />
<br />
Unfinished projects from previous years are:<br />
<br />
2006:<br />
* AMR-NB decoder<br />
<br />
2007:<br />
* QCELP decoder (missing features)<br />
* JPEG 2000 decoder<br />
* JPEG 2000 encoder<br />
* Dirac decoder<br />
* Dirac encoder<br />
* TS muxer<br />
<br />
2008:<br />
* Generic frame-level multithreading support<br />
* AAC-LC encoder<br />
* MLP/TrueHD encoder<br />
* WMA Pro decoder<br />
<br />
=== [[Libavfilter]] video work ===<br />
Libavfilter is the FFmpeg filtering library that started as a 2007 SoC [[FFmpeg Summer Of Code#Video Filter API (AKA libavfilter)|project]]. It should replace the now removed vhook subsystem. Most of it is already part of the FFmpeg main source tree, but there a few bits remaining. This project would consist in the following tasks<br />
<br />
* Get the remaining bits of the SoC tree committed, including the ffmpeg.c and ffplay.c patch<br />
* Get libavfilter enabled in the main SVN tree<br />
* Write a watermark filter (this is one of the most commonly requested FFmpeg feature)<br />
* Write a expand/pad filter (see [http://thread.gmane.org/gmane.comp.video.ffmpeg.devel/85015] and [http://thread.gmane.org/gmane.comp.video.ffmpeg.soc/2779/]<br />
* Port all MPlayer filters at libmbcodec/vf_* (do not forget asking the authors if it is ok to release them under the LGPL)<br />
<br />
see also this ffmpeg-devel message: [http://lists.mplayerhq.hu/pipermail/ffmpeg-devel/2009-March/064817.html]<br />
<br />
=== [[Libavfilter]] audio work ===<br />
At the moment, FFmpeg filtering library has no support at all for handling audio. This task would consist of<br />
<br />
* Expanding the libavfilter framework to work with audio<br />
* Writing a resampling filter (starting with just a wrapping code at libavcodec/audioconvert.c)<br />
* Implement negotiation of sample format and number of channels analogously to the libavfilter colorspace negotiation<br />
* Make the resampling filter works for several combinations of sample format and channels<br />
* Write a visualization filter as proof-of-concept of a filter that works with both video and audio<br />
<br />
=== Implement a better regressions test system ===<br />
* Split up the current regtests<br />
* Add tests for all the missing formats and codecs to FATE<br />
<br />
<br />
=== libvo ===<br />
* Port MPlayer's libvo to ffplay<br />
* Note that this does not just mean to produce a working hack so that ffplay can use xv, but a clean and acceptable wrapper for (most of) libvo.<br />
<br />
=== GStreamer input ===<br />
* Like we have vfw input we could have a gstreamer input format also. This would enable support of wmapro and wmalossless until these formats are RE'd.<br />
''Mentor: Christian Schaller''<br />
<br />
=== AMR-WB Decoder ===<br />
* Specification: http://www.3gpp.org/ftp/Specs/html-info/26-series.htm<br />
* Samples: http://samples.mplayerhq.hu/A-codecs/amr/<br />
Also see [[AMR]].<br />
<br />
=== GSM Decoder ===<br />
* Specification + sample implementation: http://kbs.cs.tu-berlin.de/~jutta/toast.html<br />
* Samples: http://samples.mplayerhq.hu/A-codecs/GSM/<br />
Also see [[GSM]].<br />
<br />
=== Sipr Decoder ===<br />
* Specification: will be provided<br />
* Samples: http://samples.mplayerhq.hu/real/AC-sipr/<br />
Also see [[RealAudio sipr]] and [[Interesting_Patches#RealAudio_SIPR_.4016k_decoder_and_demuxer_by_Vladimir_Voroshilov|this patch]].<br />
<br />
=== Speex Decoder ===<br />
* Specification: http://speex.org/docs/<br />
* Samples: http://samples.mplayerhq.hu/A-codecs/speex/<br />
Also see [[Speex]].<br />
<br />
=== AMR-NB Encoder ===<br />
* Specification: http://www.3gpp.org/ftp/Specs/html-info/26-series.htm<br />
* Samples: http://samples.mplayerhq.hu/A-codecs/amr/<br />
Also see [[AMR]].<br />
<br />
=== VP6 Encoder ===<br />
* Specification: [[On2 VP6]]<br />
* Samples: http://samples.mplayerhq.hu/V-codecs/VP6/<br />
<br />
=== WMV3 Encoder ===<br />
* Clearly defined task<br />
* Primary goal: Encode video sequences such that they can be decoded by a Windows Media player.<br />
<br />
This could either be done by improving [[Interesting Patches#WMV3 encoder by Denis Fortin|this patch]] or by writing the encoder from scratch.<br />
<br />
=== Improve subtitle support ===<br />
<br />
* Add text-to-bitmap conversion functions<br />
* One with hard-coded bitmaps for characters<br />
* One that utilizes freetype<br />
* Function used will be chosen upon compilation<br />
<br />
Adjust existing subtitle support to new ABI<br />
* ABI change: http://lists.mplayerhq.hu/pipermail/ffmpeg-devel/2009-January/058521.html<br />
<br />
=== VC-1 Interlaced Support ===<br />
* Add support for interlaced streams as used in Bluray recordings to the VC-1 decoder.<br />
* This includes fixing some reference streams<br />
<br />
=== Improve Ratecontrol ===<br />
*Primary goal 1: Fast heuristic VBV compliant per macroblock ratecontrol which has a better PSNR/bitrate and better subjective quality/bitrate than the current code. <br />
*Primary goal 2: VBV compliant, rate distortion optimal per macroblock ratecontrol using the viterbi algorithm. <br />
*Secondary goal 1: Fast heuristic scene change detection which detects scene changes more accurately, has better PSNR/bitrate and subjective quality/bitrate than the current heuristic. <br />
*Secondary goal 2: Rate distortion optimal (for the current picture) scene change detection. <br />
*Secondary goal 3: B frames decision which is faster and or has a higher PSNR/bitrate and subjective quality/bitrate than the current code.<br />
<br />
=== WMA lossless ===<br />
* Implement a decoder for WMA lossless (0x0163)<br />
* Reuse as much libavcodec code as possible<br />
* Samples: http://samples.mplayerhq.hu/A-codecs/WMA9/wma_0x163.wma http://samples.mplayerhq.hu/A-codecs/lossless/luckynight.wma<br />
<br />
=== WTV (de)muxer ===<br />
* Implement a demuxer (and possibly a muxer) for the [[WTV]] file format.</div>Dashcloudhttps://wiki.multimedia.cx/index.php?title=Talk:FFmpeg_Summer_Of_Code_2009&diff=11216Talk:FFmpeg Summer Of Code 20092009-03-05T04:08:06Z<p>Dashcloud: rate control project</p>
<hr />
<div>=== S/PDIF muxer ===<br />
<br />
Is there any specific qualification task you would like done for this? -- Jai<br />
<br />
:Working Jpeg2000 decoder ;), cleaning up this http://lists.mplayerhq.hu/pipermail/ffmpeg-devel/2005-June/001673.html would be welcome. It's a rpza encoder. --[[User:Merbanan|Merbanan]] 06:22, 31 December 2008 (EST)<br />
<br />
=== speex + gsm ===<br />
<br />
Aren't libgsm and libspeex distributed under a permissive license?<br />
If yes, these tasks do not have very high priority, imo.<br />
[[User:Ce|Ce]] 14:56, 11 January 2009 (EST)<br />
<br />
=== DTS-HD Master Audio decoder? ===<br />
Would [http://en.wikipedia.org/wiki/DTS-HD_Master_Audio DTS-HD Master Audio] decoder make good project suggestion? [[User:Gamester17|Gamester17]] 02:51, 16 January 2009 (EST)<br />
<br />
http://en.wikipedia.org/wiki/DTS-HD_Master_Audio<br />
:""''DTS-HD Master Audio is a lossless audio codec created by Digital Theater System. It was previously known as DTS++ and DTS-HD. It is an extension of DTS which, when played back on devices which do not support the Master Audio extension, degrades to a 1.5 Mbit/s "core" track which is lossy. DTS-HD Master Audio is an optional audio format for both Blu-ray Disc and HD DVD''"<br />
<br />
Specs, please. From what I know the projects without spec take a looong time to complete. --[[User:Kostya|Kostya]] 03:32, 16 January 2009 (EST)<br />
<br />
:AFAIK, there is even no software implementation, so it would be even more difficult;-( [[User:Ce|Ce]] 20:14, 16 January 2009 (EST)<br />
<br />
::How about then qualification task for at least distinguishing between normal DTS and DTS-HD Master Audio, to let the users know that the audio stream DTS-HD Master Audio but they are only getting normal DTS output out of it from FFmpeg? As today FFmpeg reports all as just "''dca''", (I understand that [http://mediainfo.sourceforge.net MediaInfo] is an open source C++ project that is capable of distinguishing between normal DTS and DTS-HD Master Audio. [[User:Gamester17|Gamester17]] 12:20, 21 January 2009 (EST)<br />
<br />
=== WTV (Microsoft Windows Media Center Recording Format) demuxer? ===<br />
Would a [[WTV|WTV (Microsoft Windows Media Center Recording Format)]] demuxer make good project suggestion? [[User:Gamester17|Gamester17]] 13:14, 16 January 2009 (EST)<br />
<br />
[[WTV|http://wiki.multimedia.cx/index.php?title=WTV]]<br />
:"''WTV is the new container format used to record television shows in Microsoft Windows Vista Media Center starting with Windows Media Center TV Pack 2008.''", "''WTV is the successor of DVR-MS which is is being replaced with WTV''", "''WRT is also the default recording format for Windows 7 Media Center''"<br />
<br />
::This is tricky. It doesn't strike me as being involved enough to qualify as one of our usual SoC projects. OTOH, it seems a little too involved to be a qualification task. --[[User:Multimedia Mike|Multimedia Mike]] 14:24, 16 January 2009 (EST)<br />
<br />
::: That sounds great actually. Maybe this could become one of the few SoC projects that are actually finished in time...--[[User:DonDiego|DonDiego]] 07:18, 18 January 2009 (EST)<br />
<br />
:::: +1! [[User:Ce|Ce]] 11:54, 18 January 2009 (EST)<br />
<br />
=== libavui (a common skins library)? ===<br />
Would a common skins library make good project suggestion?<br />
*MPlayer skin<br />
*VLC skin<br />
*Xine skin<br />
*XMMS skin<br />
*WINAMP skin<br />
*Windows Media Player skin<br />
*Rockbox skin<br />
*foobar2000 skin<br />
*Songbird feathers (skin)<br />
-[[User:Nazo|Nazo]] 21:29, 16 January 2009 (EST)<br />
: Personally, I would advocate a project to stamp out skinnable UIs across the computing landscape. But that's outside of the scope of an SoC project. I hate UI skins. --[[User:Multimedia Mike|Multimedia Mike]] 14:03, 17 January 2009 (EST)<br />
:: I second that. But I don't see how GUI stuff like promoting or discouraging skins relates to libav* in the first place. [[User:Koorogi|Koorogi]] 16:26, 17 January 2009 (EST)<br />
: No, skins are outside the scope of FFmpeg.--[[User:DonDiego|DonDiego]] 07:18, 18 January 2009 (EST)<br />
<br />
==Refactor VDPAU patch for video editing ==<br />
This might be a good project: http://lists.mplayerhq.hu/pipermail/ffmpeg-devel/2009-January/059032.html but I don't know for sure, so that's why I am including it on this page. [[User:Dashcloud|Dashcloud]] 16:23, 20 January 2009 (EST)<br />
<br />
==More pixel format support?==<br />
Would more pixel format support make good project suggestion? Here is crazy missing pixel format list (from HDPhoto):<br />
*1/2/4bpp palette - 8bpp is already supported<br />
*1/2/4/32bpp gray - 8bpp and 16bpp are already supported<br />
*16bpp gray fixedpoint<br />
*32bpp gray float<br />
*48/96bpp RGB - 24bpp is already supported<br />
*48/64bpp RGB half<br />
*48/64/96/128bpp RGB fixedpoint<br />
*32bpp RGB101010<br />
*96/128bpp RGB float<br />
*64/128bpp RGBA - 32bpp is already supported<br />
*64/128bpp RGBA fixedpoint<br />
*64bpp RGBA half<br />
*128bpp RGBA float<br />
*32bpp BGR - 24bpp is already supported<br />
*32bpp PBGRA<br />
*64bpp PRGBA<br />
*128bpp PRGBA float<br />
*32bpp RGBE<br />
*32/64bpp CMYK<br />
*40/80bpp CMYKAlpha<br />
*12bpp YUV420<br />
*16bpp YUV422<br />
*24bpp YUV444<br />
*24bpp 3Channels<br />
*32bpp 4Channels<br />
*40bpp 5Channels<br />
*48bpp 6Channels<br />
*56bpp 7Channels<br />
*64bpp 8Channels<br />
*48bpp 3Channels<br />
*64bpp 4Channels<br />
*80bpp 5Channels<br />
*96bpp 6Channels<br />
*112bpp 7Channels<br />
*128bpp 8Channels<br />
*32bpp 3ChannelsAlpha<br />
*40bpp 4ChannelsAlpha<br />
*48bpp 5ChannelsAlpha<br />
*56bpp 6ChannelsAlpha<br />
*64bpp 7ChannelsAlpha<br />
*72bpp 8ChannelsAlpha<br />
*64bpp 3ChannelsAlpha<br />
*80bpp 4ChannelsAlpha<br />
*96bpp 5ChannelsAlpha<br />
*112bpp 6ChannelsAlpha<br />
*128bpp 7ChannelsAlpha<br />
*144bpp 8ChannelsAlpha<br />
--[[User:Nazo|Nazo]] 07:24, 21 January 2009 (EST)<br />
<br />
: See [[Small FFmpeg Tasks#Generic Colorspace system]]. [[User:Vitor|Vitor]] 14:11, 22 January 2009 (EST)<br />
:: need samples for each one at least. --[[User:Compn|Compn]] 07:33, 23 January 2009 (EST)<br />
::: and HDPhoto decoder --[[User:Kostya|Kostya]] 08:06, 23 January 2009 (EST)<br />
:::: HDPhoto format is similar to tiff. HDPhoto support uncompressed image, I remembered. but I checked, it was for future use:-( --[[User:Nazo|Nazo]] 09:46, 23 January 2009 (EST)<br />
<br />
==VC-1 Interlaced Support==<br />
Blu-Ray media contain interlaced VC-1 which is currently not supported by lavc decoder. Since a lot of people showed the lack of interest to implement it, maybe some student will take this task. --[[User:Kostya|Kostya]] 09:23, 26 January 2009 (EST)<br />
:Added to article --[[User:Ce|Ce]] 09:53, 4 March 2009 (CST)<br />
<br />
==Interactive command ui support==<br />
Interactive command ui might be good start point to implement missing features for GUI encoders.<br />
* more presets<br />
* containable codec in each format<br />
* mapping between encode options and proper UI types<br />
* playable codecs and encode options on each player (WMP, RealPlayer, Flash Player, Silverlight, PS3, mobile phones, etc...)<br />
* list of usable metadata tags in each format<br />
* etc...<br />
--[[User:Nazo|Nazo]] 05:22, 28 February 2009 (CST)<br />
<br />
<br />
==Maybe remove/downshift some tasks==<br />
Some tasks would be hard to complete:<br />
* Flash Screen video 2 codec - without Mike providing documentation it's a bit harder. I remember one student who was promised RV40 specs and got almost nothing; decoder was more or less completed successfully but it took slightly more time.<br />
* GStreamer input - rather weak excuse. Better make it the task of REing WMA lossless (WMApro is almost there).<br />
* i263 decoder - FFmpeg supports i263 to some extent. Missing bits are probably make only a small FFmpeg task.<br />
--[[User:Kostya|Kostya]] 10:39, 4 March 2009 (CST)<br />
<br />
== [[Libavfilter]] work + audio support ==<br />
<br />
Maybe getting the last bits of lavfi commited and adding audio filtering capabilities to it would make a good SoC task? -[[User:Vitor|Vitor]] 11:23, 4 March 2009 (CST)<br />
<br />
== ffmpeg.c factorization ==<br />
<br />
Every once in a while, someone shows up at ffmpeg-devel with a patch for turning ffmpeg.c into a library (for example [http://lists.mplayerhq.hu/pipermail/ffmpeg-devel/2009-January/059828.html]). While this is a bad idea for several reasons, having a lot of people asking for it shows that it is very hard to use libav* in a client application while been as flexible as the command-line tool.<br />
<br />
So I suggest a SoC project of factorizing ffmpeg.c into several public, clean, well-documented functions, to simplify the use libav* and turning ffmpeg.c into a good API example.<br />
<br />
* '''Note''': The tricky part of this project would be to factorize ffmpeg.c into functions that actually should be in a lib, not just mechanically moving code to libav*/something.c<br />
<br />
-[[User:Vitor|Vitor]] 13:45, 4 March 2009 (CST)<br />
<br />
== Rate control project ==<br />
I copied this one from the 08 SoC page because I think it would be a great project- but if people think it doesn't need to be copied from last year's page, then I'll delete the entry. [[User:Dashcloud|Dashcloud]] 22:08, 4 March 2009 (CST)</div>Dashcloudhttps://wiki.multimedia.cx/index.php?title=FFmpeg_Summer_Of_Code_2009&diff=11215FFmpeg Summer Of Code 20092009-03-05T04:05:54Z<p>Dashcloud: Copied a project from 08 to 09</p>
<hr />
<div>== Current Status ==<br />
<br />
Not certain there will be a GSoC 2009. But we will list projects suggestions.<br />
<br />
This list is still a work-in-progress, please see also the [[Talk:FFmpeg Summer Of Code 2009|Talk Page]].<br />
<br />
== 1st Tier Project Proposals ==<br />
1st tier project proposals are project ideas that are reasonably well defined '''AND''' have a mentor volunteered.<br />
<br />
=== S/PDIF muxer ===<br />
* Implement a muxer capable to mux:<br />
** DTS, all 3 packing modes and the usable HD extensions<br />
** AC3, eAC3 also<br />
** MLP<br />
** PCM<br />
** WMApro<br />
** AAC<br />
** Mpeg-audio, layer 2 and 3<br />
<br />
''Mentor: Benjamin Larsson''<br />
<br />
=== Flash Screen video 2 codec ===<br />
* Implement a flashsv2 decoder and encoder. And extend the current flashsv encoder to support optimal 2-pass encoding.<br />
''Mentor: Benjamin Larsson''<br />
<br />
== 2nd Tier Project Proposals ==<br />
All that separates these proposals from their 1st tier brethren is a mentor.<br />
<br />
=== libvo ===<br />
* Port MPlayer's libvo to ffplay<br />
* Note that this does not just mean to produce a working hack so that ffplay can use xv, but a clean and acceptable wrapper for (most of) libvo.<br />
<br />
=== H264 Parser ===<br />
* Extend the H264 parser to correctly output timestamps for samples containing PAFF encoded fields: This should fix transcoding [http://samples.mplayerhq.hu/V-codecs/h264/sony-hdr-cx6-avchd-interlaced-decoding-problem/sony-hdr-cx-6-avchd-1080i-9-seconds.mts this sample]<br />
<br />
=== GStreamer input ===<br />
* Like we have vfw input we could have a gstreamer input format also. This would enable support of wmapro and wmalossless until these formats are RE'd.<br />
<br />
=== AMR-WB Decoder ===<br />
* Specification: http://www.3gpp.org/ftp/Specs/html-info/26-series.htm<br />
* Samples: http://samples.mplayerhq.hu/A-codecs/amr/<br />
Also see [[AMR]].<br />
<br />
=== GSM Decoder ===<br />
* Specification + sample implementation: http://kbs.cs.tu-berlin.de/~jutta/toast.html<br />
* Samples: http://samples.mplayerhq.hu/A-codecs/GSM/<br />
Also see [[GSM]].<br />
<br />
=== Sipr Decoder ===<br />
* Specification: will be provided<br />
* Samples: http://samples.mplayerhq.hu/real/AC-sipr/<br />
Also see [[RealAudio sipr]] and [[Interesting_Patches#RealAudio_SIPR_.4016k_decoder_and_demuxer_by_Vladimir_Voroshilov|this patch]].<br />
<br />
=== Speex Decoder ===<br />
* Specification: http://speex.org/docs/<br />
* Samples: http://samples.mplayerhq.hu/A-codecs/speex/<br />
Also see [[Speex]].<br />
<br />
=== i263 Decoder ===<br />
* Specification: [[I263 | I263 Format Specification at MultimediaWiki]]<br />
* Sources: [http://multimedia.cx/I263Src.zip GPLed I263 decoder]<br />
* Sample files: http://samples.mplayerhq.hu/V-codecs/I263/<br />
<br />
=== AMR-NB Encoder ===<br />
* Specification: http://www.3gpp.org/ftp/Specs/html-info/26-series.htm<br />
* Samples: http://samples.mplayerhq.hu/A-codecs/amr/<br />
Also see [[AMR]].<br />
<br />
=== VP6 Encoder ===<br />
* Specification: [[On2 VP6]]<br />
* Samples: http://samples.mplayerhq.hu/V-codecs/VP6/<br />
<br />
=== WMV3 Encoder ===<br />
* Clearly defined task<br />
* Primary goal: Encode video sequences such that they can be decoded by a Windows Media player.<br />
<br />
This could either be done by improving [[Interesting Patches#WMV3 encoder by Denis Fortin|this patch]] or by writing the encoder from scratch.<br />
<br />
=== Improve subtitle support ===<br />
<br />
* Add text-to-bitmap conversion functions<br />
* One with hard-coded bitmaps for characters<br />
* One that utilizes freetype<br />
* Function used will be chosen upon compilation<br />
<br />
Adjust existing subtitle support to new ABI<br />
* ABI change: http://lists.mplayerhq.hu/pipermail/ffmpeg-devel/2009-January/058521.html<br />
<br />
=== AACS implementation ===<br />
* Add the ability to encode and decode using Advanced Access Content System to FFmpeg.<br />
<br />
=== VC-1 Interlaced Support ===<br />
* Add support for interlaced streams as used in Bluray recordings to the VC-1 decoder.<br />
* This includes fixing some reference streams<br />
<br />
=== Improve Ratecontrol ===<br />
*Primary goal 1: Fast heuristic VBV compliant per macroblock ratecontrol which has a better PSNR/bitrate and better subjective quality/bitrate than the current code. <br />
*Primary goal 2: VBV compliant, rate distortion optimal per macroblock ratecontrol using the viterbi algorithm. <br />
*Secondary goal 1: Fast heuristic scene change detection which detects scene changes more accurately, has better PSNR/bitrate and subjective quality/bitrate than the current heuristic. <br />
*Secondary goal 2: Rate distortion optimal (for the current picture) scene change detection. <br />
*Secondary goal 3: B frames decision which is faster and or has a higher PSNR/bitrate and subjective quality/bitrate than the current code.</div>Dashcloudhttps://wiki.multimedia.cx/index.php?title=Small_FFmpeg_Tasks&diff=11214Small FFmpeg Tasks2009-03-05T03:54:25Z<p>Dashcloud: Add a link to the interesting patches page.</p>
<hr />
<div>This page contains ideas for small, relatively simple tasks for the [[FFmpeg]] project. People who might be interested in trying one of these tasks:<br />
* Someone who wants to contribute to FFmpeg and needs to find a well-defined task to start with<br />
* Someone who wishes to qualify for one of FFmpeg's coveted [[FFmpeg Summer Of Code|Summer of Code]] project slots<br />
* An existing FFmpeg developer who has been away from the project for a while and needs a smaller task as motivation for re-learning the codebase<br />
<br />
For other tasks of varying difficulty, see the [[Interesting Patches]] page.<br />
<br />
'''If you would like to work on one of these tasks''', please take these steps:<br />
* Subscribe to the [https://lists.mplayerhq.hu/mailman/listinfo/ffmpeg-devel FFmpeg development mailing list] and indicate your interest<br />
* Ask [[User:Multimedia Mike|Multimedia Mike]] for a Wiki account so you can claim your task on this Wiki<br />
<br />
'''If you would like to add to this list''', please be prepared to explain some useful details about the task. Excessively vague tasks with no supporting details will be ruthlessly deleted.<br />
<br />
=== Finish up a previous incomplete SoC project ===<br />
<br />
Several SoC projects from previous years have not yet made it into FFmpeg. Taking any of them and finishing them up to the point that they can be included should make for a good qualification task. Check out the [[FFmpeg Summer Of Code]] overview page and look for the unfinished projects, like AMR-NB, Dirac, TS muxer, JPEG 2000.<br />
<br />
=== Generic Colorspace system ===<br />
This task involves adding support more than 8 bits per component (Y on 10 bits, U on 10 bits, V on 10 bits for example)<br />
and generic simple conversion to other colorspaces.<br />
<br />
''Does this have to do with revising FFmpeg's infrastructure? If so, then it doesn't feel like a qualification task. If it's something simpler, then the vague description does not convey that simplicity. Please expound.'' --[[User:Multimedia Mike|Multimedia Mike]] 12:56, 25 February 2008 (EST)<br />
<br />
''I don't think so, extending PixFmt to extended structure with finegrained description like depth, range values, colorspace, sample period, and write generic simple conversion from all formats to all others, like suggested by Michael on the mailing list. Conversion routine can be a good qualification task for video encoders/decoders. What do you think ?<br />
--[[User:Bcoudurier|Baptiste Coudurier]] 00:30, 29 February 2008 (EST)<br />
<br />
=== Make the SoC dts encoder multichannel capable ===<br />
Here is a skeleton for a dts encoder http://svn.mplayerhq.hu/soc/dcaenc/, currently it can only encode stereo streams.<br />
The task is to extend it to support 5.1 channels also.<br />
<br />
Specs and info can be found here:<br />
http://wiki.multimedia.cx/index.php?title=DTS<br />
<br />
=== GIF LZW Encoder and extend Encoder and Decoder to support Animated GIFs ===<br />
<br />
Lzw encoder is already used for TIFF, it must be extended to support GIF flavor.<br />
<br />
=== Patch cleanup for MPEG 1 & 2 optimizations ===<br />
Details are in the issue tracker: http://roundup.ffmpeg.org/roundup/ffmpeg/issue100<br />
<br />
=== Implement a Vivo demuxer for FFmpeg ===<br />
Implement an FFmpeg demuxer for the [[Vivo]] file format. The best reference for understanding the format would be MPlayer's [http://svn.mplayerhq.hu/mplayer/trunk/libmpdemux/demux_viv.c?view=markup existing .viv demuxer].<br />
<br />
This task corresponds to issue 99: http://roundup.ffmpeg.org/roundup/ffmpeg/issue99<br />
<br />
''I am ready to help out with understanding MPlayer's demuxer, esp. MPlayer API stuff if necessary.<br />
--[[User:Reimar|Reimar]] 15:46, 1 March 2008 (EST)<br />
<br />
=== Port missing demuxers from MPlayer to FFmpeg ===<br />
MPlayer supports a few container formats in libmpdemux that are not yet present in libavformat. Porting them over and gettting them relicensed as LGPL or reimplementing them from scratch should make reasonable small tasks.<br />
<br />
''Jai Menon is working on porting the tivo demuxer''<br />
<br />
=== Optimal Huffman tables for (M)JPEG ===<br />
This task is outlined at http://guru.multimedia.cx/small-tasks-for-ffmpeg/ and is tracked in the issue tracker: http://roundup.ffmpeg.org/roundup/ffmpeg/issue267<br />
<br />
=== YOP Playback System ===<br />
This task is to implement an FFmpeg playback subsystem for [[Psygnosis YOP]] files. This will entail writing a new file demuxer and video decoder, both of which are trivial by FFmpeg standards. [[Psygnosis YOP|The Psygnosis YOP page]] contains the specs necessary to complete this task and points to downloadable samples.<br />
<br />
=== M95 Playback System ===<br />
This task is to implement an FFmpeg playback subsystem for [[M95]] files. This will entail writing a new file demuxer and video decoder (the audio is already uncompressed), both of which are trivial by FFmpeg standards. [[M95|The M95 page]] contains the specs necessary to complete this task and points to downloadable samples.<br />
<br />
=== BRP Playback System ===<br />
This task is to implement an FFmpeg playback subsystem for [[BRP]] files. This will entail writing a new file demuxer as well as a video decoder that can handle at least 2 variations of format data. Further, write an audio decoder for the custom DPCM format in the file. All of these tasks are considered trivial by FFmpeg standards. [[BRP|The BRP page]] contains the specs necessary to complete this task and points to downloadable samples for both known variations.<br />
<br />
=== 16-bit Interplay Video Decoder ===<br />
FFmpeg already supports [[Interplay MVE]] files with [[Interplay Video|8-bit video data]] inside. This task involves supporting 16-bit video data. The video encoding format is mostly the same but the pixel size is twice as large. Engage the ffmpeg-devel list to discuss how best to approach this task.<br />
<br />
=== 16-bit VQA Video Decoder ===<br />
FFmpeg already supports Westwood [[VQA]] files. However, there are 3 variations of its custom video codec. The first 2 are supported in FFmpeg. This task involves implementing support for the 3rd variation. Visit the VQA samples repository: http://samples.mplayerhq.hu/game-formats/vqa/ -- The files in the directories Tiberian Sun VQAs/, bladerunner/, and dune2000/ use the 3rd variation of this codec. The [[VQA|VQA page]] should link to all the details you need to support this format.<br />
<br />
=== HNM4 Playback System ===<br />
This task is to implement an FFmpeg playback subsystem for [[HNM4]] variant of the [[HNM]] format. This will entail writing a new file demuxer and video decoder, both of which are trivial by FFmpeg standards. [[HNM4|The HNM4 page]] contains the specs necessary to complete this task and links to downloadable samples.<br />
<br />
=== Apple RPZA encoder ===<br />
A patch was once sent to the ffmpeg-devel mailing list to include an encoder for the [[Apple RPZA]] video codec. That code can be found on the "[[Interesting Patches]]" page. This qualification task involves applying that patch so that it can compile with current FFmpeg SVN code and then cleaning it up per the standards of the project. Engage the mailing list to learn more about what to do.<br />
<br />
=== QuickTime Edit List Support ===<br />
Implement edit list support in FFmpeg's QuickTime demuxer (libavformat/mov.c). This involves parsing the 'elst' atom in a QuickTime file. For a demonstration of how this is a problem, download the file menace00.mov from http://samples.mplayerhq.hu/mov/editlist/ and play it with ffplay or transcode it with ffmpeg. Notice that the audio and video are ever so slightly out of sync. Proper edit list support will solve that. Other samples in that directory also presumably exhibit edit list-related bugs. The [http://xine.cvs.sourceforge.net/xine/xine-lib/src/demuxers/demux_qt.c?view=markup Xine demuxer] has support for this, it might be useful for hints.<br />
<br />
=== Reimplement libavcodec/fdctref.c ===<br />
The forward double precision DCT in this file has a non-free license. We need an LGPL replacement of this file.<br />
<br />
=== Implement the Flash Screen Video codec version 2 ===<br />
FFmpeg is missing both a decoder and an encoder. Would be nice to have that.<br />
<br />
=== Add wma fixed point decoder back into libavcodec ===<br />
http://svn.rockbox.org/viewvc.cgi/trunk/apps/codecs/libwma/<br />
Rockbox's fixed-point WMA decoder was adapted from the decoder in libavcodec.<br />
<br />
=== RealAudio 14.4 encoder ===<br />
FFmpeg contains a decoder for [[RealAudio 14.4]], a farily simple integer CELP codec. Write an encoder. This would be a good qualification task for anyone interested in working on AMR, Speex, or sipr.<br />
<br />
=== VC1 timestamps in m2ts ===<br />
<br />
Codec copy of VC1 from m2ts currently doesn't work. Either extend the VC1 parser to output/fix timestamps, or fix the timestamps from m2ts demuxing.<br />
<br />
''was: Add support for newer codecs such as [[Dirac]] and [[VC1]] to FFmpeg's [[Matroska]] muxer.''<br />
:''[[Dirac]] should mux perfectly as of r16261. What about muxing [[VC1]] doesn't work? A quick -vcodec copy from wmv didn't throw any errors. -[[User:Yuvi|Yuvi]] 05:31, 3 January 2009 (EST)''<br />
::''Yes, WMV3 works fine. There was a report that muxing VC1 from m2ts didn't work. If this does work then feel free to remove the task. Also the demuxer doesn't recognize V_VC1. ''-[[User:Mkhodor|Mkhodor]] 22:58, 4 January 2009 (EST)<br />
:::''From m2ts, ffmpeg gives "error, pts < dts" which means that the timestamps coming out of the m2ts demuxer are invalid. I dunno if it would be easier to fix the demuxer or just extend the parser to fix/fill them in. For V_VC1, is that actually used by a muxer now? According to http://lists.mplayerhq.hu/pipermail/ffmpeg-devel/2007-August/034825.html it was a brief mistake that isn't supposed to be used. -[[User:Yuvi|Yuvi]] 02:50, 5 January 2009 (EST)<br />
::::''I don't know of any other muxers that use it, so I made a note on the [[Matroska]] page that it is deprecated.'' -[[User:Mkhodor|Mkhodor]] 10:47, 13 January 2009 (EST)<br />
<br />
=== [[I263]] work ===<br />
<br />
This codec is supported only partially by FFmpeg. Add full support for it basing on the LGPL source code at http://multimedia.cx/I263Src.zip<br />
<br />
=== FLIC work ===<br />
<br />
Revise the [[Flic Video]] decoder at libavcodec/flicvideo.c to support video transported in AVI or MOV files while making sure that data coming from the usual FLI files still works. 'AFLC' and 'flic' FourCC samples are linked from the [[Flic Video]] page.<br />
<br />
=== Auravision video decoder ===<br />
<br />
Implement a decoder based on the speculation put forth on the wiki page for [[Auravision]] video. Samples are linked from the Wiki page. This project might demonstrate that the speculation on the Wiki page is incorrect. That is also useful information.<br />
<br />
=== Hook up QT YUV2 FourCC ===<br />
<br />
Wire up the YUV2 FourCC that can occur in [[MOV]] to the [[YUV 4:2:2]] colorspace. Samples are linked from the [[YUV 4:2:2]] wiki page.<br />
[[Category:FFmpeg]]<br />
<br />
=== CorePNG Decoder ===<br />
<br />
Extend FFmpeg's PNG decoder to handle the difference frames and [[YUV]] colorspace added in [[CorePNG]]. Sample at [http://samples.mplayerhq.hu/V-codecs/PNG1/ http://samples.mplayerhq.hu/V-codecs/PNG1/]<br />
<br />
=== Extend PNG Decoder ===<br />
<br />
get this png working in ffpng: http://roundup.ffmpeg.org/roundup/ffmpeg/issue813 .<br />
<br />
=== CJPG format ===<br />
<br />
Extend FFmpeg's MJPEG decoder to handle the different frames/packing of CJPG. Samples at: http://roundup.ffmpeg.org/roundup/ffmpeg/issue777<br />
<br />
=== Optimize Theora Decoder ===<br />
<br />
speed up the Theora decoder. [http://www.archive.org/download/AlternativeFreedom/alternative_freedom.ogg 720:480 sample] hits 100% cpu on a p4 1.5ghz.<br />
:''Do you have any specific optimizations tips? I like these small tasks to present a clearer jumping-off point. --[[User:Multimedia Mike|Multimedia Mike]] 18:57, 22 December 2008 (EST)''<br />
::''did theora make use of the mmx/sse functions of ffvp3? i was looking at the xiph GSOC page which mentioned a similar task. --[[User:Compn|Compn]] 21:17, 22 December 2008 (EST)''<br />
::''The major optimization I can think of is reworking coefficient decoding to avoid the continue in unpack_vlcs() (basically by having a list of coefficient VLCs for each position rather than for each block, then decoding them when actually rendering the block.) Unfortunately this also requires reworking render_slice() and reverse_dc_prediction() quite significantly which is why I haven't done it yet. [[User:Yuvi|Yuvi]] 18:25, 23 December 2008 (EST)''<br />
<br />
<br />
=== flip flag for upside-down codecs ===<br />
<br />
<pre>about the flip, a patch that decodes images fliped when<br />
codec_tag == ff_get_fourcc("GEOX") is welcome.<br />
its a metter of 2lines manipulating data/linesize of imgages after<br />
get_buffer() or something similar<br />
[...]<br />
-- <br />
Michael GnuPG fingerprint: 9FF2128B147EF6730BADF133611EC787040B0FAB<br />
</pre><br />
more info:<br />
http://roundup.ffmpeg.org/roundup/ffmpeg/issue741<br />
<br />
=== lavf-based concatenation tool ===<br />
<br />
Unless we have multiple files input in FFmpeg, it would be nice to have some libavformat-based tool that would extract frames from multiple files (possible different containers as well) and put them into single one.<br />
<br />
=== cljr and vcr1 encoders ===<br />
According to this: http://lists.mplayerhq.hu/pipermail/ffmpeg-devel/2009-February/063647.html both of the encoders are disabled, and won't compile if enabled. Michael would prefer to keep them around, and have someone grow them into full encoders.</div>Dashcloudhttps://wiki.multimedia.cx/index.php?title=Small_FFmpeg_Tasks&diff=11213Small FFmpeg Tasks2009-03-05T03:47:01Z<p>Dashcloud: feature implemented</p>
<hr />
<div>This page contains ideas for small, relatively simple tasks for the [[FFmpeg]] project. People who might be interested in trying one of these tasks:<br />
* Someone who wants to contribute to FFmpeg and needs to find a well-defined task to start with<br />
* Someone who wishes to qualify for one of FFmpeg's coveted [[FFmpeg Summer Of Code|Summer of Code]] project slots<br />
* An existing FFmpeg developer who has been away from the project for a while and needs a smaller task as motivation for re-learning the codebase<br />
<br />
'''If you would like to work on one of these tasks''', please take these steps:<br />
* Subscribe to the [https://lists.mplayerhq.hu/mailman/listinfo/ffmpeg-devel FFmpeg development mailing list] and indicate your interest<br />
* Ask [[User:Multimedia Mike|Multimedia Mike]] for a Wiki account so you can claim your task on this Wiki<br />
<br />
'''If you would like to add to this list''', please be prepared to explain some useful details about the task. Excessively vague tasks with no supporting details will be ruthlessly deleted.<br />
<br />
=== Finish up a previous incomplete SoC project ===<br />
<br />
Several SoC projects from previous years have not yet made it into FFmpeg. Taking any of them and finishing them up to the point that they can be included should make for a good qualification task. Check out the [[FFmpeg Summer Of Code]] overview page and look for the unfinished projects, like AMR-NB, Dirac, TS muxer, JPEG 2000.<br />
<br />
=== Generic Colorspace system ===<br />
This task involves adding support more than 8 bits per component (Y on 10 bits, U on 10 bits, V on 10 bits for example)<br />
and generic simple conversion to other colorspaces.<br />
<br />
''Does this have to do with revising FFmpeg's infrastructure? If so, then it doesn't feel like a qualification task. If it's something simpler, then the vague description does not convey that simplicity. Please expound.'' --[[User:Multimedia Mike|Multimedia Mike]] 12:56, 25 February 2008 (EST)<br />
<br />
''I don't think so, extending PixFmt to extended structure with finegrained description like depth, range values, colorspace, sample period, and write generic simple conversion from all formats to all others, like suggested by Michael on the mailing list. Conversion routine can be a good qualification task for video encoders/decoders. What do you think ?<br />
--[[User:Bcoudurier|Baptiste Coudurier]] 00:30, 29 February 2008 (EST)<br />
<br />
=== Make the SoC dts encoder multichannel capable ===<br />
Here is a skeleton for a dts encoder http://svn.mplayerhq.hu/soc/dcaenc/, currently it can only encode stereo streams.<br />
The task is to extend it to support 5.1 channels also.<br />
<br />
Specs and info can be found here:<br />
http://wiki.multimedia.cx/index.php?title=DTS<br />
<br />
=== GIF LZW Encoder and extend Encoder and Decoder to support Animated GIFs ===<br />
<br />
Lzw encoder is already used for TIFF, it must be extended to support GIF flavor.<br />
<br />
=== Patch cleanup for MPEG 1 & 2 optimizations ===<br />
Details are in the issue tracker: http://roundup.ffmpeg.org/roundup/ffmpeg/issue100<br />
<br />
=== Implement a Vivo demuxer for FFmpeg ===<br />
Implement an FFmpeg demuxer for the [[Vivo]] file format. The best reference for understanding the format would be MPlayer's [http://svn.mplayerhq.hu/mplayer/trunk/libmpdemux/demux_viv.c?view=markup existing .viv demuxer].<br />
<br />
This task corresponds to issue 99: http://roundup.ffmpeg.org/roundup/ffmpeg/issue99<br />
<br />
''I am ready to help out with understanding MPlayer's demuxer, esp. MPlayer API stuff if necessary.<br />
--[[User:Reimar|Reimar]] 15:46, 1 March 2008 (EST)<br />
<br />
=== Port missing demuxers from MPlayer to FFmpeg ===<br />
MPlayer supports a few container formats in libmpdemux that are not yet present in libavformat. Porting them over and gettting them relicensed as LGPL or reimplementing them from scratch should make reasonable small tasks.<br />
<br />
''Jai Menon is working on porting the tivo demuxer''<br />
<br />
=== Optimal Huffman tables for (M)JPEG ===<br />
This task is outlined at http://guru.multimedia.cx/small-tasks-for-ffmpeg/ and is tracked in the issue tracker: http://roundup.ffmpeg.org/roundup/ffmpeg/issue267<br />
<br />
=== YOP Playback System ===<br />
This task is to implement an FFmpeg playback subsystem for [[Psygnosis YOP]] files. This will entail writing a new file demuxer and video decoder, both of which are trivial by FFmpeg standards. [[Psygnosis YOP|The Psygnosis YOP page]] contains the specs necessary to complete this task and points to downloadable samples.<br />
<br />
=== M95 Playback System ===<br />
This task is to implement an FFmpeg playback subsystem for [[M95]] files. This will entail writing a new file demuxer and video decoder (the audio is already uncompressed), both of which are trivial by FFmpeg standards. [[M95|The M95 page]] contains the specs necessary to complete this task and points to downloadable samples.<br />
<br />
=== BRP Playback System ===<br />
This task is to implement an FFmpeg playback subsystem for [[BRP]] files. This will entail writing a new file demuxer as well as a video decoder that can handle at least 2 variations of format data. Further, write an audio decoder for the custom DPCM format in the file. All of these tasks are considered trivial by FFmpeg standards. [[BRP|The BRP page]] contains the specs necessary to complete this task and points to downloadable samples for both known variations.<br />
<br />
=== 16-bit Interplay Video Decoder ===<br />
FFmpeg already supports [[Interplay MVE]] files with [[Interplay Video|8-bit video data]] inside. This task involves supporting 16-bit video data. The video encoding format is mostly the same but the pixel size is twice as large. Engage the ffmpeg-devel list to discuss how best to approach this task.<br />
<br />
=== 16-bit VQA Video Decoder ===<br />
FFmpeg already supports Westwood [[VQA]] files. However, there are 3 variations of its custom video codec. The first 2 are supported in FFmpeg. This task involves implementing support for the 3rd variation. Visit the VQA samples repository: http://samples.mplayerhq.hu/game-formats/vqa/ -- The files in the directories Tiberian Sun VQAs/, bladerunner/, and dune2000/ use the 3rd variation of this codec. The [[VQA|VQA page]] should link to all the details you need to support this format.<br />
<br />
=== HNM4 Playback System ===<br />
This task is to implement an FFmpeg playback subsystem for [[HNM4]] variant of the [[HNM]] format. This will entail writing a new file demuxer and video decoder, both of which are trivial by FFmpeg standards. [[HNM4|The HNM4 page]] contains the specs necessary to complete this task and links to downloadable samples.<br />
<br />
=== Apple RPZA encoder ===<br />
A patch was once sent to the ffmpeg-devel mailing list to include an encoder for the [[Apple RPZA]] video codec. That code can be found on the "[[Interesting Patches]]" page. This qualification task involves applying that patch so that it can compile with current FFmpeg SVN code and then cleaning it up per the standards of the project. Engage the mailing list to learn more about what to do.<br />
<br />
=== QuickTime Edit List Support ===<br />
Implement edit list support in FFmpeg's QuickTime demuxer (libavformat/mov.c). This involves parsing the 'elst' atom in a QuickTime file. For a demonstration of how this is a problem, download the file menace00.mov from http://samples.mplayerhq.hu/mov/editlist/ and play it with ffplay or transcode it with ffmpeg. Notice that the audio and video are ever so slightly out of sync. Proper edit list support will solve that. Other samples in that directory also presumably exhibit edit list-related bugs. The [http://xine.cvs.sourceforge.net/xine/xine-lib/src/demuxers/demux_qt.c?view=markup Xine demuxer] has support for this, it might be useful for hints.<br />
<br />
=== Reimplement libavcodec/fdctref.c ===<br />
The forward double precision DCT in this file has a non-free license. We need an LGPL replacement of this file.<br />
<br />
=== Implement the Flash Screen Video codec version 2 ===<br />
FFmpeg is missing both a decoder and an encoder. Would be nice to have that.<br />
<br />
=== Add wma fixed point decoder back into libavcodec ===<br />
http://svn.rockbox.org/viewvc.cgi/trunk/apps/codecs/libwma/<br />
Rockbox's fixed-point WMA decoder was adapted from the decoder in libavcodec.<br />
<br />
=== RealAudio 14.4 encoder ===<br />
FFmpeg contains a decoder for [[RealAudio 14.4]], a farily simple integer CELP codec. Write an encoder. This would be a good qualification task for anyone interested in working on AMR, Speex, or sipr.<br />
<br />
=== VC1 timestamps in m2ts ===<br />
<br />
Codec copy of VC1 from m2ts currently doesn't work. Either extend the VC1 parser to output/fix timestamps, or fix the timestamps from m2ts demuxing.<br />
<br />
''was: Add support for newer codecs such as [[Dirac]] and [[VC1]] to FFmpeg's [[Matroska]] muxer.''<br />
:''[[Dirac]] should mux perfectly as of r16261. What about muxing [[VC1]] doesn't work? A quick -vcodec copy from wmv didn't throw any errors. -[[User:Yuvi|Yuvi]] 05:31, 3 January 2009 (EST)''<br />
::''Yes, WMV3 works fine. There was a report that muxing VC1 from m2ts didn't work. If this does work then feel free to remove the task. Also the demuxer doesn't recognize V_VC1. ''-[[User:Mkhodor|Mkhodor]] 22:58, 4 January 2009 (EST)<br />
:::''From m2ts, ffmpeg gives "error, pts < dts" which means that the timestamps coming out of the m2ts demuxer are invalid. I dunno if it would be easier to fix the demuxer or just extend the parser to fix/fill them in. For V_VC1, is that actually used by a muxer now? According to http://lists.mplayerhq.hu/pipermail/ffmpeg-devel/2007-August/034825.html it was a brief mistake that isn't supposed to be used. -[[User:Yuvi|Yuvi]] 02:50, 5 January 2009 (EST)<br />
::::''I don't know of any other muxers that use it, so I made a note on the [[Matroska]] page that it is deprecated.'' -[[User:Mkhodor|Mkhodor]] 10:47, 13 January 2009 (EST)<br />
<br />
=== [[I263]] work ===<br />
<br />
This codec is supported only partially by FFmpeg. Add full support for it basing on the LGPL source code at http://multimedia.cx/I263Src.zip<br />
<br />
=== FLIC work ===<br />
<br />
Revise the [[Flic Video]] decoder at libavcodec/flicvideo.c to support video transported in AVI or MOV files while making sure that data coming from the usual FLI files still works. 'AFLC' and 'flic' FourCC samples are linked from the [[Flic Video]] page.<br />
<br />
=== Auravision video decoder ===<br />
<br />
Implement a decoder based on the speculation put forth on the wiki page for [[Auravision]] video. Samples are linked from the Wiki page. This project might demonstrate that the speculation on the Wiki page is incorrect. That is also useful information.<br />
<br />
=== Hook up QT YUV2 FourCC ===<br />
<br />
Wire up the YUV2 FourCC that can occur in [[MOV]] to the [[YUV 4:2:2]] colorspace. Samples are linked from the [[YUV 4:2:2]] wiki page.<br />
[[Category:FFmpeg]]<br />
<br />
=== CorePNG Decoder ===<br />
<br />
Extend FFmpeg's PNG decoder to handle the difference frames and [[YUV]] colorspace added in [[CorePNG]]. Sample at [http://samples.mplayerhq.hu/V-codecs/PNG1/ http://samples.mplayerhq.hu/V-codecs/PNG1/]<br />
<br />
=== Extend PNG Decoder ===<br />
<br />
get this png working in ffpng: http://roundup.ffmpeg.org/roundup/ffmpeg/issue813 .<br />
<br />
=== CJPG format ===<br />
<br />
Extend FFmpeg's MJPEG decoder to handle the different frames/packing of CJPG. Samples at: http://roundup.ffmpeg.org/roundup/ffmpeg/issue777<br />
<br />
=== Optimize Theora Decoder ===<br />
<br />
speed up the Theora decoder. [http://www.archive.org/download/AlternativeFreedom/alternative_freedom.ogg 720:480 sample] hits 100% cpu on a p4 1.5ghz.<br />
:''Do you have any specific optimizations tips? I like these small tasks to present a clearer jumping-off point. --[[User:Multimedia Mike|Multimedia Mike]] 18:57, 22 December 2008 (EST)''<br />
::''did theora make use of the mmx/sse functions of ffvp3? i was looking at the xiph GSOC page which mentioned a similar task. --[[User:Compn|Compn]] 21:17, 22 December 2008 (EST)''<br />
::''The major optimization I can think of is reworking coefficient decoding to avoid the continue in unpack_vlcs() (basically by having a list of coefficient VLCs for each position rather than for each block, then decoding them when actually rendering the block.) Unfortunately this also requires reworking render_slice() and reverse_dc_prediction() quite significantly which is why I haven't done it yet. [[User:Yuvi|Yuvi]] 18:25, 23 December 2008 (EST)''<br />
<br />
<br />
=== flip flag for upside-down codecs ===<br />
<br />
<pre>about the flip, a patch that decodes images fliped when<br />
codec_tag == ff_get_fourcc("GEOX") is welcome.<br />
its a metter of 2lines manipulating data/linesize of imgages after<br />
get_buffer() or something similar<br />
[...]<br />
-- <br />
Michael GnuPG fingerprint: 9FF2128B147EF6730BADF133611EC787040B0FAB<br />
</pre><br />
more info:<br />
http://roundup.ffmpeg.org/roundup/ffmpeg/issue741<br />
<br />
=== lavf-based concatenation tool ===<br />
<br />
Unless we have multiple files input in FFmpeg, it would be nice to have some libavformat-based tool that would extract frames from multiple files (possible different containers as well) and put them into single one.<br />
<br />
=== cljr and vcr1 encoders ===<br />
According to this: http://lists.mplayerhq.hu/pipermail/ffmpeg-devel/2009-February/063647.html both of the encoders are disabled, and won't compile if enabled. Michael would prefer to keep them around, and have someone grow them into full encoders.</div>Dashcloudhttps://wiki.multimedia.cx/index.php?title=Small_FFmpeg_Tasks&diff=11185Small FFmpeg Tasks2009-02-25T03:45:31Z<p>Dashcloud: add a new idea from mailing list</p>
<hr />
<div>This page contains ideas for small, relatively simple tasks for the [[FFmpeg]] project. People who might be interested in trying one of these tasks:<br />
* Someone who wants to contribute to FFmpeg and needs to find a well-defined task to start with<br />
* Someone who wishes to qualify for one of FFmpeg's coveted [[FFmpeg Summer Of Code|Summer of Code]] project slots<br />
* An existing FFmpeg developer who has been away from the project for a while and needs a smaller task as motivation for re-learning the codebase<br />
<br />
'''If you would like to work on one of these tasks''', please take these steps:<br />
* Subscribe to the [https://lists.mplayerhq.hu/mailman/listinfo/ffmpeg-devel FFmpeg development mailing list] and indicate your interest<br />
* Ask [[User:Multimedia Mike|Multimedia Mike]] for a Wiki account so you can claim your task on this Wiki<br />
<br />
'''If you would like to add to this list''', please be prepared to explain some useful details about the task. Excessively vague tasks with no supporting details will be ruthlessly deleted.<br />
<br />
=== Finish up a previous incomplete SoC project ===<br />
<br />
Several SoC projects from previous years have not yet made it into FFmpeg. Taking any of them and finishing them up to the point that they can be included should make for a good qualification task. Check out the [[FFmpeg Summer Of Code]] overview page and look for the unfinished projects, like AMR-NB, Dirac, TS muxer, JPEG 2000.<br />
<br />
=== Generic Colorspace system ===<br />
This task involves adding support more than 8 bits per component (Y on 10 bits, U on 10 bits, V on 10 bits for example)<br />
and generic simple conversion to other colorspaces.<br />
<br />
''Does this have to do with revising FFmpeg's infrastructure? If so, then it doesn't feel like a qualification task. If it's something simpler, then the vague description does not convey that simplicity. Please expound.'' --[[User:Multimedia Mike|Multimedia Mike]] 12:56, 25 February 2008 (EST)<br />
<br />
''I don't think so, extending PixFmt to extended structure with finegrained description like depth, range values, colorspace, sample period, and write generic simple conversion from all formats to all others, like suggested by Michael on the mailing list. Conversion routine can be a good qualification task for video encoders/decoders. What do you think ?<br />
--[[User:Bcoudurier|Baptiste Coudurier]] 00:30, 29 February 2008 (EST)<br />
<br />
=== Make the SoC dts encoder multichannel capable ===<br />
Here is a skeleton for a dts encoder http://svn.mplayerhq.hu/soc/dcaenc/, currently it can only encode stereo streams.<br />
The task is to extend it to support 5.1 channels also.<br />
<br />
Specs and info can be found here:<br />
http://wiki.multimedia.cx/index.php?title=DTS<br />
<br />
=== GIF LZW Encoder and extend Encoder and Decoder to support Animated GIFs ===<br />
<br />
Lzw encoder is already used for TIFF, it must be extended to support GIF flavor.<br />
<br />
=== Support PB frame mode for H.263i ===<br />
Details are in the issue tracker: http://roundup.mplayerhq.hu/roundup/ffmpeg/issue27<br />
<br />
H.263 spec describing PB frames and improved PB frames: http://www.itu.int/rec/T-REC-H.263-200501-I/en<br />
<br />
=== Patch cleanup for MPEG 1 & 2 optimizations ===<br />
Details are in the issue tracker: http://roundup.mplayerhq.hu/roundup/ffmpeg/issue100<br />
<br />
=== Implement a Vivo demuxer for FFmpeg ===<br />
Implement an FFmpeg demuxer for the [[Vivo]] file format. The best reference for understanding the format would be MPlayer's [http://svn.mplayerhq.hu/mplayer/trunk/libmpdemux/demux_viv.c?view=markup existing .viv demuxer].<br />
<br />
This task corresponds to issue 99: http://roundup.mplayerhq.hu/roundup/ffmpeg/issue99<br />
<br />
''I am ready to help out with understanding MPlayer's demuxer, esp. MPlayer API stuff if necessary.<br />
--[[User:Reimar|Reimar]] 15:46, 1 March 2008 (EST)<br />
<br />
=== Port missing demuxers from MPlayer to FFmpeg ===<br />
MPlayer supports a few container formats in libmpdemux that are not yet present in libavformat. Porting them over and gettting them relicensed as LGPL or reimplementing them from scratch should make reasonable small tasks.<br />
<br />
''Jai Menon is working on porting the tivo demuxer''<br />
<br />
=== Optimal Huffman tables for (M)JPEG ===<br />
This task is outlined at http://guru.multimedia.cx/small-tasks-for-ffmpeg/ and is tracked in the issue tracker: http://roundup.mplayerhq.hu/roundup/ffmpeg/issue267<br />
<br />
=== YOP Playback System ===<br />
This task is to implement an FFmpeg playback subsystem for [[Psygnosis YOP]] files. This will entail writing a new file demuxer and video decoder, both of which are trivial by FFmpeg standards. [[Psygnosis YOP|The Psygnosis YOP page]] contains the specs necessary to complete this task and points to downloadable samples.<br />
<br />
=== M95 Playback System ===<br />
This task is to implement an FFmpeg playback subsystem for [[M95]] files. This will entail writing a new file demuxer and video decoder (the audio is already uncompressed), both of which are trivial by FFmpeg standards. [[M95|The M95 page]] contains the specs necessary to complete this task and points to downloadable samples.<br />
<br />
=== BRP Playback System ===<br />
This task is to implement an FFmpeg playback subsystem for [[BRP]] files. This will entail writing a new file demuxer as well as a video decoder that can handle at least 2 variations of format data. Further, write an audio decoder for the custom DPCM format in the file. All of these tasks are considered trivial by FFmpeg standards. [[BRP|The BRP page]] contains the specs necessary to complete this task and points to downloadable samples for both known variations.<br />
<br />
=== 16-bit Interplay Video Decoder ===<br />
FFmpeg already supports [[Interplay MVE]] files with [[Interplay Video|8-bit video data]] inside. This task involves supporting 16-bit video data. The video encoding format is mostly the same but the pixel size is twice as large. Engage the ffmpeg-devel list to discuss how best to approach this task.<br />
<br />
=== 16-bit VQA Video Decoder ===<br />
FFmpeg already supports Westwood [[VQA]] files. However, there are 3 variations of its custom video codec. The first 2 are supported in FFmpeg. This task involves implementing support for the 3rd variation. Visit the VQA samples repository: http://samples.mplayerhq.hu/game-formats/vqa/ -- The files in the directories Tiberian Sun VQAs/, bladerunner/, and dune2000/ use the 3rd variation of this codec. The [[VQA|VQA page]] should link to all the details you need to support this format.<br />
<br />
=== HNM4 Playback System ===<br />
This task is to implement an FFmpeg playback subsystem for [[HNM4]] variant of the [[HNM]] format. This will entail writing a new file demuxer and video decoder, both of which are trivial by FFmpeg standards. [[HNM4|The HNM4 page]] contains the specs necessary to complete this task and links to downloadable samples.<br />
<br />
=== Apple RPZA encoder ===<br />
A patch was once sent to the ffmpeg-devel mailing list to include an encoder for the [[Apple RPZA]] video codec. That code can be found on the "[[Interesting Patches]]" page. This qualification task involves applying that patch so that it can compile with current FFmpeg SVN code and then cleaning it up per the standards of the project. Engage the mailing list to learn more about what to do.<br />
<br />
=== QuickTime Edit List Support ===<br />
Implement edit list support in FFmpeg's QuickTime demuxer (libavformat/mov.c). This involves parsing the 'elst' atom in a QuickTime file. For a demonstration of how this is a problem, download the file menace00.mov from http://samples.mplayerhq.hu/mov/editlist/ and play it with ffplay or transcode it with ffmpeg. Notice that the audio and video are ever so slightly out of sync. Proper edit list support will solve that. Other samples in that directory also presumably exhibit edit list-related bugs. The [http://xine.cvs.sourceforge.net/xine/xine-lib/src/demuxers/demux_qt.c?view=markup Xine demuxer] has support for this, it might be useful for hints.<br />
<br />
=== Reimplement libavcodec/fdctref.c ===<br />
The forward double precision DCT in this file has a non-free license. We need an LGPL replacement of this file.<br />
<br />
=== Implement the Flash Screen Video codec version 2 ===<br />
FFmpeg is missing both a decoder and an encoder. Would be nice to have that.<br />
<br />
=== Add wma fixed point decoder back into libavcodec ===<br />
http://svn.rockbox.org/viewvc.cgi/trunk/apps/codecs/libwma/<br />
Rockbox's fixed-point WMA decoder was adapted from the decoder in libavcodec.<br />
<br />
=== RealAudio 14.4 encoder ===<br />
FFmpeg contains a decoder for [[RealAudio 14.4]], a farily simple integer CELP codec. Write an encoder. This would be a good qualification task for anyone interested in working on AMR, Speex, or sipr.<br />
<br />
=== VC1 timestamps in m2ts ===<br />
<br />
Codec copy of VC1 from m2ts currently doesn't work. Either extend the VC1 parser to output/fix timestamps, or fix the timestamps from m2ts demuxing.<br />
<br />
''was: Add support for newer codecs such as [[Dirac]] and [[VC1]] to FFmpeg's [[Matroska]] muxer.''<br />
:''[[Dirac]] should mux perfectly as of r16261. What about muxing [[VC1]] doesn't work? A quick -vcodec copy from wmv didn't throw any errors. -[[User:Yuvi|Yuvi]] 05:31, 3 January 2009 (EST)''<br />
::''Yes, WMV3 works fine. There was a report that muxing VC1 from m2ts didn't work. If this does work then feel free to remove the task. Also the demuxer doesn't recognize V_VC1. ''-[[User:Mkhodor|Mkhodor]] 22:58, 4 January 2009 (EST)<br />
:::''From m2ts, ffmpeg gives "error, pts < dts" which means that the timestamps coming out of the m2ts demuxer are invalid. I dunno if it would be easier to fix the demuxer or just extend the parser to fix/fill them in. For V_VC1, is that actually used by a muxer now? According to http://lists.mplayerhq.hu/pipermail/ffmpeg-devel/2007-August/034825.html it was a brief mistake that isn't supposed to be used. -[[User:Yuvi|Yuvi]] 02:50, 5 January 2009 (EST)<br />
::::''I don't know of any other muxers that use it, so I made a note on the [[Matroska]] page that it is deprecated.'' -[[User:Mkhodor|Mkhodor]] 10:47, 13 January 2009 (EST)<br />
<br />
=== [[I263]] work ===<br />
<br />
This codec is supported only partially by FFmpeg. Add full support for it basing on the LGPL source code at http://multimedia.cx/I263Src.zip<br />
<br />
=== FLIC work ===<br />
<br />
Revise the [[Flic Video]] decoder at libavcodec/flicvideo.c to support video transported in AVI or MOV files while making sure that data coming from the usual FLI files still works. 'AFLC' and 'flic' FourCC samples are linked from the [[Flic Video]] page.<br />
<br />
=== Auravision video decoder ===<br />
<br />
Implement a decoder based on the speculation put forth on the wiki page for [[Auravision]] video. Samples are linked from the Wiki page. This project might demonstrate that the speculation on the Wiki page is incorrect. That is also useful information.<br />
<br />
=== Hook up QT YUV2 FourCC ===<br />
<br />
Wire up the YUV2 FourCC that can occur in [[MOV]] to the [[YUV 4:2:2]] colorspace. Samples are linked from the [[YUV 4:2:2]] wiki page.<br />
[[Category:FFmpeg]]<br />
<br />
=== CorePNG Decoder ===<br />
<br />
Extend FFmpeg's PNG decoder to handle the difference frames and [[YUV]] colorspace added in [[CorePNG]]. Sample at [http://samples.mplayerhq.hu/V-codecs/PNG1/ http://samples.mplayerhq.hu/V-codecs/PNG1/]<br />
<br />
=== Extend PNG Decoder ===<br />
<br />
get this png working in ffpng: https://roundup.ffmpeg.org/roundup/ffmpeg/issue813 .<br />
<br />
=== CJPG format ===<br />
<br />
Extend FFmpeg's MJPEG decoder to handle the different frames/packing of CJPG. Samples at: http://roundup.ffmpeg.org/roundup/ffmpeg/issue777<br />
<br />
=== Optimize Theora Decoder ===<br />
<br />
speed up the Theora decoder. [http://www.archive.org/download/AlternativeFreedom/alternative_freedom.ogg 720:480 sample] hits 100% cpu on a p4 1.5ghz.<br />
:''Do you have any specific optimizations tips? I like these small tasks to present a clearer jumping-off point. --[[User:Multimedia Mike|Multimedia Mike]] 18:57, 22 December 2008 (EST)''<br />
::''did theora make use of the mmx/sse functions of ffvp3? i was looking at the xiph GSOC page which mentioned a similar task. --[[User:Compn|Compn]] 21:17, 22 December 2008 (EST)''<br />
::''The major optimization I can think of is reworking coefficient decoding to avoid the continue in unpack_vlcs() (basically by having a list of coefficient VLCs for each position rather than for each block, then decoding them when actually rendering the block.) Unfortunately this also requires reworking render_slice() and reverse_dc_prediction() quite significantly which is why I haven't done it yet. [[User:Yuvi|Yuvi]] 18:25, 23 December 2008 (EST)''<br />
<br />
<br />
=== flip flag for upside-down codecs ===<br />
<br />
<pre>about the flip, a patch that decodes images fliped when<br />
codec_tag == ff_get_fourcc("GEOX") is welcome.<br />
its a metter of 2lines manipulating data/linesize of imgages after<br />
get_buffer() or something similar<br />
[...]<br />
-- <br />
Michael GnuPG fingerprint: 9FF2128B147EF6730BADF133611EC787040B0FAB<br />
</pre><br />
more info:<br />
https://roundup.mplayerhq.hu/roundup/ffmpeg/issue741<br />
<br />
=== lavf-based concatenation tool ===<br />
<br />
Unless we have multiple files input in FFmpeg, it would be nice to have some libavformat-based tool that would extract frames from multiple files (possible different containers as well) and put them into single one.<br />
<br />
=== cljr and vcr1 encoders ===<br />
According to this: http://lists.mplayerhq.hu/pipermail/ffmpeg-devel/2009-February/063647.html both of the encoders are disabled, and won't compile if enabled. Michael would prefer to keep them around, and have someone grow them into full encoders.</div>Dashcloudhttps://wiki.multimedia.cx/index.php?title=User:Compn&diff=11158User:Compn2009-02-20T19:24:00Z<p>Dashcloud: </p>
<hr />
<div>The [[MPlayer]] IRC and bug report monkey.<br />
<br />
-------------------<br />
<br />
;Take the Sample Challenge!<br />
:Review one file from /incoming/ per week! (+delete/move/report bug)<br />
:Extra Credit- Write a new audio/video codec/format on the wiki.<br />
<br />
Steps to review incoming:<br />
#start with older files<br />
#google the filename to see if it was posted to the mplayer/ffmpeg mailing list<br />
#do a search at http://bugzilla.mplayerhq.hu and http://roundup.mplayerhq.hu to see if it was posted there<br />
#if no text file exists, try playback using mplayer and ffplay<br />
#move file to samples.mphq and create/modify bugreport or delete<br />
<br />
TODO:<br />
#organize incoming into folders like "known issues-to be fixed"<br />
#fix communication between developers-samples status<br />
#explain what samples are to be kept and which to be deleted<br />
#ask other projects (xine,vlc) if they want to take a look at such files before deletion<br />
<br />
<br />
==Multimedia Archaelogy==<br />
<br />
try to guess codecs by forcing them. <br />
<pre>mplayer -vc +ffodivx file.avi or -vc +ffmjpeg (for files that may be mjpeg)</pre><br />
<br />
Finding Codecs:<br />
#google for NSVI fourcc for hints as to the codec name<br />
#search for "VIDC.NSVI". vidc is found in .inf files (registry installer) for vfw codecs.<br />
#after locating vidc.nsvi=nsvideo.dll try to locate nsvideo.dll<br />
#search for "nsvideo.dl_" which may appear in the installer/zip logs<br />
#also try .drv, .dr_, .exe, .zip, .sys, .ax etc.<br />
#try also the backward hex version of NSVI (4956534E) which is part of the GUID for the dshow codec.<br />
<br />
===status of picsearch list===<br />
<br />
binary codecs: http://samples.mplayerhq.hu/drivers32/new/<br />
<br />
<br />
VDEC - vidc.vdec=videc.dll - Logitech QuickCam codec (which is a variant of M-JPEG)<br />
- http://grouplab.cpsc.ucalgary.ca/grouplab/uploads/Publications/Publications/2001-FaceTracker.Report2001-691-14.pdf<br />
yuv8 - try to use raw codec in codecs.conf<br />
- [http://74.125.47.132/search?q=cache:D5ITVw7gU5gJ:www.tribler.org/FfmpegYuv+yuv8&hl=en&ct=clnk&cd=3&gl=us yuv8 ffmpeg description]<br />
fire - more info here: [[FIRE]]<br />
<br />
===codecs with problems loading===<br />
<br />
videocodec mohd<br />
info "mobiclip"<br />
status buggy ; Warning: DS_Filter() no such class object. (DLL=mohd.ax)<br />
fourcc MOHD,mohd<br />
driver dshow<br />
dll "mohd.ax" ; 90cef552f1d20236ef5041ca1077c311<br />
;guid 0x44484F4D, 0x0000, 0x0010, 0x80, 0x00, 0xAA, 0x00, 0x00, 0x38, 0x9B, 0x71<br />
guid 0x64686F6D, 0x0000, 0x0010, 0x80, 0x00, 0xAA, 0x00, 0x00, 0x38, 0x9B, 0x71<br />
;guid 0x73646976, 0x0000, 0x0010, 0x80, 0x00, 0xAA, 0x00, 0x00, 0x38, 0x9B, 0x71<br />
out YV12,YUY2,UYVY<br />
out BGR32,BGR24,BGR16,BGR15<br />
<br />
videocodec n264<br />
status buggy ;i can create files using -ovc vfw -xvfwopts codec=h264vfw.dll<br />
fourcc N264 ; but still cannot play them in mplayer.<br />
driver vfw<br />
dll "H264Vfw.dll" ; befd224bc512742697fe27636de6cf23<br />
out BGR32<br />
<br />
videocodec auravfw<br />
status buggy ; windows says this is not a valid windows image!<br />
fourcc AURA,AUR2<br />
driver vfw<br />
; dll "av2codec.drv" ; b9ee092e7aba838a630f827e902c53a1 *av2codec.drv<br />
dll avcodec.drv ; 6a2c197f9e3844bbbb83b68c02609da3 *avcodec.drv<br />
;dll "MCIAVI.DRV"<br />
out YV12,YUY2<br />
<br />
videocodec eyeball<br />
info "eyeball chat video"<br />
status buggy ; corrupted video<br />
fourcc ES07<br />
driver dshow<br />
dll "EStream7Decoder.dll" ; e8cf28a0b0589d9af97be1b41c2b0e20<br />
guid 0x609C770F, 0x94D9, 0x4DDf, 0xB2, 0x2A, 0x68, 0x05, 0x71, 0x64, 0xA8, 0xDD<br />
out BGR24<br />
<br />
videocodec imm4<br />
status buggy ;crashes<br />
fourcc IMM4<br />
driver vfw<br />
dll "VCMIMM4.dll" ; 0259aa0a0ca4be18fe644924b004f08b<br />
out IYUV<br />
<br />
videocodec mscamcorder<br />
info "microsoft office 97 camcorder"<br />
status buggy ; not a valid windows image<br />
fourcc CGDI<br />
driver vfw<br />
dll "gdicod97.drv" ; c9874806d163304474ae16530b8e057e<br />
out BGR32,BGR24,BGR15<br />
<br />
videocodec geovfw<br />
status buggy ; crash<br />
fourcc GEOV<br />
driver vfw<br />
dll "GeoCodec.dll" ; 6febfc39081f2aeb1db95ba59a3c44bb<br />
out YUY2,YV12,IYUV <br />
out RGB24,RGB32,BGR24 flip<br />
<br />
videocodec vdecvfw<br />
info "quickcam codec?" ;http://www.crynwr.com/qcpc/<br />
status buggy ; not a valid windows image<br />
fourcc VDEC<br />
driver vfw<br />
dll "videc.dll" ; 2854361dfaad445c508ffe9d8187c2f2<br />
out YV12<br />
out BGR24<br />
<br />
=== unknown codec ===<br />
<br />
DPSH - http://mxhaard.free.fr/sview.html; some sort of raw codec-http://mxhaard.free.fr/spca50x/Download/spcagui20060127.tar.gz<br />
has the spcaview program that creates them (it segfaulted when I tried the example in the documentation). <br />
[[User:Dashcloud|Dashcloud]] 14:23, 20 February 2009 (EST)<br />
HHE1 - zvue video? no idea<br />
speg - http://qstream.org/ appears to be an Xvid derivative- if you check out the source code, there's a patch mplayer-speg.patch<br />
which just tacks SPEG onto all the xvid stuff. [[User:Dashcloud|Dashcloud]] 14:23, 20 February 2009 (EST)<br />
CFCC - http://www.codecsbox.com/download/codec/video_codecs/dps_avi_codec.htm<br />
vvvc - ?<br />
XiTh - theora in mov<br />
SUVF - ?<br />
MVXW - mavix.com wavelet?<br />
<br />
=== need to locate dlls ===<br />
gisz , gigasize.dll</div>Dashcloudhttps://wiki.multimedia.cx/index.php?title=User:Compn&diff=11157User:Compn2009-02-20T19:23:09Z<p>Dashcloud: update two of the unknowns</p>
<hr />
<div>The [[MPlayer]] IRC and bug report monkey.<br />
<br />
-------------------<br />
<br />
;Take the Sample Challenge!<br />
:Review one file from /incoming/ per week! (+delete/move/report bug)<br />
:Extra Credit- Write a new audio/video codec/format on the wiki.<br />
<br />
Steps to review incoming:<br />
#start with older files<br />
#google the filename to see if it was posted to the mplayer/ffmpeg mailing list<br />
#do a search at http://bugzilla.mplayerhq.hu and http://roundup.mplayerhq.hu to see if it was posted there<br />
#if no text file exists, try playback using mplayer and ffplay<br />
#move file to samples.mphq and create/modify bugreport or delete<br />
<br />
TODO:<br />
#organize incoming into folders like "known issues-to be fixed"<br />
#fix communication between developers-samples status<br />
#explain what samples are to be kept and which to be deleted<br />
#ask other projects (xine,vlc) if they want to take a look at such files before deletion<br />
<br />
<br />
==Multimedia Archaelogy==<br />
<br />
try to guess codecs by forcing them. <br />
<pre>mplayer -vc +ffodivx file.avi or -vc +ffmjpeg (for files that may be mjpeg)</pre><br />
<br />
Finding Codecs:<br />
#google for NSVI fourcc for hints as to the codec name<br />
#search for "VIDC.NSVI". vidc is found in .inf files (registry installer) for vfw codecs.<br />
#after locating vidc.nsvi=nsvideo.dll try to locate nsvideo.dll<br />
#search for "nsvideo.dl_" which may appear in the installer/zip logs<br />
#also try .drv, .dr_, .exe, .zip, .sys, .ax etc.<br />
#try also the backward hex version of NSVI (4956534E) which is part of the GUID for the dshow codec.<br />
<br />
===status of picsearch list===<br />
<br />
binary codecs: http://samples.mplayerhq.hu/drivers32/new/<br />
<br />
<br />
VDEC - vidc.vdec=videc.dll - Logitech QuickCam codec (which is a variant of M-JPEG)<br />
- http://grouplab.cpsc.ucalgary.ca/grouplab/uploads/Publications/Publications/2001-FaceTracker.Report2001-691-14.pdf<br />
yuv8 - try to use raw codec in codecs.conf<br />
- [http://74.125.47.132/search?q=cache:D5ITVw7gU5gJ:www.tribler.org/FfmpegYuv+yuv8&hl=en&ct=clnk&cd=3&gl=us yuv8 ffmpeg description]<br />
fire - more info here: [[FIRE]]<br />
<br />
===codecs with problems loading===<br />
<br />
videocodec mohd<br />
info "mobiclip"<br />
status buggy ; Warning: DS_Filter() no such class object. (DLL=mohd.ax)<br />
fourcc MOHD,mohd<br />
driver dshow<br />
dll "mohd.ax" ; 90cef552f1d20236ef5041ca1077c311<br />
;guid 0x44484F4D, 0x0000, 0x0010, 0x80, 0x00, 0xAA, 0x00, 0x00, 0x38, 0x9B, 0x71<br />
guid 0x64686F6D, 0x0000, 0x0010, 0x80, 0x00, 0xAA, 0x00, 0x00, 0x38, 0x9B, 0x71<br />
;guid 0x73646976, 0x0000, 0x0010, 0x80, 0x00, 0xAA, 0x00, 0x00, 0x38, 0x9B, 0x71<br />
out YV12,YUY2,UYVY<br />
out BGR32,BGR24,BGR16,BGR15<br />
<br />
videocodec n264<br />
status buggy ;i can create files using -ovc vfw -xvfwopts codec=h264vfw.dll<br />
fourcc N264 ; but still cannot play them in mplayer.<br />
driver vfw<br />
dll "H264Vfw.dll" ; befd224bc512742697fe27636de6cf23<br />
out BGR32<br />
<br />
videocodec auravfw<br />
status buggy ; windows says this is not a valid windows image!<br />
fourcc AURA,AUR2<br />
driver vfw<br />
; dll "av2codec.drv" ; b9ee092e7aba838a630f827e902c53a1 *av2codec.drv<br />
dll avcodec.drv ; 6a2c197f9e3844bbbb83b68c02609da3 *avcodec.drv<br />
;dll "MCIAVI.DRV"<br />
out YV12,YUY2<br />
<br />
videocodec eyeball<br />
info "eyeball chat video"<br />
status buggy ; corrupted video<br />
fourcc ES07<br />
driver dshow<br />
dll "EStream7Decoder.dll" ; e8cf28a0b0589d9af97be1b41c2b0e20<br />
guid 0x609C770F, 0x94D9, 0x4DDf, 0xB2, 0x2A, 0x68, 0x05, 0x71, 0x64, 0xA8, 0xDD<br />
out BGR24<br />
<br />
videocodec imm4<br />
status buggy ;crashes<br />
fourcc IMM4<br />
driver vfw<br />
dll "VCMIMM4.dll" ; 0259aa0a0ca4be18fe644924b004f08b<br />
out IYUV<br />
<br />
videocodec mscamcorder<br />
info "microsoft office 97 camcorder"<br />
status buggy ; not a valid windows image<br />
fourcc CGDI<br />
driver vfw<br />
dll "gdicod97.drv" ; c9874806d163304474ae16530b8e057e<br />
out BGR32,BGR24,BGR15<br />
<br />
videocodec geovfw<br />
status buggy ; crash<br />
fourcc GEOV<br />
driver vfw<br />
dll "GeoCodec.dll" ; 6febfc39081f2aeb1db95ba59a3c44bb<br />
out YUY2,YV12,IYUV <br />
out RGB24,RGB32,BGR24 flip<br />
<br />
videocodec vdecvfw<br />
info "quickcam codec?" ;http://www.crynwr.com/qcpc/<br />
status buggy ; not a valid windows image<br />
fourcc VDEC<br />
driver vfw<br />
dll "videc.dll" ; 2854361dfaad445c508ffe9d8187c2f2<br />
out YV12<br />
out BGR24<br />
<br />
=== unknown codec ===<br />
<br />
DPSH - http://mxhaard.free.fr/sview.html; some sort of raw codec-http://mxhaard.free.fr/spca50x/Download/spcagui20060127.tar.gz has the spcaview program that creates them (it segfaulted when I tried the example in the documentation). [[User:Dashcloud|Dashcloud]] 14:23, 20 February 2009 (EST)<br />
HHE1 - zvue video? no idea<br />
speg - http://qstream.org/ appears to be an Xvid derivative- if you check out the source code, there's a patch mplayer-speg.patch which just tacks SPEG onto all the xvid stuff. [[User:Dashcloud|Dashcloud]] 14:23, 20 February 2009 (EST)<br />
CFCC - http://www.codecsbox.com/download/codec/video_codecs/dps_avi_codec.htm<br />
vvvc - ?<br />
XiTh - theora in mov<br />
SUVF - ?<br />
MVXW - mavix.com wavelet?<br />
<br />
=== need to locate dlls ===<br />
gisz , gigasize.dll</div>Dashcloudhttps://wiki.multimedia.cx/index.php?title=User:Dashcloud&diff=11153User:Dashcloud2009-02-20T15:20:51Z<p>Dashcloud: 0x4143 now plays</p>
<hr />
<div>Steven Zakulec is said to have tested every single sample in the MPlayer repository against FFmpeg.<br />
Occasional samples tester & bug filer.<br />
<pre><br />
---Notes from uncommon audio codecs list---<br />
(This will get refined and moved into the main wiki shortly.)<br />
<br />
--How to read--<br />
the audio codec as reported in the uncommon_audio_codec.txt is the folder name. If it says all fine, it means all samples (up to 5) played fine in FFplay. If FFmpeg doesn't show the same codec tag, I've included that as well. If there was an issue (audio, or in some cases video) I noted that as well.<br />
<br />
audio samples:<br />
0x0003- all fine, pcm_f32le<br />
0x0004- link is dead<br />
0x0005- play fine, nellymoser<br />
0x0006- plays fine, nellymoser<br />
0x0032- msgsm, not playable by ffplay. <br />
0x0038 not playable- Natural MicroSystems VBXADPCM codec<br />
0x0055 -now shows as mp3 audio, plays fine<br />
0x0057- AMR-NB (should be playable in latest svn)<br />
0x0074- VoxWare, tries to use voxmvdec.ax<br />
0x00ff- aac audio, fine<br />
0x0111- doesn't play, vivo video- Vivo G.723/Siren Audio Codec<br />
0x0112- doesn't play, vivo video- Vivo G.723/Siren Audio Codec<br />
0x0163- doesn't play, Windows Media Audio Lossless V9<br />
0x0215- doesn't play- Ulead DV ACM<br />
0x0216- doesn't play- Ulead DV ACM<br />
0x0402- doesn't play- Indeo Audio<br />
0x1100736d- adpcm_ima wav<br />
0x1104- doesn't play- Lernout & Hauspie CELP and SBC codecs<br />
0x4143- plays fine now, stereo AAC<br />
0x414c- empty folder - possibly lead audio aac/vorbis/amr ? ~~- unlikely: TwoCC says 0x434C LEAD Speech 0x564C LEAD Vorbis<br />
0x5000736d- mp2, plays fine<br />
0x55005354- doesn't play, video broken (wmv1), gnrc data. the text version of the tag is: U ST<br />
0x0674f- doesn't play- is actually Vorbis- must be forced (ffplay can handle it w/ -f ogg)- according to TwoCC, mode 1 Ogg Vorbis<br />
0x6750- doesn't play- is mode 2 Ogg Vorbis (can be played with ffplay -f ogg)<br />
0x6751- doesn't play- labelled as mode 3 Ogg Vorbis- can't be played<br />
0x6771- doesn't play- TwoCC says Ogg Vorbis mode 3+<br />
0x706d- says AAC, plays, but playback not perfect: [aac @ 0x88ccfa0]Predictor bit set but LTP is not implemented. Update your FFmpeg version to the newest one from SVN. If the problem still occurs, it means that your file has a feature which has not been implemented. If you want to help, upload a sample of this file to ftp://upload.ffmpeg.org/MPlayer/incoming/ and contact the ffmpeg-devel mailing list.<br />
ut3_for_redpax_with_love.avi, ikiwiki_swarm.avi play fine.<br />
<br />
<br />
0x7a21- doesn't play- 0x7A21 GSM-AMR (CBR, no SID)<br />
0x7a22- doesn't play- 0x7A22 GSM-AMR (VBR, including SID)<br />
0xfffc- doesn't play, vdowave audio. works in mplayer.<br />
0xfffe- themes.avi does- picked up as pcm_f32le<br />
adpcm_ct: all play<br />
adpcm_ima_dk3- doesn't play. Loud static plays for 5 seconds, then nothing. The TwoCC says MS GSM 723.1, but I can't get it to play.<br />
adpcm_swf- all play<br />
atrc- 050913.ram says unsupported video codec (rv20) but plays<br />
other files have rv20 messages as well<br />
dca- audio track 6 shows as 0x0000- should be 0162- wma3<br />
drms- audio most likely DRM'd<br />
newYearsSmall.mov- 1st track same as above, crashed ffplay; 2nd track doesn't play, no messages<br />
<br />
fl32- plays fine<br />
<br />
fl64- plays fine<br />
<br />
imc- rx620(new).avi plays, but [imc @ 0x8921330]Read coefficients failed sq= 0B <br />
and sounds drops out<br />
<br />
mace3- plays fine<br />
<br />
mp1- plays fine.<br />
<br />
pcm_s24le: plays fine<br />
pcm_s32be- plays fine<br />
pcm_s32le- plays fine<br />
pcm_u16le- empty folder<br />
qclq- doesn't play<br />
<br />
qdmc- doesn't play, QDesign Music 1<br />
iCantHelpIt.mov- mov,mp4,m4a,3gp,3g2,mj2 @ 0x88dcd70]stream 0, error opening file /bugs life.mov: No such file or directory<br />
milesaway.mov- apparently DSLV is the Quicktime cross-fade effect. The other two tracks are MJPG.<br />
<br />
real288- all play<br />
sawb- amr_wb? (tries to call libamr_wb)<br />
spxn- doesn't play, includes ZyGoVideo Pro<br />
<br />
str1- doesn't play, Iomega MPEG layer II, RecordIt Decoder<br />
truespeech- plays fine<br />
wma3- doesn't play, no video. The hexcodes ( 33564D57 & 33414D57 spell out WMV3 & WMA3 backwards.<br />
wmav1- plays fine<br />
xovs- no audio or video<br />
</pre><br />
:i think xovs is Xiph Ogg VorbiS, the video track of that file is XiTh (Xiph Theora). --[[User:Compn|Compn]] 11:26, 20 December 2008 (EST)<br />
<br />
<br />
<br />
*0xfffe- Loko-Passe_de_Pedros-Nantes_vs_Psg-1994.mpg doesn't play- clip has this metadata: <br />
MEncoder 1.0pre6-3.3.5- look for current codec pack from then- hopefully the audio codec is there<br />
Revision 14844 - (view) (download) (annotate) - [select for diffs] <br />
Modified Sun Feb 27 18:11:17 2005 UTC (3 years, 9 months ago) by rfelker <br />
File length: 50850 byte(s) <br />
Diff to previous 14842 <br />
Fix the ogg fourcc nightmare!!!<br />
The problem: once upon a time, windows idiots decided to try to store<br />
vorbis-in-ogg-in-avi. Of course this failed miserably, but they used<br />
the audio format tag 0xfffe for "extended" to do this. Later someone<br />
working on MPlayer somehow decided 0xfffe was the format for vorbis,<br />
which is nonsense, and now that's conflicting with real wav files with<br />
extended audio format. This patch changes demux_ogg (and mkv) to use<br />
sane fourcc's for vorbis and theora and gets rid of the 0xfffe<br />
nonsense so hopefully wav files with extended audio will work now.<br />
If there are problems, we'll have to find workarounds...and drive an<br />
18-wheeler full of cola thru the house of whoever wrote this 0xfffe<br />
nonsense in MPlayer to begin with...</div>Dashcloudhttps://wiki.multimedia.cx/index.php?title=Quotes&diff=11115Quotes2009-02-17T04:41:30Z<p>Dashcloud: The story of a lonely patch</p>
<hr />
<div>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!<br />
<br />
==IRC Channels==<br />
<br />
===#mplayerdev===<br />
<br />
<pre><br />
<ods15> btw, gcc took 900mb of ram and then segfaulted for me when i tried to compile a 30mb C file :P<br />
<ods15> that took about 20 minutes until it evantually gave out of mem error<br />
<ods15> i should probably just write my own compiler than can do it in 0.05s and no ram...<br />
<ShadowJK> can tcc compile it :)<br />
<ods15> ShadowJK, heh i should've tried that<br />
* ods15 just makes a sample file and tries now<br />
<ods15> ahem, it did it in like 3 seconds and no ram :P<br />
</pre><br />
<br />
<pre><br />
<poirierg> great new ppl! I'm likely to get laid before linuxtag!<br />
<poirierg> woops<br />
<ods15> ...<br />
<poirierg> great new ppl! I'm likely to get laid out before linuxtag!<br />
<dalias> lol poirierg<br />
<poirierg> budget cuts and stuff like that....<br />
<dalias> poirierg, oh<br />
<dalias> i read that as 'get laid'<br />
<dalias> and i was like wtf tmi<br />
<ods15> ja<br />
<dalias> the word is 'laid off' btw, not 'laid out'<br />
<delewis> haha.<br />
<ods15> so, wait, great?<br />
<poirierg> okay, I'm getting laid off<br />
</pre><br />
<br />
<pre><br />
<ods15> british is american with a sloppy accent, and much stupider curse words<br />
</pre><br />
<br />
<pre><br />
<poirierg> cartman, you don't see smart girls if you only watch pr0n<br />
</pre><br />
<br />
<pre><br />
<superdump> Welcome to ye Olde #mplayerdev Tavern. If yaoi 'n' free cola is what ye be lookin' far, we's got 'em! Yarr...<br />
</pre><br />
<br />
<pre><br />
<dalias> because you can't use x264<br />
<superdump> why not?<br />
<dalias> because the decoder is slower than gabu trying to get a girlfriend<br />
</pre><br />
<br />
<pre><br />
<dalias> h264 is like matroska<br />
<dalias> yes mmatroska is better than avi but it sucks still<br />
<dalias> hes h264 compresses better than mpeg4 but it sucks still<br />
<dalias> and the question is: is 15% compression gain worth 500% performance drop?<br />
</pre><br />
<br />
<pre><br />
<poirierg> do you know the difference between God and dalias ? ;)<br />
<dalias> god only tells you what's bad to do when you inhale from a burning bush<br />
<dalias> dalias tells you what's bad all the time<br />
</pre><br />
<br />
<pre><br />
<reynaldo> i was once atacked by one of those beast<br />
<reynaldo> i was 4 years old iirc<br />
<reynaldo> those birds have almost 4 meters measured from the extremes of their wings<br />
<reynaldo> i have some stories you wouldnt believe :P<br />
<reynaldo> i dont remember meeting any chilean atacked by a condor besides me<br />
<reynaldo> :P<br />
<reynaldo> i was once biten by a black widow too :P extremely hard to find spider<br />
<reynaldo> nature has been trying to kill me since the day i born!<br />
<reynaldo> :P<br />
<iive> i though condors doesn't attack humans.<br />
<reynaldo> they dont<br />
<reynaldo> thats the weirdest part<br />
<reynaldo> :P<br />
<iive> well, then there is only one explanetion. you are not human.<br />
* iive runs<br />
<reynaldo> :P<br />
<reynaldo> who knows<br />
<reynaldo> maybe the karaoke filter is just the begining of my world domination plan<br />
</pre><br />
<br />
<pre><br />
<reynaldo> why dont you work with me improving the filter then ?<br />
<poirierg> reynaldo, because I don't want to steel the paternity of your little toy<br />
<reynaldo> thats not my boy<br />
<reynaldo> everyone an his girlfriend facing the same problem solved it the same wahy<br />
<reynaldo> we can make something neater<br />
<reynaldo> :)<br />
<poirierg> your are calling me to become the girlfriend of you audio filter?<br />
</pre><br />
<br />
<pre><br />
<ods15> i'm waiting for someone to send me brains tommorrow, not much to do until then<br />
</pre><br />
<br />
<pre><br />
<snacky> h264-in-mpeg is standardized since 2003. if hd-dvd does it differently it's because they're stupid ;)<br />
<iive> they do. thay are<br />
</pre><br />
<br />
<pre><br />
<KotH> Rathann: some nice quotes you have there :)<br />
<Rathann> I know! ^_^<br />
<Rathann> I've been collecting them for months<br />
<KotH> and some i dont even remember typing ^^'<br />
<Rathann> ^_^v<br />
<Rathann> hehe<br />
<Rathann> it's good to have logs<br />
</pre><br />
<br />
<pre><br />
<phcoder> compiling svn:<br />
<phcoder> allcodecs.c: In function 'avcodec_register_all':<br />
<phcoder> allcodecs.c:67: error: 'ENABLE_DCA_DECODER' undeclared (first use in this function)<br />
<phcoder> allcodecs.c:67: error: (Each undeclared identifier is reported only once<br />
<phcoder> allcodecs.c:67: error: for each function it appears in.)<br />
<phcoder> allcodecs.c:253: error: 'ENABLE_DCA_PARSER' undeclared (first use in this function)<br />
<phcoder> Sorry forgot to configure<br />
<KotH> dont forget make distclean<br />
<Rathann> don't forget to use your brain<br />
</pre><br />
<br />
<pre><br />
<DonDiego> geez<br />
<DonDiego> how many mistakes can you make in a single line of shell ..<br />
<KotH> one per character<br />
<DonDiego> i'm quite close ;)<br />
<DonDiego> sundays after parties are not the best days for programming ;)<br />
</pre><br />
<br />
<pre><br />
<cartman> <poirierg> cartman, you don't see smart girls if you only watch pr0n<br />
<dalias> :)<br />
<cartman> this is all I get for reporting quality pr0n bugs<br />
<dalias> cartman, it's what you get for making statements about girls being stupid<br />
<cartman> dalias: girls are stupid anyway<br />
</pre><br />
<br />
<pre><br />
<ShadowJK> "I have to agree with Rich's supposed opinion here. It is beyond mad."<br />
<ShadowJK> dalias, you've become quite efficient at flamewars, when you don't even need <br />
to participate anymore, people just assume what you were going to say :)<br />
</pre><br />
<br />
<pre><br />
<iive> btw does somebody know a way to get the xvid bitstream syntax number<br />
<iive> the number that xvid put to identify what bugs they had when encoding it.<br />
<Rathann> rtfs?<br />
<iive> i ask if somebody knows<br />
<iive> this is if nobody knows<br />
<iive> fucker<br />
<rxt> hehe, nothing changed on mplayer while I was away :)<br />
</pre><br />
<br />
<pre><br />
<snacky> ugh... you guys should see how polite superdump is being to lusers on #ffmpeg . it's really disgusting<br />
<superdump> :)<br />
<snacky> what is it with polite people?! don't you realize you are making the rest of us look bad?<br />
</pre><br />
<br />
<pre><br />
<KotH> i talked with an ubuntu guy here<br />
<KotH> and the biggest problem they have is that upstream is uncooperative<br />
<Rathann> is it?<br />
<KotH> from their perspective yes<br />
<Rathann> I haven't seen any patches from anyone @ubuntu<br />
<Rathann> nor bugreports, for that matter<br />
<KotH> well, replace upstream by downstream and you get the same in green<br />
</pre><br />
<br />
<pre><br />
<KotH> the biggest outcome of a 2h+ discussion was that both sites want to work with each other, but think it's impossible<br />
<Rathann> why do they think we're uncooperative?<br />
<Rathann> (obviously we aren't)<br />
<KotH> well... have a look at our history<br />
<ShadowJK> Obviously uncooperative. Refusing to integrate with gstreamer, copying libraries <br />
randomly into source tree, breaking compilation with gcc2.96 on purpose, stuff doesn't compile with PIC, etc etc ;)<br />
<KotH> yeah.. these points come into play too<br />
<KotH> but that's a longer story<br />
...<br />
<ShadowJK> You know, I don't think those MPlayer developers even go to church of Xiph every <br />
week to worship a speedy emergence of Tarkin and ogm as the world dominating system<br />
</pre><br />
<br />
<pre><br />
<KotH> anyone here who has an understanding of x11?<br />
<ods15> it shows graphics :P<br />
<KotH> yeah, right<br />
</pre><br />
<br />
<pre><br />
<uau> i was already a better coder than most existing developers when i got involved with mplayer<br />
</pre><br />
<br />
<pre><br />
<snacky> you guys and your secrets<br />
<KotH> there are more secrets around mplayer than you could possibly imagine<br />
<KotH> like, is there really a michael niedermayer? and if he exists, is he a single entity? is he alien?<br />
<snacky> I wonder if he/they/it has/have any spies in here.<br />
* KotH whistels<br />
* Rathann checks if his tinfoil hat is in place<br />
</pre><br />
<br />
<pre><br />
<xiphmont_> Vorbis still stands up nicely. Theora, OTOH, is a a bit embarrassing.<br />
* dalias tries to be polite about theora..<br />
<xiphmont_> rather, it's a bit embarrassing until you look at the code, then it's alot embarrassing.<br />
<xiphmont_> and that's 70% 'really fucking stupid encoder, really On2, be ashamed' and 40% 'format<br />
design flaws'. It's so bad it adds up to 110%.<br />
<xiphmont_> I plan to help Theora limp along not too embarrassingly until it can be replaced for<br />
real-- possibly 2-4 years.<br />
<xiphmont_> Theora is actually fixable tho. The amount of low-hanging fruit is staggering.<br />
<xiphmont_> I mean, an entropy backend that results in *more* bits being written than went in? It's<br />
just... wow.<br />
</pre><br />
<br />
<pre><br />
<|Bio|> but i need fix fo win<br />
<iive> how much do you need it?<br />
<|Bio|> very much.<br />
<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.<br />
<iive> and, very much is not enough.<br />
</pre><br />
<br />
<pre><br />
<@beastd> hallo iive<br />
<@iive> hi beastd<br />
<@beastd> and what's up with you these times, ivan?<br />
<@iive> nothing much, flaming diego mostly<br />
</pre><br />
<br />
<pre><br />
<KotH> video player development is anime driven anyways...<br />
</pre><br />
<br />
<pre><br />
<KotH> damn... now i know again, why i keep that much stone age scsi hardware around<br />
<KotH> if everything else fails...scsi will always boot<br />
<iive> :O<br />
<KotH> i dont think i had that much problems booting a pc since i got that toshiba laptop with non-standard floppy working<br />
</pre><br />
<br />
<Compn> changelog needs to be super updated for release<br />
<KotH> Compn: what are you waiting for? ;)<br />
* Compn hates release time<br />
* KotH hates time<br />
* timebomb hates you too<br />
<br />
===#mplayer===<br />
<br />
<pre><br />
* KotH wants a point and click solution... w/o the click<br />
</pre><br />
<br />
<pre><br />
<Micksa> I'm reading about motion compensation<br />
<Micksa> some of this is serious voodoo<br />
<Micksa> I love it :)<br />
</pre><br />
<br />
<pre><br />
<dtm> you're a free software pimp, Commn<br />
</pre><br />
<br />
<pre><br />
<Jan_> mplayer has a number of command line options that is large enough to overflow a 32-bit variable.<br />
</pre><br />
<br />
<pre><br />
<iive> Commn: yeh.. usa people usually have problem with foregin languages like british, australian or canadian. :)<br />
</pre><br />
<br />
<pre><br />
<CarlFK> how many gig is an hour of raw DV ?<br />
<DogBoy> like from a porno?<br />
<CarlFK> right<br />
<DogBoy> just how raw are we talking<br />
<CarlFK> right from the cam corder's firewire<br />
</pre><br />
<br />
<pre><br />
<dtm> Commn: i read all of your wiki page and you forgot the final entry for "and seek professional <br />
help immediately for the mental illness that either<br />
1) made you want to follow all these steps for lazy, codependent fools on irc or<br />
2) that you WILL HAVE after faithfully trying to implement all these steps for a week"<br />
<dtm> http://mfrost.typepad.com/photos/uncategorized/gaaallllgh.jpg that big dog is the cumulative laziness of a lot<br />
of irc users the medium sized cat is Commn and the one watching, frozen in horror, is me<br />
<dtm> now is that a normal response for a cat who has a self preservation instinct? i think not.<br />
<dtm> HE LIKES IT!<br />
<Commn> dtm : haha how long did it take to find that picture?<br />
<dtm> Commn: somebody gave it to me and i kept it in a firefox tab all week coz it's so awesome coz<br />
I KNEW IT WOULD HAVE A GREAT PURPOSE<br />
<dtm> Commn: since you asked for feedback, i'll say that you're extraordinarily diligent and conscientious, and<br />
the minority of that content is directly relevant to mplayer, and the majority is relevant to a "how to ask<br />
questions the smart way" type of document if not being totally redundant thereof<br />
<dtm> you are a gentleman and a scholar, and true patriot<br />
<sacarasc> dtm is cute when he is adoring someone<br />
<Commn> dtm : yes, its a modified 'how to ask questions' docu<br />
<Commn> its lame tho<br />
<Commn> i might delete it <br />
<Rathann> dtm is such a clear case of user-support-induced insanity that I wonder why I am still sane sometimes...<br />
</pre><br />
<br />
<pre><br />
<pianoboy3333> how long does mplayer take to compile?<br />
<dtm> how long til the Point of Know Return?<br />
<pianoboy3333> ...<br />
<dtm> i'm sorry, was that question not as dumb as yours? oh well i tried!<br />
<dtm> <3<br />
<iive> dtm: you are starting to sound like me.<br />
<dtm> Hmmmm.<br />
* dtm commits honorable ninja suicide<br />
</pre><br />
<br />
<pre><br />
<Erb> Does anyone know how to launch the GUI MPlayer in Linux via PHP (in Firefox)? I can run MPlayer scripts<br />
in the background fine. I only need to do this for local videos for an application I'm building.<br />
* dtm throws his brain into a blender in an attempt to comprehend Erb's question but fails sadly<br />
</pre><br />
<br />
<pre><br />
<dtm> tell me what i want to know, and nobody gets hurst.<br />
<dtm> hurt.<br />
<Rathann> o_O<br />
<dtm> i'm feeling like the giant cactus wants to be plastered in ascii screenshots<br />
<dtm> I MUST COMPLY<br />
<dtm> HELP ME DO THIS, Rathann<br />
</pre><br />
<br />
<pre><br />
<DazBrum> what is the channel for developers<br />
<-- DazBrum has quit ()<br />
<dtm> lols<br />
<dtm> i think i'll spare them from that<br />
</pre><br />
<br />
<pre><br />
<netstat> how come mplayer eating memory<br />
<netstat> it uses up to 90% cpu<br />
<dtm> must be a good movie<br />
</pre><br />
<br />
<pre><br />
<cappicard> o/~ Ich versteh euch nicht! o/~<br />
<dtm> i'm sorry cappicard i dont speak satanic<br />
<cappicard> LOL<br />
<cappicard> it's just German<br />
<dtm> yeah but not when they're singing it.<br />
<cappicard> heh :)<br />
<iive> cappicard: isn't it the same<br />
</pre><br />
<br />
<pre><br />
<gioele> How come that I get a 35 minutes MP3 from a 5 minutes FLV video with -dumpaudio?<br />
<Compn> aliens beaming audio into your mp3<br />
<spuck00> ^^<br />
<gioele> Compn: time to call SETI?<br />
<Compn> yep<br />
<Compn> if the aliens are peaceful, say hello<br />
<Compn> if they are aggressive, look out!<br />
</pre><br />
<br />
<pre><br />
* richard___ wonders why so many people join this channel for no apparent purpose<br />
<rsk> they share the love of mplayer ;-(<br />
<sacarasc> i have a purpose<br />
<richard___> I wasn't implying that there's anything wrong with it :)<br />
</pre><br />
<br />
<pre><br />
<rms> please tell me how to use dd_rescue<br />
<KotH> RTFM<br />
<rms> and what special will it do, except regular copy?<br />
<KotH> RTFM<br />
<rms> RTFM?<br />
<KotH> the manual says everything oyu need to know<br />
<KotH> read the fucking manual<br />
<rms> oh ok<br />
</pre><br />
<br />
<pre><br />
<iive> -dumpvideo<br />
<LinuxCart> umm, that's a good idea. i'll try that.<br />
<LinuxCart> thank you iive<br />
<KotH> LinuxCart: if in doubt, it's iive's fault ;)<br />
</pre><br />
<br />
<pre><br />
<LinuxCart> how could this be explained?<br />
<iive> it just another of dv misteries<br />
<iive> it's KotH fault.<br />
</pre><br />
<br />
<pre><br />
<LinuxMafia> how can i turn on language and sub<br />
<KotH> RTFM<br />
<LinuxMafia> KotH, using debian or freebsd?<br />
<KotH> LinuxCart: doesnt matter, the FM is OS idenpedent<br />
<LinuxCart> KotH: is RTFM some dialect to say it's iive fault :P<br />
</pre><br />
<br />
<pre><br />
<ChaosR> MPlayer 1.0rc1-4.1.2-DFSG-free <- my version<br />
<ChaosR> is it out of date<br />
<mjunx> of course<br />
<mjunx> if it wasn't built like within an hour ago at any given time, it's usually out of date<br />
</pre><br />
<br />
<pre><br />
<Fatsobob> trying to get mplayer to play win32 on ubuntu makes me want to shoot myself<br />
<Fatsobob> mostly because ubuntu is all "totem this" and "totem that"<br />
</pre><br />
<br />
<pre><br />
<Quintin> Is there any reason to use opengl vo device?<br />
<sacarasc> nope<br />
<Quintin> what's it there for?<br />
<sacarasc> because you might want to use it...<br />
...<br />
<reimar> sacarasc: is there any reason why I should think what you just said makes sense? ;-)<br />
<sacarasc> reason and what people want are not always the same<br />
</pre><br />
<br />
<pre><br />
<Commn> iive : dont call mplayer users dumb<br />
<Commn> not to their faces anyhow<br />
</pre><br />
<br />
<pre><br />
<Agiofws> has anyone tried cinerella ?<br />
<Agiofws> i think it great <br />
<Kunalagon> I tried , and I thin 80 % does not work<br />
<MisT_> never get compiled here<br />
<Kunalagon> it has more bugs than my shelter<br />
</pre><br />
<br />
<pre><br />
<voltagex> ArneB: at one stage I was able to do the maths to crack CSS on paper :P<br />
...<br />
<ArneB> voltagex: Obviously your mind and paper are illegal.<br />
<ArneB> Better hand them over to the MPAA.<br />
<voltagex> I think you could sneeze and accidentally crack CSS<br />
<voltagex> yep<br />
<voltagex> no more pencils<br />
</pre><br />
<br />
<pre><br />
<danny500> how do I convert a ogm file into an mpeg file using mencoder?<br />
<danny500> anyone><br />
<danny500> hello?<br />
<danny500> ?<br />
<danny500> help<br />
<BenrA> mencoder -of mpeg -oac lavc -ovc lavc -lavcopts vcodec=mpeg2video -o foo.mpg foo.ogm<br />
<danny500> ?<br />
<BenrA> If you want quality and/or DVD compatibility or anything, consult the docs. ;)<br />
<danny500> ok that was confusing<br />
<danny500> file equals = file:///home/danny500/Trigun/Trigun%20-%201%20-%20The%20%24%2460%20Billion%20Man <br />
<danny500> now, rewrite that code so that It'll work<br />
<danny500> well then?<br />
<BenrA> What is your problem?<br />
<housetier> I'd try replacing "foo.ogm" with /home/danny500/Trigun/Trigun%20-%201%20-%20The%20%24%2460%20Billion%20Man <br />
(if that is the real file name), and see how far it goes<br />
<danny500> fine then, don't help me, I'll go to a room where I'll actually get help. Fucking assholes<br />
</pre><br />
<br />
<pre><br />
<crackedboy> hi, can I ask something about kmplayer?<br />
<md`> no<br />
<crackedboy> ok, sorry<br />
<md`> you're forgiven<br />
</pre><br />
<br />
<pre><br />
<CHodapp> I have a program that's basically just generating RGB data for a framebuffer. <br />
<CHodapp> I'm having major issues figuring out how to get this data to an encoded video.<br />
<CHodapp> ffmpeg seems to only want some particular kind of YUV<br />
<CHodapp> can I make mencoder handle raw RGB or raw YUV or anything like that?<br />
<Commn> its easier to get it working with mplayer, to see what options you need<br />
<Commn> mplayer file -demuxer rawvideo -vc rawbgr16<br />
<Commn> etc<br />
<Commn> then you can do mencoder with those opts<br />
<Commn> or maybe even mplayer -vo yuv4mpeg , which ffmpeg probably accepts <br />
<Commn> maybe even use a named pipe... mkfifo stream.yuv && ffmpeg -i stream.yuv -options ...<br />
<CHodapp> ugh, documentation is so sparse on stuff like this<br />
<CHodapp> ugh, why is this such a pain in the ass, with everything<br />
<CHodapp> hrm, maybe rawrgb24 is what I need<br />
<Commn> what part is sparse?<br />
<Commn> if you tell us, we can improve mplayer docs<br />
<CHodapp> well, not so much in mplayer as everything else I've tried... I was mostly searching on <br />
the web to get some clue of how I'd convert what kind of raw input to encoded output<br />
<Commn> mplayer -vc help|grep raw<br />
<Commn> will show what raw codecs mplayer has<br />
<CHodapp> Yeah, I just now found that<br />
<CHodapp> blah . . . Cannot find codec matching selected -vo and .video format 0x30323449.<br />
<Commn> CHodapp : try -vc +rawrgb32 or whatnot<br />
<Commn> just add + in front of it <br />
<CHodapp> then it says the selected video_out device is incompatible with this codec<br />
<CHodapp> tried sdl and x11<br />
<Commn> if you can make a small sample of your file<br />
<Commn> dd if=input of=output count=3 bs=1024k<br />
<Commn> i can try to get it working in mplayer<br />
<CHodapp> you might as well just take 640*480*3*100 bytes of data from /dev/urandom and try <br />
that... it will be functionally equivalent<br />
<CHodapp> I'm using this right now: mplayer -rawvideo w=640:h=480 -demuxer rawvideo -vc +rawrgb24 -vo sdl temp.rgb<br />
<Commn> whats random got to do with it ?<br />
<CHodapp> it's just a bunch of bytes, completely unorganized, and mplayer needs to know the resolution<br />
<CHodapp> it doesn't care about the contents<br />
<CHodapp> something else is wrong, otherwise I'd be getting something on the screen<br />
<Commn> if you give me some file i can help<br />
<Commn> otherwise its hard to debug from here ;p<br />
<CHodapp> www.uc.edu/~hodappcm/temp2.rgb<br />
<CHodapp> not the most coherent video, but you won't find that out unless you get something on the screen<br />
<CHodapp> it's 320x240, 10 frames worth<br />
<Commn> what program generates it ?<br />
<CHodapp> just something I'm writing. it's all procedural.<br />
<Commn> i'm trying to remember why it defaults to i420<br />
<CHodapp> i420? like yuv?<br />
<Commn> ya<br />
<CHodapp> definitely shouldn't be yuv...<br />
<Commn> i know, mplayer -rawvideo is defaulting to that<br />
<CHodapp> hmm<br />
<CHodapp> still no output?<br />
<Commn> CHodapp : something like this didnt work ? ffmpeg -f rawvideo -pix_fmt rgb24<br />
<CHodapp> couldn't find codec parameters...<br />
<CHodapp> wait, I forgot the size<br />
<Commn> haha more static<br />
<CHodapp> what commandline did you use?<br />
<Commn> ffplay -f rawvideo -pix_fmt rgb24 -s 320x240 temp2.rgb<br />
<CHodapp> wonder if my endianness is wrong...<br />
<Commn> is it black frames ?<br />
<Commn> ffplay -f rawvideo -pix_fmt bgr32 -s 320x240 temp2.rgb<br />
<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<br />
<Commn> CHodapp : there is an app on that page which generates rgb data<br />
<CHodapp> yeah...<br />
<CHodapp> by the way, I just sent you data from /dev/urandom<br />
</pre><br />
<br />
<pre><br />
<Jan-> Just so you know, you do realise, the reason we're after using mplayer is because it's f@&^@ng brilliant.<br />
<Jan-> It plays, as they say, *.<br />
<Jan-> It'd play a bucket of cornflour if you painted the word "MOVIE" on it.<br />
</pre><br />
<br />
<pre><br />
<nyersa> do I need to also specify the aspect ratio?<br />
<Rathann> that's too vague a question<br />
<Rathann> so my answer is: maybe<br />
</pre><br />
<br />
<pre><br />
<judaz> i hear music, but not de voices<br />
<judaz> the *<br />
<Rathann> well, it's good that you don't hear voices<br />
<Rathann> hearing voices is usually a sign of insanity<br />
</pre><br />
<br />
<pre><br />
<sacarasc> i want mplayer 1.0 final so i can laugh and hell freezes over and people stop being idiots<br />
</pre><br />
<br />
<pre><br />
<ma3x> what do you need mplayer for?<br />
<ma3x> full of bugs<br />
<ma3x> get windows media centre<br />
<rsk> yea<br />
<rsk> get a brain<br />
</pre><br />
<br />
<pre><br />
<individ> using mplayer revision 26668 fixed my obscure problem, thanks for the tough love :]<br />
</pre><br />
<br />
<pre><br />
<^^MAg^^> Arwen: I'm not blind, it's using ffh264<br />
<Arwen> ^^MAg^^, and where do you read "x264" in that?<br />
</pre><br />
<br />
<pre><br />
<ProN00b> Kovensky, i like it better without ass<br />
</pre><br />
<br />
<pre><br />
<Kovensky> ProN00b: you're weird<br />
<anon32> Kovensky, why? Because he likes his text without ZOMGPONIES?<br />
<ProN00b> no, but there are no ponies anyways, just smaller text<br />
</pre><br />
<br />
<pre><br />
<Compn> the topic is getting a bit large <br />
<Zider> compress it with H.264<br />
</pre><br />
<br />
=== #ffmpeg ===<br />
<pre><br />
<tomyu> can i use ffmpeg to split a movie or i will loose quaility<br />
<merbzt> tomyu: use -vcodec copy<br />
<tomyu> iam on ubuntu<br />
</pre><br />
<br />
<pre><br />
<grepper> you don't have -pix_fmt ?<br />
<aum> '-pix_fmt list' worked - it just isn't advertised on the manpage<br />
* aum pays due respect, and acknowledges that the *real* manpages are those files ending in .c, .h, .cxx etc<br />
<grepper> it sure IS in my manpage<br />
<grepper> maybe debian makes it from ffmpeg -h<br />
</pre><br />
<br />
<pre><br />
<jaredthane> Now I'll just shoot myself in the head for being so stupid!<br />
<andoma> do you want help with that as well? :-)<br />
</pre><br />
<br />
<pre><br />
<benoit-> zinfandel: read the code<br />
<benoit-> and come back when you know what you're talking about<br />
<zinfandel> thats the 15 minutes i dont have now, but ok you win<br />
</pre><br />
<br />
<pre><br />
<kshishkov|work> well, strictness of laws here is compensated by inability to enforce them often<br />
</pre><br />
<br />
<pre><br />
<encompass> so what does FFMpeg actually stand for?<br />
<Kuukunen> fast forward moving picture experts group<br />
</pre><br />
<br />
<pre><br />
<peleg> oh, awful!!!<br />
<peleg> these terrible sounds ripped my ears...<br />
<iive> aac have been committed to ffmpeg?<br />
</pre><br />
<br />
<pre><br />
<bigbear2> ok r 15190 is fine too<br />
<zap0> is that 'stable' version now?<br />
<Rathann> zap0: define 'stable' ;)<br />
<zap0> somewhere you keep horses<br />
<Rathann> oh, the horses have run already<br />
<zap0> wild horses... damn you horses!<br />
</pre><br />
<br />
<pre><br />
<Hfuy> TroyMcClure?<br />
<TroyMcClure> yep<br />
<Hfuy> the TroyMcClure we remember from such video-conversion instructional films as "MPEG-4 - Suitable for Porn?"<br />
</pre><br />
<br />
<pre><br />
<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.<br />
<br />
* Final Cut Pro<br />
</pre><br />
<br />
<pre><br />
<Dark_Shikari> Most NLEs are utterly trashy pieces of software<br />
<Dark_Shikari> with video support that makes most late-90s apps look good<br />
<Hfuy> Couldn't agree more.<br />
<Dark_Shikari> despite being supposedly "professional" video editors they don't actually support any "professional" formats<br />
<Hfuy> However, they are utterly trashy pieces of software I am bound to support.<br />
</pre><br />
<br />
<pre><br />
<Hfuy> Uh-oh. Looks like it needs to me MXF-wrapped.<br />
<Dark_Shikari> does FCP take DirectShow input?<br />
<Dark_Shikari> I know Premiere does.<br />
<Hfuy> Final Cut is available only on the Mac.<br />
<Hfuy> This makes my life... interesting.<br />
<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.<br />
[...]<br />
<Dark_Shikari> you're intentionally torturing yourself ;)<br />
</pre><br />
<br />
<pre><br />
<Hfuy> You are aware I assume of what an egregious train wreck of a format MXF is.<br />
<Dark_Shikari> so there's no mxf muxer I'd assume<br />
<Dark_Shikari> I don't pay attention to awful container formats :><br />
<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 ;)<br />
<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.<br />
<Dark_Shikari> lol<br />
<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.<br />
<Dark_Shikari> I think there's some inverse relationship between marketing claims and actual substance<br />
<Hfuy> If it's any consolation, I'm having enormous grief trying to create timecoded Quicktimes on a Windows PC.<br />
</pre><br />
<br />
<pre><br />
<Hfuy> ...yes, AVCI is MXF-wrapped. Curses.<br />
<Hfuy> Oh, good grief, it's split-file A/V.<br />
<Dark_Shikari> oh god<br />
<Dark_Shikari> its not even interleaved?!<br />
<Hfuy> With external XML metadata.<br />
<Hfuy> I believe MXF can be. But in the case of AVC-Intra, it's not.<br />
<Dark_Shikari> :><br />
* Hfuy allows his head to fall forward onto the desk<br />
<Hfuy> What in God's name is --wrong-- with these people?!<br />
<Dark_Shikari> lol<br />
<Hfuy> Allow me to quote from the AVC-Intra whitepaper.<br />
<Dark_Shikari> ugh, whitepapers<br />
<Hfuy> Basic concept of AVC-Intra <br />
<Hfuy> Guarantee interoperability Adoption of International video coding standard and MXF fle format<br />
<Hfuy> Words fail me.<br />
</pre><br />
<br />
<pre><br />
<Hfuy> So, how much money do I have to give you to have you implement MXF wrapping to SMPTE 381M?<br />
* Hfuy ducks<br />
<Dark_Shikari> I'm not going to touch it with a 10 foot pole :><br />
<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?<br />
<Dark_Shikari> lol<br />
<Hfuy> Don't mock the afflicted.<br />
<Hfuy> Doesn't this imply that FCP's importer is rather lacking in the generality department?<br />
<Dark_Shikari> what, you're surprised?<br />
</pre><br />
<br />
=== #ffmpeg-devel ===<br />
<br />
<pre><br />
<superdump> well, i've been hailed as a guru and i'm owed a pint (see #ffmpeg)<br />
<superdump> hehe<br />
<andoma> i want a pint too!<br />
<superdump> it's loud and annoying<br />
<kshishkov|work> so what, I've got one marriage proposal (from female) there once<br />
<superdump> o rly?<br />
<andoma> that ranks higher indeed ..<br />
<andoma> kshishkov > superdump<br />
</pre><br />
<br />
<pre><br />
<caldo_de_cana> ok, I need a little CS help... my callback function for vfwcap<br />
locks a mutex to add packets to a list. lavf's read_packet function also locks<br />
the same mutex to read packets from the list. If there are no packets on the<br />
list and read_packet has to wait, I could make it wait for a semaphore that is<br />
set from inside the callback, right?<br />
<iive> lavf (ffmpeg in general) using mutex is news for me.<br />
<caldo_de_cana> iive: windows stuff... I had to make up for vfw's misdesign<br />
<caldo_de_cana> actually it's lavd... most files there have huge hacks<br />
* iive runs and hides<br />
* mru makes up for windows misdesign by not using it<br />
</pre><br />
<br />
<pre><br />
* KotH threatens to not bring any chocolate to next LT<br />
<mru> noooo<br />
<mru> KotH: what are your demands?<br />
<KotH> uhm... that you do something... or dont do it... dont know<br />
<mru> well, I'm doing something, and I'm also not doing some things<br />
</pre><br />
<br />
<pre><br />
<KotH> chocolate is serious business!<br />
</pre><br />
<br />
<pre><br />
< patrakov> yes, I have already solved one organizational issue (invalid XML from clueless partners)<br />
<@mru> all xml is invalid<br />
<@mru> or should be<br />
</pre><br />
<br />
<pre><br />
<mru> when it locks up, it only responds to external reset<br />
...<br />
<mru> it's almost impossible to intentionally trigger the bug<br />
<mru> so far, the most reliable way has been to run ffmpeg for a few minutes<br />
<mru> FFmpeg, killer of compilers and CPUs alike<br />
</pre><br />
<br />
<pre><br />
<Dark_Shikari> (Reminds me, a bit ago when I sent in a patch to implement<br />
a feature for H.264 decoding, Michael messaged me giving me a really clever<br />
way to do it, saying we should commit the better way in a few months after<br />
waiting for all competitors to do it the inefficient way.)<br />
<Rathann> did he, really?<br />
<Dark_Shikari> yes<br />
<Dark_Shikari> He's just that awesome<br />
</pre><br />
<br />
<pre><br />
<mru> the only "valid" reason I can think of for using theora is because it works in ogg<br />
<mru> and the only "valid" reason I can think of for using ogg is that theora works there<br />
</pre><br />
<br />
<pre><br />
And lo, a lonely patch sat... awaiting feedback.<br />
<br />
It yearned for an "OK";<br />
<br />
It hoped for a "looks good, but change the warning to...".<br />
<br />
And when it was alone, when no one else was around, and when it felt<br />
truly safe to dream; It dreamed of a "my god, this is the best patch<br />
ever -- far better than removing GPL source code from libswcale, and<br />
likely to win the Nobel prize for programming"<br />
<br />
But frankly, it'd settle for "rejected" just so I can stop monitoring it :)<br />
<br />
- Art<br />
</pre><br />
<br />
==Mailing lists==<br />
<br />
===[http://lists.mplayerhq.hu/mailman/listinfo/mencoder-users mencoder-users]===<br />
<br />
<pre><br />
> But trust me: Both Core Duo and Core 2 Duo support 64bit extensions,<br />
> almost identically.<br />
<br />
Don't trust me! I'm wrong! I'm ashamed! There do exist Core Duos<br />
without AMD64/EM64T/Intel 64 extensions.<br />
-- Moritz Barsnick, correcting himself<br />
</pre><br />
<br />
===[http://lists.mplayerhq.hu/mailman/listinfo/mplayer-cvslog mplayer-cvslog]===<br />
<br />
<pre><br />
> btw, anyone has a copy of the ISO-english spec? ;)<br />
<br />
Ok. :)<br />
<br />
1. There isn't a spec, since the language hasn't been standardized. All<br />
we have are numerous competing drafts written by independent,<br />
non-authoritative organizations.<br />
<br />
2. A large amount of existing English code, such as Shakespeare, is<br />
unparseable by modern English speakers.<br />
<br />
3. If an element of the language has been frequently misused over a long<br />
enough period of time, such misuse often becomes acceptable.<br />
<br />
4. An English speaker can be considered reasonably feature-complete even<br />
if such speaker only recognizes a small subset of the language.<br />
<br />
5. Certain keywords tend to cause internal compiler errors. Such<br />
keywords are known as "profanity", and existing English speakers weakly<br />
attempt to prevent recently-written speakers from being aware of them.<br />
<br />
6. English is a highly context dependent. Many keywords, when used in<br />
their own particular context, take on an entirely illogical meaning.<br />
These "idioms" cause compilation errors, especially when an old speaker<br />
is attempting to communicate with a new one.<br />
<br />
7. ....<br />
<br />
I could go on, but that's enough fun for now. :)<br />
-- Michael Niedermayer and Corey Hickey in mplayer-cvslog at mplayerhq.hu<br />
</pre><br />
<br />
<pre><br />
On Sat, Dec 01, 2007 at 02:35:25PM +0100, reimar wrote:<br />
> Author: reimar<br />
> Date: Sat Dec 1 14:35:25 2007<br />
> New Revision: 25225<br />
> <br />
> Log:<br />
> Fox typos<br />
<br />
well ...<br />
<br />
[...]<br />
-- <br />
Michael <br />
</pre><br />
<br />
<pre><br />
Author: michael<br />
Date: Thu Sep 4 21:49:13 2008<br />
New Revision: 27519<br />
<br />
Log:<br />
Fix 4 of the unscaled rgb15/16 converters, each of these contained<br />
2-3 bugs each of which made it fail completely, this code clearly<br />
has never been tested and been written by somone who knows the<br />
difference between a potato and a computer is that the first is round.<br />
</pre><br />
<br />
===[http://lists.mplayerhq.hu/mailman/listinfo/mplayer-dev-eng mplayer-dev-eng]===<br />
<br />
<pre><br />
Without a frontend, mplayer is useless.<br />
-- Jean-Philippe Guillemin in mplayer-dev-eng at mplayerhq.hu<br />
</pre><br />
<br />
<pre><br />
[about alsa resampler]<br />
Now why on earth would anyone want to use this crap?? It's only<br />
configurable between two extremes of sucking: very bad quality, or<br />
very bad performance.<br />
-- Rich Felker in mplayer-dev-eng at mplayerhq.hu<br />
</pre><br />
<br />
<pre><br />
Reinventing the wheel certainly is annoying, but as long as all other<br />
wheels are square...<br />
<br />
Reimar Döffinger<br />
</pre><br />
<br />
<pre><br />
On Thu, Aug 24, 2006 at 01:10:18PM -0400, Dave Dodge wrote:<br />
> IA64 compilation is an ongoing research project.<br />
<br />
Which is what leaves me always wondering where on earth (or actually far<br />
away from earth) Intel engineers left their brains when designing<br />
IA64...<br />
Technology for the next century. As in we will get it to work properly<br />
somewhen in the next century...<br />
<br />
Reimar Döffinger<br />
</pre><br />
<br />
===[http://lists.mplayerhq.hu/mailman/listinfo/mplayer-users mplayer-users]===<br />
<br />
<pre><br />
> > yes, video decoding is not perfect either so even if u decode the bitstream u <br />
> > loose quality (idct inaccuracies and such) so u should really use a hexeditor <br />
> > instead of mplayer to view ur movies<br />
><br />
> Perhaps we could rewrite xmatrix so it takes its input from AVI<br />
> files...<br />
<br />
"Do you always look at it encoded?"<br />
<br />
"Well ya have to. The video codecs work FOR the construct program. But<br />
there's way too much information to decode this DIVX. You get used to<br />
it -- I don't even see the code. All I see is blonde, brunette,<br />
redhead..."<br />
-- Michael Niedermayer, Moritz Bunkus and D Richard Felker III in mplayer-users at mplayerhq.hu<br />
</pre><br />
<br />
<pre><br />
>>> Is there any possibility to convert a Ream Media video stream to<br />
>>> ogg/theora video?<br />
>><br />
>> no, ogg is banned for good from the list of possible outputs for<br />
>> manifest insanity<br />
><br />
> Thank you for your answer, but can you be more specific?<br />
<br />
ogg is by far the most insane mux format ever conceived,<br />
thus no conscious coder wants to permit to give birth to an abomination<br />
like that<br />
-- Marek Mahut and Nico Sabbi in mplayer users at mplayerhq.hu<br />
</pre><br />
<br />
<pre><br />
> > > 1. ok, true, I wanted to say mad TAG right ? How can I get this<br />
> > > to MP3 tag ?<br />
> ><br />
> > There is no such thing as a MAD tag. MAD only plays MP1/MP2/MP3. <br />
> > Your file has to have one of those as the audio track for MAD to be<br />
> > able to play it at all. You also didn't read the rest of my post.<br />
><br />
> MAD audio codec then ?<br />
<br />
...<br />
<br />
I'd love to help, but I have to go bang my head against that wall over<br />
there...<br />
-- wim delvaux and RC in mplayer-users at mplayerhq.hu<br />
</pre><br />
<br />
<pre><br />
Tobias Damisch wrote:<br />
> Guillaume Poirier wrote:<br />
> > MPlayer still lacks "fairies" support to invent the pixels in between,<br />
> > needed to get a truly HD picture.<br />
><br />
> Just get latest SVN and recompile with:<br />
><br />
> --enable-fairies<br />
><br />
> Then try adding -vf fscale=1600:1200 (or any other resolution you<br />
> might desire) to your command line.<br />
<br />
Gentoo's latest mplayer ebuild is apparently an SVN snapshot from<br />
08/10/2006 and doesn't seem to include a fairies USE flag for<br />
compilation. Was fairies support added after that date, or is the<br />
ebuild missing a USE flag?<br />
<br />
Grant<br />
</pre><br />
<br />
===[http://lists.mplayerhq.hu/mailman/listinfo/ffmpeg-cvslog ffmpeg-cvslog]===<br />
<br />
<pre><br />
>> I'm sure Michael knows how to capitalize and punctuate at<br />
>> least a little bit.<br />
> thats defamation, ive never capitalized and punktuated correctly<br />
> besides that i dont like pure capitalism ;)<br />
I NEVER ASKED YOU TO WRITE LIKE THIS.<br />
-- Måns Rullgård and Michael Niedermayer in ffmpeg-cvslog at mplayerhq.hu<br />
</pre><br />
<br />
<pre><br />
Michael Niedermayer CVS <michael@mplayerhq.hu><br />
<br />
Modified Files:<br />
ffmpeg-doc.texi<br />
Log Message:<br />
split string to avoid buffer overflow in native english speaking persons (fix suggested by The Wanderer)<br />
</pre><br />
<br />
<pre><br />
On Mon, Dec 26, 2005 at 09:57:36PM +0100, Alexander Strasser wrote:<br />
> Oh, I just saw it was in the original mail. I must have<br />
> accidently deleted it while writing the answer. Sorry for<br />
> the trouble.<br />
<br />
no problem at all, better to ask then to miss some typos by the CIA/KGB guys<br />
who edit all my outgoing and incoming mails<br />
<br />
Michael<br />
</pre><br />
<br />
<pre><br />
>>>Log:<br />
>>>use pr -n -t instead of non-standard cat -n<br />
>>><br />
>>Is this purely to be standard compliant or did you manage to find a <br />
>>system that doesn't accept cat -n?<br />
><br />
>Rich has one, apparently.<br />
<br />
That's funny...<br />
I admire FFmpeg's standard compliance. It gets to the point where you<br />
create systems to justify such changes.<br />
-- Måns Rullgård and Ramiro Polla<br />
</pre><br />
<br />
<pre><br />
Besides, people with non-compliant systems need to be taught a lesson.<br />
-- Måns Rullgård<br />
</pre><br />
<br />
===[http://lists.mplayerhq.hu/mailman/listinfo/ffmpeg-devel ffmpeg-devel]===<br />
<br />
<pre><br />
On Mon, Jan 02, 2006 at 05:14:20AM +0100, Michael Niedermayer wrote:<br />
> Hi<br />
><br />
> On Fri, Dec 16, 2005 at 03:45:37PM -1000, Steve Lhomme wrote:<br />
> > This code moves the AR detection in the codec part so that it works when<br />
> > the DV stream is in AVI (or else) too. Plus the interlacing detection<br />
> > now works.<br />
><br />
> roman, please choose<br />
> [ ] patch ok<br />
> [ ] patch not ok<br />
> [ ] dv maintainer lazy<br />
> [ ] dv maintainer busy<br />
> [ ] dv maintainer dead<br />
<br />
Michael you've forgotten a very important option for somebody who decided<br />
to celebrate New Year in Russia:<br />
<br />
[X] dv maintainer drunk<br />
</pre><br />
<br />
<pre><br />
> All right, new screening process for prospective FFmpeg contributors:<br />
> "Are you now, or have you ever been, a Microsoft Visual C++ user?"<br />
> There's going to be scandal when the oversight committee investigates my<br />
> employment history.<br />
If you used msvc on your day job it doesn't count, as long as you really hated it.<br />
-- Mike Melanson and Måns Rullgård in ffmpeg-devel at mplayerhq.hu<br />
</pre><br />
<br />
<pre><br />
>>>I never understood the point of those supposedly "cool" aliases some<br />
>>>people use.<br />
>><br />
>> What about the supposedly "cool" circle you put over the 'a's in <br />
>> your name? :)<br />
> <br />
> <br />
> It's Swedish and turns the 'a' into something that sounds like an 'o' as<br />
> in 'hot'...<br />
<br />
Ah, so that's the difference. It's not "cool", it's 'hot'.<br />
-- Måns Rullgård, Mike Melanson, and Diego Biurrun in ffmpeg-devel at mplayerhq.hu<br />
</pre><br />
<br />
<pre><br />
> patching file configure<br />
> Hunk #1 FAILED at 914.<br />
> 1 out of 1 hunk FAILED -- saving rejects to file configure.rej<br />
Ah, yes, the swift evolution of ffmpeg made the patch obsolete in 24h.<br />
-- Måns Rullgård and Víctor Paesa in ffmpeg-devel at mplayerhq.hu<br />
</pre><br />
<br />
<pre><br />
[about the lack of "chained ogg" support]<br />
I'm aware of this problem, and I've been trying to think of a<br />
solution. The more I think about it, the more it appears as an<br />
abomination. Just like everything Ogg related. No surprises there.<br />
-- Måns Rullgård in ffmpeg-devel at mplayerhq.hu<br />
</pre><br />
<br />
<pre><br />
not everything from OO is necessarily bad, like not everything from M$<br />
is necessarily bad, if later where the case M$ would gone bankrupt long<br />
ago ...<br />
but thats geting deeply off topic, lets rather concentrate on flames and<br />
insults ...<br />
-- Michael Niedermayer in ffmpeg-devel at mplayerhq.hu<br />
</pre><br />
<br />
<pre><br />
[Marco Gerards submits a THP demuxer]<br />
Coooool. I have hundreds of THP files. I will find some that have sound<br />
and get them posted soon. In the meantime, Niedermayer will be along<br />
shortly to tear apart your patch. Good luck! :)<br />
-- Mike Melanson in ffmpeg-devel at mplayerhq.hu<br />
</pre><br />
<br />
<pre><br />
[about SwScaler rewrite]<br />
> > And then we can call an architecture dependent init function that can<br />
> > overide the C behavior much like is done for the dsputils.<br />
> I was thinking about that too<br />
thinking is good patch is better ...<br />
-- Marc Hoffman, Luca Barbato and Michael Niedermayer in ffmpeg-devel at mplayerhq.hu<br />
</pre><br />
<br />
<pre><br />
On Sun, Jan 15, 2006 at 06:27:55PM +0100, Reimar Döffinger wrote:<br />
><br />
> Oh, and the image of my RE drawing is up as well :-) :<br />
> http://www.stud.uni-karlsruhe.de/~uvhe/LZODraw_bw.png<br />
<br />
Thank goodness your coding skills are better than your handwriting ;)<br />
<br />
Diego<br />
</pre><br />
<br />
<pre><br />
On Thu, Sep 22, 2005 at 10:51:05AM +0200, oandrieu@gmail.com wrote:<br />
> Michael Niedermayer [Wednesday 21 September 2005] :<br />
> > cosmetics<br />
><br />
> Yes. And ?<br />
<br />
sorry, i should have been more verbose, maybe i should be restarted with -v<br />
can someone of the admin(s) do that?<br />
<br />
Michael<br />
</pre><br />
<br />
<pre><br />
as far as i can see this AVI file has _many_ video frames in each chunk, sick<br />
how can a person be capable of using a text editor (and writing software) and<br />
at the same time be such a complete idiot writing a program generating so<br />
broken avi files ...<br />
<br />
Michael<br />
</pre><br />
<br />
<pre><br />
michaels law: "if gcc can mess up, it does mess up" ;)<br />
</pre><br />
<br />
<pre><br />
> >> + "psllw $1, %%mm1 \n\t" <br />
> >> + "psllw $1, %%mm2 \n\t" <br />
> > <br />
> > paddw<br />
> <br />
> Is that always faster?<br />
<br />
no, you can design a cpu where its not<br />
<br />
Michael<br />
</pre><br />
<br />
<pre><br />
if you think that this patch will be accepted due to you whining how much<br />
time you spend on it already then you live in some strange fantasy world<br />
-- Michael Niedermayer in ffmpeg-devel at mplayerhq.hu<br />
</pre><br />
<br />
<pre><br />
Rich, I always knew you were a little out of the ordinary, but<br />
pirating gay porn wasn't quite what I was expecting even from you.<br />
-- Måns Rullgård in ffmpeg-devel at mplayerhq.hu<br />
</pre><br />
<br />
<pre><br />
[after a discussion of a patch with a new audio decoder evolved into <br />
runtime generation of tables vs. hardcoding them in the object file debate]<br />
<br />
what is the name of this bikeshed?<br />
-- compn<br />
</pre><br />
<br />
<pre><br />
On Thu, Oct 18, 2007 at 11:04:23AM +0200, Jean-Michel Pouré wrote:<br />
> Some days ago, Christian Marillat reported that it was impossible to<br />
> compile ffmpeg/libavcodec packages under Debian. Any idea where the<br />
> problem comes from? Was it fixed lately?<br />
<br />
Sure. My crystal ball tells me that fiendish aliens have been using<br />
force fields to obstruct the flow of cosmic energies in Christian's<br />
machine. The fact that the aliens have decided to sabotage FFmpeg first<br />
should give us all pause. It is a rare compliment to receive but it<br />
carries along a great responsibility.<br />
<br />
Now everybody remember that the survival of the human race rests on our<br />
shoulders. If we are to remain victorious in this epic conflict we must<br />
not succumb to darkness. The pureness of our hearts is our most potent<br />
defense. We must preserve it at any cost.<br />
<br />
Diego<br />
</pre><br />
<br />
<pre><br />
On Tue, Oct 30, 2007 at 12:15:28AM -0400, Ronald S. Bultje wrote:<br />
[...]<br />
> I'm not "they" anymore, I left Fluendo +/- 2 1/2 years ago and GStreamer +/-<br />
> 2 years ago.<br />
<br />
i see, ill get the kgb chief liquidated for providing me with outdated<br />
information<br />
<br />
Michael<br />
</pre><br />
<br />
<pre><br />
On Fri, Dec 14, 2007 at 08:01:51PM +0100, Diego Biurrun wrote:<br />
[...]<br />
> > + * @file rectanlge.h<br />
><br />
> rectANgle.h<br />
<br />
diego: /dev/brain: Permission denied ;)<br />
<br />
Michael<br />
</pre><br />
<br />
<pre><br />
The only officially correct spelling of snow is in the form of a frozen<br />
snowflake placed on 5000 year old papyrus and illuminated by the light of<br />
a population III star.<br />
<br />
Now please diego fix it to the official spelling!<br />
<br />
<br />
Michael<br />
</pre><br />
<br />
<pre><br />
O, mercyfull Diego, hast thou not given the dear needed access?<br />
Wherefore did thou create ye, if not to commit?<br />
<br />
<br />
Michael<br />
</pre><br />
<br />
<pre><br />
FFmpeg preys on weak, unmaintained or closed-source codecs. If your<br />
library does not meet those requirements, ffmpeg won't consume it (and<br />
will use a wrapper if it is good one).<br />
<br />
Kostya<br />
</pre><br />
<br />
<pre><br />
> <br />
> Just curios, is it possible to add hardware DVD, h.264 and VC-1 decoding to ffmpeg?<br />
<br />
Yes, through ./configure --dont-hijack-threads --see-ffmpeg-users<br />
<br />
Benjamin Zores<br />
</pre><br />
<br />
<pre><br />
Thats like giving a painting from Leonardo da Vinci to a wild boar so it can<br />
correct the fine details.<br />
<br />
Michael<br />
</pre><br />
<br />
<pre><br />
But the only correct usage of autotools is as argument to rm<br />
<br />
Michael<br />
</pre><br />
<br />
<pre><br />
Diego Biurrun wrote:<br />
> I came across this excellent paper from 15 years ago:<br />
> <br />
> #ifdef Considered Harmful, or Portability Experience With C News <br />
><br />
> It's a nice short read and emphasizes the experiences we have had around<br />
> here. It also comes to very similar conclusions, which is quite<br />
> gratifying.<br />
<br />
In the other news water is considered harmful yet useful...<br />
<br />
lu<br />
</pre><br />
<br />
<pre><br />
> > > > Considering 'lag' versus 'delay', I think I have consistently used <br />
> > > > 'lag' in my AMR code I think, mainly because it's shorter. :) <br />
> > > <br />
> > > Repent ye bloody sinner! Thy code showest the innermost part of thy <br />
> > > heart, lagging as it is behind the times! Now delay ye no longer with <br />
> > > updating it as thy Lord commands ye! <br />
> > <br />
> > I didnt know robert was worshiping the spirit who denies everything always. <br />
> <br />
> He has taken to worshipping all manner of devilishly spirits, as <br />
> islander folks are known to do ... <br />
> <br />
> > And reconsidering the whole, if they are equivalent, the shorter has <br />
> > some undenyable advantage. <br />
> > Dont ye agree? <br />
> <br />
> Nay, ye mind is clouded by the charms of the islander's charms. Pray <br />
> that the daemon's have mercy upon ye and lift those spells from thou... <br />
<br />
If you ever write a fantasy novel id want a copy ...<br />
<br />
Robert Swain, Diego and Michael<br />
</pre><br />
<br />
<pre><br />
> My spare time is taken up 20% MythTV, 10% SCST, 85% drinking heavily.<br />
<br />
And the remainder you spend on maths studies, right?<br />
<br />
Some man and Måns<br />
</pre><br />
<br />
<pre><br />
[some weird problem on MacOSX 10.5]<br />
> The regular not-postfixed symbols are there, however. It's just that the<br />
> compiler ignores that it's compiling for an older version whenever it<br />
> encounters the _XOPEN_SOURCE flag.<br />
<br />
Our code conforms to widely accepted standards. Your compiler decides<br />
to replace a few symbols with non-standard names, which the linker<br />
then cannot find. Around here, that's called Your Problem.<br />
<br />
> To fix compiling on OSX for older versions, all _XOPEN_SOURCE<br />
> definitions should check for __APPLE__ first.<br />
><br />
> #if !defined(_XOPEN_SOURCE) && !defined(__DARWIN__) && !defined(__APPLE__)<br />
> # define _XOPEN_SOURCE 500<br />
> #endif<br />
<br />
In my part of the world, when there's a hole in the road, they don't<br />
require people to mount wings on their cars; they fix the hole. You<br />
should do the same. Or stay home.<br />
-- Adrian Stutz and Måns<br />
</pre><br />
<br />
<pre><br />
>> In file included from /usr/include/math.h:26,<br />
>> from ./libavutil/mathematics.h:25,<br />
>> from ./libavutil/avutil.h:57,<br />
>> from liba52/parse.c:40:<br />
>> /usr/include/architecture/ppc/math.h:179: error: parse error before<br />
>> '__attribute__'<br />
><br />
> Well, wtf is in math.h that it stumbles over?<br />
<br />
This is getting better and better. First macosx can't link with its<br />
own libs, and now it can't even compile its own headers. If this<br />
keeps up, it won't be long before it stops booting at all, and we'll<br />
finally see an end to these problems.<br />
-- Guillaume, Reimar and Måns<br />
</pre><br />
<br />
<pre><br />
> Oh, one more thing: In my world it is common to top-reply (and I am<br />
<br />
Then we don't like your world. Please go back there, and don't come<br />
here again.<br />
<br />
> doing this for almost 29 years). But now I know that the FFmpeg<br />
<br />
I see you're attempting a proof by doing-it-for-a-long-time approach.<br />
That doesn't work in this world.<br />
-- Frans de Boer and Måns<br />
</pre><br />
<br />
<pre><br />
> balatoni denes tried to get a half optimized idct in and i nicely told<br />
> him that it has to include all tricks and optimizations we could think of.<br />
> We ended up with something that was clearly quite a bit faster than<br />
> what he submitted first, that is between all the complaints about how<br />
> little time he had and how evil we were for not just acceptiing it as<br />
> is.<br />
<br />
The Legend of the Warrior - now I am officially part of the ffmpeg<br />
mythology :)<br />
-- Michael Niedermayer and Balatoni Denes<br />
</pre><br />
<br />
<pre><br />
> Do you intend to actually implement a .ass demuxer?<br />
<br />
As you ask so nicely, Ill see what i can do. Iam starting to think that<br />
it might take less time to just implement everything related to ASS than<br />
continue this discussion.<br />
-- Uoti Urpala and Michael Niedermayer<br />
</pre><br />
<br />
<pre><br />
[about withdrawing Snow development prize/donation]<br />
>>> I'll be sorry to do this but it seems snow will die before beeing born.<br />
>> <br />
>> Well it seems that as 2008 comes to a close, Loren's prediction has<br />
>> finally been proven wrong ;)<br />
>> <br />
>> (from ~2005)<br />
>> <OpenSourced> where do you think x264 will be in 3 years<br />
>> <pengvado> replaced by snow :)<br />
>> <br />
> Darn, I thought you x264 devels were expert at various types of<br />
> prediction...<br />
<br />
That was only the first pass.<br />
-- Lars Täuber, Jason Garrett-Glaser, Andreas Öman and Måns Rullgård<br />
<br />
</pre><br />
<br />
<pre><br />
[...]<br />
split, improved, benchmarked, shaken, stirred and applied<br />
<br />
-- Michael Niedermayer in response to Jason Garrett-Glaser's patch<br />
</pre><br />
<br />
<pre><br />
2009/2/17 Michael Niedermayer:<br />
> 2009/2/17 Diego Biurrun wrote:<br />
<br />
[...]<br />
<br />
>> Have you ever tried to make a web design work in cross-browser fashion?<br />
><br />
> i never had a problem with plain html being displayed wrongly in any browser<br />
> and i never felt the need to add mandatory CSS/JS/JAVA/flash/SVG/VRML/ ...<br />
> there is extreemly little content that needs these technologies to be<br />
> represented.<br />
> truth is <p>, <h?>, <a>, <img> is enough for 98% of the content, for math<br />
> stuff sub/sup is usefull, also some bold or italic is sometimes usefull and<br />
> surely lists and tables on occasion but beyond that i have difficulty seeing<br />
> the point.<br />
> books still print black text on white, people dont seem to need the text<br />
> changing when they move their finger over it ...<br />
</pre><br />
<br />
===[http://lists.mplayerhq.hu/mailman/listinfo/ffmpeg-soc ffmpeg-soc]===<br />
<br />
<pre><br />
Alexander Strange wrote:<br />
> <br />
> On Apr 23, 2008, at 2:24 PM, vitor wrote:<br />
> <br />
>> Author: vitor<br />
>> Date: Wed Apr 23 20:24:46 2008<br />
>> New Revision: 2152<br />
>><br />
>> Log:<br />
>> Replace if(acroread appli_Goethe.pdf &){B}else{C} by if(a){C}else{B}<br />
> <br />
> Too much tab completion?<br />
<br />
Is there a price for the most nonsense commit log? ;-)<br />
<br />
-Vitor<br />
</pre><br />
<br />
===[http://lists.mplayerhq.hu/mailman/listinfo/nut-devel NUT-devel]===<br />
<br />
<pre><br />
We should have some nut samples.<br />
Someone, (not me, I am lazy), should mux some free video and <br />
audio into NUT (or just grab a camera and film something funny <br />
like what happens with an egg in the microwave or something <br />
else where A-V sync can be seen).<br />
<br />
Michael<br />
</pre><br />
<br />
<pre><br />
A "spec" as readable as a sendmail configuration file doesn't make<br />
matters better...<br />
<br />
Måns Rullgård<br />
</pre><br />
<br />
===other===<br />
<br />
<pre><br />
i've remembered i have root access at new mphq, but probably<br />
it was just a dream :)))<br />
-- A'rpi<br />
</pre><br />
<br />
<pre><br />
FFmpeg works like a human being: something nice comes in, crap comes out.<br />
-- superdump on an S-Bahn train in Berlin<br />
(written from memory, please fix)<br />
</pre><br />
<br />
<pre><br />
Michael Niedermayer <michaelni@gmx.at> added the comment:<br />
<br />
this is for bugreports not guess reports<br />
</pre><br />
<br />
<pre><br />
Sun Nov 11 10:32:18 CET 2007 <br />
Previous message: [Ffmpeg-user] Anyone? <br />
>Anyone?<br />
<br />
someone?<br />
<br />
>I still can't make it work.<br />
<br />
have you tried cialis?<br />
<br />
of course maybe you're referring to an audiovisual problem, <br />
and maybe it even pertains to ffmpeg...<br />
really hard to tell!<br />
<br />
tripp<br />
</pre><br />
<br />
<pre><br />
Breaking DRM is a little like attempting to break through a door even<br />
though the window is wide open and the only thing in the house is a bunch<br />
of things you dont want and which you would get tomorrow for free anyway<br />
-- Michael Niedermayer<br />
</pre><br />
<br />
<pre><br />
Hello,<br />
<br />
I have downloaded the latest version of vhook modules from<br />
"svn://svn.mplayerhq.hu/ffmpeg/trunk"<br />
but they are a bunch of .c and .h files.<br />
Please tell me how to generate a .dll file from them.<br />
I am using Windows XP.<br />
Thank you.<br />
<br />
-- An ordinary Windows user on ffmpeg-user (long lines broken manually<br />
and Yahoo signature removed to keep the wiki clean)<br />
</pre></div>Dashcloudhttps://wiki.multimedia.cx/index.php?title=Interesting_Patches&diff=11094Interesting Patches2009-02-15T04:55:13Z<p>Dashcloud: oops- looks like the feature is in, just not well known</p>
<hr />
<div>This page tries to collect some useful patches for FFmpeg that didn't make into SVN for some reason or another.<br />
<br />
== native [[Zlib]] decoder by Mans Rullgard ==<br />
http://lists.mplayerhq.hu/pipermail/ffmpeg-devel/2007-July/032820.html<br />
<br />
In the same thread, there are patches to use the native decoder in several FFmpeg decoders.<br />
<br />
== [[WMV3]] encoder by Denis Fortin ==<br />
http://lists.mplayerhq.hu/pipermail/ffmpeg-devel/2007-June/031699.html<br />
<br />
== [[H.263]] rtp patch ==<br />
http://www.voxgratia.org/bin/ffmpeg-0.4.7.patch.zip, originally at http://www.salyens.com/downloads/index.html#ffmpeg-0.4.7, now removed.<br />
<br />
== [[Apple RPZA]] encoder by Todd Kirby ==<br />
http://lists.mplayerhq.hu/pipermail/ffmpeg-devel/2005-June/001673.html<br />
<br />
== Test Pattern Generator Demuxer by Nicholas George ==<br />
http://lists.mplayerhq.hu/pipermail/ffmpeg-devel/2007-October/036838.html<br />
<br />
== Test Pattern Generator Demuxer by [[User:Angustia|Ramiro Ribeiro Polla]] ==<br />
http://lists.mplayerhq.hu/pipermail/ffmpeg-devel/2007-April/028226.html<br />
Or <br />
http://thread.gmane.org/gmane.comp.video.ffmpeg.devel/49447<br />
<br />
== PES packetizer by Xiaohui Sun ==<br />
http://lists.mplayerhq.hu/pipermail/ffmpeg-devel/2007-September/034849.html<br />
<br />
Part of the work of [[FFmpeg Summer Of Code#TS Muxer|Summer Of Code TS Muxer]]<br />
<br />
== Imlib2script: a scriptable vhook by [[User:Wzrlpy|Víctor Paesa]] ==<br />
http://thread.gmane.org/gmane.comp.video.ffmpeg.devel/52341<br />
<br />
== vf_imlib2: a libavfilter filter by [[User:Wzrlpy|Víctor Paesa]] ==<br />
http://lists.mplayerhq.hu/pipermail/ffmpeg-soc/2007-December/002162.html<br />
<br />
== File concatenation by Wolfram Gloger ==<br />
http://lists.mplayerhq.hu/pipermail/ffmpeg-devel/2007-July/032131.html<br />
<br />
== "mem" file protocol by Lagrange Multiplier ==<br />
The "mem" protocol simply uses RAM as a source for input multimedia data, akin to how the "file" and "pipe" protocols use filesystem files and pipes as sources.<br />
<br />
http://lists.mplayerhq.hu/pipermail/ffmpeg-devel/2007-May/028489.html<br />
<br />
== Presets/profiles for usual targets by Panagiotis Issaris ==<br />
Allow to keep in a text file groups of command options, and apply them at once by specifying the target name.<br />
<br />
Handy for iPod, PSP, or any other picky multimedia player that otherwise requires lengthy command lines.<br />
<br />
http://article.gmane.org/gmane.comp.video.ffmpeg.devel/37244<br />
<br />
== PiP (Picture in Picture): a vhook filter by Mihail Stoyanov ==<br />
http://article.gmane.org/gmane.comp.video.ffmpeg.devel/38896<br />
<br />
== [[AMV]] encoder ==<br />
http://code.google.com/p/amv-codec-tools/<br />
<br />
See this post [http://lists.mplayerhq.hu/pipermail/ffmpeg-devel/2007-October/037356.html] to see what is missing to get it into SVN.<br />
<br />
== [[Electronic Arts Formats]] demuxer/decoder by [[User:Suxen drol|Peter Ross]]==<br />
http://lists.mplayerhq.hu/pipermail/ffmpeg-devel/2007-October/036938.html<br />
The format demuxer modifications and the EA video codecs have not yet been applied to FFmpeg.<br />
<br />
== Experimental MSVC port by Ole André Vadla Ravnås ==<br />
Code in the [http://bazaar-vcs.org bazaar] branch at http://people.collabora.co.uk/~oleavr/OABuild/bzr/ffmpeg/<br />
<br />
Patch at http://lists.mplayerhq.hu/pipermail/ffmpeg-devel/2008-March/044463.html<br />
<br />
== H264 encoder by Jori Liesenborgs & Panagiotis Issaris ==<br />
http://research.edm.uhasselt.be/~h264/<br />
<br />
== DTS/AC3 in wav autodetection ==<br />
http://thread.gmane.org/gmane.comp.video.ffmpeg.devel/49812/focus=49909<br />
Clean up this patch and also add detection of AC3 in wav, it is similar. Samples for both can be found here: http://www.sr.se/cgi-bin/mall/artikel.asp?ProgramID=2445&Artikel=739973<br />
<br />
== [[Bink Audio]] decoder by [[User:Suxen drol|Peter Ross]] ==<br />
http://lists.mplayerhq.hu/pipermail/ffmpeg-devel/2008-April/045346.html<br />
<br />
Note: An updated patch is under development by [[User:DrV]] based on an updated patch by the original [[User:Suxen drol|author]].<br />
<br />
== G722 decoder by Chas Williams ==<br />
http://lists.mplayerhq.hu/pipermail/ffmpeg-devel/2008-June/048457.html<br />
<br />
It is basically an adaptation to FFmpeg of the [http://www.soft-switch.org/ SirenDSP] decoder.<br />
<br />
== [[Chinese AVS]] video encoder by [[User:StefanG|Stefan Gehrer]] ==<br />
http://lists.mplayerhq.hu/pipermail/ffmpeg-devel/2007-July/033286.html<br />
<br />
== Lossless msmpeg4v3 to mpeg4 transcoder ==<br />
http://thread.gmane.org/gmane.comp.video.ffmpeg.devel/17074<br />
<br />
== Fixed point cook decoder ==<br />
http://thread.gmane.org/gmane.comp.video.ffmpeg.devel/46024<br />
http://thread.gmane.org/gmane.comp.video.ffmpeg.devel/54008<br />
http://thread.gmane.org/gmane.comp.video.ffmpeg.devel/54553<br />
[[Category:FFmpeg]]<br />
<br />
== GDI screen grabbing for Win32 ==<br />
http://thread.gmane.org/gmane.comp.video.ffmpeg.devel/43589<br />
<br />
There are two implementations in the thread above.<br />
<br />
== [[RealAudio sipr|RealAudio SIPR]] @16k decoder and demuxer by [[User:Voroshil|Vladimir Voroshilov]] ==<br />
<br />
http://lists.mplayerhq.hu/pipermail/ffmpeg-devel/2008-September/052961.html<br />
<br />
Expected to work with FFmpeg r15192<br />
<br />
== [[QCELP]] reference decoder wrapper by Moriyoshi Koizumi ==<br />
<br />
http://lists.mplayerhq.hu/pipermail/ffmpeg-devel/2006-December/020223.html<br />
<br />
== Proper parsing of DTS-HD MA streams ==<br />
http://lists.mplayerhq.hu/pipermail/ffmpeg-devel/2008-November/056526.html<br />
<br />
== [[ACELP.net]] and G.729 decoder ==<br />
[http://lists.mplayerhq.hu/pipermail/ffmpeg-devel/2008-May/046518.html filters]<br />
<br />
[http://lists.mplayerhq.hu/pipermail/ffmpeg-devel/2008-May/046519.html pitch lag decoding]<br />
<br />
[http://lists.mplayerhq.hu/pipermail/ffmpeg-devel/2008-May/046520.html vectors operations]<br />
<br />
[http://lists.mplayerhq.hu/pipermail/ffmpeg-devel/2008-May/046521.html G.729 core]<br />
<br />
[http://lists.mplayerhq.hu/pipermail/ffmpeg-devel/2008-May/046522.html G.729 tables]<br />
<br />
[http://lists.mplayerhq.hu/pipermail/ffmpeg-devel/2008-May/046523.html G.729 postfilter]<br />
<br />
[http://lists.mplayerhq.hu/pipermail/ffmpeg-devel/2008-May/046524.html G.729D decoder]<br />
<br />
== v210 decoder patches ==<br />
[http://thread.gmane.org/gmane.comp.video.ffmpeg.devel/54195 http://thread.gmane.org/gmane.comp.video.ffmpeg.devel/54195]</div>Dashcloudhttps://wiki.multimedia.cx/index.php?title=Interesting_Patches&diff=11093Interesting Patches2009-02-15T04:40:48Z<p>Dashcloud: Add 2 new patches</p>
<hr />
<div>This page tries to collect some useful patches for FFmpeg that didn't make into SVN for some reason or another.<br />
<br />
== native [[Zlib]] decoder by Mans Rullgard ==<br />
http://lists.mplayerhq.hu/pipermail/ffmpeg-devel/2007-July/032820.html<br />
<br />
In the same thread, there are patches to use the native decoder in several FFmpeg decoders.<br />
<br />
== [[WMV3]] encoder by Denis Fortin ==<br />
http://lists.mplayerhq.hu/pipermail/ffmpeg-devel/2007-June/031699.html<br />
<br />
== [[H.263]] rtp patch ==<br />
http://www.voxgratia.org/bin/ffmpeg-0.4.7.patch.zip, originally at http://www.salyens.com/downloads/index.html#ffmpeg-0.4.7, now removed.<br />
<br />
== [[Apple RPZA]] encoder by Todd Kirby ==<br />
http://lists.mplayerhq.hu/pipermail/ffmpeg-devel/2005-June/001673.html<br />
<br />
== Test Pattern Generator Demuxer by Nicholas George ==<br />
http://lists.mplayerhq.hu/pipermail/ffmpeg-devel/2007-October/036838.html<br />
<br />
== Test Pattern Generator Demuxer by [[User:Angustia|Ramiro Ribeiro Polla]] ==<br />
http://lists.mplayerhq.hu/pipermail/ffmpeg-devel/2007-April/028226.html<br />
Or <br />
http://thread.gmane.org/gmane.comp.video.ffmpeg.devel/49447<br />
<br />
== PES packetizer by Xiaohui Sun ==<br />
http://lists.mplayerhq.hu/pipermail/ffmpeg-devel/2007-September/034849.html<br />
<br />
Part of the work of [[FFmpeg Summer Of Code#TS Muxer|Summer Of Code TS Muxer]]<br />
<br />
== Imlib2script: a scriptable vhook by [[User:Wzrlpy|Víctor Paesa]] ==<br />
http://thread.gmane.org/gmane.comp.video.ffmpeg.devel/52341<br />
<br />
== vf_imlib2: a libavfilter filter by [[User:Wzrlpy|Víctor Paesa]] ==<br />
http://lists.mplayerhq.hu/pipermail/ffmpeg-soc/2007-December/002162.html<br />
<br />
== File concatenation by Wolfram Gloger ==<br />
http://lists.mplayerhq.hu/pipermail/ffmpeg-devel/2007-July/032131.html<br />
<br />
== "mem" file protocol by Lagrange Multiplier ==<br />
The "mem" protocol simply uses RAM as a source for input multimedia data, akin to how the "file" and "pipe" protocols use filesystem files and pipes as sources.<br />
<br />
http://lists.mplayerhq.hu/pipermail/ffmpeg-devel/2007-May/028489.html<br />
<br />
== Presets/profiles for usual targets by Panagiotis Issaris ==<br />
Allow to keep in a text file groups of command options, and apply them at once by specifying the target name.<br />
<br />
Handy for iPod, PSP, or any other picky multimedia player that otherwise requires lengthy command lines.<br />
<br />
http://article.gmane.org/gmane.comp.video.ffmpeg.devel/37244<br />
<br />
== PiP (Picture in Picture): a vhook filter by Mihail Stoyanov ==<br />
http://article.gmane.org/gmane.comp.video.ffmpeg.devel/38896<br />
<br />
== [[AMV]] encoder ==<br />
http://code.google.com/p/amv-codec-tools/<br />
<br />
See this post [http://lists.mplayerhq.hu/pipermail/ffmpeg-devel/2007-October/037356.html] to see what is missing to get it into SVN.<br />
<br />
== [[Electronic Arts Formats]] demuxer/decoder by [[User:Suxen drol|Peter Ross]]==<br />
http://lists.mplayerhq.hu/pipermail/ffmpeg-devel/2007-October/036938.html<br />
The format demuxer modifications and the EA video codecs have not yet been applied to FFmpeg.<br />
<br />
== Experimental MSVC port by Ole André Vadla Ravnås ==<br />
Code in the [http://bazaar-vcs.org bazaar] branch at http://people.collabora.co.uk/~oleavr/OABuild/bzr/ffmpeg/<br />
<br />
Patch at http://lists.mplayerhq.hu/pipermail/ffmpeg-devel/2008-March/044463.html<br />
<br />
== H264 encoder by Jori Liesenborgs & Panagiotis Issaris ==<br />
http://research.edm.uhasselt.be/~h264/<br />
<br />
== DTS/AC3 in wav autodetection ==<br />
http://thread.gmane.org/gmane.comp.video.ffmpeg.devel/49812/focus=49909<br />
Clean up this patch and also add detection of AC3 in wav, it is similar. Samples for both can be found here: http://www.sr.se/cgi-bin/mall/artikel.asp?ProgramID=2445&Artikel=739973<br />
<br />
== [[Bink Audio]] decoder by [[User:Suxen drol|Peter Ross]] ==<br />
http://lists.mplayerhq.hu/pipermail/ffmpeg-devel/2008-April/045346.html<br />
<br />
Note: An updated patch is under development by [[User:DrV]] based on an updated patch by the original [[User:Suxen drol|author]].<br />
<br />
== G722 decoder by Chas Williams ==<br />
http://lists.mplayerhq.hu/pipermail/ffmpeg-devel/2008-June/048457.html<br />
<br />
It is basically an adaptation to FFmpeg of the [http://www.soft-switch.org/ SirenDSP] decoder.<br />
<br />
== [[Chinese AVS]] video encoder by [[User:StefanG|Stefan Gehrer]] ==<br />
http://lists.mplayerhq.hu/pipermail/ffmpeg-devel/2007-July/033286.html<br />
<br />
== Lossless msmpeg4v3 to mpeg4 transcoder ==<br />
http://thread.gmane.org/gmane.comp.video.ffmpeg.devel/17074<br />
<br />
== Fixed point cook decoder ==<br />
http://thread.gmane.org/gmane.comp.video.ffmpeg.devel/46024<br />
http://thread.gmane.org/gmane.comp.video.ffmpeg.devel/54008<br />
http://thread.gmane.org/gmane.comp.video.ffmpeg.devel/54553<br />
[[Category:FFmpeg]]<br />
<br />
== GDI screen grabbing for Win32 ==<br />
http://thread.gmane.org/gmane.comp.video.ffmpeg.devel/43589<br />
<br />
There are two implementations in the thread above.<br />
<br />
== [[RealAudio sipr|RealAudio SIPR]] @16k decoder and demuxer by [[User:Voroshil|Vladimir Voroshilov]] ==<br />
<br />
http://lists.mplayerhq.hu/pipermail/ffmpeg-devel/2008-September/052961.html<br />
<br />
Expected to work with FFmpeg r15192<br />
<br />
== [[QCELP]] reference decoder wrapper by Moriyoshi Koizumi ==<br />
<br />
http://lists.mplayerhq.hu/pipermail/ffmpeg-devel/2006-December/020223.html<br />
<br />
== Proper parsing of DTS-HD MA streams ==<br />
http://lists.mplayerhq.hu/pipermail/ffmpeg-devel/2008-November/056526.html<br />
<br />
== [[ACELP.net]] and G.729 decoder ==<br />
[http://lists.mplayerhq.hu/pipermail/ffmpeg-devel/2008-May/046518.html filters]<br />
<br />
[http://lists.mplayerhq.hu/pipermail/ffmpeg-devel/2008-May/046519.html pitch lag decoding]<br />
<br />
[http://lists.mplayerhq.hu/pipermail/ffmpeg-devel/2008-May/046520.html vectors operations]<br />
<br />
[http://lists.mplayerhq.hu/pipermail/ffmpeg-devel/2008-May/046521.html G.729 core]<br />
<br />
[http://lists.mplayerhq.hu/pipermail/ffmpeg-devel/2008-May/046522.html G.729 tables]<br />
<br />
[http://lists.mplayerhq.hu/pipermail/ffmpeg-devel/2008-May/046523.html G.729 postfilter]<br />
<br />
[http://lists.mplayerhq.hu/pipermail/ffmpeg-devel/2008-May/046524.html G.729D decoder]<br />
<br />
== v210 decoder patches ==<br />
[http://thread.gmane.org/gmane.comp.video.ffmpeg.devel/54195 http://thread.gmane.org/gmane.comp.video.ffmpeg.devel/54195]<br />
<br />
== DVCPRO HD decoding ==<br />
[http://lists.mplayerhq.hu/pipermail/ffmpeg-devel/2008-January/039985.html http://lists.mplayerhq.hu/pipermail/ffmpeg-devel/2008-January/039985.html]</div>Dashcloudhttps://wiki.multimedia.cx/index.php?title=Talk:FFmpeg_Release_Plan&diff=11049Talk:FFmpeg Release Plan2009-02-07T14:54:47Z<p>Dashcloud: </p>
<hr />
<div>(Not sure if this would go on the main page or not- will delete if no one likes it.) Make a note for packagers to use the --disable-* configure options instead of more invasive options- and to file a bug if they need to disable something and can't. [[User:Dashcloud|Dashcloud]] 21:02, 30 January 2009 (EST)<br />
<br />
* [[User:Elte|Elte]]:<br />
:What about:<br />
:tar '''--lzma''' -cvf ffmpeg-0.5.tar.'''xz''' ffmpeg-0.5<br />
:in addition to the bz2 archive?<br />
:FYI: [http://tukaani.org/lzma/download LZMA = XZ utils]<br />
<br />
My fault- I forgot to run ldconfig afterwards. Works fine now![[User:Dashcloud|Dashcloud]] 09:54, 7 February 2009 (EST)<br />
: --enable-shared is how most of the FATE configurations are continuously built. What platform are you on? --[[User:Multimedia Mike|Multimedia Mike]] 00:13, 6 February 2009 (EST)</div>Dashcloudhttps://wiki.multimedia.cx/index.php?title=Talk:FFmpeg_Release_Plan&diff=11048Talk:FFmpeg Release Plan2009-02-07T14:54:28Z<p>Dashcloud: silly mistake on my part</p>
<hr />
<div>(Not sure if this would go on the main page or not- will delete if no one likes it.) Make a note for packagers to use the --disable-* configure options instead of more invasive options- and to file a bug if they need to disable something and can't. [[User:Dashcloud|Dashcloud]] 21:02, 30 January 2009 (EST)<br />
<br />
* [[User:Elte|Elte]]:<br />
:What about:<br />
:tar '''--lzma''' -cvf ffmpeg-0.5.tar.'''xz''' ffmpeg-0.5<br />
:in addition to the bz2 archive?<br />
:FYI: [http://tukaani.org/lzma/download LZMA = XZ utils]<br />
<br />
My fault- I forgot to run ldconfig afterwards. Works fine now!<br />
: --enable-shared is how most of the FATE configurations are continuously built. What platform are you on? --[[User:Multimedia Mike|Multimedia Mike]] 00:13, 6 February 2009 (EST)</div>Dashcloudhttps://wiki.multimedia.cx/index.php?title=Talk:FFmpeg_Release_Plan&diff=11040Talk:FFmpeg Release Plan2009-02-06T04:37:51Z<p>Dashcloud: question about --enable-shared</p>
<hr />
<div>(Not sure if this would go on the main page or not- will delete if no one likes it.) Make a note for packagers to use the --disable-* configure options instead of more invasive options- and to file a bug if they need to disable something and can't. [[User:Dashcloud|Dashcloud]] 21:02, 30 January 2009 (EST)<br />
<br />
* [[User:Elte|Elte]]:<br />
:What about:<br />
:tar '''--lzma''' -cvf ffmpeg-0.5.tar.'''xz''' ffmpeg-0.5<br />
:in addition to the bz2 archive?<br />
:FYI: [http://tukaani.org/lzma/download LZMA = XZ utils]<br />
<br />
Does --enable-shared work (I couldn't get it to finish building- it would stop at libavdevice, or swscale if that was enabled.) If it doesn't work, it should be decided if it's worth having or not- either way the decision should be communicated, especially to packagers. [[User:Dashcloud|Dashcloud]] 23:37, 5 February 2009 (EST)</div>Dashcloudhttps://wiki.multimedia.cx/index.php?title=Talk:FFmpeg_Release_Plan&diff=11003Talk:FFmpeg Release Plan2009-01-31T02:02:24Z<p>Dashcloud: Possible suggestion for packagers</p>
<hr />
<div>(Not sure if this would go on the main page or not- will delete if no one likes it.) Make a note for packagers to use the --disable-* configure options instead of more invasive options- and to file a bug if they need to disable something and can't. [[User:Dashcloud|Dashcloud]] 21:02, 30 January 2009 (EST)</div>Dashcloudhttps://wiki.multimedia.cx/index.php?title=Talk:TwoCC&diff=10989Talk:TwoCC2009-01-28T05:37:56Z<p>Dashcloud: Questions</p>
<hr />
<div>merge this list<br />
(list removed)<br />
<br />
: [[User:Dashcloud|Dashcloud]] merged the list, thanks! --[[User:Compn|Compn]] 16:45, 1 October 2007 (EDT)<br />
<br />
This page should be hooked up to one of the other audio pages- otherwise, the only way to get to it is from the terminology page or searching for it. I'm not sure which category it should be under though. Thoughts? [[User:Dashcloud|Dashcloud]] 12:07, 31 December 2008 (EST)<br />
:probably to [[Microsoft Audio/Video Interleaved]] --[[User:Compn|Compn]] 14:44, 31 December 2008 (EST)<br />
<br />
Official MS one is here: http://msdn.microsoft.com/en-us/library/ms867195.aspx<br />
<br />
It includes a large number of ones that may have been registered, but never actually used- see Intel's registering of H.260-269. [[User:Dashcloud|Dashcloud]] 12:35, 10 January 2009 (EST)<br />
<br />
Is it worth turning all the twocc's into wiki links? If so, I'll do it, and migrate any info from my user page on those to the appropriate page.<br />
In addition, if the above is considered a good idea, should the link be the hex value, or the name of the codec?<br />
Mostly unrelated, but should audio twocc go on the navigation bar like video fourcc? [[User:Dashcloud|Dashcloud]] 00:37, 28 January 2009 (EST)</div>Dashcloudhttps://wiki.multimedia.cx/index.php?title=Talk:FFmpeg_Summer_Of_Code_2009&diff=10929Talk:FFmpeg Summer Of Code 20092009-01-20T21:23:49Z<p>Dashcloud: add a possible idea</p>
<hr />
<div>=== S/PDIF muxer ===<br />
<br />
Is there any specific qualification task you would like done for this? -- Jai<br />
<br />
:Working Jpeg2000 decoder ;), cleaning up this http://lists.mplayerhq.hu/pipermail/ffmpeg-devel/2005-June/001673.html would be welcome. It's a rpza encoder. --[[User:Merbanan|Merbanan]] 06:22, 31 December 2008 (EST)<br />
<br />
=== speex + gsm ===<br />
<br />
Aren't libgsm and libspeex distributed under a permissive license?<br />
If yes, these tasks do not have very high priority, imo.<br />
[[User:Ce|Ce]] 14:56, 11 January 2009 (EST)<br />
<br />
=== DTS-HD Master Audio decoder? ===<br />
Would [http://en.wikipedia.org/wiki/DTS-HD_Master_Audio DTS-HD Master Audio] decoder make good project suggestion? [[User:Gamester17|Gamester17]] 02:51, 16 January 2009 (EST)<br />
<br />
http://en.wikipedia.org/wiki/DTS-HD_Master_Audio<br />
:""''DTS-HD Master Audio is a lossless audio codec created by Digital Theater System. It was previously known as DTS++ and DTS-HD. It is an extension of DTS which, when played back on devices which do not support the Master Audio extension, degrades to a 1.5 Mbit/s "core" track which is lossy. DTS-HD Master Audio is an optional audio format for both Blu-ray Disc and HD DVD''"<br />
<br />
Specs, please. From what I know the projects without spec take a looong time to complete. --[[User:Kostya|Kostya]] 03:32, 16 January 2009 (EST)<br />
<br />
:AFAIK, there is even no software implementation, so it would be even more difficult;-( [[User:Ce|Ce]] 20:14, 16 January 2009 (EST)<br />
<br />
=== WTV (Microsoft Windows Media Center Recording Format) demuxer? ===<br />
Would a [[WTV|WTV (Microsoft Windows Media Center Recording Format)]] demuxer make good project suggestion? [[User:Gamester17|Gamester17]] 13:14, 16 January 2009 (EST)<br />
<br />
[[WTV]]<br />
:"''WTV is the new container format used to record television shows in Microsoft Windows Vista Media Center starting with Windows Media Center TV Pack 2008.''", "''WTV is the successor of DVR-MS which is is being replaced with WTV''", "''WRT is also the default recording format for Windows 7 Media Center''"<br />
<br />
::This is tricky. It doesn't strike me as being involved enough to qualify as one of our usual SoC projects. OTOH, it seems a little too involved to be a qualification task. --[[User:Multimedia Mike|Multimedia Mike]] 14:24, 16 January 2009 (EST)<br />
<br />
::: That sounds great actually. Maybe this could become one of the few SoC projects that are actually finished in time...--[[User:DonDiego|DonDiego]] 07:18, 18 January 2009 (EST)<br />
<br />
:::: +1! [[User:Ce|Ce]] 11:54, 18 January 2009 (EST)<br />
<br />
=== libavui (a common skins library)? ===<br />
Would a common skins library make good project suggestion?<br />
*MPlayer skin<br />
*VLC skin<br />
*Xine skin<br />
*XMMS skin<br />
*WINAMP skin<br />
*Windows Media Player skin<br />
*Rockbox skin<br />
*foobar2000 skin<br />
*Songbird feathers (skin)<br />
-[[User:Nazo|Nazo]] 21:29, 16 January 2009 (EST)<br />
: Personally, I would advocate a project to stamp out skinnable UIs across the computing landscape. But that's outside of the scope of an SoC project. I hate UI skins. --[[User:Multimedia Mike|Multimedia Mike]] 14:03, 17 January 2009 (EST)<br />
:: I second that. But I don't see how GUI stuff like promoting or discouraging skins relates to libav* in the first place. [[User:Koorogi|Koorogi]] 16:26, 17 January 2009 (EST)<br />
: No, skins are outside the scope of FFmpeg.--[[User:DonDiego|DonDiego]] 07:18, 18 January 2009 (EST)<br />
<br />
==Refactor VDPAU patch for video editing ==<br />
This might be a good project: http://lists.mplayerhq.hu/pipermail/ffmpeg-devel/2009-January/059032.html but I don't know for sure, so that's why I am including it on this page. [[User:Dashcloud|Dashcloud]] 16:23, 20 January 2009 (EST)</div>Dashcloudhttps://wiki.multimedia.cx/index.php?title=Talk:Interesting_Patches&diff=10897Talk:Interesting Patches2009-01-19T03:23:07Z<p>Dashcloud: Answer a question</p>
<hr />
<div>I would like to upload the H.263 patch to the wiki, but it seems it is not accepted. It looks like a wiki configuration problem... [[User:Vitor|Vitor]]<br />
<br />
== Electronic Arts Formats demuxer/decoder by Peter Ross ==<br />
Which parts of this patch didn't reach svn? - [[User:Vitor|Vitor]] 05:16, 16 March 2008 (EDT)<br />
<br />
From what I can tell by looking at the output of ffmpeg -formats, everything mentioned in the first post about the patch is in:<br />
TQI and EAMAD aren't listed, but the samples play fine (except for 2)- they show up as mdec. [[User:Dashcloud|Dashcloud]] 22:23, 18 January 2009 (EST)</div>Dashcloudhttps://wiki.multimedia.cx/index.php?title=Interesting_Patches&diff=10896Interesting Patches2009-01-19T02:54:33Z<p>Dashcloud: cosmetic fix</p>
<hr />
<div>This page tries to collect some useful patches for FFmpeg that didn't make into SVN for some reason or another.<br />
<br />
== native [[Zlib]] decoder by Mans Rullgard ==<br />
http://lists.mplayerhq.hu/pipermail/ffmpeg-devel/2007-July/032820.html<br />
<br />
In the same thread, there are patches to use the native decoder in several FFmpeg decoders.<br />
<br />
== [[WMV3]] encoder by Denis Fortin ==<br />
http://lists.mplayerhq.hu/pipermail/ffmpeg-devel/2007-June/031699.html<br />
<br />
== [[H.263]] rtp patch ==<br />
http://www.voxgratia.org/bin/ffmpeg-0.4.7.patch.zip, originally at http://www.salyens.com/downloads/index.html#ffmpeg-0.4.7, now removed.<br />
<br />
== [[Apple RPZA]] encoder by Todd Kirby ==<br />
http://lists.mplayerhq.hu/pipermail/ffmpeg-devel/2005-June/001673.html<br />
<br />
== Test Pattern Generator Demuxer by Nicholas George ==<br />
http://lists.mplayerhq.hu/pipermail/ffmpeg-devel/2007-October/036838.html<br />
<br />
== Test Pattern Generator Demuxer by [[User:Angustia|Ramiro Ribeiro Polla]] ==<br />
http://lists.mplayerhq.hu/pipermail/ffmpeg-devel/2007-April/028226.html<br />
Or <br />
http://thread.gmane.org/gmane.comp.video.ffmpeg.devel/49447<br />
<br />
== PES packetizer by Xiaohui Sun ==<br />
http://lists.mplayerhq.hu/pipermail/ffmpeg-devel/2007-September/034849.html<br />
<br />
Part of the work of [[FFmpeg Summer Of Code#TS Muxer|Summer Of Code TS Muxer]]<br />
<br />
== Imlib2script: a scriptable vhook by [[User:Wzrlpy|Víctor Paesa]] ==<br />
http://thread.gmane.org/gmane.comp.video.ffmpeg.devel/52341<br />
<br />
== vf_imlib2: a libavfilter filter by [[User:Wzrlpy|Víctor Paesa]] ==<br />
http://lists.mplayerhq.hu/pipermail/ffmpeg-soc/2007-December/002162.html<br />
<br />
== File concatenation by Wolfram Gloger ==<br />
http://lists.mplayerhq.hu/pipermail/ffmpeg-devel/2007-July/032131.html<br />
<br />
== "mem" file protocol by Lagrange Multiplier ==<br />
The "mem" protocol simply uses RAM as a source for input multimedia data, akin to how the "file" and "pipe" protocols use filesystem files and pipes as sources.<br />
<br />
http://lists.mplayerhq.hu/pipermail/ffmpeg-devel/2007-May/028489.html<br />
<br />
== Presets/profiles for usual targets by Panagiotis Issaris ==<br />
Allow to keep in a text file groups of command options, and apply them at once by specifying the target name.<br />
<br />
Handy for iPod, PSP, or any other picky multimedia player that otherwise requires lengthy command lines.<br />
<br />
http://article.gmane.org/gmane.comp.video.ffmpeg.devel/37244<br />
<br />
== PiP (Picture in Picture): a vhook filter by Mihail Stoyanov ==<br />
http://article.gmane.org/gmane.comp.video.ffmpeg.devel/38896<br />
<br />
== [[AMV]] encoder ==<br />
http://code.google.com/p/amv-codec-tools/<br />
<br />
See this post [http://lists.mplayerhq.hu/pipermail/ffmpeg-devel/2007-October/037356.html] to see what is missing to get it into SVN.<br />
<br />
== [[Electronic Arts Formats]] demuxer/decoder by [[User:Suxen drol|Peter Ross]]==<br />
http://lists.mplayerhq.hu/pipermail/ffmpeg-devel/2007-October/036938.html<br />
The format demuxer modifications and the EA video codecs have not yet been applied to FFmpeg.<br />
<br />
== Experimental MSVC port by Ole André Vadla Ravnås ==<br />
Code in the [http://bazaar-vcs.org bazaar] branch at http://people.collabora.co.uk/~oleavr/OABuild/bzr/ffmpeg/<br />
<br />
Patch at http://lists.mplayerhq.hu/pipermail/ffmpeg-devel/2008-March/044463.html<br />
<br />
== H264 encoder by Jori Liesenborgs & Panagiotis Issaris ==<br />
http://research.edm.uhasselt.be/~h264/<br />
<br />
== DTS/AC3 in wav autodetection ==<br />
http://thread.gmane.org/gmane.comp.video.ffmpeg.devel/49812/focus=49909<br />
Clean up this patch and also add detection of AC3 in wav, it is similar. Samples for both can be found here: http://www.sr.se/cgi-bin/mall/artikel.asp?ProgramID=2445&Artikel=739973<br />
<br />
== [[Bink Audio]] decoder by [[User:Suxen drol|Peter Ross]] ==<br />
http://lists.mplayerhq.hu/pipermail/ffmpeg-devel/2008-April/045346.html<br />
<br />
Note: An updated patch is under development by [[User:DrV]] based on an updated patch by the original [[User:Suxen drol|author]].<br />
<br />
== G722 decoder by Chas Williams ==<br />
http://lists.mplayerhq.hu/pipermail/ffmpeg-devel/2008-June/048457.html<br />
<br />
It is basically an adaptation to FFmpeg of the [http://www.soft-switch.org/ SirenDSP] decoder.<br />
<br />
== [[Chinese AVS]] video encoder by [[User:StefanG|Stefan Gehrer]] ==<br />
http://lists.mplayerhq.hu/pipermail/ffmpeg-devel/2007-July/033286.html<br />
<br />
== Lossless msmpeg4v3 to mpeg4 transcoder ==<br />
http://thread.gmane.org/gmane.comp.video.ffmpeg.devel/17074<br />
<br />
== Fixed point cook decoder ==<br />
http://thread.gmane.org/gmane.comp.video.ffmpeg.devel/46024<br />
http://thread.gmane.org/gmane.comp.video.ffmpeg.devel/54008<br />
http://thread.gmane.org/gmane.comp.video.ffmpeg.devel/54553<br />
[[Category:FFmpeg]]<br />
<br />
== GDI screen grabbing for Win32 ==<br />
http://thread.gmane.org/gmane.comp.video.ffmpeg.devel/43589<br />
<br />
There are two implementations in the thread above.<br />
<br />
== [[RealAudio sipr|RealAudio SIPR]] @16k decoder and demuxer by [[User:Voroshil|Vladimir Voroshilov]] ==<br />
<br />
http://lists.mplayerhq.hu/pipermail/ffmpeg-devel/2008-September/052961.html<br />
<br />
Expected to work with FFmpeg r15192<br />
<br />
== [[QCELP]] reference decoder wrapper by Moriyoshi Koizumi ==<br />
<br />
http://lists.mplayerhq.hu/pipermail/ffmpeg-devel/2006-December/020223.html<br />
<br />
== Proper parsing of DTS-HD MA streams ==<br />
http://lists.mplayerhq.hu/pipermail/ffmpeg-devel/2008-November/056526.html<br />
<br />
== [[ACELP.net]] and G.729 decoder ==<br />
[http://lists.mplayerhq.hu/pipermail/ffmpeg-devel/2008-May/046518.html filters]<br />
<br />
[http://lists.mplayerhq.hu/pipermail/ffmpeg-devel/2008-May/046519.html pitch lag decoding]<br />
<br />
[http://lists.mplayerhq.hu/pipermail/ffmpeg-devel/2008-May/046520.html vectors operations]<br />
<br />
[http://lists.mplayerhq.hu/pipermail/ffmpeg-devel/2008-May/046521.html G.729 core]<br />
<br />
[http://lists.mplayerhq.hu/pipermail/ffmpeg-devel/2008-May/046522.html G.729 tables]<br />
<br />
[http://lists.mplayerhq.hu/pipermail/ffmpeg-devel/2008-May/046523.html G.729 postfilter]<br />
<br />
[http://lists.mplayerhq.hu/pipermail/ffmpeg-devel/2008-May/046524.html G.729D decoder]<br />
<br />
== Xbox ADPCM decoder by [[User:Suxen drol|Peter Ross]] ==<br />
<br />
[http://lists.mplayerhq.hu/pipermail/ffmpeg-devel/2008-November/056180.html Xbox ADPCM Decoder]</div>Dashcloudhttps://wiki.multimedia.cx/index.php?title=Interesting_Patches&diff=10895Interesting Patches2009-01-19T02:54:01Z<p>Dashcloud: Add a new patch</p>
<hr />
<div>This page tries to collect some useful patches for FFmpeg that didn't make into SVN for some reason or another.<br />
<br />
== native [[Zlib]] decoder by Mans Rullgard ==<br />
http://lists.mplayerhq.hu/pipermail/ffmpeg-devel/2007-July/032820.html<br />
<br />
In the same thread, there are patches to use the native decoder in several FFmpeg decoders.<br />
<br />
== [[WMV3]] encoder by Denis Fortin ==<br />
http://lists.mplayerhq.hu/pipermail/ffmpeg-devel/2007-June/031699.html<br />
<br />
== [[H.263]] rtp patch ==<br />
http://www.voxgratia.org/bin/ffmpeg-0.4.7.patch.zip, originally at http://www.salyens.com/downloads/index.html#ffmpeg-0.4.7, now removed.<br />
<br />
== [[Apple RPZA]] encoder by Todd Kirby ==<br />
http://lists.mplayerhq.hu/pipermail/ffmpeg-devel/2005-June/001673.html<br />
<br />
== Test Pattern Generator Demuxer by Nicholas George ==<br />
http://lists.mplayerhq.hu/pipermail/ffmpeg-devel/2007-October/036838.html<br />
<br />
== Test Pattern Generator Demuxer by [[User:Angustia|Ramiro Ribeiro Polla]] ==<br />
http://lists.mplayerhq.hu/pipermail/ffmpeg-devel/2007-April/028226.html<br />
Or <br />
http://thread.gmane.org/gmane.comp.video.ffmpeg.devel/49447<br />
<br />
== PES packetizer by Xiaohui Sun ==<br />
http://lists.mplayerhq.hu/pipermail/ffmpeg-devel/2007-September/034849.html<br />
<br />
Part of the work of [[FFmpeg Summer Of Code#TS Muxer|Summer Of Code TS Muxer]]<br />
<br />
== Imlib2script: a scriptable vhook by [[User:Wzrlpy|Víctor Paesa]] ==<br />
http://thread.gmane.org/gmane.comp.video.ffmpeg.devel/52341<br />
<br />
== vf_imlib2: a libavfilter filter by [[User:Wzrlpy|Víctor Paesa]] ==<br />
http://lists.mplayerhq.hu/pipermail/ffmpeg-soc/2007-December/002162.html<br />
<br />
== File concatenation by Wolfram Gloger ==<br />
http://lists.mplayerhq.hu/pipermail/ffmpeg-devel/2007-July/032131.html<br />
<br />
== "mem" file protocol by Lagrange Multiplier ==<br />
The "mem" protocol simply uses RAM as a source for input multimedia data, akin to how the "file" and "pipe" protocols use filesystem files and pipes as sources.<br />
<br />
http://lists.mplayerhq.hu/pipermail/ffmpeg-devel/2007-May/028489.html<br />
<br />
== Presets/profiles for usual targets by Panagiotis Issaris ==<br />
Allow to keep in a text file groups of command options, and apply them at once by specifying the target name.<br />
<br />
Handy for iPod, PSP, or any other picky multimedia player that otherwise requires lengthy command lines.<br />
<br />
http://article.gmane.org/gmane.comp.video.ffmpeg.devel/37244<br />
<br />
== PiP (Picture in Picture): a vhook filter by Mihail Stoyanov ==<br />
http://article.gmane.org/gmane.comp.video.ffmpeg.devel/38896<br />
<br />
== [[AMV]] encoder ==<br />
http://code.google.com/p/amv-codec-tools/<br />
<br />
See this post [http://lists.mplayerhq.hu/pipermail/ffmpeg-devel/2007-October/037356.html] to see what is missing to get it into SVN.<br />
<br />
== [[Electronic Arts Formats]] demuxer/decoder by [[User:Suxen drol|Peter Ross]]==<br />
http://lists.mplayerhq.hu/pipermail/ffmpeg-devel/2007-October/036938.html<br />
The format demuxer modifications and the EA video codecs have not yet been applied to FFmpeg.<br />
<br />
== Experimental MSVC port by Ole André Vadla Ravnås ==<br />
Code in the [http://bazaar-vcs.org bazaar] branch at http://people.collabora.co.uk/~oleavr/OABuild/bzr/ffmpeg/<br />
<br />
Patch at http://lists.mplayerhq.hu/pipermail/ffmpeg-devel/2008-March/044463.html<br />
<br />
== H264 encoder by Jori Liesenborgs & Panagiotis Issaris ==<br />
http://research.edm.uhasselt.be/~h264/<br />
<br />
== DTS/AC3 in wav autodetection ==<br />
http://thread.gmane.org/gmane.comp.video.ffmpeg.devel/49812/focus=49909<br />
Clean up this patch and also add detection of AC3 in wav, it is similar. Samples for both can be found here: http://www.sr.se/cgi-bin/mall/artikel.asp?ProgramID=2445&Artikel=739973<br />
<br />
== [[Bink Audio]] decoder by [[User:Suxen drol|Peter Ross]] ==<br />
http://lists.mplayerhq.hu/pipermail/ffmpeg-devel/2008-April/045346.html<br />
<br />
Note: An updated patch is under development by [[User:DrV]] based on an updated patch by the original [[User:Suxen drol|author]].<br />
<br />
== G722 decoder by Chas Williams ==<br />
http://lists.mplayerhq.hu/pipermail/ffmpeg-devel/2008-June/048457.html<br />
<br />
It is basically an adaptation to FFmpeg of the [http://www.soft-switch.org/ SirenDSP] decoder.<br />
<br />
== [[Chinese AVS]] video encoder by [[User:StefanG|Stefan Gehrer]] ==<br />
http://lists.mplayerhq.hu/pipermail/ffmpeg-devel/2007-July/033286.html<br />
<br />
== Lossless msmpeg4v3 to mpeg4 transcoder ==<br />
http://thread.gmane.org/gmane.comp.video.ffmpeg.devel/17074<br />
<br />
== Fixed point cook decoder ==<br />
http://thread.gmane.org/gmane.comp.video.ffmpeg.devel/46024<br />
http://thread.gmane.org/gmane.comp.video.ffmpeg.devel/54008<br />
http://thread.gmane.org/gmane.comp.video.ffmpeg.devel/54553<br />
[[Category:FFmpeg]]<br />
<br />
== GDI screen grabbing for Win32 ==<br />
http://thread.gmane.org/gmane.comp.video.ffmpeg.devel/43589<br />
<br />
There are two implementations in the thread above.<br />
<br />
== [[RealAudio sipr|RealAudio SIPR]] @16k decoder and demuxer by [[User:Voroshil|Vladimir Voroshilov]] ==<br />
<br />
http://lists.mplayerhq.hu/pipermail/ffmpeg-devel/2008-September/052961.html<br />
<br />
Expected to work with FFmpeg r15192<br />
<br />
== [[QCELP]] reference decoder wrapper by Moriyoshi Koizumi ==<br />
<br />
http://lists.mplayerhq.hu/pipermail/ffmpeg-devel/2006-December/020223.html<br />
<br />
== Proper parsing of DTS-HD MA streams ==<br />
http://lists.mplayerhq.hu/pipermail/ffmpeg-devel/2008-November/056526.html<br />
<br />
== [[ACELP.net]] and G.729 decoder ==<br />
[http://lists.mplayerhq.hu/pipermail/ffmpeg-devel/2008-May/046518.html filters]<br />
<br />
[http://lists.mplayerhq.hu/pipermail/ffmpeg-devel/2008-May/046519.html pitch lag decoding]<br />
<br />
[http://lists.mplayerhq.hu/pipermail/ffmpeg-devel/2008-May/046520.html vectors operations]<br />
<br />
[http://lists.mplayerhq.hu/pipermail/ffmpeg-devel/2008-May/046521.html G.729 core]<br />
<br />
[http://lists.mplayerhq.hu/pipermail/ffmpeg-devel/2008-May/046522.html G.729 tables]<br />
<br />
[http://lists.mplayerhq.hu/pipermail/ffmpeg-devel/2008-May/046523.html G.729 postfilter]<br />
<br />
[http://lists.mplayerhq.hu/pipermail/ffmpeg-devel/2008-May/046524.html G.729D decoder]<br />
<br />
== Xbox ADPCM decoder by =[[User:Suxen drol|Peter Ross]] =<br />
<br />
[http://lists.mplayerhq.hu/pipermail/ffmpeg-devel/2008-November/056180.html Xbox ADPCM Decoder]</div>Dashcloudhttps://wiki.multimedia.cx/index.php?title=User:Dashcloud&diff=10894User:Dashcloud2009-01-19T01:53:18Z<p>Dashcloud: </p>
<hr />
<div>Steven Zakulec is said to have tested every single sample in the MPlayer repository against FFmpeg.<br />
Occasional samples tester & bug filer.<br />
<pre><br />
---Notes from uncommon audio codecs list---<br />
(This will get refined and moved into the main wiki shortly.)<br />
<br />
--How to read--<br />
the audio codec as reported in the uncommon_audio_codec.txt is the folder name. If it says all fine, it means all samples (up to 5) played fine in FFplay. If FFmpeg doesn't show the same codec tag, I've included that as well. If there was an issue (audio, or in some cases video) I noted that as well.<br />
<br />
audio samples:<br />
0x0003- all fine, pcm_f32le<br />
0x0004- link is dead<br />
0x0005- play fine, nellymoser<br />
0x0006- plays fine, nellymoser<br />
0x0032- msgsm, not playable by ffplay. <br />
0x0038 not playable- Natural MicroSystems VBXADPCM codec<br />
0x0055 -now shows as mp3 audio, plays fine<br />
0x0057- AMR-NB (should be playable in latest svn)<br />
0x0074- VoxWare, tries to use voxmvdec.ax<br />
0x00ff- aac audio, fine<br />
0x0111- doesn't play, vivo video- Vivo G.723/Siren Audio Codec<br />
0x0112- doesn't play, vivo video- Vivo G.723/Siren Audio Codec<br />
0x0163- doesn't play, Windows Media Audio Lossless V9<br />
0x0215- doesn't play- Ulead DV ACM<br />
0x0216- doesn't play- Ulead DV ACM<br />
0x0402- doesn't play- Indeo Audio<br />
0x1100736d- adpcm_ima wav<br />
0x1104- doesn't play- Lernout & Hauspie CELP and SBC codecs<br />
0x4143- says AAC, nothing plays; claims 7.1 channels<br />
0x414c- empty folder - possibly lead audio aac/vorbis/amr ? ~~- unlikely: TwoCC says 0x434C LEAD Speech 0x564C LEAD Vorbis<br />
0x5000736d- mp2, plays fine<br />
0x55005354- doesn't play, video broken (wmv1), gnrc data. the text version of the tag is: U ST<br />
0x0674f- doesn't play- is actually Vorbis- must be forced (ffplay can handle it w/ -f ogg)- according to TwoCC, mode 1 Ogg Vorbis<br />
0x6750- doesn't play- is mode 2 Ogg Vorbis (can be played with ffplay -f ogg)<br />
0x6751- doesn't play- labelled as mode 3 Ogg Vorbis- can't be played<br />
0x6771- doesn't play- TwoCC says Ogg Vorbis mode 3+<br />
0x706d- says AAC, plays, but playback not perfect: [aac @ 0x88ccfa0]Predictor bit set but LTP is not implemented. Update your FFmpeg version to the newest one from SVN. If the problem still occurs, it means that your file has a feature which has not been implemented. If you want to help, upload a sample of this file to ftp://upload.ffmpeg.org/MPlayer/incoming/ and contact the ffmpeg-devel mailing list.<br />
ut3_for_redpax_with_love.avi, ikiwiki_swarm.avi play fine.<br />
<br />
<br />
0x7a21- doesn't play- 0x7A21 GSM-AMR (CBR, no SID)<br />
0x7a22- doesn't play- 0x7A22 GSM-AMR (VBR, including SID)<br />
0xfffc- doesn't play, vdowave audio. works in mplayer.<br />
0xfffe- themes.avi does- picked up as pcm_f32le<br />
adpcm_ct: all play<br />
adpcm_ima_dk3- doesn't play. Loud static plays for 5 seconds, then nothing. The TwoCC says MS GSM 723.1, but I can't get it to play.<br />
adpcm_swf- all play<br />
atrc- 050913.ram says unsupported video codec (rv20) but plays<br />
other files have rv20 messages as well<br />
dca- audio track 6 shows as 0x0000- should be 0162- wma3<br />
drms- audio most likely DRM'd<br />
newYearsSmall.mov- 1st track same as above, crashed ffplay; 2nd track doesn't play, no messages<br />
<br />
fl32- plays fine<br />
<br />
fl64- plays fine<br />
<br />
imc- rx620(new).avi plays, but [imc @ 0x8921330]Read coefficients failed sq= 0B <br />
and sounds drops out<br />
<br />
mace3- plays fine<br />
<br />
mp1- plays fine.<br />
<br />
pcm_s24le: plays fine<br />
pcm_s32be- plays fine<br />
pcm_s32le- plays fine<br />
pcm_u16le- empty folder<br />
qclq- doesn't play<br />
<br />
qdmc- doesn't play, QDesign Music 1<br />
iCantHelpIt.mov- mov,mp4,m4a,3gp,3g2,mj2 @ 0x88dcd70]stream 0, error opening file /bugs life.mov: No such file or directory<br />
milesaway.mov- apparently DSLV is the Quicktime cross-fade effect. The other two tracks are MJPG.<br />
<br />
real288- all play<br />
sawb- amr_wb? (tries to call libamr_wb)<br />
spxn- doesn't play, includes ZyGoVideo Pro<br />
<br />
str1- doesn't play, Iomega MPEG layer II, RecordIt Decoder<br />
truespeech- plays fine<br />
wma3- doesn't play, no video. The hexcodes ( 33564D57 & 33414D57 spell out WMV3 & WMA3 backwards.<br />
wmav1- plays fine<br />
xovs- no audio or video<br />
</pre><br />
:i think xovs is Xiph Ogg VorbiS, the video track of that file is XiTh (Xiph Theora). --[[User:Compn|Compn]] 11:26, 20 December 2008 (EST)<br />
<br />
<br />
<br />
*0xfffe- Loko-Passe_de_Pedros-Nantes_vs_Psg-1994.mpg doesn't play- clip has this metadata: <br />
MEncoder 1.0pre6-3.3.5- look for current codec pack from then- hopefully the audio codec is there<br />
Revision 14844 - (view) (download) (annotate) - [select for diffs] <br />
Modified Sun Feb 27 18:11:17 2005 UTC (3 years, 9 months ago) by rfelker <br />
File length: 50850 byte(s) <br />
Diff to previous 14842 <br />
Fix the ogg fourcc nightmare!!!<br />
The problem: once upon a time, windows idiots decided to try to store<br />
vorbis-in-ogg-in-avi. Of course this failed miserably, but they used<br />
the audio format tag 0xfffe for "extended" to do this. Later someone<br />
working on MPlayer somehow decided 0xfffe was the format for vorbis,<br />
which is nonsense, and now that's conflicting with real wav files with<br />
extended audio format. This patch changes demux_ogg (and mkv) to use<br />
sane fourcc's for vorbis and theora and gets rid of the 0xfffe<br />
nonsense so hopefully wav files with extended audio will work now.<br />
If there are problems, we'll have to find workarounds...and drive an<br />
18-wheeler full of cola thru the house of whoever wrote this 0xfffe<br />
nonsense in MPlayer to begin with...</div>Dashcloudhttps://wiki.multimedia.cx/index.php?title=User:Dashcloud&diff=10883User:Dashcloud2009-01-17T23:39:08Z<p>Dashcloud: </p>
<hr />
<div>Steven Zakulec is said to have tested every single sample in the MPlayer repository against FFmpeg.<br />
Occasional samples tester & bug filer.<br />
<pre><br />
---Notes from uncommon audio codecs list---<br />
(This will get refined and moved into the main wiki shortly.)<br />
<br />
--How to read--<br />
the audio codec as reported in the uncommon_audio_codec.txt is the folder name. If it says all fine, it means all samples (up to 5) played fine in FFplay. If FFmpeg doesn't show the same codec tag, I've included that as well. If there was an issue (audio, or in some cases video) I noted that as well.<br />
<br />
audio samples:<br />
0x0003- all fine, pcm_f32le<br />
0x0004- link is dead<br />
0x0005- play fine, nellymoser<br />
0x0006- plays fine, nellymoser<br />
0x0032- msgsm, not playable by ffplay. <br />
0x0038 not playable- Natural MicroSystems VBXADPCM codec<br />
0x0055 -now shows as mp3 audio, plays fine<br />
0x0057- AMR-NB (should be playable in latest svn)<br />
0x0074- VoxWare, tries to use voxmvdec.ax<br />
0x00ff- aac audio, fine<br />
0x0111- doesn't play, vivo video- Vivo G.723/Siren Audio Codec<br />
0x0112- doesn't play, vivo video- Vivo G.723/Siren Audio Codec<br />
0x0163- doesn't play, Windows Media Audio Lossless V9<br />
0x0215- doesn't play- Ulead DV ACM<br />
0x0216- doesn't play- Ulead DV ACM<br />
0x0402- doesn't play- Indeo Audio<br />
0x1100736d- adpcm_ima wav<br />
0x1104- doesn't play- Lernout & Hauspie CELP and SBC codecs<br />
0x4143- says AAC, nothing plays; claims 7.1 channels<br />
0x414c- empty folder - possibly lead audio aac/vorbis/amr ? ~~- unlikely: TwoCC says 0x434C LEAD Speech 0x564C LEAD Vorbis<br />
0x5000736d- mp2, plays fine<br />
0x55005354- doesn't play, video broken (wmv1), gnrc data. the text version of the tag is: U ST<br />
0x0674f- doesn't play- is actually Vorbis- must be forced (ffplay can handle it w/ -f ogg)- according to TwoCC, mode 1 Ogg Vorbis<br />
0x6750- doesn't play- is mode 2 Ogg Vorbis (can be played with ffplay -f ogg)<br />
0x6751- doesn't play- labelled as mode 3 Ogg Vorbis- can't be played<br />
0x6771- doesn't play- TwoCC says Ogg Vorbis mode 3+<br />
0x706d- says AAC, plays, but playback not perfect: [aac @ 0x88ccfa0]Predictor bit set but LTP is not implemented. Update your FFmpeg version to the newest one from SVN. If the problem still occurs, it means that your file has a feature which has not been implemented. If you want to help, upload a sample of this file to ftp://upload.ffmpeg.org/MPlayer/incoming/ and contact the ffmpeg-devel mailing list.<br />
ut3_for_redpax_with_love.avi, ikiwiki_swarm.avi play fine.<br />
<br />
<br />
0x7a21- doesn't play- 0x7A21 GSM-AMR (CBR, no SID)<br />
0x7a22- doesn't play- 0x7A22 GSM-AMR (VBR, including SID)<br />
0xfffc- doesn't play, vdowave audio. works in mplayer.<br />
0xfffe- themes.avi does- picked up as pcm_f32le<br />
adpcm_ct: all play<br />
adpcm_ima_dk3- doesn't play. Loud static plays for 5 seconds, then nothing. The TwoCC says MS GSM 723.1, but I can't get it to play.<br />
adpcm_swf- all play<br />
atrc- 050913.ram says unsupported video codec (rv20) but plays<br />
other files have rv20 messages as well<br />
dca- audio track 6 shows as 0x0000- should be 0162- wma3<br />
drms- audio most likely DRM'd<br />
newYearsSmall.mov- 1st track same as above, crashed ffplay; 2nd track doesn't play, no messages<br />
<br />
fl32- plays fine<br />
<br />
fl64- plays fine<br />
<br />
imc- rx620(new).avi plays, but [imc @ 0x8921330]Read coefficients failed sq= 0B <br />
and sounds drops out<br />
<br />
mace3- plays fine<br />
<br />
mp1- plays fine.<br />
<br />
pcm_s24le: plays fine<br />
pcm_s32be- plays fine<br />
pcm_s32le- plays fine<br />
pcm_u16le- empty folder<br />
qclq- doesn't play<br />
<br />
qdmc- doesn't play, QDesign Music 1<br />
iCantHelpIt.mov- mov,mp4,m4a,3gp,3g2,mj2 @ 0x88dcd70]stream 0, error opening file /bugs life.mov: No such file or directory<br />
milesaway.mov- apparently DSLV is the Quicktime cross-fade effect. The other two tracks are MJPG.<br />
<br />
real288- da.rm doesn't play<br />
sawb- amr_wb? (tries to call libamr_wb)<br />
spxn- doesn't play, includes ZyGoVideo Pro<br />
<br />
str1- doesn't play, Iomega MPEG layer II, RecordIt Decoder<br />
truespeech- plays fine<br />
wma3- doesn't play, no video. The hexcodes ( 33564D57 & 33414D57 spell out WMV3 & WMA3 backwards.<br />
wmav1- plays fine<br />
xovs- no audio or video<br />
</pre><br />
:i think xovs is Xiph Ogg VorbiS, the video track of that file is XiTh (Xiph Theora). --[[User:Compn|Compn]] 11:26, 20 December 2008 (EST)<br />
<br />
<br />
<br />
*0xfffe- Loko-Passe_de_Pedros-Nantes_vs_Psg-1994.mpg doesn't play- clip has this metadata: <br />
MEncoder 1.0pre6-3.3.5- look for current codec pack from then- hopefully the audio codec is there<br />
Revision 14844 - (view) (download) (annotate) - [select for diffs] <br />
Modified Sun Feb 27 18:11:17 2005 UTC (3 years, 9 months ago) by rfelker <br />
File length: 50850 byte(s) <br />
Diff to previous 14842 <br />
Fix the ogg fourcc nightmare!!!<br />
The problem: once upon a time, windows idiots decided to try to store<br />
vorbis-in-ogg-in-avi. Of course this failed miserably, but they used<br />
the audio format tag 0xfffe for "extended" to do this. Later someone<br />
working on MPlayer somehow decided 0xfffe was the format for vorbis,<br />
which is nonsense, and now that's conflicting with real wav files with<br />
extended audio format. This patch changes demux_ogg (and mkv) to use<br />
sane fourcc's for vorbis and theora and gets rid of the 0xfffe<br />
nonsense so hopefully wav files with extended audio will work now.<br />
If there are problems, we'll have to find workarounds...and drive an<br />
18-wheeler full of cola thru the house of whoever wrote this 0xfffe<br />
nonsense in MPlayer to begin with...</div>Dashcloudhttps://wiki.multimedia.cx/index.php?title=TwoCC&diff=10882TwoCC2009-01-17T23:33:34Z<p>Dashcloud: Fix typo</p>
<hr />
<div>The TwoCC is the audio counterpart to the [[:Category:Video FourCCs|video FourCC]]. It is the audio format identifier used in the [[RIFF]] based multimedia formats by [[Microsoft]] ([[WAV]] and [[AVI]]). The TwoCC is 2 bytes long and stored in little endian format on disk. You can register your TwoCC with Microsoft but it seems that only some companies perform this process.<br />
<br />
* 0x0000 Microsoft Unknown Wave Format<br />
* 0x0001 Microsoft PCM Format<br />
* 0x0002 Microsoft ADPCM Format<br />
* 0x0003 IEEE Float<br />
* 0x0004 Compaq Computer VSELP (codec for Windows CE 2.0 devices)<br />
* 0x0005 IBM CVSD<br />
* 0x0006 Microsoft ALAW (CCITT A-Law)<br />
* 0x0007 Microsoft MULAW (CCITT u-Law)<br />
* 0x0008 Microsoft DTS<br />
* 0x0009 Microsoft DRM<br />
* 0x000A Microsoft WMSpeech<br />
* 0x000B Microsoft Windows Media RT Voice <br />
* 0x0010 OKI ADPCM<br />
* 0x0011 Intel DVI ADPCM (IMA ADPCM)<br />
* 0x0012 Videologic MediaSpace ADPCM<br />
* 0x0013 Sierra Semiconductor ADPCM<br />
* 0x0014 Antex Electronics G.723 ADPCM<br />
* 0x0015 DSP Solutions DigiSTD<br />
* 0x0016 DSP Solutions DigiFIX<br />
* 0x0017 Dialogic OKI ADPCM<br />
* 0x0018 MediaVision ADPCM<br />
* 0x0019 Hewlett-Packard CU codec<br />
* 0x001A Hewlett-Packard HP DYNAMIC VOICE<br />
* 0x0020 Yamaha ADPCM<br />
* 0x0021 Speech Compression SONARC<br />
* 0x0022 DSP Group True Speech<br />
* 0x0023 Echo Speech EchoSC1<br />
* 0x0024 Audiofile AF36<br />
* 0x0025 Audio Processing Technology APTX<br />
* 0x0026 AudioFile AF10<br />
* 0x0027 Prosody 1612 codec for CTI Speech Card<br />
* 0x0028 Merging Technologies S.A. LRC<br />
* 0x0030 Dolby Labs AC2<br />
* 0x0031 Microsoft GSM 6.10<br />
* 0x0032 MSNAudio<br />
* 0x0033 Antex Electronics ADPCME<br />
* 0x0034 Control Resources VQLPC<br />
* 0x0035 DSP Solutions DigiREAL<br />
* 0x0036 DSP Solutions DigiADPCM<br />
* 0x0037 Control Resources CR10<br />
* 0x0038 Natural MicroSystems VBXADPCM<br />
* 0x0039 Roland RDAC (Crystal Semiconductor IMA ADPCM)<br />
* 0x003A Echo Speech EchoSC3<br />
* 0x003B Rockwell ADPCM<br />
* 0x003C Rockwell Digit LK<br />
* 0x003D Xebec Multimedia Solutions<br />
* 0x0040 Antex Electronics G.721 ADPCM<br />
* 0x0041 Antex Electronics G.728 CELP<br />
* 0x0042 Microsoft GSM723<br />
* 0x0043 IBM AVC ADPCM<br />
* 0x0045 ITU-T G.726 ADPCM<br />
* 0x0050 MPEG-1 layer 1, 2<br />
* 0x0052 InSoft RT24 (ACM codec is an alternative codec)<br />
* 0x0053 InSoft PAC<br />
* 0x0055 MPEG-1 Layer 3 (MP3)<br />
* 0x0057 AMR-NB<br />
* 0x0058 AMR-WB<br />
* 0x0059 Lucent G.723<br />
* 0x0060 Cirrus Logic<br />
* 0x0061 ESS Technology ESPCM / Duck DK4 ADPCM<br />
* 0x0062 Voxware file-mode codec / Duck DK3 ADPCM<br />
* 0x0063 Canopus Atrac<br />
* 0x0064 APICOM G.726 ADPCM<br />
* 0x0065 APICOM G.722 ADPCM<br />
* 0x0066 Microsoft DSAT<br />
* 0x0067 Microsoft DSAT Display<br />
* 0x0069 Voxware Byte Aligned (bitstream-mode codec)<br />
* 0x0070 Voxware AC8 (Lernout & Hauspie CELP 4.8 kbps)<br />
* 0x0071 Voxware AC10 (Lernout & Hauspie CBS 8kbps)<br />
* 0x0072 Voxware AC16 (Lernout & Hauspie CBS 12kbps)<br />
* 0x0073 Voxware AC20 (Lernout & Hauspie CBS 16kbps)<br />
* 0x0074 Voxware MetaVoice (file and stream oriented)<br />
* 0x0075 Voxware MetaSound (file and stream oriented)<br />
* 0x0076 Voxware RT29HW<br />
* 0x0077 Voxware VR12<br />
* 0x0078 Voxware VR18<br />
* 0x0079 Voxware TQ40<br />
* 0x007A Voxware SC3<br />
* 0x007B Voxware SC3<br />
* 0x0080 Softsound<br />
* 0x0081 Voxware TQ60<br />
* 0x0082 Microsoft MSRT24 (ACM codec is an alternative codec)<br />
* 0x0083 AT&T Labs G.729A<br />
* 0x0084 Motion Pixels MVI MV12<br />
* 0x0085 DataFusion Systems G.726<br />
* 0x0086 DataFusion Systems GSM610<br />
* 0x0088 Iterated Systems ISIAudio<br />
* 0x0089 Onlive<br />
* 0x008A Multitude, Inc. FT SX20<br />
* 0x008B Infocom ITS A/S G.721 ADPCM<br />
* 0x008C Convedia G729<br />
* 0x008D Not specified congruency, Inc.<br />
* 0x0091 Siemens Business Communications SBC24<br />
* 0x0092 Sonic Foundry Dolby AC3 SPDIF<br />
* 0x0093 MediaSonic G.723<br />
* 0x0094 Aculab PLC Prosody 8KBPS<br />
* 0x0097 ZyXEL ADPCM<br />
* 0x0098 Philips LPCBB<br />
* 0x0099 Studer Professional Audio AG Packed<br />
* 0x00A0 Malden Electronics PHONYTALK<br />
* 0x00A1 Racal Recorder GSM<br />
* 0x00A2 Racal Recorder G720.a<br />
* 0x00A3 Racal G723.1<br />
* 0x00A4 Racal Tetra ACELP<br />
* 0x00B0 NEC AAC NEC Corporation<br />
* 0x00E1 Microsoft ADPCM<br />
* 0x00FF AAC<br />
* 0x0100 Rhetorex ADPCM<br />
* 0x0101 IBM mu-law / BeCubed Software IRAT<br />
* 0x0102 IBM A-law<br />
* 0x0103 IBM AVC ADPCM<br />
* 0x0111 Vivo G.723<br />
* 0x0112 Vivo Siren<br />
* 0x0120 Philips Speech Processing CELP<br />
* 0x0121 Philips Speech Processing GRUNDIG<br />
* 0x0123 Digital G.723<br />
* 0x0125 Sanyo LD ADPCM<br />
* 0x0130 Sipro Lab Telecom ACELP.net<br />
* 0x0131 Sipro Lab Telecom ACELP.4800<br />
* 0x0132 Sipro Lab Telecom ACELP.8V3<br />
* 0x0133 Sipro Lab Telecom ACELP.G.729<br />
* 0x0134 Sipro Lab Telecom ACELP.G.729A<br />
* 0x0135 Sipro Lab Telecom ACELP.KELVIN<br />
* 0x0136 VoiceAge AMR<br />
* 0x0140 Dictaphone G.726 ADPCM<br />
* 0x0150 Qualcomm PureVoice<br />
* 0x0151 Qualcomm HalfRate<br />
* 0x0155 Ring Zero Systems TUB GSM<br />
* 0x0160 Windows Media Audio V1 / DivX audio (WMA)<br />
* 0x0161 Windows Media Audio V2 V7 V8 V9 / DivX audio (WMA) / Alex AC3 Audio<br />
* 0x0162 Windows Media Audio Professional V9<br />
* 0x0163 Windows Media Audio Lossless V9<br />
* 0x0164 WMA Pro over S/PDIF<br />
* 0x0170 UNISYS NAP ADPCM<br />
* 0x0171 UNISYS NAP ULAW<br />
* 0x0172 UNISYS NAP ALAW<br />
* 0x0173 UNISYS NAP 16K<br />
* 0x0174 MM SYCOM ACM SYC008 SyCom Technologies<br />
* 0x0175 MM SYCOM ACM SYC701 G726L SyCom Technologies<br />
* 0x0176 MM SYCOM ACM SYC701 CELP54 SyCom Technologies<br />
* 0x0177 MM SYCOM ACM SYC701 CELP68 SyCom Technologies<br />
* 0x0178 Knowledge Adventure ADPCM<br />
* 0x0180 Fraunhofer IIS MPEG2AAC<br />
* 0x0190 Digital Theater Systems DTS DS<br />
* 0x0200 Creative Labs ADPCM<br />
* 0x0202 Creative Labs FastSpeech8<br />
* 0x0203 Creative Labs FastSpeech10<br />
* 0x0210 UHER Informatic ADPCM<br />
* 0x0215 Ulead DV ACM<br />
* 0x0216 Ulead DV ACM<br />
* 0x0220 Quarterdeck<br />
* 0x0230 I-link Worldwide ILINK VC<br />
* 0x0240 Aureal Semiconductor RAW SPORT<br />
* 0x0241 ESST AC3<br />
* 0x0250 Interactive Products HSX<br />
* 0x0251 Interactive Products RPELP<br />
* 0x0260 Consistent Software CS2<br />
* 0x0270 Sony ATRAC3 (SCX, same as MiniDisk LP2)<br />
* 0x0271 Sony SCY<br />
* 0x0272 Sony ATRAC3<br />
* 0x0273 Sony SPC<br />
* 0x0280 TELUM Telum Inc.<br />
* 0x0281 TELUMIA Telum Inc.<br />
* 0x0285 Norcom Voice Systems ADPCM Norcom Electronics Corporation<br />
* 0x0300 Fujitsu FM TOWNS SND<br />
* 0x0301 Not specified Fujitsu Corporation<br />
* 0x0302 Not specified Fujitsu Corporation<br />
* 0x0303 Not specified Fujitsu Corporation<br />
* 0x0304 Not specified Fujitsu Corporation<br />
* 0x0305 Not specified Fujitsu Corporation<br />
* 0x0306 Not specified Fujitsu Corporation<br />
* 0x0307 Not specified Fujitsu Corporation<br />
* 0x0308 Not specified Fujitsu Corporation<br />
* 0x0350 DEVELOPMENT Micronas Semiconductors, Inc.<br />
* 0x0351 Micronas Semiconductors, Inc. CELP833 <br />
* 0x0400 BTV Digital (Brooktree digital audio format)<br />
* 0x0401 Intel Music Coder (IMC)<br />
* 0x0402 Ligos Indeo Audio<br />
* 0x0450 QDesign Music<br />
* 0x0500 On2 VP7 On2 Technologies AVC Audio<br />
* 0x0501 On2 VP6 On2 Technologies<br />
* 0x0680 AT&T Labs VME VMPCM<br />
* 0x0681 AT&T Labs TPC<br />
* 0x0700 YMPEG Alpha (dummy for MPEG-2 compressor)<br />
* 0x08AE ClearJump LiteWave (lossless)<br />
* 0x1000 Olivetti GSM<br />
* 0x1001 Olivetti ADPCM<br />
* 0x1002 Olivetti CELP<br />
* 0x1003 Olivetti SBC<br />
* 0x1004 Olivetti OPR<br />
* 0x1100 Lernout & Hauspie codec<br />
* 0x1101 Lernout & Hauspie CELP codec<br />
* 0x1102 Lernout & Hauspie SBC codec<br />
* 0x1103 Lernout & Hauspie SBC codec<br />
* 0x1104 Lernout & Hauspie SBC codec<br />
* 0x1400 Norris Communication<br />
* 0x1401 AT&T Labs ISIAudio<br />
* 0x1500 AT&T Labs Soundspace Music Compression<br />
* 0x181C VoxWare RT24 speech codec<br />
* 0x181E Lucent elemedia AX24000P Music codec<br />
* 0x1971 Sonic Foundry LOSSLESS <br />
* 0x1979 Innings Telecom Inc. ADPCM <br />
* 0x1C07 Lucent SX8300P speech codec<br />
* 0x1C0C Lucent SX5363S G.723 compliant codec<br />
* 0x1F03 CUseeMe DigiTalk (ex-Rocwell)<br />
* 0x1FC4 NCT Soft ALF2CD ACM<br />
* 0x2000 Dolby AC3 / FAST Multimedia AG DVM<br />
* 0x2001 Dolby DTS (Digital Theater System)<br />
* 0x2002 RealAudio 1 / 2 14.4<br />
* 0x2003 RealAudio 1 / 2 28.8<br />
* 0x2004 RealAudio G2 / 8 Cook (low bitrate)<br />
* 0x2005 RealAudio 3 / 4 / 5 Music (DNET)<br />
* 0x2006 RealAudio 10 AAC (RAAC)<br />
* 0x2007 RealAudio 10 AAC+ (RACP)<br />
* 0x2500 Reserved range to 0x2600 Microsoft<br />
* 0x3313 makeAVIS (ffvfw fake AVI sound from AviSynth scripts)<br />
* 0x4143 Divio MPEG-4 AAC audio<br />
* 0x4201 Nokia adaptive multirate Nokia Mobile Phones<br />
* 0x4243 Divio's G726 Divio, Inc.<br />
* 0x434C LEAD Speech<br />
* 0x564C LEAD Vorbis<br />
* 0x5756 WavPack Audio<br />
* 0x674f Ogg Vorbis (mode 1)<br />
* 0x6750 Ogg Vorbis (mode 2)<br />
* 0x6751 Ogg Vorbis (mode 3)<br />
* 0x676f Ogg Vorbis (mode 1+)<br />
* 0x6770 Ogg Vorbis (mode 2+)<br />
* 0x6771 Ogg Vorbis (mode 3+)<br />
* 0x7000 3COM NBX 3Com Corporation<br />
* 0x706D FAAD AAC<br />
* 0x77A1 The True Audio<br />
* 0x7A21 GSM-AMR (CBR, no SID)<br />
* 0x7A22 GSM-AMR (VBR, including SID)<br />
* 0xA100 Comverse Infosys Ltd. G723 1 <br />
* 0xA101 Comverse Infosys Ltd. AVQSBC<br />
* 0xA102 Comverse Infosys Ltd. OLDSBC<br />
* 0xA103 Symbol Technology's G729A Symbol Technologies Canada<br />
* 0xA104 VoiceAge AMR WB VoiceAge Corporation<br />
* 0xA105 Ingenient Technologies Inc. G726<br />
* 0xA106 ISO/MPEG-4 advanced audio Coding <br />
* 0xA107 Encore Software Ltd's G726<br />
* 0xA109 Speex ACM Codec xiph.org<br />
* 0xC0CC GigaLink Audio Codec<br />
* 0xDFAC DebugMode SonicFoundry Vegas FrameServer ACM Codec<br />
* 0xe708 Unknown -<br />
* 0xF1AC Free Lossless Audio Codec FLAC<br />
* 0xFFFC VDOwave Audio<br />
* 0xFFFE Extensible wave format<br />
* 0xFFFF In Development / Unregistered<br />
<br />
<br />
[[Category: Multimedia Terminology]]</div>Dashcloudhttps://wiki.multimedia.cx/index.php?title=User:Dashcloud&diff=10881User:Dashcloud2009-01-17T23:08:30Z<p>Dashcloud: A few updates</p>
<hr />
<div>Steven Zakulec is said to have tested every single sample in the MPlayer repository against FFmpeg.<br />
Occasional samples tester & bug filer.<br />
<pre><br />
---Notes from uncommon audio codecs list---<br />
(This will get refined and moved into the main wiki shortly.)<br />
<br />
--How to read--<br />
the audio codec as reported in the uncommon_audio_codec.txt is the folder name. If it says all fine, it means all samples (up to 5) played fine in FFplay. If FFmpeg doesn't show the same codec tag, I've included that as well. If there was an issue (audio, or in some cases video) I noted that as well.<br />
<br />
audio samples:<br />
0x0003- all fine, pcm_f32le<br />
0x0004- link is dead<br />
0x0005- play fine, nellymoser<br />
0x0006- plays fine, nellymoser<br />
0x0032- msgsm, not playable by ffplay. <br />
0x0038 not playable- Natural MicroSystems VBXADPCM codec<br />
0x0055 -now shows as mp3 audio, plays fine<br />
0x0057- AMR-NB (should be playable in latest svn)<br />
0x0074- VoxWare, tries to use voxmvdec.ax<br />
0x00ff- aac audio, fine<br />
0x0111- doesn't play, vivo video- Vivo G.723/Siren Audio Codec<br />
0x0112- doesn't play, vivo video- Vivo G.723/Siren Audio Codec<br />
0x0163- doesn't play, Windows Media Audio Lossless V9<br />
0x0215- doesn't play- Ulead DV ACM<br />
0x0216- doesn't play- Ulead DV ACM<br />
0x0402- doesn't play- Indeo Audio<br />
0x1100736d- adpcm_ima wav<br />
0x1104- doesn't play- Lernout & Hauspie CELP and SBC codecs<br />
0x4143- says AAC, nothing plays; claims 7.1 channels<br />
0x414c- empty folder - possibly lead audio aac/vorbis/amr ? ~~- unlikely: TwoCC says 0x434C LEAD Speech 0x564C LEAD Vorbis<br />
0x5000736d- mp2, plays fine<br />
0x55005354- doesn't play, video broken (wmv1), gnrc data- <br />
0x0674f- doesn't play- is actually Vorbis- must be forced (ffplay can handle it w/ -f ogg)- according to TwoCC, mode 1 Ogg Vorbis<br />
0x6750- doesn't play- is mode 2 Ogg Vorbis (can be played with ffplay -f ogg)<br />
0x6751- doesn't play- labelled as mode 3 Ogg Vorbis- can't be played<br />
0x6771- doesn't play- TwoCC says Ogg Vorbis mode 3+<br />
0x706d- says AAC, plays, but playback not perfect: [aac @ 0x88ccfa0]Predictor bit set but LTP is not implemented. Update your FFmpeg version to the newest one from SVN. If the problem still occurs, it means that your file has a feature which has not been implemented. If you want to help, upload a sample of this file to ftp://upload.ffmpeg.org/MPlayer/incoming/ and contact the ffmpeg-devel mailing list.<br />
ut3_for_redpax_with_love.avi, ikiwiki_swarm.avi play fine.<br />
<br />
<br />
0x7a21- doesn't play- 0x7A21 GSM-AMR (CBR, no SID)<br />
0x7a22- doesn't play- 0x7A22 GSM-AMR (VBR, including SID)<br />
0xfffc- doesn't play, vdowave audio. works in mplayer.<br />
0xfffe- themes.avi does- picked up as pcm_f32le<br />
adpcm_ct: all play<br />
adpcm_ima_dk3- doesn't play. Loud static plays for 5 seconds, then nothing. The TwoCC says MS GSM 723.1, but I can't get it to play.<br />
adpcm_swf- all play<br />
atrc- 050913.ram says unsupported video codec (rv20) but plays<br />
other files have rv20 messages as well<br />
dca- audio track 6 shows as 0x0000- should be 0162- wma3<br />
drms- audio most likely DRM'd<br />
newYearsSmall.mov- 1st track same as above, crashed ffplay; 2nd track doesn't play, no messages<br />
<br />
fl32- plays fine<br />
<br />
fl64- plays fine<br />
<br />
imc- rx620(new).avi plays, but [imc @ 0x8921330]Read coefficients failed sq= 0B <br />
and sounds drops out<br />
<br />
mace3- plays fine<br />
<br />
mp1- plays fine.<br />
<br />
pcm_s24le: plays fine<br />
pcm_s32be- plays fine<br />
pcm_s32le- plays fine<br />
pcm_u16le- empty folder<br />
qclq- doesn't play<br />
<br />
qdmc- doesn't play, QDesign Music 1<br />
iCantHelpIt.mov- mov,mp4,m4a,3gp,3g2,mj2 @ 0x88dcd70]stream 0, error opening file /bugs life.mov: No such file or directory<br />
milesaway.mov- apparently DSLV is the Quicktime cross-fade effect. The other two tracks are MJPG.<br />
<br />
real288- da.rm doesn't play<br />
sawb- amr_wb? (tries to call libamr_wb)<br />
spxn- doesn't play, includes ZyGoVideo Pro<br />
<br />
str1- doesn't play, Iomega MPEG layer II, RecordIt Decoder<br />
truespeech- plays fine<br />
wma3- doesn't play, no video. The hexcodes ( 33564D57 & 33414D57 spell out WMV3 & WMA3 backwards.<br />
wmav1- plays fine<br />
xovs- no audio or video<br />
</pre><br />
:i think xovs is Xiph Ogg VorbiS, the video track of that file is XiTh (Xiph Theora). --[[User:Compn|Compn]] 11:26, 20 December 2008 (EST)<br />
<br />
<br />
<br />
*0xfffe- Loko-Passe_de_Pedros-Nantes_vs_Psg-1994.mpg doesn't play- clip has this metadata: <br />
MEncoder 1.0pre6-3.3.5- look for current codec pack from then- hopefully the audio codec is there<br />
Revision 14844 - (view) (download) (annotate) - [select for diffs] <br />
Modified Sun Feb 27 18:11:17 2005 UTC (3 years, 9 months ago) by rfelker <br />
File length: 50850 byte(s) <br />
Diff to previous 14842 <br />
Fix the ogg fourcc nightmare!!!<br />
The problem: once upon a time, windows idiots decided to try to store<br />
vorbis-in-ogg-in-avi. Of course this failed miserably, but they used<br />
the audio format tag 0xfffe for "extended" to do this. Later someone<br />
working on MPlayer somehow decided 0xfffe was the format for vorbis,<br />
which is nonsense, and now that's conflicting with real wav files with<br />
extended audio format. This patch changes demux_ogg (and mkv) to use<br />
sane fourcc's for vorbis and theora and gets rid of the 0xfffe<br />
nonsense so hopefully wav files with extended audio will work now.<br />
If there are problems, we'll have to find workarounds...and drive an<br />
18-wheeler full of cola thru the house of whoever wrote this 0xfffe<br />
nonsense in MPlayer to begin with...</div>Dashcloudhttps://wiki.multimedia.cx/index.php?title=Interesting_Patches&diff=10839Interesting Patches2009-01-13T04:37:30Z<p>Dashcloud: Add a patch</p>
<hr />
<div>This page tries to collect some useful patches for FFmpeg that didn't make into SVN for some reason or another.<br />
<br />
== native [[Zlib]] decoder by Mans Rullgard ==<br />
http://lists.mplayerhq.hu/pipermail/ffmpeg-devel/2007-July/032820.html<br />
<br />
In the same thread, there are patches to use the native decoder in several FFmpeg decoders.<br />
<br />
== [[WMV3]] encoder by Denis Fortin ==<br />
http://lists.mplayerhq.hu/pipermail/ffmpeg-devel/2007-June/031699.html<br />
<br />
== [[H.263]] rtp patch ==<br />
http://www.voxgratia.org/bin/ffmpeg-0.4.7.patch.zip, originally at http://www.salyens.com/downloads/index.html#ffmpeg-0.4.7, now removed.<br />
<br />
== [[Apple RPZA]] encoder by Todd Kirby ==<br />
http://lists.mplayerhq.hu/pipermail/ffmpeg-devel/2005-June/001673.html<br />
<br />
== Test Pattern Generator Demuxer by Nicholas George ==<br />
http://lists.mplayerhq.hu/pipermail/ffmpeg-devel/2007-October/036838.html<br />
<br />
== Test Pattern Generator Demuxer by [[User:Angustia|Ramiro Ribeiro Polla]] ==<br />
http://lists.mplayerhq.hu/pipermail/ffmpeg-devel/2007-April/028226.html<br />
Or <br />
http://thread.gmane.org/gmane.comp.video.ffmpeg.devel/49447<br />
<br />
== PES packetizer by Xiaohui Sun ==<br />
http://lists.mplayerhq.hu/pipermail/ffmpeg-devel/2007-September/034849.html<br />
<br />
Part of the work of [[FFmpeg Summer Of Code#TS Muxer|Summer Of Code TS Muxer]]<br />
<br />
== Imlib2script: a scriptable vhook by [[User:Wzrlpy|Víctor Paesa]] ==<br />
http://thread.gmane.org/gmane.comp.video.ffmpeg.devel/52341<br />
<br />
== vf_imlib2: a libavfilter filter by [[User:Wzrlpy|Víctor Paesa]] ==<br />
http://lists.mplayerhq.hu/pipermail/ffmpeg-soc/2007-December/002162.html<br />
<br />
== File concatenation by Wolfram Gloger ==<br />
http://lists.mplayerhq.hu/pipermail/ffmpeg-devel/2007-July/032131.html<br />
<br />
== "mem" file protocol by Lagrange Multiplier ==<br />
The "mem" protocol simply uses RAM as a source for input multimedia data, akin to how the "file" and "pipe" protocols use filesystem files and pipes as sources.<br />
<br />
http://lists.mplayerhq.hu/pipermail/ffmpeg-devel/2007-May/028489.html<br />
<br />
== Presets/profiles for usual targets by Panagiotis Issaris ==<br />
Allow to keep in a text file groups of command options, and apply them at once by specifying the target name.<br />
<br />
Handy for iPod, PSP, or any other picky multimedia player that otherwise requires lengthy command lines.<br />
<br />
http://article.gmane.org/gmane.comp.video.ffmpeg.devel/37244<br />
<br />
== PiP (Picture in Picture): a vhook filter by Mihail Stoyanov ==<br />
http://article.gmane.org/gmane.comp.video.ffmpeg.devel/38896<br />
<br />
== [[AMV]] encoder ==<br />
http://code.google.com/p/amv-codec-tools/<br />
<br />
See this post [http://lists.mplayerhq.hu/pipermail/ffmpeg-devel/2007-October/037356.html] to see what is missing to get it into SVN.<br />
<br />
== [[Electronic Arts Formats]] demuxer/decoder by [[User:Suxen drol|Peter Ross]]==<br />
http://lists.mplayerhq.hu/pipermail/ffmpeg-devel/2007-October/036938.html<br />
The format demuxer modifications and the EA video codecs have not yet been applied to FFmpeg.<br />
<br />
== Experimental MSVC port by Ole André Vadla Ravnås ==<br />
Code in the [http://bazaar-vcs.org bazaar] branch at http://people.collabora.co.uk/~oleavr/OABuild/bzr/ffmpeg/<br />
<br />
Patch at http://lists.mplayerhq.hu/pipermail/ffmpeg-devel/2008-March/044463.html<br />
<br />
== H264 encoder by Jori Liesenborgs & Panagiotis Issaris ==<br />
http://research.edm.uhasselt.be/~h264/<br />
<br />
== DTS/AC3 in wav autodetection ==<br />
http://thread.gmane.org/gmane.comp.video.ffmpeg.devel/49812/focus=49909<br />
Clean up this patch and also add detection of AC3 in wav, it is similar. Samples for both can be found here: http://www.sr.se/cgi-bin/mall/artikel.asp?ProgramID=2445&Artikel=739973<br />
<br />
== [[Bink Audio]] decoder by [[User:Suxen drol|Peter Ross]] ==<br />
http://lists.mplayerhq.hu/pipermail/ffmpeg-devel/2008-April/045346.html<br />
<br />
Note: An updated patch is under development by [[User:DrV]] based on an updated patch by the original [[User:Suxen drol|author]].<br />
<br />
== G722 decoder by Chas Williams ==<br />
http://lists.mplayerhq.hu/pipermail/ffmpeg-devel/2008-June/048457.html<br />
<br />
It is basically an adaptation to FFmpeg of the [http://www.soft-switch.org/ SirenDSP] decoder.<br />
<br />
== [[Chinese AVS]] video encoder by [[User:StefanG|Stefan Gehrer]] ==<br />
http://lists.mplayerhq.hu/pipermail/ffmpeg-devel/2007-July/033286.html<br />
<br />
== Lossless msmpeg4v3 to mpeg4 transcoder ==<br />
http://thread.gmane.org/gmane.comp.video.ffmpeg.devel/17074<br />
<br />
== Fixed point cook decoder ==<br />
http://thread.gmane.org/gmane.comp.video.ffmpeg.devel/46024<br />
http://thread.gmane.org/gmane.comp.video.ffmpeg.devel/54008<br />
http://thread.gmane.org/gmane.comp.video.ffmpeg.devel/54553<br />
[[Category:FFmpeg]]<br />
<br />
== GDI screen grabbing for Win32 ==<br />
http://thread.gmane.org/gmane.comp.video.ffmpeg.devel/43589<br />
<br />
There are two implementations in the thread above.<br />
<br />
== [[RealAudio sipr|RealAudio SIPR]] @16k decoder and demuxer by [[User:Voroshil|Vladimir Voroshilov]] ==<br />
<br />
http://lists.mplayerhq.hu/pipermail/ffmpeg-devel/2008-September/052961.html<br />
<br />
Expected to work with FFmpeg r15192<br />
<br />
== [[QCELP]] reference decoder wrapper by Moriyoshi Koizumi ==<br />
<br />
http://lists.mplayerhq.hu/pipermail/ffmpeg-devel/2006-December/020223.html<br />
<br />
== Proper parsing of DTS-HD MA streams ==<br />
http://lists.mplayerhq.hu/pipermail/ffmpeg-devel/2008-November/056526.html</div>Dashcloudhttps://wiki.multimedia.cx/index.php?title=Small_FFmpeg_Tasks&diff=10838Small FFmpeg Tasks2009-01-13T04:18:14Z<p>Dashcloud: grammar fix</p>
<hr />
<div>This page contains ideas for small, relatively simple tasks for the [[FFmpeg]] project. People who might be interested in trying one of these tasks:<br />
* Someone who wants to contribute to FFmpeg and needs to find a well-defined task to start with<br />
* Someone who wishes to qualify for one of FFmpeg's coveted [[FFmpeg Summer Of Code|Summer of Code]] project slots<br />
* An existing FFmpeg developer who has been away from the project for a while and needs a smaller task as motivation for re-learning the codebase<br />
<br />
'''If you would like to work on one of these tasks''', please take these steps:<br />
* Subscribe to the [https://lists.mplayerhq.hu/mailman/listinfo/ffmpeg-devel FFmpeg development mailing list] and indicate your interest<br />
* Ask [[User:Multimedia Mike|Multimedia Mike]] for a Wiki account so you can claim your task on this Wiki<br />
<br />
'''If you would like to add to this list''', please be prepared to explain some useful details about the task. Excessively vague tasks with no supporting details will be ruthlessly deleted.<br />
<br />
=== Finish up a previous incomplete SoC project ===<br />
<br />
Several SoC projects from previous years have not yet made it into FFmpeg. Taking any of them and finishing them up to the point that they can be included should make for a good qualification task. Check out the [[FFmpeg Summer Of Code]] overview page and look for the unfinished projects, like AMR-NB, Dirac, TS muxer, JPEG 2000.<br />
<br />
=== Generic Colorspace system ===<br />
This task involves adding support more than 8 bits per component (Y on 10 bits, U on 10 bits, V on 10 bits for example)<br />
and generic simple conversion to other colorspaces.<br />
<br />
''Does this have to do with revising FFmpeg's infrastructure? If so, then it doesn't feel like a qualification task. If it's something simpler, then the vague description does not convey that simplicity. Please expound.'' --[[User:Multimedia Mike|Multimedia Mike]] 12:56, 25 February 2008 (EST)<br />
<br />
''I don't think so, extending PixFmt to extended structure with finegrained description like depth, range values, colorspace, sample period, and write generic simple conversion from all formats to all others, like suggested by Michael on the mailing list. Conversion routine can be a good qualification task for video encoders/decoders. What do you think ?<br />
--[[User:Bcoudurier|Baptiste Coudurier]] 00:30, 29 February 2008 (EST)<br />
<br />
=== Make the SoC dts encoder multichannel capable ===<br />
Here is a skeleton for a dts encoder http://svn.mplayerhq.hu/soc/dcaenc/, currently it can only encode stereo streams.<br />
The task is to extend it to support 5.1 channels also.<br />
<br />
Specs and info can be found here:<br />
http://wiki.multimedia.cx/index.php?title=DTS<br />
<br />
<br />
=== Support PB frame mode for H.263i ===<br />
Details are in the issue tracker: http://roundup.mplayerhq.hu/roundup/ffmpeg/issue27<br />
<br />
H.263 spec describing PB frames and improved PB frames: http://www.itu.int/rec/T-REC-H.263-200501-I/en<br />
<br />
=== Patch cleanup for MPEG 1 & 2 optimizations ===<br />
Details are in the issue tracker: http://roundup.mplayerhq.hu/roundup/ffmpeg/issue100<br />
<br />
=== Implement a Vivo demuxer for FFmpeg ===<br />
Implement an FFmpeg demuxer for the [[Vivo]] file format. The best reference for understanding the format would be MPlayer's [http://svn.mplayerhq.hu/mplayer/trunk/libmpdemux/demux_viv.c?view=markup existing .viv demuxer].<br />
<br />
This task corresponds to issue 99: http://roundup.mplayerhq.hu/roundup/ffmpeg/issue99<br />
<br />
''I am ready to help out with understanding MPlayer's demuxer, esp. MPlayer API stuff if necessary.<br />
--[[User:Reimar|Reimar]] 15:46, 1 March 2008 (EST)<br />
<br />
=== Port missing demuxers from MPlayer to FFmpeg ===<br />
MPlayer supports a few container formats in libmpdemux that are not yet present in libavformat. Porting them over and gettting them relicensed as LGPL or reimplementing them from scratch should make reasonable small tasks.<br />
<br />
''Jai Menon is working on porting the tivo demuxer''<br />
<br />
=== Optimal Huffman tables for (M)JPEG ===<br />
This task is outlined at http://guru.multimedia.cx/small-tasks-for-ffmpeg/ and is tracked in the issue tracker: http://roundup.mplayerhq.hu/roundup/ffmpeg/issue267<br />
<br />
=== YOP Playback System ===<br />
This task is to implement an FFmpeg playback subsystem for [[Psygnosis YOP]] files. This will entail writing a new file demuxer and video decoder, both of which are trivial by FFmpeg standards. [[Psygnosis YOP|The Psygnosis YOP page]] contains the specs necessary to complete this task and points to downloadable samples.<br />
<br />
=== M95 Playback System ===<br />
This task is to implement an FFmpeg playback subsystem for [[M95]] files. This will entail writing a new file demuxer and video decoder (the audio is already uncompressed), both of which are trivial by FFmpeg standards. [[M95|The M95 page]] contains the specs necessary to complete this task and points to downloadable samples.<br />
<br />
=== BRP Playback System ===<br />
This task is to implement an FFmpeg playback subsystem for [[BRP]] files. This will entail writing a new file demuxer as well as a video decoder that can handle at least 2 variations of format data. Further, write an audio decoder for the custom DPCM format in the file. All of these tasks are considered trivial by FFmpeg standards. [[BRP|The BRP page]] contains the specs necessary to complete this task and points to downloadable samples for both known variations.<br />
<br />
=== 16-bit Interplay Video Decoder ===<br />
FFmpeg already supports [[Interplay MVE]] files with [[Interplay Video|8-bit video data]] inside. This task involves supporting 16-bit video data. The video encoding format is mostly the same but the pixel size is twice as large. Engage the ffmpeg-devel list to discuss how best to approach this task.<br />
<br />
=== 16-bit VQA Video Decoder ===<br />
FFmpeg already supports Westwood [[VQA]] files. However, there are 3 variations of its custom video codec. The first 2 are supported in FFmpeg. This task involves implementing support for the 3rd variation. Visit the VQA samples repository: http://samples.mplayerhq.hu/game-formats/vqa/ -- The files in the directories Tiberian Sun VQAs/, bladerunner/, and dune2000/ use the 3rd variation of this codec. The [[VQA|VQA page]] should link to all the details you need to support this format.<br />
<br />
=== HNM4 Playback System ===<br />
This task is to implement an FFmpeg playback subsystem for [[HNM4]] variant of the [[HNM]] format. This will entail writing a new file demuxer and video decoder, both of which are trivial by FFmpeg standards. [[HNM4|The HNM4 page]] contains the specs necessary to complete this task and links to downloadable samples.<br />
<br />
=== FunCom ISS Playback System ===<br />
This task is to implement an FFmpeg playback subsystem for [[FunCom ISS]] files. This will entail writing a new file demuxer and connecting it to the existing FFmpeg decoder for IMA ADPCM data. [[FunCom ISS|The FunCom ISS page]] contains the specs necessary to complete this task and links to downloadable samples.<br />
<br />
''See http://article.gmane.org/gmane.comp.video.ffmpeg.devel/66280 as a starting point -- Jai''<br />
<br />
=== Apple RPZA encoder ===<br />
A patch was once sent to the ffmpeg-devel mailing list to include an encoder for the [[Apple RPZA]] video codec. That code can be found on the "[[Interesting Patches]]" page. This qualification task involves applying that patch so that it can compile with current FFmpeg SVN code and then cleaning it up per the standards of the project. Engage the mailing list to learn more about what to do.<br />
<br />
=== QuickTime Edit List Support ===<br />
Implement edit list support in FFmpeg's QuickTime demuxer (libavformat/mov.c). This involves parsing the 'elst' atom in a QuickTime file. For a demonstration of how this is a problem, download the file menace00.mov from http://samples.mplayerhq.hu/mov/editlist/ and play it with ffplay or transcode it with ffmpeg. Notice that the audio and video are ever so slightly out of sync. Proper edit list support will solve that. Other samples in that directory also presumably exhibit edit list-related bugs. The [http://xine.cvs.sourceforge.net/xine/xine-lib/src/demuxers/demux_qt.c?view=markup Xine demuxer] has support for this, it might be useful for hints.<br />
<br />
=== Reimplement libavcodec/fdctref.c ===<br />
The forward double precision DCT in this file has a non-free license. We need an LGPL replacement of this file.<br />
<br />
=== Implement the Flash Screen Video codec version 2 ===<br />
FFmpeg is missing both a decoder and an encoder. Would be nice to have that.<br />
<br />
=== Add wma fixed point decoder back into libavcodec ===<br />
http://svn.rockbox.org/viewvc.cgi/trunk/apps/codecs/libwma/<br />
Rockbox's fixed-point WMA decoder was adapted from the decoder in libavcodec.<br />
<br />
=== RealAudio 14.4 encoder ===<br />
FFmpeg contains a decoder for [[RealAudio 14.4]], a farily simple integer CELP codec. Write an encoder. This would be a good qualification task for anyone interested in working on AMR, Speex, or sipr.<br />
<br />
=== VC1 timestamps in m2ts ===<br />
<br />
Codec copy of VC1 from m2ts currently doesn't work. Either extend the VC1 parser to output/fix timestamps, or fix the timestamps from m2ts demuxing.<br />
<br />
''was: Add support for newer codecs such as [[Dirac]] and [[VC1]] to FFmpeg's [[Matroska]] muxer.''<br />
:''[[Dirac]] should mux perfectly as of r16261. What about muxing [[VC1]] doesn't work? A quick -vcodec copy from wmv didn't throw any errors. -[[User:Yuvi|Yuvi]] 05:31, 3 January 2009 (EST)''<br />
::''Yes, WMV3 works fine. There was a report that muxing VC1 from m2ts didn't work. If this does work then feel free to remove the task. Also the demuxer doesn't recognize V_VC1. ''-[[User:Mkhodor|Mkhodor]] 22:58, 4 January 2009 (EST)<br />
:::''From m2ts, ffmpeg gives "error, pts < dts" which means that the timestamps coming out of the m2ts demuxer are invalid. I dunno if it would be easier to fix the demuxer or just extend the parser to fix/fill them in. For V_VC1, is that actually used by a muxer now? According to http://lists.mplayerhq.hu/pipermail/ffmpeg-devel/2007-August/034825.html it was a brief mistake that isn't supposed to be used. -[[User:Yuvi|Yuvi]] 02:50, 5 January 2009 (EST)<br />
<br />
=== [[I263]] work ===<br />
<br />
This codec is supported only partially by FFmpeg. Add full support for it basing on the LGPL source code at http://multimedia.cx/I263Src.zip<br />
<br />
=== FLIC work ===<br />
<br />
Revise the [[Flic Video]] decoder at libavcodec/flicvideo.c to support video transported in AVI or MOV files while making sure that data coming from the usual FLI files still works. 'AFLC' and 'flic' FourCC samples are linked from the [[Flic Video]] page.<br />
<br />
=== Auravision video decoder ===<br />
<br />
Implement a decoder based on the speculation put forth on the wiki page for [[Auravision]] video. Samples are linked from the Wiki page. This project might demonstrate that the speculation on the Wiki page is incorrect. That is also useful information.<br />
<br />
=== Hook up QT YUV2 FourCC ===<br />
<br />
Wire up the YUV2 FourCC that can occur in [[MOV]] to the [[YUV 4:2:2]] colorspace. Samples are linked from the [[YUV 4:2:2]] wiki page.<br />
[[Category:FFmpeg]]<br />
<br />
=== CorePNG Decoder ===<br />
<br />
Extend FFmpeg's PNG decoder to handle the difference frames and [[YUV]] colorspace added in [[CorePNG]]. Sample at [http://samples.mplayerhq.hu/V-codecs/PNG1/ http://samples.mplayerhq.hu/V-codecs/PNG1/]<br />
<br />
=== Optimize Theora Decoder ===<br />
<br />
speed up the Theora decoder. [http://www.archive.org/download/AlternativeFreedom/alternative_freedom.ogg 720:480 sample] hits 100% cpu on a p4 1.5ghz.<br />
:''Do you have any specific optimizations tips? I like these small tasks to present a clearer jumping-off point. --[[User:Multimedia Mike|Multimedia Mike]] 18:57, 22 December 2008 (EST)''<br />
::''did theora make use of the mmx/sse functions of ffvp3? i was looking at the xiph GSOC page which mentioned a similar task. --[[User:Compn|Compn]] 21:17, 22 December 2008 (EST)''<br />
::''The major optimization I can think of is reworking coefficient decoding to avoid the continue in unpack_vlcs() (basically by having a list of coefficient VLCs for each position rather than for each block, then decoding them when actually rendering the block.) Unfortunately this also requires reworking render_slice() and reverse_dc_prediction() quite significantly which is why I haven't done it yet. [[User:Yuvi|Yuvi]] 18:25, 23 December 2008 (EST)''<br />
<br />
<br />
=== flip flag for upside-down codecs ===<br />
<br />
<pre>about the flip, a patch that decodes images fliped when<br />
codec_tag == ff_get_fourcc("GEOX") is welcome.<br />
its a metter of 2lines manipulating data/linesize of imgages after<br />
get_buffer() or something similar<br />
[...]<br />
-- <br />
Michael GnuPG fingerprint: 9FF2128B147EF6730BADF133611EC787040B0FAB<br />
</pre><br />
more info:<br />
https://roundup.mplayerhq.hu/roundup/ffmpeg/issue741</div>Dashcloudhttps://wiki.multimedia.cx/index.php?title=User:Dashcloud&diff=10805User:Dashcloud2009-01-10T19:54:16Z<p>Dashcloud: clean up a bit</p>
<hr />
<div>Steven Zakulec is said to have tested every single sample in the MPlayer repository against FFmpeg.<br />
Occasional samples tester & bug filer.<br />
<pre><br />
---Notes from uncommon audio codecs list---<br />
(This will get refined and moved into the main wiki shortly.)<br />
<br />
--How to read--<br />
the audio codec as reported in the uncommon_audio_codec.txt is the folder name. If it says all fine, it means all samples (up to 5) played fine in FFplay. If FFmpeg doesn't show the same codec tag, I've included that as well. If there was an issue (audio, or in some cases video) I noted that as well.<br />
<br />
audio samples:<br />
0x0003- all fine, pcm_f32le<br />
0x0004- link is dead<br />
0x0005- play fine, nellymoser<br />
0x0006- plays fine, nellymoser<br />
0x0032- msgsm, not playable by ffplay. <br />
0x0038 not playable- Natural MicroSystems VBXADPCM codec<br />
0x0055 -now shows as mp3 audio, plays fine<br />
0x0057- AMR-NB (should be playable in latest svn)<br />
0x0074- VoxWare, tries to use voxmvdec.ax<br />
0x00ff- aac audio, fine<br />
0x0111- doesn't play, vivo video- Vivo G.723/Siren Audio Codec<br />
0x0112- doesn't play, vivo video- Vivo G.723/Siren Audio Codec<br />
0x0163- doesn't play, Windows Media Audio Lossless V9<br />
0x0215- doesn't play- Ulead DV ACM<br />
0x0216- doesn't play- Ulead DV ACM<br />
0x0402- doesn't play- Indeo Audio<br />
0x1100736d- adpcm_ima wav<br />
0x1104- doesn't play- Lernout & Hauspie CELP and SBC codecs<br />
0x4143- says AAC, nothing plays; claims 7.1 channels<br />
0x414c- empty folder - possibly lead audio aac/vorbis/amr ? ~~- unlikely: TwoCC says 0x434C LEAD Speech 0x564C LEAD Vorbis<br />
0x5000736d- mp2, plays fine<br />
0x55005354- doesn't play, video broken (wmv1), gnrc data- <br />
0x0674f- doesn't play- is actually Vorbis- must be forced (ffplay can handle it w/ -f ogg)- according to TwoCC, mode 1 Ogg Vorbis<br />
0x6750- doesn't play- is mode 2 Ogg Vorbis (can be played with ffplay -f ogg)<br />
0x6751- doesn't play- labelled as mode 3 Ogg Vorbis- can't be played<br />
0x6771- doesn't play- TwoCC says Ogg Vorbis mode 3+<br />
0x706d- says AAC, plays, but playback not perfect: [aac @ 0x88ccfa0]Predictor bit set but LTP is not implemented. Update your FFmpeg version to the newest one from SVN. If the problem still occurs, it means that your file has a feature which has not been implemented. If you want to help, upload a sample of this file to ftp://upload.ffmpeg.org/MPlayer/incoming/ and contact the ffmpeg-devel mailing list.<br />
ut3_for_redpax_with_love.avi, ikiwiki_swarm.avi play fine.<br />
<br />
<br />
0x7a21- doesn't play- 0x7A21 GSM-AMR (CBR, no SID)<br />
0x7a22- doesn't play- 0x7A22 GSM-AMR (VBR, including SID)<br />
0xfffc- doesn't play, vdowave audio. works in mplayer.<br />
0xfffe- themes.avi does- picked up as pcm_f32le<br />
adpcm_ct: all play<br />
adpcm_ima_dk3- doesn't play. Loud static plays for 5 seconds, then nothing. The TwoCC says MS GSM 723.1, but I can't get it to play.<br />
adpcm_swf- all play<br />
atrc- 050913.ram says unsupported video codec (rv20) but plays<br />
other files have rv20 messages as well<br />
dca- audio track 6 shows as 0x0000- should be 0162- wma3<br />
drms- audio most likely DRM'd<br />
newYearsSmall.mov- 1st track same as above, crashed ffplay; 2nd track doesn't play, no messages<br />
<br />
fl32- plays fine<br />
<br />
fl64- plays fine<br />
<br />
imc- rx620(new).avi plays, but [imc @ 0x8921330]Read coefficients failed sq= 0B <br />
and sounds drops out<br />
<br />
mace3- plays fine<br />
<br />
mp1- plays fine.<br />
<br />
pcm_s24le: plays fine<br />
pcm_s32be- plays fine<br />
pcm_s32le- plays fine<br />
pcm_u16le- empty folder<br />
qclq- doesn't play<br />
<br />
qdmc- doesn't play, QDesign Music 1<br />
iCantHelpIt.mov strange errors<br />
milesaway.mov- has dslv video (doesn't play)<br />
<br />
real288- da.rm doesn't play<br />
sawb- doesn't play<br />
spxn- doesn't play, includes ZyGoVideo Pro<br />
<br />
str1- doesn't play, Iomega MPEG layer II, RecordIt Decoder<br />
truespeech- plays fine<br />
wma3- doesn't play, no video<br />
wmav1- plays fine<br />
xovs- no audio or video<br />
</pre><br />
:i think xovs is Xiph Ogg VorbiS, the video track of that file is XiTh (Xiph Theora). --[[User:Compn|Compn]] 11:26, 20 December 2008 (EST)<br />
<br />
<br />
<br />
*0xfffe- Loko-Passe_de_Pedros-Nantes_vs_Psg-1994.mpg doesn't play- clip has this metadata: <br />
MEncoder 1.0pre6-3.3.5- look for current codec pack from then- hopefully the audio codec is there<br />
Revision 14844 - (view) (download) (annotate) - [select for diffs] <br />
Modified Sun Feb 27 18:11:17 2005 UTC (3 years, 9 months ago) by rfelker <br />
File length: 50850 byte(s) <br />
Diff to previous 14842 <br />
Fix the ogg fourcc nightmare!!!<br />
The problem: once upon a time, windows idiots decided to try to store<br />
vorbis-in-ogg-in-avi. Of course this failed miserably, but they used<br />
the audio format tag 0xfffe for "extended" to do this. Later someone<br />
working on MPlayer somehow decided 0xfffe was the format for vorbis,<br />
which is nonsense, and now that's conflicting with real wav files with<br />
extended audio format. This patch changes demux_ogg (and mkv) to use<br />
sane fourcc's for vorbis and theora and gets rid of the 0xfffe<br />
nonsense so hopefully wav files with extended audio will work now.<br />
If there are problems, we'll have to find workarounds...and drive an<br />
18-wheeler full of cola thru the house of whoever wrote this 0xfffe<br />
nonsense in MPlayer to begin with...</div>Dashcloudhttps://wiki.multimedia.cx/index.php?title=User:Dashcloud&diff=10804User:Dashcloud2009-01-10T19:27:44Z<p>Dashcloud: </p>
<hr />
<div>Steven Zakulec is said to have tested every single sample in the MPlayer repository against FFmpeg.<br />
Occasional samples tester & bug filer.<br />
<pre><br />
---Notes from uncommon audio codecs list---<br />
(This will get refined and moved into the main wiki shortly.)<br />
<br />
--How to read--<br />
the audio codec as reported in the uncommon_audio_codec.txt is the folder name. If it says all fine, it means all samples (up to 5) played fine in FFplay. If FFmpeg doesn't show the same codec tag, I've included that as well. If there was an issue (audio, or in some cases video) I noted that as well.<br />
<br />
audio samples:<br />
0x0003- all fine, pcm_f32le<br />
0x0004- link is dead<br />
0x0005- play fine, nellymoser<br />
0x0006- plays fine, nellymoser<br />
0x0032- msgsm, not playable by ffplay. <br />
0x0038 not playable- Natural MicroSystems VBXADPCM codec<br />
0x0055 -now shows as mp3 audio, plays fine<br />
0x0057- AMR-NB (should be playable in latest svn)<br />
0x0074- VoxWare, tries to use voxmvdec.ax<br />
0x00ff- aac audio, fine<br />
0x0111- doesn't play, vivo video- Vivo G.723/Siren Audio Codec<br />
0x0112- doesn't play, vivo video- Vivo G.723/Siren Audio Codec<br />
0x0163- doesn't play, Windows Media Audio Lossless V9<br />
0x0215- doesn't play- Ulead DV ACM<br />
0x0216- doesn't play- Ulead DV ACM<br />
0x0402- doesn't play- Indeo Audio<br />
0x1100736d- adpcm_ima wav<br />
0x1104- doesn't play- Lernout & Hauspie CELP and SBC codecs<br />
0x4143- says AAC, nothing plays; claims 7.1 channels<br />
0x414c- empty folder - possibly lead audio aac/vorbis/amr ? ~~- unlikely: TwoCC says 0x434C LEAD Speech 0x564C LEAD Vorbis<br />
0x5000736d- mp2, plays fine<br />
0x55005354- doesn't play, video broken (wmv1), gnrc data- <br />
0x0674f- doesn't play- is actually Vorbis- must be forced (ffplay can handle it w/ -f ogg)- according to TwoCC, mode 1 Ogg Vorbis<br />
0x6750- doesn't play- is mode 2 Ogg Vorbis (can be played with ffplay -f ogg)<br />
0x6751- doesn't play- labelled as mode 3 Ogg Vorbis- can't be played<br />
0x6771- doesn't play- TwoCC says Ogg Vorbis mode 3+<br />
0x706d- says AAC, plays, but playback not perfect: [aac @ 0x88ccfa0]Predictor bit set but LTP is not implemented. Update your FFmpeg version to the newest one from SVN. If the problem still occurs, it means that your file has a feature which has not been implemented. If you want to help, upload a sample of this file to ftp://upload.ffmpeg.org/MPlayer/incoming/ and contact the ffmpeg-devel mailing list.<br />
<br />
http://www.france-iphone.fr/videos/apple_iphone_cars_tv_ad_20080205_320x180.mp4 0x706d, 44100 Hz, stereo, 120 kb/s<br />
http://www.france-iphone.fr/videos/apple_iphone_facebook_tv_ad_20080205_320x180.mp4 0x706d, 44100 Hz, stereo, 125 kb/s<br />
http://home.foolab.org/files/bedan.rm 0x706d, 44100 Hz, stereo, 199 kb/s<br />
http://blip.tv/file/get/Objectiu-MirandaNoEsNombreDePerro358.avi 0x706d, 44100 Hz, stereo, 5 kb/s<br />
http://files.myeburg.net/redpax/ut3_for_redpax_with_love.avi 0x706d, 48000 Hz, stereo, 189 kb/s<br />
http://joey.kitenet.net/screencasts/ikiwiki_swarm.avi 0x706d, 44100 Hz, stereo, 92 kb/s<br />
http://blip.tv/file/get/Bontxi-Korrika16renAurkezpena900.avi 0x706d, 48000 Hz, stereo, 107 kb/s<br />
<br />
<br />
paired with h264- only ut3_for_redpax_with_love.avi plays<br />
<br />
<br />
0x7a21- doesn't play- 0x7A21 GSM-AMR (CBR, no SID)<br />
0x7a22- doesn't play- 0x7A22 GSM-AMR (VBR, including SID)<br />
0xfffc- doesn't play, vdowave audio. works in mplayer.<br />
0xfffe- themes.avi does- picked up as pcm_f32le<br />
adpcm_ct: all play<br />
adpcm_ima_dk3- doesn't play. Loud static plays for 5 seconds, then nothing. The TwoCC says MS GSM 723.1, but I can't get it to play.<br />
adpcm_swf- all play<br />
atrc- 050913.ram says unsupported video codec (rv20) but plays<br />
other files have rv20 messages as well<br />
dca- audio track 6 shows as 0x0000- should be 0162- wma3<br />
drms- audio most likely DRM'd<br />
newYearsSmall.mov- 1st track same as above, crashed ffplay; 2nd track doesn't play, no messages<br />
<br />
fl32- plays fine<br />
<br />
fl64- plays fine<br />
<br />
imc- rx620(new).avi plays, but [imc @ 0x8921330]Read coefficients failed sq= 0B <br />
and sounds drops out<br />
<br />
mace3- plays fine<br />
<br />
mp1- plays fine.<br />
<br />
pcm_s24le: plays fine<br />
pcm_s32be- plays fine<br />
pcm_s32le- plays fine<br />
pcm_u16le- empty folder<br />
qclq- doesn't play<br />
<br />
qdmc- doesn't play, QDesign Music 1<br />
iCantHelpIt.mov strange errors<br />
milesaway.mov- has dslv video (doesn't play)<br />
<br />
real288- da.rm doesn't play<br />
sawb- doesn't play<br />
spxn- doesn't play, includes ZyGoVideo Pro<br />
<br />
str1- doesn't play, Iomega MPEG layer II, RecordIt Decoder<br />
truespeech- plays fine<br />
wma3- doesn't play, no video<br />
wmav1- plays fine<br />
xovs- no audio or video<br />
</pre><br />
:i think xovs is Xiph Ogg VorbiS, the video track of that file is XiTh (Xiph Theora). --[[User:Compn|Compn]] 11:26, 20 December 2008 (EST)<br />
<br />
<br />
<br />
*0xfffe- Loko-Passe_de_Pedros-Nantes_vs_Psg-1994.mpg doesn't play- clip has this metadata: <br />
MEncoder 1.0pre6-3.3.5- look for current codec pack from then- hopefully the audio codec is there<br />
Revision 14844 - (view) (download) (annotate) - [select for diffs] <br />
Modified Sun Feb 27 18:11:17 2005 UTC (3 years, 9 months ago) by rfelker <br />
File length: 50850 byte(s) <br />
Diff to previous 14842 <br />
Fix the ogg fourcc nightmare!!!<br />
The problem: once upon a time, windows idiots decided to try to store<br />
vorbis-in-ogg-in-avi. Of course this failed miserably, but they used<br />
the audio format tag 0xfffe for "extended" to do this. Later someone<br />
working on MPlayer somehow decided 0xfffe was the format for vorbis,<br />
which is nonsense, and now that's conflicting with real wav files with<br />
extended audio format. This patch changes demux_ogg (and mkv) to use<br />
sane fourcc's for vorbis and theora and gets rid of the 0xfffe<br />
nonsense so hopefully wav files with extended audio will work now.<br />
If there are problems, we'll have to find workarounds...and drive an<br />
18-wheeler full of cola thru the house of whoever wrote this 0xfffe<br />
nonsense in MPlayer to begin with...</div>Dashcloudhttps://wiki.multimedia.cx/index.php?title=Talk:TwoCC&diff=10803Talk:TwoCC2009-01-10T17:51:24Z<p>Dashcloud: </p>
<hr />
<div>merge this list<br />
(list removed)<br />
<br />
: [[User:Dashcloud|Dashcloud]] merged the list, thanks! --[[User:Compn|Compn]] 16:45, 1 October 2007 (EDT)<br />
<br />
This page should be hooked up to one of the other audio pages- otherwise, the only way to get to it is from the terminology page or searching for it. I'm not sure which category it should be under though. Thoughts? [[User:Dashcloud|Dashcloud]] 12:07, 31 December 2008 (EST)<br />
:probably to [[Microsoft Audio/Video Interleaved]] --[[User:Compn|Compn]] 14:44, 31 December 2008 (EST)<br />
<br />
Official MS one is here: http://msdn.microsoft.com/en-us/library/ms867195.aspx<br />
<br />
It includes a large number of ones that may have been registered, but never actually used- see Intel's registering of H.260-269. [[User:Dashcloud|Dashcloud]] 12:35, 10 January 2009 (EST)</div>Dashcloudhttps://wiki.multimedia.cx/index.php?title=Talk:TwoCC&diff=10802Talk:TwoCC2009-01-10T17:35:38Z<p>Dashcloud: Add some new sources of TwoCC's</p>
<hr />
<div>merge this list<br />
(list removed)<br />
<br />
: [[User:Dashcloud|Dashcloud]] merged the list, thanks! --[[User:Compn|Compn]] 16:45, 1 October 2007 (EDT)<br />
<br />
This page should be hooked up to one of the other audio pages- otherwise, the only way to get to it is from the terminology page or searching for it. I'm not sure which category it should be under though. Thoughts? [[User:Dashcloud|Dashcloud]] 12:07, 31 December 2008 (EST)<br />
:probably to [[Microsoft Audio/Video Interleaved]] --[[User:Compn|Compn]] 14:44, 31 December 2008 (EST)<br />
<br />
Merging new ones from http://www.kmplayer.com/forums/showthread.php?p=26380, http://forum.videohelp.com/topic197858.html.<br />
<br />
Official MS one is here: http://msdn.microsoft.com/en-us/library/ms867195.aspx<br />
<br />
It includes a large number of ones that may have been registered, but never actually used- see Intel's registering of H.260-269. [[User:Dashcloud|Dashcloud]] 12:35, 10 January 2009 (EST)</div>Dashcloudhttps://wiki.multimedia.cx/index.php?title=User:Dashcloud&diff=10801User:Dashcloud2009-01-10T17:25:21Z<p>Dashcloud: fl32 samples play fine now</p>
<hr />
<div>Steven Zakulec is said to have tested every single sample in the MPlayer repository against FFmpeg.<br />
Occasional samples tester & bug filer.<br />
<pre><br />
---Notes from uncommon audio codecs list---<br />
(This will get refined and moved into the main wiki shortly.)<br />
<br />
--How to read--<br />
the audio codec as reported in the uncommon_audio_codec.txt is the folder name. If it says all fine, it means all samples (up to 5) played fine in FFplay. If FFmpeg doesn't show the same codec tag, I've included that as well. If there was an issue (audio, or in some cases video) I noted that as well.<br />
<br />
audio samples:<br />
0x0003- all fine, pcm_f32le<br />
0x0004- link is dead<br />
0x0005- play fine, nellymoser<br />
0x0006- plays fine, nellymoser<br />
0x0032- msgsm, not playable by ffplay. <br />
0x0038 not playable- Natural MicroSystems VBXADPCM codec<br />
0x0055 -now shows as mp3 audio, plays fine<br />
0x0057- AMR-NB (should be playable in latest svn)<br />
0x0074- VoxWare, tries to use voxmvdec.ax<br />
0x00ff- aac audio, fine<br />
0x0111- doesn't play, vivo video- Vivo G.723/Siren Audio Codec<br />
0x0112- doesn't play, vivo video- Vivo G.723/Siren Audio Codec<br />
0x0163- doesn't play, Windows Media Audio Lossless V9<br />
0x0215- doesn't play- Ulead DV ACM<br />
0x0216- doesn't play- Ulead DV ACM<br />
0x0402- doesn't play- Indeo Audio<br />
0x1100736d- adpcm_ima wav<br />
0x1104- doesn't play- Lernout & Hauspie CELP and SBC codecs<br />
0x4143- says AAC, nothing plays; claims 7.1 channels<br />
0x414c- empty folder - possibly lead audio aac/vorbis/amr ? ~~- unlikely: TwoCC says 0x434C LEAD Speech 0x564C LEAD Vorbis<br />
0x5000736d- mp2, plays fine<br />
0x55005354- doesn't play, video broken (wmv1), gnrc data- <br />
0x0674f- doesn't play- is actually Vorbis- must be forced (ffplay can handle it w/ -f ogg)- according to TwoCC, mode 1 Ogg Vorbis<br />
0x6750- doesn't play- is mode 2 Ogg Vorbis (can be played with ffplay -f ogg)<br />
0x6751- doesn't play- labelled as mode 3 Ogg Vorbis- can't be played<br />
0x6771- doesn't play- TwoCC says Ogg Vorbis mode 3+<br />
0x706d- says AAC, doesn't play- paired with h264- only ut3_for_redpax_with_love.avi plays<br />
0x7a21- doesn't play- 0x7A21 GSM-AMR (CBR, no SID)<br />
0x7a22- doesn't play- 0x7A22 GSM-AMR (VBR, including SID)<br />
0xfffc- doesn't play, vdowave audio. works in mplayer.<br />
0xfffe- themes.avi does- picked up as pcm_f32le<br />
adpcm_ct: all play<br />
adpcm_ima_dk3- doesn't play. Loud static plays for 5 seconds, then nothing. The TwoCC says MS GSM 723.1, but I can't get it to play.<br />
adpcm_swf- all play<br />
atrc- 050913.ram says unsupported video codec (rv20) but plays<br />
other files have rv20 messages as well<br />
dca- audio track 6 shows as 0x0000- should be 0162- wma3<br />
drms- audio most likely DRM'd<br />
newYearsSmall.mov- 1st track same as above, crashed ffplay; 2nd track doesn't play, no messages<br />
<br />
fl32- plays fine<br />
<br />
fl64- plays fine<br />
<br />
imc- rx620(new).avi plays, but [imc @ 0x8921330]Read coefficients failed sq= 0B <br />
and sounds drops out<br />
<br />
mace3- plays fine<br />
<br />
mp1- plays fine.<br />
<br />
pcm_s24le: plays fine<br />
pcm_s32be- plays fine<br />
pcm_s32le- plays fine<br />
pcm_u16le- empty folder<br />
qclq- doesn't play<br />
<br />
qdmc- doesn't play, QDesign Music 1<br />
iCantHelpIt.mov strange errors<br />
milesaway.mov- has dslv video (doesn't play)<br />
<br />
real288- da.rm doesn't play<br />
sawb- doesn't play<br />
spxn- doesn't play, includes ZyGoVideo Pro<br />
<br />
str1- doesn't play, Iomega MPEG layer II, RecordIt Decoder<br />
truespeech- plays fine<br />
wma3- doesn't play, no video<br />
wmav1- plays fine<br />
xovs- no audio or video<br />
</pre><br />
:i think xovs is Xiph Ogg VorbiS, the video track of that file is XiTh (Xiph Theora). --[[User:Compn|Compn]] 11:26, 20 December 2008 (EST)<br />
<br />
<br />
<br />
*0xfffe- Loko-Passe_de_Pedros-Nantes_vs_Psg-1994.mpg doesn't play- clip has this metadata: <br />
MEncoder 1.0pre6-3.3.5- look for current codec pack from then- hopefully the audio codec is there<br />
Revision 14844 - (view) (download) (annotate) - [select for diffs] <br />
Modified Sun Feb 27 18:11:17 2005 UTC (3 years, 9 months ago) by rfelker <br />
File length: 50850 byte(s) <br />
Diff to previous 14842 <br />
Fix the ogg fourcc nightmare!!!<br />
The problem: once upon a time, windows idiots decided to try to store<br />
vorbis-in-ogg-in-avi. Of course this failed miserably, but they used<br />
the audio format tag 0xfffe for "extended" to do this. Later someone<br />
working on MPlayer somehow decided 0xfffe was the format for vorbis,<br />
which is nonsense, and now that's conflicting with real wav files with<br />
extended audio format. This patch changes demux_ogg (and mkv) to use<br />
sane fourcc's for vorbis and theora and gets rid of the 0xfffe<br />
nonsense so hopefully wav files with extended audio will work now.<br />
If there are problems, we'll have to find workarounds...and drive an<br />
18-wheeler full of cola thru the house of whoever wrote this 0xfffe<br />
nonsense in MPlayer to begin with...</div>Dashcloudhttps://wiki.multimedia.cx/index.php?title=Category_talk:Video_FourCCs&diff=10741Category talk:Video FourCCs2009-01-04T04:43:26Z<p>Dashcloud: </p>
<hr />
<div>Some FourCCs are only 3 printing characters. How is the 4th byte repesnted because FourCC is a 4 byte binary string? Is it a space as first or last byte or 0x00?<br />
<br />
: generally, a space (ASCII 0x20) completes the FourCC; I will clarify --[[User:Multimedia Mike|Multimedia Mike]] 12:28, 11 June 2006 (EDT)<br />
<br />
<br />
==temp list of vfw codecs found on google==<br />
<br />
<pre><br />
vidc.3iv2=3ivxVfWCodec.dll<br />
vidc.3IV2=3ivxVfWCodec.dll<br />
vidc.3IV2=c58\archiv~1\codecp~1\3ivx\3ivxvf~1.dll<br />
vidc.3IVX=3ivxVfWCodec.dll<br />
vidc.aas4=C:\ARQUIV~1\ACEMEG~1\SystemS\Autodesk\Aasc32.dll<br />
vidc.aasc=C:\ARQUIV~1\ACEMEG~1\SystemS\Autodesk\Aasc32.dll<br />
vidc.ACDV=ACDV.dll<br />
vidc.advj=C:\ARQUIV~1\ACEMEG~1\SystemS\AVIDAV~1.DLL<br />
vidc.advs=C:\ARQUIV~1\ACEMEG~1\SystemS\Adaptec\Dvc.dll<br />
vidc.aflc=C:\ARQUIV~1\ACEMEG~1\SystemS\Autodesk\FLCCOD~1.DLL<br />
vidc.afli=C:\ARQUIV~1\ACEMEG~1\SystemS\Autodesk\FLCCOD~1.DLL<br />
vidc.ap41=C:\ARQUIV~1\ACEMEG~1\SystemS\DivX\DivXc32f.dll<br />
vidc.asv1=C:\ARQUIV~1\ACEMEG~1\SystemS\ASUS\asusasv1.dll<br />
vidc.asv2=C:\ARQUIV~1\ACEMEG~1\SystemS\ASUS\asusasv2.dll<br />
vidc.asvx=C:\ARQUIV~1\ACEMEG~1\SystemS\ASUS\asusasv2.dll<br />
vidc.avi1=C:\ARQUIV~1\ACEMEG~1\SystemS\MAINCO~1\MCMJPG32.DLL<br />
vidc.avi2=C:\ARQUIV~1\ACEMEG~1\SystemS\MAINCO~1\MCMJPG32.DLL<br />
vidc.AVRn=AvidAVICodec.dll<br />
vidc.avrn=C:\ARQUIV~1\ACEMEG~1\SystemS\AVIDAV~1.DLL<br />
VIDC.BGR1=pgrcodec.dll<br />
VIDC.BGR2=pgrcodec.dll<br />
VIDC.BGR3=pgrcodec.dll<br />
VIDC.BRG1=pgrcodec.dll<br />
VIDC.BRG2=pgrcodec.dll<br />
VIDC.BRG3=pgrcodec.dll<br />
vidc.bt20=C:\ARQUIV~1\ACEMEG~1\SystemS\BROOKT~1\btvvc32.drv<br />
VIDC.BYLR=cresbylr.dll<br />
vidc.cdvc=C:\ARQUIV~1\ACEMEG~1\SystemS\Canopus\CSCCDVC.DLL<br />
vidc.CDVC=cdvccodc.dll<br />
VIDC.CJPG=ctwbjpg.dll<br />
vidc.cram=C:\ARQUIV~1\ACEMEG~1\SystemS\MICROS~1\msvidc32.dll<br />
vidc.cscd=C:\ARQUIV~1\ACEMEG~1\SystemS\camcodec.dll<br />
vidc.cvid=C:\ARQUIV~1\ACEMEG~1\SystemS\iccvid.dll<br />
vidc.CVID=iccvid<br />
vidc.cvid=iccvid.dll<br />
vidc.cvid=iccvid.drv<br />
VIDC.D263=xl_x263dec.dll<br />
vidc.davc=C:\ARQUIV~1\ACEMEG~1\SystemS\dicas\davcvfw.dll<br />
vidc.dcap=C:\ARQUIV~1\ACEMEG~1\SystemS\Pinnacle\MIRODV~1.DLL<br />
vidc.dcmj=C:\ARQUIV~1\ACEMEG~1\SystemS\MAINCO~1\MCMJPG32.DLL<br />
vidc.ddvc=C:\ARQUIV~1\ACEMEG~1\SystemS\Canopus\CSCdvsd.DLL<br />
vidc.div3=C:\ARQUIV~1\ACEMEG~1\SystemS\DivX\DivXc32.dll<br />
vidc.DIV3=c58\archiv~1\codecp~1\divx3\divxc32.dll<br />
vidc.DIV3=DivXc32.dll<br />
vidc.div4=C:\ARQUIV~1\ACEMEG~1\SystemS\DivX\DivXc32f.dll<br />
vidc.DIV4=c58\archiv~1\codecp~1\divx412\divx.dll<br />
vidc.div4=divxc32f.dll<br />
vidc.div5=C:\ARQUIV~1\ACEMEG~1\SystemS\DivX\DivXc32.dll<br />
vidc.div6=C:\ARQUIV~1\ACEMEG~1\SystemS\DivX\DivXc32f.dll<br />
vidc.DIVF=DivX412.dll<br />
vidc.divx=C:\ARQUIV~1\ACEMEG~1\SystemS\DivX\DivX520.dll<br />
vidc.DIVX=DivX.dll<br />
vidc.dmb1=c58\archiv~1\codecp~1\m3jpegv3\m3jpeg32.dll<br />
vidc.dmb2=C:\ARQUIV~1\ACEMEG~1\SystemS\pmjpeg32.dll<br />
vidc.DRAW=DVIDEO.DLL<br />
vidc.dv25=C:\ARQUIV~1\ACEMEG~1\SystemS\Matrox\DigiVCap.dll<br />
vidc.dv50=C:\ARQUIV~1\ACEMEG~1\SystemS\Matrox\DigiVCap.dll<br />
vidc.dvc=C:\ARQUIV~1\ACEMEG~1\SystemS\MAINCO~1\MCDVD_32.DLL<br />
vidc.dvcp=C:\ARQUIV~1\ACEMEG~1\SystemS\SONY\sonydv.dll<br />
vidc.dvcs=C:\ARQUIV~1\ACEMEG~1\SystemS\MAINCO~1\MCDVD_32.DLL<br />
vidc.dvmc=c58\archiv~1\codecp~1\mcdv\mcdvd_32.dll<br />
vidc.dvsd=C:\ARQUIV~1\ACEMEG~1\SystemS\MAINCO~1\MCDVD_32.DLL<br />
vidc.dvsd=pdvcodec.dll<br />
vidc.dvx4=C:\ARQUIV~1\ACEMEG~1\SystemS\DivX\divx4.dll<br />
vidc.DX50=c58\archiv~1\codecp~1\divx502\divx.dll<br />
vidc.em2v=C:\ARQUIV~1\ACEMEG~1\SystemS\etxcodec.dll ; "Etymonix MPEG2 video codec""vidc.EM2V"<br />
VIDC.FFDS=C:\PROGRA~1\COMBIN~1\Filters\FFDShow\ff_vfw.dll<br />
vidc.ffds=ff_vfw.dll<br />
vidc.ffds=ffdshow.ax<br />
vidc.FPS1=frapsvid.dll<br />
vidc.frwa=C:\ARQUIV~1\ACEMEG~1\SystemS\Forward\frwt.dll<br />
vidc.frwd=C:\ARQUIV~1\ACEMEG~1\SystemS\Forward\frwd.dll<br />
vidc.frwt=C:\ARQUIV~1\ACEMEG~1\SystemS\Forward\frwd.dll<br />
vidc.frwu=C:\ARQUIV~1\ACEMEG~1\SystemS\Forward\frwu.dll<br />
vidc.fvfw=c58\archiv~1\codecp~1\ffvfw\ffvfw.dll<br />
vidc.gepj=C:\ARQUIV~1\ACEMEG~1\SystemS\pmjpeg32.dll<br />
vidc.glzw=C:\ARQUIV~1\ACEMEG~1\SystemS\Gabest\GLZW.dll<br />
vidc.gpeg=C:\ARQUIV~1\ACEMEG~1\SystemS\Gabest\GPEG.dll<br />
vidc.gpjm=C:\ARQUIV~1\ACEMEG~1\SystemS\Pinnacle\RTMJPG~1.DLL<br />
VIDC.GRB1=pgrcodec.dll<br />
VIDC.GRB2=pgrcodec.dll<br />
VIDC.GRB3=pgrcodec.dll<br />
vidc.h264=ff_vfw.dll<br />
vidc.hfyu=C:\ARQUIV~1\ACEMEG~1\SystemS\huffyuv.dll<br />
vidc.HFYU=c58\archiv~1\codecp~1\huffyuv\huffyuv.dll<br />
vidc.hfyu=huffyuv.dll<br />
VIDC.HJPG=h22capt.dll<br />
vidc.HJPG=pvmjpg21.dll<br />
vidc.i263=C:\ARQUIV~1\ACEMEG~1\SystemS\Intel\i263_32.drv<br />
vidc.I263=c58\archiv~1\codecp~1\i263\i263_32.drv<br />
vidc.i263=i263_32.drv<br />
vidc.I420=i420vfw.dll<br />
VIDC.I420=msh263.drv<br />
vidc.ipdv=C:\ARQUIV~1\ACEMEG~1\SystemS\PANASO~1\idvcodec.dll<br />
vidc.ir21=C:\ARQUIV~1\ACEMEG~1\SystemS\Intel\IR21_R.DLL<br />
VIDC.IR21=IR21_R.DLL<br />
vidc.iv30=C:\ARQUIV~1\ACEMEG~1\SystemS\Intel\ir32_32.dll<br />
vidc.iv31=C:\ARQUIV~1\ACEMEG~1\SystemS\Intel\ir32_32.dll<br />
vidc.iv31=indeov.drv<br />
vidc.iv31=ir32.dll<br />
vidc.iv31=ir32_32.dll<br />
vidc.iv32=ir32.dll<br />
vidc.iv32=ir32_32.dll<br />
vidc.iv33=C:\ARQUIV~1\ACEMEG~1\SystemS\Intel\ir32_32.dll<br />
vidc.iv34=C:\ARQUIV~1\ACEMEG~1\SystemS\Intel\ir32_32.dll<br />
vidc.iv35=C:\ARQUIV~1\ACEMEG~1\SystemS\Intel\ir32_32.dll<br />
vidc.iv36=C:\ARQUIV~1\ACEMEG~1\SystemS\Intel\ir32_32.dll<br />
vidc.iv37=C:\ARQUIV~1\ACEMEG~1\SystemS\Intel\ir32_32.dll<br />
vidc.iv38=C:\ARQUIV~1\ACEMEG~1\SystemS\Intel\ir32_32.dll<br />
vidc.iv39=C:\ARQUIV~1\ACEMEG~1\SystemS\Intel\ir32_32.dll<br />
vidc.iv40=C:\ARQUIV~1\ACEMEG~1\SystemS\Intel\ir41_32.dll<br />
VIDC.IV40=Ir41_32.ax<br />
vidc.iv41=C:\ARQUIV~1\ACEMEG~1\SystemS\Intel\ir41_32.dll<br />
vidc.iv41=ir41_32.ax<br />
VIDC.IV41=ir41_32.dll<br />
vidc.iv42=C:\ARQUIV~1\ACEMEG~1\SystemS\Intel\ir41_32.dll<br />
vidc.iv43=C:\ARQUIV~1\ACEMEG~1\SystemS\Intel\ir41_32.dll<br />
vidc.iv44=C:\ARQUIV~1\ACEMEG~1\SystemS\Intel\ir41_32.dll<br />
vidc.iv45=C:\ARQUIV~1\ACEMEG~1\SystemS\Intel\ir41_32.dll<br />
vidc.iv46=C:\ARQUIV~1\ACEMEG~1\SystemS\Intel\ir41_32.dll<br />
vidc.iv47=C:\ARQUIV~1\ACEMEG~1\SystemS\Intel\ir41_32.dll<br />
vidc.iv48=C:\ARQUIV~1\ACEMEG~1\SystemS\Intel\ir41_32.dll<br />
vidc.iv49=C:\ARQUIV~1\ACEMEG~1\SystemS\Intel\ir41_32.dll<br />
vidc.iv50=C:\ARQUIV~1\ACEMEG~1\SystemS\Intel\ir50_32.dll<br />
vidc.iv50=ir50_32.dll<br />
vidc.iyuv=C:\ARQUIV~1\ACEMEG~1\SystemS\Intel\iyuv_32.dll<br />
vidc.IYUV=iyuv_32.dll<br />
vidc.lead=C:\ARQUIV~1\ACEMEG~1\SystemS\LEAD\LCODCCMP.DLL<br />
vidc.m261=C:\ARQUIV~1\ACEMEG~1\SystemS\MICROS~1\msh261.drv<br />
vidc.M261=msh261.drv<br />
vidc.m263=C:\ARQUIV~1\ACEMEG~1\SystemS\MICROS~1\msh263.drv<br />
vidc.M263=msh263.drv<br />
vidc.miro=C:\ARQUIV~1\ACEMEG~1\SystemS\Pinnacle\MIRODV~1.DLL<br />
vidc.mjpa=C:\ARQUIV~1\ACEMEG~1\SystemS\Pinnacle\RTMJPG~1.DLL<br />
vidc.MJPG=c58\archiv~1\codecp~1\picvideo\pvmjpg21.dll<br />
VIDC.MJPG=Pvmjpg30.dll<br />
vidc.mjpx=C:\ARQUIV~1\ACEMEG~1\SystemS\Pegasus\pvmjpg21.dll<br />
vidc.MJPX=c58\archiv~1\codecp~1\m3jpegv3\m3jpeg32.dll<br />
VIDC.MJPX=PICVideoMJPEGCodec<br />
vidc.mkvc=C:\ARQUIV~1\ACEMEG~1\SystemS\kmvidc32.dll<br />
vidc.mmes=C:\ARQUIV~1\ACEMEG~1\SystemS\Matrox\DigiVCap.dll<br />
vidc.mmjp=C:\ARQUIV~1\ACEMEG~1\SystemS\Matrox\DigiVCap.dll<br />
vidc.mp41=C:\ARQUIV~1\ACEMEG~1\SystemS\MICROS~1\mpg4c32.dll<br />
vidc.mp42=C:\ARQUIV~1\ACEMEG~1\SystemS\MICROS~1\mpg4c32.dll<br />
VIDC.MP42=C:\WINDOWS\SYSTEM\mpg4c32.dll<br />
VIDC.MP42=mpg4c32.dll<br />
vidc.mp42=mpg4c32.dll<br />
vidc.mp43=C:\ARQUIV~1\ACEMEG~1\SystemS\MICROS~1\mpg4c32.dll<br />
VIDC.MP43=C:\WINDOWS\SYSTEM\mpg4c32.dll<br />
vidc.MP43=c58\archiv~1\codecp~1\mpeg4\mpg4c32.dll<br />
vidc.mp4s=C:\ARQUIV~1\ACEMEG~1\SystemS\MICROS~1\mpg4c32.dll<br />
vidc.mp4v=C:\ARQUIV~1\ACEMEG~1\SystemS\MICROS~1\mpg4c32.dll<br />
vidc.mpg3=C:\ARQUIV~1\ACEMEG~1\SystemS\DivX\DivXc32.dll<br />
vidc.mpg4=C:\ARQUIV~1\ACEMEG~1\SystemS\MICROS~1\mpg4c32.dll<br />
VIDC.MPG4=C:\WINDOWS\SYSTEM\mpg4c32.dll<br />
vidc.mpg4=mpg4c32.dll<br />
VIDC.MPG4=msscmc32.dll<br />
vidc.MRLD=msrle32.dll<br />
vidc.mrle=C:\ARQUIV~1\ACEMEG~1\SystemS\MICROS~1\msrle32.dll<br />
VIDC.MRLE=msrele32.dll<br />
vidc.mrle=msrle.drv<br />
vidc.mrle=msrle32.dll<br />
VIDC.MRLElt<br />
vidc.msmc=C:\ARQUIV~1\ACEMEG~1\SystemS\Matrox\DigiVCap.dll<br />
vidc.MSUD=msulvc05.dll<br />
vidc.msvc=C:\ARQUIV~1\ACEMEG~1\SystemS\MICROS~1\msvidc32.dll<br />
vidc.msvc=msvidc.drv<br />
vidc.msvc=msvidc32.dll<br />
vidc.mszh=C:\ARQUIV~1\ACEMEG~1\SystemS\avimszh.dll<br />
vidc.MSZH=c58\archiv~1\codecp~1\lcljp\avimszh.dll<br />
vidc.mtx1=C:\ARQUIV~1\ACEMEG~1\SystemS\Matrox\DigiVCap.dll<br />
vidc.mtx2=C:\ARQUIV~1\ACEMEG~1\SystemS\Matrox\DigiVCap.dll<br />
vidc.mtx3=C:\ARQUIV~1\ACEMEG~1\SystemS\Matrox\DigiVCap.dll<br />
vidc.mtx4=C:\ARQUIV~1\ACEMEG~1\SystemS\Matrox\DigiVCap.dll<br />
vidc.mtx5=C:\ARQUIV~1\ACEMEG~1\SystemS\Matrox\DigiVCap.dll<br />
vidc.mtx6=C:\ARQUIV~1\ACEMEG~1\SystemS\Matrox\DigiVCap.dll<br />
vidc.mtx7=C:\ARQUIV~1\ACEMEG~1\SystemS\Matrox\DigiVCap.dll<br />
vidc.mtx8=C:\ARQUIV~1\ACEMEG~1\SystemS\Matrox\DigiVCap.dll<br />
vidc.mtx9=C:\ARQUIV~1\ACEMEG~1\SystemS\Matrox\DigiVCap.dll<br />
vidc.MVW1=c58\archiv~1\codecp~1\aware\icmw_32.dll<br />
vidc.mwv1=C:\ARQUIV~1\ACEMEG~1\SystemS\Aware\icmw_32.dll<br />
vidc.nt00=C:\ARQUIV~1\ACEMEG~1\SystemS\Newtek\ntcodec.dll<br />
vidc.pdvc=C:\ARQUIV~1\ACEMEG~1\SystemS\PANASO~1\idvcodec.dll<br />
VIDC.PGRC,,,%%<br />
VIDC.PGRC,FriendlyName,,%%<br />
VIDC.PGRC=pgrcodec.dll<br />
VIDC.PGRY=pgrcodec.dll<br />
vidc.pim1=C:\ARQUIV~1\ACEMEG~1\SystemS\Pinnacle\pclepim1.dll<br />
VIDC.PIM1=pclepim1.dll<br />
vidc.pimj=C:\ARQUIV~1\ACEMEG~1\SystemS\Pegasus\pvljpg20.dll<br />
vidc.PIMJ=c58\archiv~1\codecp~1\picvideo\pvljpg20.dll<br />
vidc.png1=C:\ARQUIV~1\ACEMEG~1\SystemS\Core\COREPN~1.DLL<br />
vidc.pvw2=C:\ARQUIV~1\ACEMEG~1\SystemS\Pegasus\pvwv220.dll<br />
vidc.PVW2=c58\archiv~1\codecp~1\picvideo\pvwv220.dll<br />
VIDC.PY16=pgrcodec.dll<br />
VIDC.PY41=pgrcodec.dll<br />
VIDC.PY44=pgrcodec.dll<br />
vidc.q1.0=C:\ARQUIV~1\ACEMEG~1\SystemS\Qpeg32.dll<br />
vidc.qpeg=C:\ARQUIV~1\ACEMEG~1\SystemS\Qpeg32.dll<br />
VIDC.RGB1=pgrcodec.dll<br />
VIDC.RGB2=pgrcodec.dll<br />
VIDC.RGB3=pgrcodec.dll<br />
vidc.rmp4=C:\ARQUIV~1\ACEMEG~1\SystemS\REALMA~1\rmp4.dll<br />
vidc.rt21=C:\ARQUIV~1\ACEMEG~1\SystemS\Intel\IR21_R.DLL<br />
VIDC.RT21=indeo.drv<br />
vidc.rt21=indeov.drv<br />
VIDC.RT21=ir21_r.dll<br />
vidc.rud0=C:\ARQUIV~1\ACEMEG~1\SystemS\Rududu\rududu.dll<br />
vidc.s422=C:\ARQUIV~1\ACEMEG~1\SystemS\Tekram\tekyuv.dll<br />
vidc.sjpg=C:\ARQUIV~1\ACEMEG~1\SystemS\pmjpeg32.dll<br />
vidc.SJPG=c58\archiv~1\codecp~1\pmmjpeg\pmmjpeg.dll<br />
vidc.sony=C:\ARQUIV~1\ACEMEG~1\SystemS\SONY\sonydv.dll<br />
VIDC.SP54=SP5X_32.DLL<br />
VIDC.SP55=SP5X_32.DLL<br />
VIDC.SP56=SP5X_32.DLL<br />
VIDC.SP57=SP5X_32.DLL<br />
VIDC.SP58=SP5X_32.DLL<br />
vidc.t420=C:\ARQUIV~1\ACEMEG~1\SystemS\Toshiba\tsbyuv.dll<br />
vidc.TR20=tr2032.dll<br />
vidc.tscc=C:\ARQUIV~1\ACEMEG~1\SystemS\tsccvid.dll<br />
vidc.TSCC=tsccvid.dll<br />
vidc.UCOD=clrviddd.dll<br />
vidc.uyvy=C:\ARQUIV~1\ACEMEG~1\SystemS\MICROS~1\msyuv.dll<br />
vidc.UYVY=msyuv.dll<br />
VIDC.UYVY=pgrcodec.dll<br />
VIDC.VCR1=ATIVCR1.DLL<br />
VIDC.VCR2=ATIVCR2.DLL<br />
VIDC.VDOM=vdowave.drv<br />
vidc.vifp=C:\ARQUIV~1\ACEMEG~1\SystemS\vfcodec.dll<br />
vidc.vivo=ivvideo.dll<br />
vidc.vixl=C:\ARQUIV~1\ACEMEG~1\SystemS\Miro\miroxl32.dll<br />
vidc.vp30=C:\ARQUIV~1\ACEMEG~1\SystemS\ON2TEC~1\vp31vfw.dll<br />
vidc.VP31=,vp31vfw.dll<br />
vidc.vp31=C:\ARQUIV~1\ACEMEG~1\SystemS\ON2TEC~1\vp31vfw.dll<br />
vidc.VP31=c58\archiv~1\codecp~1\on2vp3\vp31vfw.dll<br />
vidc.vp31=vp31vfw.dll<br />
vidc.VP40=vp4vfw.dll<br />
vidc.vp60=C:\ARQUIV~1\ACEMEG~1\SystemS\ON2TEC~1\vp6vfw.dll<br />
vidc.VP60=vp6vfw.dll<br />
vidc.vp61=C:\ARQUIV~1\ACEMEG~1\SystemS\ON2TEC~1\vp6vfw.dll<br />
vidc.VP61=vp6vfw.dll<br />
vidc.VP62=vp6vfw.dll<br />
vidc.VP70=vp7vfw.dll<br />
vidc.vssv=C:\ARQUIV~1\ACEMEG~1\SystemS\VANGUA~1\vsscodec.dll<br />
vidc.vy12=xvidvfw.dll<br />
VIDC.VYUY=ATIVYUY.DLL<br />
VIDC.VYUY=ATIYUV.DRV<br />
vidc.wmv3=C:\ARQUIV~1\ACEMEG~1\SystemS\MICROS~1\WMV9VCM.dll<br />
VIDC.WMV3=c:\progra~1\COMBIN~1\Filters\wmv9vcm.dll<br />
vidc.WMV3=wmv9vcm.dll<br />
vidc.wnv1=C:\ARQUIV~1\ACEMEG~1\SystemS\wnvplay1.dll<br />
vidc.wrpr=C:\ARQUIV~1\ACEMEG~1\SystemS\aviwrap.dll<br />
vidc.X264=x264vfw.dll<br />
VIDC.XMPG=XMPG_AVI.drv, , "[AVI] XING Scalable MPEG",,, "XING Scalable MPEG"<br />
vidc.xvid=C:\ARQUIV~1\ACEMEG~1\SystemS\XviD\xvidvfw.dll<br />
vidc.XVID=xvid.dll<br />
vidc.XVID=xvidvfw.dll<br />
vidc.y411=C:\ARQUIV~1\ACEMEG~1\SystemS\Toshiba\tsbyuv.dll<br />
vidc.y41p=C:\ARQUIV~1\ACEMEG~1\SystemS\BROOKT~1\btvvc32.drv<br />
VIDC.Y800=pgrcodec.dll<br />
vidc.yuy2=C:\ARQUIV~1\ACEMEG~1\SystemS\MICROS~1\msyuv.dll<br />
vidc.YUY2=msyuv.dll<br />
VIDC.YUY2=msyuv.dll<br />
VIDC.YV12=ATIYUV.DRV<br />
VIDC.YV12=ATIYUV12.DLL<br />
vidc.yv12=C:\ARQUIV~1\ACEMEG~1\SystemS\ATI\atiyuv12.DLL<br />
vidc.yv12=DivX.dll<br />
vidc.yv12=quotdivx.dll<br />
vidc.YV12=Xvid.dll<br />
vidc.YV12=xvidvfw.dll<br />
vidc.YV12=yv12vfw.dll<br />
VIDC.YVU9=ATIYVU9.DLL<br />
vidc.yvu9=C:\ARQUIV~1\ACEMEG~1\SystemS\Intel\Iyvu9_32.dll<br />
vidc.yvu9=indeov.drv<br />
vidc.yvu9=ir21_r.dll<br />
VIDC.YVU9=IYVU9.DLL<br />
VIDC.YVU9=IYVU9.DLL<br />
vidc.YVU9=tsbyuv.dll<br />
vidc.yvyu=C:\ARQUIV~1\ACEMEG~1\SystemS\MICROS~1\msyuv.dll<br />
vidc.YVYU=msyuv.dll<br />
VIDC.YVYU=msyuv.dll<br />
vidc.zlib=C:\ARQUIV~1\ACEMEG~1\SystemS\avizlib.dl<br />
vidc.yv12=yv12vfw.dll<br />
VIDC.AUR2=avcodec.drv<br />
vidc.vivo=ivvideo.dll<br />
VIDC.NTN1=NUVision.ax<br />
VIDC.VQJC=PD016dec.dll<br />
VIDC.DRAW=DVIDEO.DLL<br />
vidc.aflc=flccodec32.dll<br />
vidc.afli=flccodec32.dll<br />
vidc.aasc=aasc32.dll<br />
VIDC.CFHD=CFHD.dll<br />
VIDC.UV12=SCDeluxe.ax<br />
MSACM.CEGSM= mobilev.acm<br />
VIDC.AURA=avcodec.drv<br />
VIDC.MSVC=msvidc.drv<br />
MSACM.MI-SC4= MI-SC4.acm<br />
vidc.cgdi=GDICOD97.DRV<br />
VIDC.TR20=tr2032.dll<br />
VIDC.PIXL=pclepixl.dll<br />
vidc.dvsd=pdvcodec.dll<br />
msacm.sl_anet=sl_anet.acm<br />
msacm.voxacm160=vct3216.acm<br />
MSACM.MSNAUDIO=msnaudio.acm<br />
VIDC.XJPG=camfc.dll<br />
VIDC.I420=vdrcodec.dll<br />
VIDC.MJPX=PICVideo MJPEG Codec<br />
VIDC.YV12=xl_yv12.dll<br />
vidc.mxmc=MimicICM.DLL<br />
vidc.davc=davcvfw.dll<br />
VIDC.YU12=ATIYUV12.DLL<br />
vidc.GMP4=GXAMP4.dll, Geo Advanced MPEG-4 Video Codec , , ,<br />
vidc.GM40=GXAMP4.dll, Geo Advanced MPEG-4 Video Codec , , ,<br />
vidc.GM4H=GXAMP4D.dll, Geo Advanced MPEG-4 Video H/W Decoder , , ,<br />
vidc.GM4S=GXAMP4D.dll, Geo Advanced MPEG-4 Video S/W Decoder , , ,<br />
vidc.N264=nwh264.dll<br />
VIDC.AJPG=AJPG.dll<br />
VIDC.HFYU=kdvyuv.dll<br />
VIDC.YUV8=kdvyuv8.dll<br />
VIDC.YV12=kdvyv12.dll<br />
msacm.kdadpcm=kdadpcm.acm<br />
msacm.kdg7221=kdg7221.acm<br />
vidc.kdh4=kdh4.dll<br />
vidc.kdm4=kdm4.dll<br />
kdadpcm.acm=KDC ADPCM Audio Codec for MSACM<br />
kdg7221.acm=KDC G722.1.C Audio Codec for MSACM<br />
kdh4.dll=kdc media core h.264<br />
kdm4.dll=kdc media core mpeg4<br />
kdvyuv.dll=kdc media core kdvyuv<br />
kdvyuv8.dll=kdc media core kdvyuv8<br />
kdvyv12.dll=kdc media core kdvyv12<br />
VIDC.MPG4=ompg4c32.DLL<br />
VIDC.WINX=WnvWINX.DLL<br />
VIDC.WNV1=WnvPlay1.DLL<br />
VIDC.YUV8=WnvYUV8.DLL<br />
VIDC.YV12=WnvYV12.DLL<br />
vidc.yuy2=WnvPlay1.DLL<br />
WnvMxr.dll=Winnov Videum<br />
WnvPlay1.DLL=Videum YUY2 Codec<br />
WnvVid32.dll=Winnov Videum Video Capture<br />
WnvWINX.DLL=Videum WINX Codec<br />
WnvWav32.dll=Winnov Videum<br />
WnvYUV8.DLL=Videum YUV8 Codec<br />
WnvYV12.DLL=Videum YV12 Codec<br />
iyvu9_32.DLL=Indeo YVU9 Raw<br />
ompg4c32.DLL=Microsoft MPEG-4 Video Codec v2<br />
vidc.smsv= C:\WINDOWS\system32\wv32vfw.dll<br />
vidc.imm4= vcmimm4.dll<br />
vidc.gisz= gigasize.dll<br />
vidc.vdec=videc.dll<br />
VIDC.UV12=epdxipl.ax<br />
vidc.GEOXGeoCodec.dll, vidc.GEOX, Geo MPEG-4 Video Codec , , ,<br />
vidc.GEOVGeoCodec.dll, , Geo MPEG-4 Video Codec , , ,<br />
vidc.GEOSGeoCodecD.dll,, Geo MPEG-4 Video Decoder , , ,<br />
VIDC.YUV8=kdvyuv8.dll<br />
VIDC.YV12=kdvyv12.dll<br />
VIDC.JBYR=aoxdxipl.ax<br />
VIDC.UV12=p1080dex.ax : creative webcam, LBYR maybe?<br />
VIDC.UV12= SCDeluxe.ax<br />
VIDC.UV12= SCGroove.ax<br />
vidc.WRPR=AVIWRAP.DLL<br />
msacm.msg711=msg711.acm<br />
VIDC.PVW2=pvwv220.dll<br />
VIDC.VIFP=VFCodec.dll<br />
msacm.msg723=msg723.acm<br />
MSACM.NSGSM=NSGSM32.ACM <br />
MSACM.NSTSP=NSTSP32.ACM <br />
MSACM.sx5363s=sx5363s.acm <br />
MSACM.sx80lcs=sx80lcs.acm<br />
msacm.lhacm=lhacm.acm<br />
msacm.voxacm160=vct3216.acm<br />
VIDC.AXM4="axismpg4.dll"<br />
VIDC.LNX1="LnxCodec.dll"<br />
VIDC.SJPG="SN4Codec.dll"<br />
VIDC.SN40="SN4Codec.dll"<br />
VIDC.SN41="SN4Codec.dll"<br />
VIDC.VRM4="verintmpg4.dll"<br />
vidc.ADV1="WavLor.dll"<br />
vidc.I420="LrxYV12.dll"<br />
vidc.LRX2="LrxYV12.dll"<br />
vidc.LRXH="LRXHCodec.dll"<br />
vidc.TJPG="tjpegcodec.dll"<br />
vidc.WVT2="WaveT2.dll"<br />
vidc.ZJPG="pzjpeg32.dll"<br />
VIDC.PJPG=Pxjpg.dll<br />
vidc.GEOS”=”C:\\WINDOWS\\system32\\v8200\\GEO-MPEG4\\2008.1.7.18.9\\GeoCodecD.dll”<br />
vidc.GEOV”=”C:\\WINDOWS\\system32\\v8200\\GEO-MPEG4\\2008.1.7.18.9\\GeoCodec.dll”<br />
vidc.GEOX”=”C:\\WINDOWS\\system32\\v8200\\GEO-MPEG4\\2008.1.7.18.9\\GeoCodec.dll”<br />
vidc.GM40″=”C:\\WINDOWS\\system32\\v8200\\GEO-MPEG4-ASP\\2008.1.23.13.16\\GXAMP4.dll”<br />
vidc.GMP4″=”C:\\WINDOWS\\system32\\v8200\\GEO-MPEG4-ASP\\2008.1.23.13.16\\GXAMP4.dll”<br />
vidc.GM4H”=”C:\\WINDOWS\\system32\\v8200\\GEO-MPEG4-ASP\\2008.1.23.13.16\\GXAMP4D.dll”<br />
vidc.GM4S”=”C:\\WINDOWS\\system32\\v8200\\GEO-MPEG4-ASP\\2008.1.23.13.16\\GXAMP4D.dll”<br />
vidc.G264″=”C:\\WINDOWS\\system32\\v8200\\GEO-H264\\2008.1.7.18.7\\GX264.dll”<br />
vidc.G26S”=”C:\\WINDOWS\\system32\\v8200\\GEO-H264\\2008.1.7.18.7\\GX264D.dll”<br />
vidc.GM20″=”C:\\WINDOWS\\system32\\v8200\\GEO-MPEG2\\2008.1.11.20.2\\GXGM20.dll”<br />
vidc.GJPG”=”C:\\WINDOWS\\system32\\v8200\\GEO-JPEG\\2008.1.24.19.52\\GXJPG.dll”<br />
vidc.GAVC”=”C:\\WINDOWS\\system32\\v8200\\GEO-H264-V2\\2008.1.18.16.54\\GXAVC.dll”<br />
vidc.GAVS”=”C:\\WINDOWS\\system32\\v8200\\GEO-H264-V2\\2008.1.18.16.54\\GXAVCD.dll”<br />
VIDC.GTC2=gtc2.dll ; GrandTek.USBDCam<br />
VIDC.JJPG"= jl_jjpg.drv<br />
VIDC.MJPG=CAPCDC.drv<br />
VIDC.MJPG=sonymjpg.dll<br />
VIDC.JPGL=lvcodec2.dll<br />
VIDC.JPGL=jpgl.dll<br />
VIDC.GTCC=GTCODEC.DLL<br />
VIDC.GTC2=gtcodec2.DLL<br />
"VIDC.VQC1=vqdecode.dll"<br />
"VIDC.VQC2=vqdecode.dll"<br />
vidc.mwsc=mwsc.dll mwsc.dll="MatchWare Screen Codec"<br />
VIDC.SRVC=srvc.dll "3R H263 32-bits codec" http://www.3rtechnologies.com/DVR Program/DVRCodec.exe<br />
vidc.3rvc="MPEG4V.dll" "3R MPEG4 32-bits codec" (DVRCodec.exe)<br />
VIDC.PMP4"= PV3Decoder.dll <br />
VIDC.PVW2="pvwv220.dll"<br />
<br />
todo:<br />
google vidc.iv50 and other common codecs<br />
download all results, grep for vidc.<br />
create ultimate list of vfw fourccs.<br />
<br />
t263 -- http://www.marchnetworks.com/products/dvr_player.asp<br />
cmp4<br />
<br />
also import all of these:<br />
http://www.moviecodec.com/fourcc.html<br />
http://www.codecsdb.com<br />
</pre><br />
<br />
From the list at moviecodec.com:<br />
3IV1 3ivx<br />
<br />
GEOX GeoVision MPEG-4<br />
<br />
LEAD MCMP/MJPEG<br />
<br />
NUB1 Eye/Ear Converter and Nub Codec<br />
<br />
SP54 Sunplus SP54<br />
<br />
TM2A Duck TrueMotion 2X<br />
<br />
TM2X Duck TrueMotion 2X<br />
<br />
TR20 NetShow Codecs<br />
<br />
ZDSV ZD Soft Screen Video Decoder</div>Dashcloudhttps://wiki.multimedia.cx/index.php?title=Category_talk:Video_FourCCs&diff=10740Category talk:Video FourCCs2009-01-04T04:42:40Z<p>Dashcloud: </p>
<hr />
<div>Some FourCCs are only 3 printing characters. How is the 4th byte repesnted because FourCC is a 4 byte binary string? Is it a space as first or last byte or 0x00?<br />
<br />
: generally, a space (ASCII 0x20) completes the FourCC; I will clarify --[[User:Multimedia Mike|Multimedia Mike]] 12:28, 11 June 2006 (EDT)<br />
<br />
<br />
==temp list of vfw codecs found on google==<br />
<br />
<pre><br />
vidc.3iv2=3ivxVfWCodec.dll<br />
vidc.3IV2=3ivxVfWCodec.dll<br />
vidc.3IV2=c58\archiv~1\codecp~1\3ivx\3ivxvf~1.dll<br />
vidc.3IVX=3ivxVfWCodec.dll<br />
vidc.aas4=C:\ARQUIV~1\ACEMEG~1\SystemS\Autodesk\Aasc32.dll<br />
vidc.aasc=C:\ARQUIV~1\ACEMEG~1\SystemS\Autodesk\Aasc32.dll<br />
vidc.ACDV=ACDV.dll<br />
vidc.advj=C:\ARQUIV~1\ACEMEG~1\SystemS\AVIDAV~1.DLL<br />
vidc.advs=C:\ARQUIV~1\ACEMEG~1\SystemS\Adaptec\Dvc.dll<br />
vidc.aflc=C:\ARQUIV~1\ACEMEG~1\SystemS\Autodesk\FLCCOD~1.DLL<br />
vidc.afli=C:\ARQUIV~1\ACEMEG~1\SystemS\Autodesk\FLCCOD~1.DLL<br />
vidc.ap41=C:\ARQUIV~1\ACEMEG~1\SystemS\DivX\DivXc32f.dll<br />
vidc.asv1=C:\ARQUIV~1\ACEMEG~1\SystemS\ASUS\asusasv1.dll<br />
vidc.asv2=C:\ARQUIV~1\ACEMEG~1\SystemS\ASUS\asusasv2.dll<br />
vidc.asvx=C:\ARQUIV~1\ACEMEG~1\SystemS\ASUS\asusasv2.dll<br />
vidc.avi1=C:\ARQUIV~1\ACEMEG~1\SystemS\MAINCO~1\MCMJPG32.DLL<br />
vidc.avi2=C:\ARQUIV~1\ACEMEG~1\SystemS\MAINCO~1\MCMJPG32.DLL<br />
vidc.AVRn=AvidAVICodec.dll<br />
vidc.avrn=C:\ARQUIV~1\ACEMEG~1\SystemS\AVIDAV~1.DLL<br />
VIDC.BGR1=pgrcodec.dll<br />
VIDC.BGR2=pgrcodec.dll<br />
VIDC.BGR3=pgrcodec.dll<br />
VIDC.BRG1=pgrcodec.dll<br />
VIDC.BRG2=pgrcodec.dll<br />
VIDC.BRG3=pgrcodec.dll<br />
vidc.bt20=C:\ARQUIV~1\ACEMEG~1\SystemS\BROOKT~1\btvvc32.drv<br />
VIDC.BYLR=cresbylr.dll<br />
vidc.cdvc=C:\ARQUIV~1\ACEMEG~1\SystemS\Canopus\CSCCDVC.DLL<br />
vidc.CDVC=cdvccodc.dll<br />
VIDC.CJPG=ctwbjpg.dll<br />
vidc.cram=C:\ARQUIV~1\ACEMEG~1\SystemS\MICROS~1\msvidc32.dll<br />
vidc.cscd=C:\ARQUIV~1\ACEMEG~1\SystemS\camcodec.dll<br />
vidc.cvid=C:\ARQUIV~1\ACEMEG~1\SystemS\iccvid.dll<br />
vidc.CVID=iccvid<br />
vidc.cvid=iccvid.dll<br />
vidc.cvid=iccvid.drv<br />
VIDC.D263=xl_x263dec.dll<br />
vidc.davc=C:\ARQUIV~1\ACEMEG~1\SystemS\dicas\davcvfw.dll<br />
vidc.dcap=C:\ARQUIV~1\ACEMEG~1\SystemS\Pinnacle\MIRODV~1.DLL<br />
vidc.dcmj=C:\ARQUIV~1\ACEMEG~1\SystemS\MAINCO~1\MCMJPG32.DLL<br />
vidc.ddvc=C:\ARQUIV~1\ACEMEG~1\SystemS\Canopus\CSCdvsd.DLL<br />
vidc.div3=C:\ARQUIV~1\ACEMEG~1\SystemS\DivX\DivXc32.dll<br />
vidc.DIV3=c58\archiv~1\codecp~1\divx3\divxc32.dll<br />
vidc.DIV3=DivXc32.dll<br />
vidc.div4=C:\ARQUIV~1\ACEMEG~1\SystemS\DivX\DivXc32f.dll<br />
vidc.DIV4=c58\archiv~1\codecp~1\divx412\divx.dll<br />
vidc.div4=divxc32f.dll<br />
vidc.div5=C:\ARQUIV~1\ACEMEG~1\SystemS\DivX\DivXc32.dll<br />
vidc.div6=C:\ARQUIV~1\ACEMEG~1\SystemS\DivX\DivXc32f.dll<br />
vidc.DIVF=DivX412.dll<br />
vidc.divx=C:\ARQUIV~1\ACEMEG~1\SystemS\DivX\DivX520.dll<br />
vidc.DIVX=DivX.dll<br />
vidc.dmb1=c58\archiv~1\codecp~1\m3jpegv3\m3jpeg32.dll<br />
vidc.dmb2=C:\ARQUIV~1\ACEMEG~1\SystemS\pmjpeg32.dll<br />
vidc.DRAW=DVIDEO.DLL<br />
vidc.dv25=C:\ARQUIV~1\ACEMEG~1\SystemS\Matrox\DigiVCap.dll<br />
vidc.dv50=C:\ARQUIV~1\ACEMEG~1\SystemS\Matrox\DigiVCap.dll<br />
vidc.dvc=C:\ARQUIV~1\ACEMEG~1\SystemS\MAINCO~1\MCDVD_32.DLL<br />
vidc.dvcp=C:\ARQUIV~1\ACEMEG~1\SystemS\SONY\sonydv.dll<br />
vidc.dvcs=C:\ARQUIV~1\ACEMEG~1\SystemS\MAINCO~1\MCDVD_32.DLL<br />
vidc.dvmc=c58\archiv~1\codecp~1\mcdv\mcdvd_32.dll<br />
vidc.dvsd=C:\ARQUIV~1\ACEMEG~1\SystemS\MAINCO~1\MCDVD_32.DLL<br />
vidc.dvsd=pdvcodec.dll<br />
vidc.dvx4=C:\ARQUIV~1\ACEMEG~1\SystemS\DivX\divx4.dll<br />
vidc.DX50=c58\archiv~1\codecp~1\divx502\divx.dll<br />
vidc.em2v=C:\ARQUIV~1\ACEMEG~1\SystemS\etxcodec.dll ; "Etymonix MPEG2 video codec""vidc.EM2V"<br />
VIDC.FFDS=C:\PROGRA~1\COMBIN~1\Filters\FFDShow\ff_vfw.dll<br />
vidc.ffds=ff_vfw.dll<br />
vidc.ffds=ffdshow.ax<br />
vidc.FPS1=frapsvid.dll<br />
vidc.frwa=C:\ARQUIV~1\ACEMEG~1\SystemS\Forward\frwt.dll<br />
vidc.frwd=C:\ARQUIV~1\ACEMEG~1\SystemS\Forward\frwd.dll<br />
vidc.frwt=C:\ARQUIV~1\ACEMEG~1\SystemS\Forward\frwd.dll<br />
vidc.frwu=C:\ARQUIV~1\ACEMEG~1\SystemS\Forward\frwu.dll<br />
vidc.fvfw=c58\archiv~1\codecp~1\ffvfw\ffvfw.dll<br />
vidc.gepj=C:\ARQUIV~1\ACEMEG~1\SystemS\pmjpeg32.dll<br />
vidc.glzw=C:\ARQUIV~1\ACEMEG~1\SystemS\Gabest\GLZW.dll<br />
vidc.gpeg=C:\ARQUIV~1\ACEMEG~1\SystemS\Gabest\GPEG.dll<br />
vidc.gpjm=C:\ARQUIV~1\ACEMEG~1\SystemS\Pinnacle\RTMJPG~1.DLL<br />
VIDC.GRB1=pgrcodec.dll<br />
VIDC.GRB2=pgrcodec.dll<br />
VIDC.GRB3=pgrcodec.dll<br />
vidc.h264=ff_vfw.dll<br />
vidc.hfyu=C:\ARQUIV~1\ACEMEG~1\SystemS\huffyuv.dll<br />
vidc.HFYU=c58\archiv~1\codecp~1\huffyuv\huffyuv.dll<br />
vidc.hfyu=huffyuv.dll<br />
VIDC.HJPG=h22capt.dll<br />
vidc.HJPG=pvmjpg21.dll<br />
vidc.i263=C:\ARQUIV~1\ACEMEG~1\SystemS\Intel\i263_32.drv<br />
vidc.I263=c58\archiv~1\codecp~1\i263\i263_32.drv<br />
vidc.i263=i263_32.drv<br />
vidc.I420=i420vfw.dll<br />
VIDC.I420=msh263.drv<br />
vidc.ipdv=C:\ARQUIV~1\ACEMEG~1\SystemS\PANASO~1\idvcodec.dll<br />
vidc.ir21=C:\ARQUIV~1\ACEMEG~1\SystemS\Intel\IR21_R.DLL<br />
VIDC.IR21=IR21_R.DLL<br />
vidc.iv30=C:\ARQUIV~1\ACEMEG~1\SystemS\Intel\ir32_32.dll<br />
vidc.iv31=C:\ARQUIV~1\ACEMEG~1\SystemS\Intel\ir32_32.dll<br />
vidc.iv31=indeov.drv<br />
vidc.iv31=ir32.dll<br />
vidc.iv31=ir32_32.dll<br />
vidc.iv32=ir32.dll<br />
vidc.iv32=ir32_32.dll<br />
vidc.iv33=C:\ARQUIV~1\ACEMEG~1\SystemS\Intel\ir32_32.dll<br />
vidc.iv34=C:\ARQUIV~1\ACEMEG~1\SystemS\Intel\ir32_32.dll<br />
vidc.iv35=C:\ARQUIV~1\ACEMEG~1\SystemS\Intel\ir32_32.dll<br />
vidc.iv36=C:\ARQUIV~1\ACEMEG~1\SystemS\Intel\ir32_32.dll<br />
vidc.iv37=C:\ARQUIV~1\ACEMEG~1\SystemS\Intel\ir32_32.dll<br />
vidc.iv38=C:\ARQUIV~1\ACEMEG~1\SystemS\Intel\ir32_32.dll<br />
vidc.iv39=C:\ARQUIV~1\ACEMEG~1\SystemS\Intel\ir32_32.dll<br />
vidc.iv40=C:\ARQUIV~1\ACEMEG~1\SystemS\Intel\ir41_32.dll<br />
VIDC.IV40=Ir41_32.ax<br />
vidc.iv41=C:\ARQUIV~1\ACEMEG~1\SystemS\Intel\ir41_32.dll<br />
vidc.iv41=ir41_32.ax<br />
VIDC.IV41=ir41_32.dll<br />
vidc.iv42=C:\ARQUIV~1\ACEMEG~1\SystemS\Intel\ir41_32.dll<br />
vidc.iv43=C:\ARQUIV~1\ACEMEG~1\SystemS\Intel\ir41_32.dll<br />
vidc.iv44=C:\ARQUIV~1\ACEMEG~1\SystemS\Intel\ir41_32.dll<br />
vidc.iv45=C:\ARQUIV~1\ACEMEG~1\SystemS\Intel\ir41_32.dll<br />
vidc.iv46=C:\ARQUIV~1\ACEMEG~1\SystemS\Intel\ir41_32.dll<br />
vidc.iv47=C:\ARQUIV~1\ACEMEG~1\SystemS\Intel\ir41_32.dll<br />
vidc.iv48=C:\ARQUIV~1\ACEMEG~1\SystemS\Intel\ir41_32.dll<br />
vidc.iv49=C:\ARQUIV~1\ACEMEG~1\SystemS\Intel\ir41_32.dll<br />
vidc.iv50=C:\ARQUIV~1\ACEMEG~1\SystemS\Intel\ir50_32.dll<br />
vidc.iv50=ir50_32.dll<br />
vidc.iyuv=C:\ARQUIV~1\ACEMEG~1\SystemS\Intel\iyuv_32.dll<br />
vidc.IYUV=iyuv_32.dll<br />
vidc.lead=C:\ARQUIV~1\ACEMEG~1\SystemS\LEAD\LCODCCMP.DLL<br />
vidc.m261=C:\ARQUIV~1\ACEMEG~1\SystemS\MICROS~1\msh261.drv<br />
vidc.M261=msh261.drv<br />
vidc.m263=C:\ARQUIV~1\ACEMEG~1\SystemS\MICROS~1\msh263.drv<br />
vidc.M263=msh263.drv<br />
vidc.miro=C:\ARQUIV~1\ACEMEG~1\SystemS\Pinnacle\MIRODV~1.DLL<br />
vidc.mjpa=C:\ARQUIV~1\ACEMEG~1\SystemS\Pinnacle\RTMJPG~1.DLL<br />
vidc.MJPG=c58\archiv~1\codecp~1\picvideo\pvmjpg21.dll<br />
VIDC.MJPG=Pvmjpg30.dll<br />
vidc.mjpx=C:\ARQUIV~1\ACEMEG~1\SystemS\Pegasus\pvmjpg21.dll<br />
vidc.MJPX=c58\archiv~1\codecp~1\m3jpegv3\m3jpeg32.dll<br />
VIDC.MJPX=PICVideoMJPEGCodec<br />
vidc.mkvc=C:\ARQUIV~1\ACEMEG~1\SystemS\kmvidc32.dll<br />
vidc.mmes=C:\ARQUIV~1\ACEMEG~1\SystemS\Matrox\DigiVCap.dll<br />
vidc.mmjp=C:\ARQUIV~1\ACEMEG~1\SystemS\Matrox\DigiVCap.dll<br />
vidc.mp41=C:\ARQUIV~1\ACEMEG~1\SystemS\MICROS~1\mpg4c32.dll<br />
vidc.mp42=C:\ARQUIV~1\ACEMEG~1\SystemS\MICROS~1\mpg4c32.dll<br />
VIDC.MP42=C:\WINDOWS\SYSTEM\mpg4c32.dll<br />
VIDC.MP42=mpg4c32.dll<br />
vidc.mp42=mpg4c32.dll<br />
vidc.mp43=C:\ARQUIV~1\ACEMEG~1\SystemS\MICROS~1\mpg4c32.dll<br />
VIDC.MP43=C:\WINDOWS\SYSTEM\mpg4c32.dll<br />
vidc.MP43=c58\archiv~1\codecp~1\mpeg4\mpg4c32.dll<br />
vidc.mp4s=C:\ARQUIV~1\ACEMEG~1\SystemS\MICROS~1\mpg4c32.dll<br />
vidc.mp4v=C:\ARQUIV~1\ACEMEG~1\SystemS\MICROS~1\mpg4c32.dll<br />
vidc.mpg3=C:\ARQUIV~1\ACEMEG~1\SystemS\DivX\DivXc32.dll<br />
vidc.mpg4=C:\ARQUIV~1\ACEMEG~1\SystemS\MICROS~1\mpg4c32.dll<br />
VIDC.MPG4=C:\WINDOWS\SYSTEM\mpg4c32.dll<br />
vidc.mpg4=mpg4c32.dll<br />
VIDC.MPG4=msscmc32.dll<br />
vidc.MRLD=msrle32.dll<br />
vidc.mrle=C:\ARQUIV~1\ACEMEG~1\SystemS\MICROS~1\msrle32.dll<br />
VIDC.MRLE=msrele32.dll<br />
vidc.mrle=msrle.drv<br />
vidc.mrle=msrle32.dll<br />
VIDC.MRLElt<br />
vidc.msmc=C:\ARQUIV~1\ACEMEG~1\SystemS\Matrox\DigiVCap.dll<br />
vidc.MSUD=msulvc05.dll<br />
vidc.msvc=C:\ARQUIV~1\ACEMEG~1\SystemS\MICROS~1\msvidc32.dll<br />
vidc.msvc=msvidc.drv<br />
vidc.msvc=msvidc32.dll<br />
vidc.mszh=C:\ARQUIV~1\ACEMEG~1\SystemS\avimszh.dll<br />
vidc.MSZH=c58\archiv~1\codecp~1\lcljp\avimszh.dll<br />
vidc.mtx1=C:\ARQUIV~1\ACEMEG~1\SystemS\Matrox\DigiVCap.dll<br />
vidc.mtx2=C:\ARQUIV~1\ACEMEG~1\SystemS\Matrox\DigiVCap.dll<br />
vidc.mtx3=C:\ARQUIV~1\ACEMEG~1\SystemS\Matrox\DigiVCap.dll<br />
vidc.mtx4=C:\ARQUIV~1\ACEMEG~1\SystemS\Matrox\DigiVCap.dll<br />
vidc.mtx5=C:\ARQUIV~1\ACEMEG~1\SystemS\Matrox\DigiVCap.dll<br />
vidc.mtx6=C:\ARQUIV~1\ACEMEG~1\SystemS\Matrox\DigiVCap.dll<br />
vidc.mtx7=C:\ARQUIV~1\ACEMEG~1\SystemS\Matrox\DigiVCap.dll<br />
vidc.mtx8=C:\ARQUIV~1\ACEMEG~1\SystemS\Matrox\DigiVCap.dll<br />
vidc.mtx9=C:\ARQUIV~1\ACEMEG~1\SystemS\Matrox\DigiVCap.dll<br />
vidc.MVW1=c58\archiv~1\codecp~1\aware\icmw_32.dll<br />
vidc.mwv1=C:\ARQUIV~1\ACEMEG~1\SystemS\Aware\icmw_32.dll<br />
vidc.nt00=C:\ARQUIV~1\ACEMEG~1\SystemS\Newtek\ntcodec.dll<br />
vidc.pdvc=C:\ARQUIV~1\ACEMEG~1\SystemS\PANASO~1\idvcodec.dll<br />
VIDC.PGRC,,,%%<br />
VIDC.PGRC,FriendlyName,,%%<br />
VIDC.PGRC=pgrcodec.dll<br />
VIDC.PGRY=pgrcodec.dll<br />
vidc.pim1=C:\ARQUIV~1\ACEMEG~1\SystemS\Pinnacle\pclepim1.dll<br />
VIDC.PIM1=pclepim1.dll<br />
vidc.pimj=C:\ARQUIV~1\ACEMEG~1\SystemS\Pegasus\pvljpg20.dll<br />
vidc.PIMJ=c58\archiv~1\codecp~1\picvideo\pvljpg20.dll<br />
vidc.png1=C:\ARQUIV~1\ACEMEG~1\SystemS\Core\COREPN~1.DLL<br />
vidc.pvw2=C:\ARQUIV~1\ACEMEG~1\SystemS\Pegasus\pvwv220.dll<br />
vidc.PVW2=c58\archiv~1\codecp~1\picvideo\pvwv220.dll<br />
VIDC.PY16=pgrcodec.dll<br />
VIDC.PY41=pgrcodec.dll<br />
VIDC.PY44=pgrcodec.dll<br />
vidc.q1.0=C:\ARQUIV~1\ACEMEG~1\SystemS\Qpeg32.dll<br />
vidc.qpeg=C:\ARQUIV~1\ACEMEG~1\SystemS\Qpeg32.dll<br />
VIDC.RGB1=pgrcodec.dll<br />
VIDC.RGB2=pgrcodec.dll<br />
VIDC.RGB3=pgrcodec.dll<br />
vidc.rmp4=C:\ARQUIV~1\ACEMEG~1\SystemS\REALMA~1\rmp4.dll<br />
vidc.rt21=C:\ARQUIV~1\ACEMEG~1\SystemS\Intel\IR21_R.DLL<br />
VIDC.RT21=indeo.drv<br />
vidc.rt21=indeov.drv<br />
VIDC.RT21=ir21_r.dll<br />
vidc.rud0=C:\ARQUIV~1\ACEMEG~1\SystemS\Rududu\rududu.dll<br />
vidc.s422=C:\ARQUIV~1\ACEMEG~1\SystemS\Tekram\tekyuv.dll<br />
vidc.sjpg=C:\ARQUIV~1\ACEMEG~1\SystemS\pmjpeg32.dll<br />
vidc.SJPG=c58\archiv~1\codecp~1\pmmjpeg\pmmjpeg.dll<br />
vidc.sony=C:\ARQUIV~1\ACEMEG~1\SystemS\SONY\sonydv.dll<br />
VIDC.SP54=SP5X_32.DLL<br />
VIDC.SP55=SP5X_32.DLL<br />
VIDC.SP56=SP5X_32.DLL<br />
VIDC.SP57=SP5X_32.DLL<br />
VIDC.SP58=SP5X_32.DLL<br />
vidc.t420=C:\ARQUIV~1\ACEMEG~1\SystemS\Toshiba\tsbyuv.dll<br />
vidc.TR20=tr2032.dll<br />
vidc.tscc=C:\ARQUIV~1\ACEMEG~1\SystemS\tsccvid.dll<br />
vidc.TSCC=tsccvid.dll<br />
vidc.UCOD=clrviddd.dll<br />
vidc.uyvy=C:\ARQUIV~1\ACEMEG~1\SystemS\MICROS~1\msyuv.dll<br />
vidc.UYVY=msyuv.dll<br />
VIDC.UYVY=pgrcodec.dll<br />
VIDC.VCR1=ATIVCR1.DLL<br />
VIDC.VCR2=ATIVCR2.DLL<br />
VIDC.VDOM=vdowave.drv<br />
vidc.vifp=C:\ARQUIV~1\ACEMEG~1\SystemS\vfcodec.dll<br />
vidc.vivo=ivvideo.dll<br />
vidc.vixl=C:\ARQUIV~1\ACEMEG~1\SystemS\Miro\miroxl32.dll<br />
vidc.vp30=C:\ARQUIV~1\ACEMEG~1\SystemS\ON2TEC~1\vp31vfw.dll<br />
vidc.VP31=,vp31vfw.dll<br />
vidc.vp31=C:\ARQUIV~1\ACEMEG~1\SystemS\ON2TEC~1\vp31vfw.dll<br />
vidc.VP31=c58\archiv~1\codecp~1\on2vp3\vp31vfw.dll<br />
vidc.vp31=vp31vfw.dll<br />
vidc.VP40=vp4vfw.dll<br />
vidc.vp60=C:\ARQUIV~1\ACEMEG~1\SystemS\ON2TEC~1\vp6vfw.dll<br />
vidc.VP60=vp6vfw.dll<br />
vidc.vp61=C:\ARQUIV~1\ACEMEG~1\SystemS\ON2TEC~1\vp6vfw.dll<br />
vidc.VP61=vp6vfw.dll<br />
vidc.VP62=vp6vfw.dll<br />
vidc.VP70=vp7vfw.dll<br />
vidc.vssv=C:\ARQUIV~1\ACEMEG~1\SystemS\VANGUA~1\vsscodec.dll<br />
vidc.vy12=xvidvfw.dll<br />
VIDC.VYUY=ATIVYUY.DLL<br />
VIDC.VYUY=ATIYUV.DRV<br />
vidc.wmv3=C:\ARQUIV~1\ACEMEG~1\SystemS\MICROS~1\WMV9VCM.dll<br />
VIDC.WMV3=c:\progra~1\COMBIN~1\Filters\wmv9vcm.dll<br />
vidc.WMV3=wmv9vcm.dll<br />
vidc.wnv1=C:\ARQUIV~1\ACEMEG~1\SystemS\wnvplay1.dll<br />
vidc.wrpr=C:\ARQUIV~1\ACEMEG~1\SystemS\aviwrap.dll<br />
vidc.X264=x264vfw.dll<br />
VIDC.XMPG=XMPG_AVI.drv, , "[AVI] XING Scalable MPEG",,, "XING Scalable MPEG"<br />
vidc.xvid=C:\ARQUIV~1\ACEMEG~1\SystemS\XviD\xvidvfw.dll<br />
vidc.XVID=xvid.dll<br />
vidc.XVID=xvidvfw.dll<br />
vidc.y411=C:\ARQUIV~1\ACEMEG~1\SystemS\Toshiba\tsbyuv.dll<br />
vidc.y41p=C:\ARQUIV~1\ACEMEG~1\SystemS\BROOKT~1\btvvc32.drv<br />
VIDC.Y800=pgrcodec.dll<br />
vidc.yuy2=C:\ARQUIV~1\ACEMEG~1\SystemS\MICROS~1\msyuv.dll<br />
vidc.YUY2=msyuv.dll<br />
VIDC.YUY2=msyuv.dll<br />
VIDC.YV12=ATIYUV.DRV<br />
VIDC.YV12=ATIYUV12.DLL<br />
vidc.yv12=C:\ARQUIV~1\ACEMEG~1\SystemS\ATI\atiyuv12.DLL<br />
vidc.yv12=DivX.dll<br />
vidc.yv12=quotdivx.dll<br />
vidc.YV12=Xvid.dll<br />
vidc.YV12=xvidvfw.dll<br />
vidc.YV12=yv12vfw.dll<br />
VIDC.YVU9=ATIYVU9.DLL<br />
vidc.yvu9=C:\ARQUIV~1\ACEMEG~1\SystemS\Intel\Iyvu9_32.dll<br />
vidc.yvu9=indeov.drv<br />
vidc.yvu9=ir21_r.dll<br />
VIDC.YVU9=IYVU9.DLL<br />
VIDC.YVU9=IYVU9.DLL<br />
vidc.YVU9=tsbyuv.dll<br />
vidc.yvyu=C:\ARQUIV~1\ACEMEG~1\SystemS\MICROS~1\msyuv.dll<br />
vidc.YVYU=msyuv.dll<br />
VIDC.YVYU=msyuv.dll<br />
vidc.zlib=C:\ARQUIV~1\ACEMEG~1\SystemS\avizlib.dl<br />
vidc.yv12=yv12vfw.dll<br />
VIDC.AUR2=avcodec.drv<br />
vidc.vivo=ivvideo.dll<br />
VIDC.NTN1=NUVision.ax<br />
VIDC.VQJC=PD016dec.dll<br />
VIDC.DRAW=DVIDEO.DLL<br />
vidc.aflc=flccodec32.dll<br />
vidc.afli=flccodec32.dll<br />
vidc.aasc=aasc32.dll<br />
VIDC.CFHD=CFHD.dll<br />
VIDC.UV12=SCDeluxe.ax<br />
MSACM.CEGSM= mobilev.acm<br />
VIDC.AURA=avcodec.drv<br />
VIDC.MSVC=msvidc.drv<br />
MSACM.MI-SC4= MI-SC4.acm<br />
vidc.cgdi=GDICOD97.DRV<br />
VIDC.TR20=tr2032.dll<br />
VIDC.PIXL=pclepixl.dll<br />
vidc.dvsd=pdvcodec.dll<br />
msacm.sl_anet=sl_anet.acm<br />
msacm.voxacm160=vct3216.acm<br />
MSACM.MSNAUDIO=msnaudio.acm<br />
VIDC.XJPG=camfc.dll<br />
VIDC.I420=vdrcodec.dll<br />
VIDC.MJPX=PICVideo MJPEG Codec<br />
VIDC.YV12=xl_yv12.dll<br />
vidc.mxmc=MimicICM.DLL<br />
vidc.davc=davcvfw.dll<br />
VIDC.YU12=ATIYUV12.DLL<br />
vidc.GMP4=GXAMP4.dll, Geo Advanced MPEG-4 Video Codec , , ,<br />
vidc.GM40=GXAMP4.dll, Geo Advanced MPEG-4 Video Codec , , ,<br />
vidc.GM4H=GXAMP4D.dll, Geo Advanced MPEG-4 Video H/W Decoder , , ,<br />
vidc.GM4S=GXAMP4D.dll, Geo Advanced MPEG-4 Video S/W Decoder , , ,<br />
vidc.N264=nwh264.dll<br />
VIDC.AJPG=AJPG.dll<br />
VIDC.HFYU=kdvyuv.dll<br />
VIDC.YUV8=kdvyuv8.dll<br />
VIDC.YV12=kdvyv12.dll<br />
msacm.kdadpcm=kdadpcm.acm<br />
msacm.kdg7221=kdg7221.acm<br />
vidc.kdh4=kdh4.dll<br />
vidc.kdm4=kdm4.dll<br />
kdadpcm.acm=KDC ADPCM Audio Codec for MSACM<br />
kdg7221.acm=KDC G722.1.C Audio Codec for MSACM<br />
kdh4.dll=kdc media core h.264<br />
kdm4.dll=kdc media core mpeg4<br />
kdvyuv.dll=kdc media core kdvyuv<br />
kdvyuv8.dll=kdc media core kdvyuv8<br />
kdvyv12.dll=kdc media core kdvyv12<br />
VIDC.MPG4=ompg4c32.DLL<br />
VIDC.WINX=WnvWINX.DLL<br />
VIDC.WNV1=WnvPlay1.DLL<br />
VIDC.YUV8=WnvYUV8.DLL<br />
VIDC.YV12=WnvYV12.DLL<br />
vidc.yuy2=WnvPlay1.DLL<br />
WnvMxr.dll=Winnov Videum<br />
WnvPlay1.DLL=Videum YUY2 Codec<br />
WnvVid32.dll=Winnov Videum Video Capture<br />
WnvWINX.DLL=Videum WINX Codec<br />
WnvWav32.dll=Winnov Videum<br />
WnvYUV8.DLL=Videum YUV8 Codec<br />
WnvYV12.DLL=Videum YV12 Codec<br />
iyvu9_32.DLL=Indeo YVU9 Raw<br />
ompg4c32.DLL=Microsoft MPEG-4 Video Codec v2<br />
vidc.smsv= C:\WINDOWS\system32\wv32vfw.dll<br />
vidc.imm4= vcmimm4.dll<br />
vidc.gisz= gigasize.dll<br />
vidc.vdec=videc.dll<br />
VIDC.UV12=epdxipl.ax<br />
vidc.GEOXGeoCodec.dll, vidc.GEOX, Geo MPEG-4 Video Codec , , ,<br />
vidc.GEOVGeoCodec.dll, , Geo MPEG-4 Video Codec , , ,<br />
vidc.GEOSGeoCodecD.dll,, Geo MPEG-4 Video Decoder , , ,<br />
VIDC.YUV8=kdvyuv8.dll<br />
VIDC.YV12=kdvyv12.dll<br />
VIDC.JBYR=aoxdxipl.ax<br />
VIDC.UV12=p1080dex.ax : creative webcam, LBYR maybe?<br />
VIDC.UV12= SCDeluxe.ax<br />
VIDC.UV12= SCGroove.ax<br />
vidc.WRPR=AVIWRAP.DLL<br />
msacm.msg711=msg711.acm<br />
VIDC.PVW2=pvwv220.dll<br />
VIDC.VIFP=VFCodec.dll<br />
msacm.msg723=msg723.acm<br />
MSACM.NSGSM=NSGSM32.ACM <br />
MSACM.NSTSP=NSTSP32.ACM <br />
MSACM.sx5363s=sx5363s.acm <br />
MSACM.sx80lcs=sx80lcs.acm<br />
msacm.lhacm=lhacm.acm<br />
msacm.voxacm160=vct3216.acm<br />
VIDC.AXM4="axismpg4.dll"<br />
VIDC.LNX1="LnxCodec.dll"<br />
VIDC.SJPG="SN4Codec.dll"<br />
VIDC.SN40="SN4Codec.dll"<br />
VIDC.SN41="SN4Codec.dll"<br />
VIDC.VRM4="verintmpg4.dll"<br />
vidc.ADV1="WavLor.dll"<br />
vidc.I420="LrxYV12.dll"<br />
vidc.LRX2="LrxYV12.dll"<br />
vidc.LRXH="LRXHCodec.dll"<br />
vidc.TJPG="tjpegcodec.dll"<br />
vidc.WVT2="WaveT2.dll"<br />
vidc.ZJPG="pzjpeg32.dll"<br />
VIDC.PJPG=Pxjpg.dll<br />
vidc.GEOS”=”C:\\WINDOWS\\system32\\v8200\\GEO-MPEG4\\2008.1.7.18.9\\GeoCodecD.dll”<br />
vidc.GEOV”=”C:\\WINDOWS\\system32\\v8200\\GEO-MPEG4\\2008.1.7.18.9\\GeoCodec.dll”<br />
vidc.GEOX”=”C:\\WINDOWS\\system32\\v8200\\GEO-MPEG4\\2008.1.7.18.9\\GeoCodec.dll”<br />
vidc.GM40″=”C:\\WINDOWS\\system32\\v8200\\GEO-MPEG4-ASP\\2008.1.23.13.16\\GXAMP4.dll”<br />
vidc.GMP4″=”C:\\WINDOWS\\system32\\v8200\\GEO-MPEG4-ASP\\2008.1.23.13.16\\GXAMP4.dll”<br />
vidc.GM4H”=”C:\\WINDOWS\\system32\\v8200\\GEO-MPEG4-ASP\\2008.1.23.13.16\\GXAMP4D.dll”<br />
vidc.GM4S”=”C:\\WINDOWS\\system32\\v8200\\GEO-MPEG4-ASP\\2008.1.23.13.16\\GXAMP4D.dll”<br />
vidc.G264″=”C:\\WINDOWS\\system32\\v8200\\GEO-H264\\2008.1.7.18.7\\GX264.dll”<br />
vidc.G26S”=”C:\\WINDOWS\\system32\\v8200\\GEO-H264\\2008.1.7.18.7\\GX264D.dll”<br />
vidc.GM20″=”C:\\WINDOWS\\system32\\v8200\\GEO-MPEG2\\2008.1.11.20.2\\GXGM20.dll”<br />
vidc.GJPG”=”C:\\WINDOWS\\system32\\v8200\\GEO-JPEG\\2008.1.24.19.52\\GXJPG.dll”<br />
vidc.GAVC”=”C:\\WINDOWS\\system32\\v8200\\GEO-H264-V2\\2008.1.18.16.54\\GXAVC.dll”<br />
vidc.GAVS”=”C:\\WINDOWS\\system32\\v8200\\GEO-H264-V2\\2008.1.18.16.54\\GXAVCD.dll”<br />
VIDC.GTC2=gtc2.dll ; GrandTek.USBDCam<br />
VIDC.JJPG"= jl_jjpg.drv<br />
VIDC.MJPG=CAPCDC.drv<br />
VIDC.MJPG=sonymjpg.dll<br />
VIDC.JPGL=lvcodec2.dll<br />
VIDC.JPGL=jpgl.dll<br />
VIDC.GTCC=GTCODEC.DLL<br />
VIDC.GTC2=gtcodec2.DLL<br />
"VIDC.VQC1=vqdecode.dll"<br />
"VIDC.VQC2=vqdecode.dll"<br />
vidc.mwsc=mwsc.dll mwsc.dll="MatchWare Screen Codec"<br />
VIDC.SRVC=srvc.dll "3R H263 32-bits codec" http://www.3rtechnologies.com/DVR Program/DVRCodec.exe<br />
vidc.3rvc="MPEG4V.dll" "3R MPEG4 32-bits codec" (DVRCodec.exe)<br />
VIDC.PMP4"= PV3Decoder.dll <br />
VIDC.PVW2="pvwv220.dll"<br />
<br />
todo:<br />
google vidc.iv50 and other common codecs<br />
download all results, grep for vidc.<br />
create ultimate list of vfw fourccs.<br />
<br />
t263 -- http://www.marchnetworks.com/products/dvr_player.asp<br />
cmp4<br />
<br />
also import all of these:<br />
http://www.moviecodec.com/fourcc.html<br />
http://www.codecsdb.com<br />
</pre><br />
<br />
From the list at moviecodec.com:<br />
3IV1 3ivx<br />
<br />
GEOX GeoVision MPEG-4<br />
<br />
LEAD MCMP/MJPEG<br />
<br />
MLCY MLC Codec<br />
<br />
NUB1 Eye/Ear Converter and Nub Codec<br />
<br />
SP54 Sunplus SP54<br />
<br />
TM2A Duck TrueMotion 2X<br />
<br />
TM2X Duck TrueMotion 2X<br />
<br />
TR20 NetShow Codecs<br />
<br />
ZDSV ZD Soft Screen Video Decoder</div>Dashcloudhttps://wiki.multimedia.cx/index.php?title=ISO_MPEG-4&diff=10739ISO MPEG-42009-01-04T04:34:32Z<p>Dashcloud: Add EM4A to the page</p>
<hr />
<div>* FourCCs: 3IV2, 3iv2, BLZ0, DIGI, DIV1, div1, DIVX, divx, DX50, dx50, DXGM, EM4A, FMP4, fmp4, HDX4, hdx4, M4S2, m4s2, MP4S, mp4s, MP4V, mp4v, RMP4, SEDG, SMP4, UMP4, WV1F, XVID, XviD, xvid, XVIX<br />
* Matroska CodecIDs: V_MPEG4/ISO/SP (Simple Profile), V_MPEG4/ISO/ASP (Advanced Simple Profile)<br />
* Samples:<br />
** 3IV2: http://samples.mplayerhq.hu/V-codecs/3iv2/<br />
** BLZ0: http://samples.mplayerhq.hu/V-codecs/BLZ0/<br />
** DCOD: http://samples.mplayerhq.hu/V-codecs/DCOD/<br />
** DIGI: http://samples.mplayerhq.hu/V-codecs/DIGI/<br />
** DX50: http://samples.mplayerhq.hu/V-codecs/DX50-DivX5/<br />
** M4S2: http://samples.mplayerhq.hu/V-codecs/M4S2/<br />
** MP4S: http://samples.mplayerhq.hu/V-codecs/MP4S/<br />
** RMP4: http://samples.mplayerhq.hu/V-codecs/RMP4/<br />
** SEDG: http://samples.mplayerhq.hu/V-codecs/SEDG/<br />
** SMP4: http://samples.mplayerhq.hu/V-codecs/SMP4/<br />
** UMP4: http://samples.mplayerhq.hu/V-codecs/UMP4/<br />
** WV1F: http://samples.mplayerhq.hu/V-codecs/WV1F/<br />
<br />
'''MPEG-4 part 2''' video. Different encoders use different FourCCs to identify MPEG-4 content in AVI files, with DIVX, XVID, DX50, and FMP4 being most common. Strictly speaking, some of these FourCCs should refer only to simple profile rather than advanced simple profile, but this can not be relied upon.<br />
<br />
This does not include [[H.264]] video ([[MPEG-4 part 10]]).<br />
<br />
<br />
In particular, specifically for FMP4 fourcc, accordingly with MPlayer FAQ :<br />
<br />
Q: <br />
Why do third-party players fail to play MPEG-4 movies encoded by MEncoder versions later than 1.0pre7?<br />
<br />
A: <br />
libavcodec, the native MPEG-4 encoding library usually shipped with MEncoder, used to set the FourCC to 'DIVX' when encoding MPEG-4 videos (the FourCC is an AVI tag to identify the software used to encode and the intended software to use for decoding the video). This led many people to think that libavcodec was a DivX encoding library, when in fact it is a completely different MPEG-4 encoding library which implements the MPEG-4 standard much better than DivX does. Therefore, the new default FourCC used by libavcodec is 'FMP4', but you may override this behavior using MEncoder's -ffourcc option. You may also change the FourCC of existing files in the same way:<br />
<br />
mencoder input.avi -o output.avi -ovc copy -oac copy -ffourcc XVID<br />
<br />
Note that this will set the FourCC to XVID rather than DIVX. This is recommended as DIVX FourCC means DivX4, which is a very basic MPEG-4 codec, whereas DX50 and XVID both mean full MPEG-4 (ASP). Therefore, if you change the FourCC to DIVX, some bad software or hardware players may choke on some advanced features that libavcodec supports, but DivX doesn't; on the other hand XviD is closer to libavcodec in terms of functionality, and is supported by all decent players.<br />
<br />
Because of this annoying detail, third-party software may fail to decode video that has been encoded with software based on a recent libavcodec, such as VLC. <br />
Modifying the fourcc with 'DX50' or 'XVID', for example, should resolve the problem.<br />
<br />
<br />
== See also ==<br />
* [[H.263]]<br />
<br />
[[Category:Video Codecs]]</div>Dashcloudhttps://wiki.multimedia.cx/index.php?title=EM4A&diff=10738EM4A2009-01-04T04:33:03Z<p>Dashcloud: Add new MPEG4-asp codec from moviecodec.com</p>
<hr />
<div>#redirect [[ISO MPEG-4]]<br />
<br />
[[Category:Video FourCCs]]</div>Dashcloudhttps://wiki.multimedia.cx/index.php?title=MLCY&diff=10736MLCY2009-01-03T04:26:37Z<p>Dashcloud: Add new fourcc- MCLY</p>
<hr />
<div>*FourCC: MLCY<br />
*Homepage: http://www.linek.sk/mlc/<br />
<br />
<br />
From authors site:<br />
MLC is a lossless codec using the VFW standard. It uses the FourCC code MLCY. The codec supports YUY2, YV12 and RGB24 color spaces. <br />
<br />
[[Category:Video Codecs]][[Category:Lossless_Video_Codecs]][[Category:Undiscovered_Video_Codecs]]</div>Dashcloudhttps://wiki.multimedia.cx/index.php?title=Category_talk:Video_FourCCs&diff=10728Category talk:Video FourCCs2008-12-31T18:07:48Z<p>Dashcloud: Add new fourcc's from moviecodec.com</p>
<hr />
<div>Some FourCCs are only 3 printing characters. How is the 4th byte repesnted because FourCC is a 4 byte binary string? Is it a space as first or last byte or 0x00?<br />
<br />
: generally, a space (ASCII 0x20) completes the FourCC; I will clarify --[[User:Multimedia Mike|Multimedia Mike]] 12:28, 11 June 2006 (EDT)<br />
<br />
<br />
==temp list of vfw codecs found on google==<br />
<br />
<pre><br />
vidc.3iv2=3ivxVfWCodec.dll<br />
vidc.3IV2=3ivxVfWCodec.dll<br />
vidc.3IV2=c58\archiv~1\codecp~1\3ivx\3ivxvf~1.dll<br />
vidc.3IVX=3ivxVfWCodec.dll<br />
vidc.aas4=C:\ARQUIV~1\ACEMEG~1\SystemS\Autodesk\Aasc32.dll<br />
vidc.aasc=C:\ARQUIV~1\ACEMEG~1\SystemS\Autodesk\Aasc32.dll<br />
vidc.ACDV=ACDV.dll<br />
vidc.advj=C:\ARQUIV~1\ACEMEG~1\SystemS\AVIDAV~1.DLL<br />
vidc.advs=C:\ARQUIV~1\ACEMEG~1\SystemS\Adaptec\Dvc.dll<br />
vidc.aflc=C:\ARQUIV~1\ACEMEG~1\SystemS\Autodesk\FLCCOD~1.DLL<br />
vidc.afli=C:\ARQUIV~1\ACEMEG~1\SystemS\Autodesk\FLCCOD~1.DLL<br />
vidc.ap41=C:\ARQUIV~1\ACEMEG~1\SystemS\DivX\DivXc32f.dll<br />
vidc.asv1=C:\ARQUIV~1\ACEMEG~1\SystemS\ASUS\asusasv1.dll<br />
vidc.asv2=C:\ARQUIV~1\ACEMEG~1\SystemS\ASUS\asusasv2.dll<br />
vidc.asvx=C:\ARQUIV~1\ACEMEG~1\SystemS\ASUS\asusasv2.dll<br />
vidc.avi1=C:\ARQUIV~1\ACEMEG~1\SystemS\MAINCO~1\MCMJPG32.DLL<br />
vidc.avi2=C:\ARQUIV~1\ACEMEG~1\SystemS\MAINCO~1\MCMJPG32.DLL<br />
vidc.AVRn=AvidAVICodec.dll<br />
vidc.avrn=C:\ARQUIV~1\ACEMEG~1\SystemS\AVIDAV~1.DLL<br />
VIDC.BGR1=pgrcodec.dll<br />
VIDC.BGR2=pgrcodec.dll<br />
VIDC.BGR3=pgrcodec.dll<br />
VIDC.BRG1=pgrcodec.dll<br />
VIDC.BRG2=pgrcodec.dll<br />
VIDC.BRG3=pgrcodec.dll<br />
vidc.bt20=C:\ARQUIV~1\ACEMEG~1\SystemS\BROOKT~1\btvvc32.drv<br />
VIDC.BYLR=cresbylr.dll<br />
vidc.cdvc=C:\ARQUIV~1\ACEMEG~1\SystemS\Canopus\CSCCDVC.DLL<br />
vidc.CDVC=cdvccodc.dll<br />
VIDC.CJPG=ctwbjpg.dll<br />
vidc.cram=C:\ARQUIV~1\ACEMEG~1\SystemS\MICROS~1\msvidc32.dll<br />
vidc.cscd=C:\ARQUIV~1\ACEMEG~1\SystemS\camcodec.dll<br />
vidc.cvid=C:\ARQUIV~1\ACEMEG~1\SystemS\iccvid.dll<br />
vidc.CVID=iccvid<br />
vidc.cvid=iccvid.dll<br />
vidc.cvid=iccvid.drv<br />
VIDC.D263=xl_x263dec.dll<br />
vidc.davc=C:\ARQUIV~1\ACEMEG~1\SystemS\dicas\davcvfw.dll<br />
vidc.dcap=C:\ARQUIV~1\ACEMEG~1\SystemS\Pinnacle\MIRODV~1.DLL<br />
vidc.dcmj=C:\ARQUIV~1\ACEMEG~1\SystemS\MAINCO~1\MCMJPG32.DLL<br />
vidc.ddvc=C:\ARQUIV~1\ACEMEG~1\SystemS\Canopus\CSCdvsd.DLL<br />
vidc.div3=C:\ARQUIV~1\ACEMEG~1\SystemS\DivX\DivXc32.dll<br />
vidc.DIV3=c58\archiv~1\codecp~1\divx3\divxc32.dll<br />
vidc.DIV3=DivXc32.dll<br />
vidc.div4=C:\ARQUIV~1\ACEMEG~1\SystemS\DivX\DivXc32f.dll<br />
vidc.DIV4=c58\archiv~1\codecp~1\divx412\divx.dll<br />
vidc.div4=divxc32f.dll<br />
vidc.div5=C:\ARQUIV~1\ACEMEG~1\SystemS\DivX\DivXc32.dll<br />
vidc.div6=C:\ARQUIV~1\ACEMEG~1\SystemS\DivX\DivXc32f.dll<br />
vidc.DIVF=DivX412.dll<br />
vidc.divx=C:\ARQUIV~1\ACEMEG~1\SystemS\DivX\DivX520.dll<br />
vidc.DIVX=DivX.dll<br />
vidc.dmb1=c58\archiv~1\codecp~1\m3jpegv3\m3jpeg32.dll<br />
vidc.dmb2=C:\ARQUIV~1\ACEMEG~1\SystemS\pmjpeg32.dll<br />
vidc.DRAW=DVIDEO.DLL<br />
vidc.dv25=C:\ARQUIV~1\ACEMEG~1\SystemS\Matrox\DigiVCap.dll<br />
vidc.dv50=C:\ARQUIV~1\ACEMEG~1\SystemS\Matrox\DigiVCap.dll<br />
vidc.dvc=C:\ARQUIV~1\ACEMEG~1\SystemS\MAINCO~1\MCDVD_32.DLL<br />
vidc.dvcp=C:\ARQUIV~1\ACEMEG~1\SystemS\SONY\sonydv.dll<br />
vidc.dvcs=C:\ARQUIV~1\ACEMEG~1\SystemS\MAINCO~1\MCDVD_32.DLL<br />
vidc.dvmc=c58\archiv~1\codecp~1\mcdv\mcdvd_32.dll<br />
vidc.dvsd=C:\ARQUIV~1\ACEMEG~1\SystemS\MAINCO~1\MCDVD_32.DLL<br />
vidc.dvsd=pdvcodec.dll<br />
vidc.dvx4=C:\ARQUIV~1\ACEMEG~1\SystemS\DivX\divx4.dll<br />
vidc.DX50=c58\archiv~1\codecp~1\divx502\divx.dll<br />
vidc.em2v=C:\ARQUIV~1\ACEMEG~1\SystemS\etxcodec.dll ; "Etymonix MPEG2 video codec""vidc.EM2V"<br />
VIDC.FFDS=C:\PROGRA~1\COMBIN~1\Filters\FFDShow\ff_vfw.dll<br />
vidc.ffds=ff_vfw.dll<br />
vidc.ffds=ffdshow.ax<br />
vidc.FPS1=frapsvid.dll<br />
vidc.frwa=C:\ARQUIV~1\ACEMEG~1\SystemS\Forward\frwt.dll<br />
vidc.frwd=C:\ARQUIV~1\ACEMEG~1\SystemS\Forward\frwd.dll<br />
vidc.frwt=C:\ARQUIV~1\ACEMEG~1\SystemS\Forward\frwd.dll<br />
vidc.frwu=C:\ARQUIV~1\ACEMEG~1\SystemS\Forward\frwu.dll<br />
vidc.fvfw=c58\archiv~1\codecp~1\ffvfw\ffvfw.dll<br />
vidc.gepj=C:\ARQUIV~1\ACEMEG~1\SystemS\pmjpeg32.dll<br />
vidc.glzw=C:\ARQUIV~1\ACEMEG~1\SystemS\Gabest\GLZW.dll<br />
vidc.gpeg=C:\ARQUIV~1\ACEMEG~1\SystemS\Gabest\GPEG.dll<br />
vidc.gpjm=C:\ARQUIV~1\ACEMEG~1\SystemS\Pinnacle\RTMJPG~1.DLL<br />
VIDC.GRB1=pgrcodec.dll<br />
VIDC.GRB2=pgrcodec.dll<br />
VIDC.GRB3=pgrcodec.dll<br />
vidc.h264=ff_vfw.dll<br />
vidc.hfyu=C:\ARQUIV~1\ACEMEG~1\SystemS\huffyuv.dll<br />
vidc.HFYU=c58\archiv~1\codecp~1\huffyuv\huffyuv.dll<br />
vidc.hfyu=huffyuv.dll<br />
VIDC.HJPG=h22capt.dll<br />
vidc.HJPG=pvmjpg21.dll<br />
vidc.i263=C:\ARQUIV~1\ACEMEG~1\SystemS\Intel\i263_32.drv<br />
vidc.I263=c58\archiv~1\codecp~1\i263\i263_32.drv<br />
vidc.i263=i263_32.drv<br />
vidc.I420=i420vfw.dll<br />
VIDC.I420=msh263.drv<br />
vidc.ipdv=C:\ARQUIV~1\ACEMEG~1\SystemS\PANASO~1\idvcodec.dll<br />
vidc.ir21=C:\ARQUIV~1\ACEMEG~1\SystemS\Intel\IR21_R.DLL<br />
VIDC.IR21=IR21_R.DLL<br />
vidc.iv30=C:\ARQUIV~1\ACEMEG~1\SystemS\Intel\ir32_32.dll<br />
vidc.iv31=C:\ARQUIV~1\ACEMEG~1\SystemS\Intel\ir32_32.dll<br />
vidc.iv31=indeov.drv<br />
vidc.iv31=ir32.dll<br />
vidc.iv31=ir32_32.dll<br />
vidc.iv32=ir32.dll<br />
vidc.iv32=ir32_32.dll<br />
vidc.iv33=C:\ARQUIV~1\ACEMEG~1\SystemS\Intel\ir32_32.dll<br />
vidc.iv34=C:\ARQUIV~1\ACEMEG~1\SystemS\Intel\ir32_32.dll<br />
vidc.iv35=C:\ARQUIV~1\ACEMEG~1\SystemS\Intel\ir32_32.dll<br />
vidc.iv36=C:\ARQUIV~1\ACEMEG~1\SystemS\Intel\ir32_32.dll<br />
vidc.iv37=C:\ARQUIV~1\ACEMEG~1\SystemS\Intel\ir32_32.dll<br />
vidc.iv38=C:\ARQUIV~1\ACEMEG~1\SystemS\Intel\ir32_32.dll<br />
vidc.iv39=C:\ARQUIV~1\ACEMEG~1\SystemS\Intel\ir32_32.dll<br />
vidc.iv40=C:\ARQUIV~1\ACEMEG~1\SystemS\Intel\ir41_32.dll<br />
VIDC.IV40=Ir41_32.ax<br />
vidc.iv41=C:\ARQUIV~1\ACEMEG~1\SystemS\Intel\ir41_32.dll<br />
vidc.iv41=ir41_32.ax<br />
VIDC.IV41=ir41_32.dll<br />
vidc.iv42=C:\ARQUIV~1\ACEMEG~1\SystemS\Intel\ir41_32.dll<br />
vidc.iv43=C:\ARQUIV~1\ACEMEG~1\SystemS\Intel\ir41_32.dll<br />
vidc.iv44=C:\ARQUIV~1\ACEMEG~1\SystemS\Intel\ir41_32.dll<br />
vidc.iv45=C:\ARQUIV~1\ACEMEG~1\SystemS\Intel\ir41_32.dll<br />
vidc.iv46=C:\ARQUIV~1\ACEMEG~1\SystemS\Intel\ir41_32.dll<br />
vidc.iv47=C:\ARQUIV~1\ACEMEG~1\SystemS\Intel\ir41_32.dll<br />
vidc.iv48=C:\ARQUIV~1\ACEMEG~1\SystemS\Intel\ir41_32.dll<br />
vidc.iv49=C:\ARQUIV~1\ACEMEG~1\SystemS\Intel\ir41_32.dll<br />
vidc.iv50=C:\ARQUIV~1\ACEMEG~1\SystemS\Intel\ir50_32.dll<br />
vidc.iv50=ir50_32.dll<br />
vidc.iyuv=C:\ARQUIV~1\ACEMEG~1\SystemS\Intel\iyuv_32.dll<br />
vidc.IYUV=iyuv_32.dll<br />
vidc.lead=C:\ARQUIV~1\ACEMEG~1\SystemS\LEAD\LCODCCMP.DLL<br />
vidc.m261=C:\ARQUIV~1\ACEMEG~1\SystemS\MICROS~1\msh261.drv<br />
vidc.M261=msh261.drv<br />
vidc.m263=C:\ARQUIV~1\ACEMEG~1\SystemS\MICROS~1\msh263.drv<br />
vidc.M263=msh263.drv<br />
vidc.miro=C:\ARQUIV~1\ACEMEG~1\SystemS\Pinnacle\MIRODV~1.DLL<br />
vidc.mjpa=C:\ARQUIV~1\ACEMEG~1\SystemS\Pinnacle\RTMJPG~1.DLL<br />
vidc.MJPG=c58\archiv~1\codecp~1\picvideo\pvmjpg21.dll<br />
VIDC.MJPG=Pvmjpg30.dll<br />
vidc.mjpx=C:\ARQUIV~1\ACEMEG~1\SystemS\Pegasus\pvmjpg21.dll<br />
vidc.MJPX=c58\archiv~1\codecp~1\m3jpegv3\m3jpeg32.dll<br />
VIDC.MJPX=PICVideoMJPEGCodec<br />
vidc.mkvc=C:\ARQUIV~1\ACEMEG~1\SystemS\kmvidc32.dll<br />
vidc.mmes=C:\ARQUIV~1\ACEMEG~1\SystemS\Matrox\DigiVCap.dll<br />
vidc.mmjp=C:\ARQUIV~1\ACEMEG~1\SystemS\Matrox\DigiVCap.dll<br />
vidc.mp41=C:\ARQUIV~1\ACEMEG~1\SystemS\MICROS~1\mpg4c32.dll<br />
vidc.mp42=C:\ARQUIV~1\ACEMEG~1\SystemS\MICROS~1\mpg4c32.dll<br />
VIDC.MP42=C:\WINDOWS\SYSTEM\mpg4c32.dll<br />
VIDC.MP42=mpg4c32.dll<br />
vidc.mp42=mpg4c32.dll<br />
vidc.mp43=C:\ARQUIV~1\ACEMEG~1\SystemS\MICROS~1\mpg4c32.dll<br />
VIDC.MP43=C:\WINDOWS\SYSTEM\mpg4c32.dll<br />
vidc.MP43=c58\archiv~1\codecp~1\mpeg4\mpg4c32.dll<br />
vidc.mp4s=C:\ARQUIV~1\ACEMEG~1\SystemS\MICROS~1\mpg4c32.dll<br />
vidc.mp4v=C:\ARQUIV~1\ACEMEG~1\SystemS\MICROS~1\mpg4c32.dll<br />
vidc.mpg3=C:\ARQUIV~1\ACEMEG~1\SystemS\DivX\DivXc32.dll<br />
vidc.mpg4=C:\ARQUIV~1\ACEMEG~1\SystemS\MICROS~1\mpg4c32.dll<br />
VIDC.MPG4=C:\WINDOWS\SYSTEM\mpg4c32.dll<br />
vidc.mpg4=mpg4c32.dll<br />
VIDC.MPG4=msscmc32.dll<br />
vidc.MRLD=msrle32.dll<br />
vidc.mrle=C:\ARQUIV~1\ACEMEG~1\SystemS\MICROS~1\msrle32.dll<br />
VIDC.MRLE=msrele32.dll<br />
vidc.mrle=msrle.drv<br />
vidc.mrle=msrle32.dll<br />
VIDC.MRLElt<br />
vidc.msmc=C:\ARQUIV~1\ACEMEG~1\SystemS\Matrox\DigiVCap.dll<br />
vidc.MSUD=msulvc05.dll<br />
vidc.msvc=C:\ARQUIV~1\ACEMEG~1\SystemS\MICROS~1\msvidc32.dll<br />
vidc.msvc=msvidc.drv<br />
vidc.msvc=msvidc32.dll<br />
vidc.mszh=C:\ARQUIV~1\ACEMEG~1\SystemS\avimszh.dll<br />
vidc.MSZH=c58\archiv~1\codecp~1\lcljp\avimszh.dll<br />
vidc.mtx1=C:\ARQUIV~1\ACEMEG~1\SystemS\Matrox\DigiVCap.dll<br />
vidc.mtx2=C:\ARQUIV~1\ACEMEG~1\SystemS\Matrox\DigiVCap.dll<br />
vidc.mtx3=C:\ARQUIV~1\ACEMEG~1\SystemS\Matrox\DigiVCap.dll<br />
vidc.mtx4=C:\ARQUIV~1\ACEMEG~1\SystemS\Matrox\DigiVCap.dll<br />
vidc.mtx5=C:\ARQUIV~1\ACEMEG~1\SystemS\Matrox\DigiVCap.dll<br />
vidc.mtx6=C:\ARQUIV~1\ACEMEG~1\SystemS\Matrox\DigiVCap.dll<br />
vidc.mtx7=C:\ARQUIV~1\ACEMEG~1\SystemS\Matrox\DigiVCap.dll<br />
vidc.mtx8=C:\ARQUIV~1\ACEMEG~1\SystemS\Matrox\DigiVCap.dll<br />
vidc.mtx9=C:\ARQUIV~1\ACEMEG~1\SystemS\Matrox\DigiVCap.dll<br />
vidc.MVW1=c58\archiv~1\codecp~1\aware\icmw_32.dll<br />
vidc.mwv1=C:\ARQUIV~1\ACEMEG~1\SystemS\Aware\icmw_32.dll<br />
vidc.nt00=C:\ARQUIV~1\ACEMEG~1\SystemS\Newtek\ntcodec.dll<br />
vidc.pdvc=C:\ARQUIV~1\ACEMEG~1\SystemS\PANASO~1\idvcodec.dll<br />
VIDC.PGRC,,,%%<br />
VIDC.PGRC,FriendlyName,,%%<br />
VIDC.PGRC=pgrcodec.dll<br />
VIDC.PGRY=pgrcodec.dll<br />
vidc.pim1=C:\ARQUIV~1\ACEMEG~1\SystemS\Pinnacle\pclepim1.dll<br />
VIDC.PIM1=pclepim1.dll<br />
vidc.pimj=C:\ARQUIV~1\ACEMEG~1\SystemS\Pegasus\pvljpg20.dll<br />
vidc.PIMJ=c58\archiv~1\codecp~1\picvideo\pvljpg20.dll<br />
vidc.png1=C:\ARQUIV~1\ACEMEG~1\SystemS\Core\COREPN~1.DLL<br />
vidc.pvw2=C:\ARQUIV~1\ACEMEG~1\SystemS\Pegasus\pvwv220.dll<br />
vidc.PVW2=c58\archiv~1\codecp~1\picvideo\pvwv220.dll<br />
VIDC.PY16=pgrcodec.dll<br />
VIDC.PY41=pgrcodec.dll<br />
VIDC.PY44=pgrcodec.dll<br />
vidc.q1.0=C:\ARQUIV~1\ACEMEG~1\SystemS\Qpeg32.dll<br />
vidc.qpeg=C:\ARQUIV~1\ACEMEG~1\SystemS\Qpeg32.dll<br />
VIDC.RGB1=pgrcodec.dll<br />
VIDC.RGB2=pgrcodec.dll<br />
VIDC.RGB3=pgrcodec.dll<br />
vidc.rmp4=C:\ARQUIV~1\ACEMEG~1\SystemS\REALMA~1\rmp4.dll<br />
vidc.rt21=C:\ARQUIV~1\ACEMEG~1\SystemS\Intel\IR21_R.DLL<br />
VIDC.RT21=indeo.drv<br />
vidc.rt21=indeov.drv<br />
VIDC.RT21=ir21_r.dll<br />
vidc.rud0=C:\ARQUIV~1\ACEMEG~1\SystemS\Rududu\rududu.dll<br />
vidc.s422=C:\ARQUIV~1\ACEMEG~1\SystemS\Tekram\tekyuv.dll<br />
vidc.sjpg=C:\ARQUIV~1\ACEMEG~1\SystemS\pmjpeg32.dll<br />
vidc.SJPG=c58\archiv~1\codecp~1\pmmjpeg\pmmjpeg.dll<br />
vidc.sony=C:\ARQUIV~1\ACEMEG~1\SystemS\SONY\sonydv.dll<br />
VIDC.SP54=SP5X_32.DLL<br />
VIDC.SP55=SP5X_32.DLL<br />
VIDC.SP56=SP5X_32.DLL<br />
VIDC.SP57=SP5X_32.DLL<br />
VIDC.SP58=SP5X_32.DLL<br />
vidc.t420=C:\ARQUIV~1\ACEMEG~1\SystemS\Toshiba\tsbyuv.dll<br />
vidc.TR20=tr2032.dll<br />
vidc.tscc=C:\ARQUIV~1\ACEMEG~1\SystemS\tsccvid.dll<br />
vidc.TSCC=tsccvid.dll<br />
vidc.UCOD=clrviddd.dll<br />
vidc.uyvy=C:\ARQUIV~1\ACEMEG~1\SystemS\MICROS~1\msyuv.dll<br />
vidc.UYVY=msyuv.dll<br />
VIDC.UYVY=pgrcodec.dll<br />
VIDC.VCR1=ATIVCR1.DLL<br />
VIDC.VCR2=ATIVCR2.DLL<br />
VIDC.VDOM=vdowave.drv<br />
vidc.vifp=C:\ARQUIV~1\ACEMEG~1\SystemS\vfcodec.dll<br />
vidc.vivo=ivvideo.dll<br />
vidc.vixl=C:\ARQUIV~1\ACEMEG~1\SystemS\Miro\miroxl32.dll<br />
vidc.vp30=C:\ARQUIV~1\ACEMEG~1\SystemS\ON2TEC~1\vp31vfw.dll<br />
vidc.VP31=,vp31vfw.dll<br />
vidc.vp31=C:\ARQUIV~1\ACEMEG~1\SystemS\ON2TEC~1\vp31vfw.dll<br />
vidc.VP31=c58\archiv~1\codecp~1\on2vp3\vp31vfw.dll<br />
vidc.vp31=vp31vfw.dll<br />
vidc.VP40=vp4vfw.dll<br />
vidc.vp60=C:\ARQUIV~1\ACEMEG~1\SystemS\ON2TEC~1\vp6vfw.dll<br />
vidc.VP60=vp6vfw.dll<br />
vidc.vp61=C:\ARQUIV~1\ACEMEG~1\SystemS\ON2TEC~1\vp6vfw.dll<br />
vidc.VP61=vp6vfw.dll<br />
vidc.VP62=vp6vfw.dll<br />
vidc.VP70=vp7vfw.dll<br />
vidc.vssv=C:\ARQUIV~1\ACEMEG~1\SystemS\VANGUA~1\vsscodec.dll<br />
vidc.vy12=xvidvfw.dll<br />
VIDC.VYUY=ATIVYUY.DLL<br />
VIDC.VYUY=ATIYUV.DRV<br />
vidc.wmv3=C:\ARQUIV~1\ACEMEG~1\SystemS\MICROS~1\WMV9VCM.dll<br />
VIDC.WMV3=c:\progra~1\COMBIN~1\Filters\wmv9vcm.dll<br />
vidc.WMV3=wmv9vcm.dll<br />
vidc.wnv1=C:\ARQUIV~1\ACEMEG~1\SystemS\wnvplay1.dll<br />
vidc.wrpr=C:\ARQUIV~1\ACEMEG~1\SystemS\aviwrap.dll<br />
vidc.X264=x264vfw.dll<br />
VIDC.XMPG=XMPG_AVI.drv, , "[AVI] XING Scalable MPEG",,, "XING Scalable MPEG"<br />
vidc.xvid=C:\ARQUIV~1\ACEMEG~1\SystemS\XviD\xvidvfw.dll<br />
vidc.XVID=xvid.dll<br />
vidc.XVID=xvidvfw.dll<br />
vidc.y411=C:\ARQUIV~1\ACEMEG~1\SystemS\Toshiba\tsbyuv.dll<br />
vidc.y41p=C:\ARQUIV~1\ACEMEG~1\SystemS\BROOKT~1\btvvc32.drv<br />
VIDC.Y800=pgrcodec.dll<br />
vidc.yuy2=C:\ARQUIV~1\ACEMEG~1\SystemS\MICROS~1\msyuv.dll<br />
vidc.YUY2=msyuv.dll<br />
VIDC.YUY2=msyuv.dll<br />
VIDC.YV12=ATIYUV.DRV<br />
VIDC.YV12=ATIYUV12.DLL<br />
vidc.yv12=C:\ARQUIV~1\ACEMEG~1\SystemS\ATI\atiyuv12.DLL<br />
vidc.yv12=DivX.dll<br />
vidc.yv12=quotdivx.dll<br />
vidc.YV12=Xvid.dll<br />
vidc.YV12=xvidvfw.dll<br />
vidc.YV12=yv12vfw.dll<br />
VIDC.YVU9=ATIYVU9.DLL<br />
vidc.yvu9=C:\ARQUIV~1\ACEMEG~1\SystemS\Intel\Iyvu9_32.dll<br />
vidc.yvu9=indeov.drv<br />
vidc.yvu9=ir21_r.dll<br />
VIDC.YVU9=IYVU9.DLL<br />
VIDC.YVU9=IYVU9.DLL<br />
vidc.YVU9=tsbyuv.dll<br />
vidc.yvyu=C:\ARQUIV~1\ACEMEG~1\SystemS\MICROS~1\msyuv.dll<br />
vidc.YVYU=msyuv.dll<br />
VIDC.YVYU=msyuv.dll<br />
vidc.zlib=C:\ARQUIV~1\ACEMEG~1\SystemS\avizlib.dl<br />
vidc.yv12=yv12vfw.dll<br />
VIDC.AUR2=avcodec.drv<br />
vidc.vivo=ivvideo.dll<br />
VIDC.NTN1=NUVision.ax<br />
VIDC.VQJC=PD016dec.dll<br />
VIDC.DRAW=DVIDEO.DLL<br />
vidc.aflc=flccodec32.dll<br />
vidc.afli=flccodec32.dll<br />
vidc.aasc=aasc32.dll<br />
VIDC.CFHD=CFHD.dll<br />
VIDC.UV12=SCDeluxe.ax<br />
MSACM.CEGSM= mobilev.acm<br />
VIDC.AURA=avcodec.drv<br />
VIDC.MSVC=msvidc.drv<br />
MSACM.MI-SC4= MI-SC4.acm<br />
vidc.cgdi=GDICOD97.DRV<br />
VIDC.TR20=tr2032.dll<br />
VIDC.PIXL=pclepixl.dll<br />
vidc.dvsd=pdvcodec.dll<br />
msacm.sl_anet=sl_anet.acm<br />
msacm.voxacm160=vct3216.acm<br />
MSACM.MSNAUDIO=msnaudio.acm<br />
VIDC.XJPG=camfc.dll<br />
VIDC.I420=vdrcodec.dll<br />
VIDC.MJPX=PICVideo MJPEG Codec<br />
VIDC.YV12=xl_yv12.dll<br />
vidc.mxmc=MimicICM.DLL<br />
vidc.davc=davcvfw.dll<br />
VIDC.YU12=ATIYUV12.DLL<br />
vidc.GMP4=GXAMP4.dll, Geo Advanced MPEG-4 Video Codec , , ,<br />
vidc.GM40=GXAMP4.dll, Geo Advanced MPEG-4 Video Codec , , ,<br />
vidc.GM4H=GXAMP4D.dll, Geo Advanced MPEG-4 Video H/W Decoder , , ,<br />
vidc.GM4S=GXAMP4D.dll, Geo Advanced MPEG-4 Video S/W Decoder , , ,<br />
vidc.N264=nwh264.dll<br />
VIDC.AJPG=AJPG.dll<br />
VIDC.HFYU=kdvyuv.dll<br />
VIDC.YUV8=kdvyuv8.dll<br />
VIDC.YV12=kdvyv12.dll<br />
msacm.kdadpcm=kdadpcm.acm<br />
msacm.kdg7221=kdg7221.acm<br />
vidc.kdh4=kdh4.dll<br />
vidc.kdm4=kdm4.dll<br />
kdadpcm.acm=KDC ADPCM Audio Codec for MSACM<br />
kdg7221.acm=KDC G722.1.C Audio Codec for MSACM<br />
kdh4.dll=kdc media core h.264<br />
kdm4.dll=kdc media core mpeg4<br />
kdvyuv.dll=kdc media core kdvyuv<br />
kdvyuv8.dll=kdc media core kdvyuv8<br />
kdvyv12.dll=kdc media core kdvyv12<br />
VIDC.MPG4=ompg4c32.DLL<br />
VIDC.WINX=WnvWINX.DLL<br />
VIDC.WNV1=WnvPlay1.DLL<br />
VIDC.YUV8=WnvYUV8.DLL<br />
VIDC.YV12=WnvYV12.DLL<br />
vidc.yuy2=WnvPlay1.DLL<br />
WnvMxr.dll=Winnov Videum<br />
WnvPlay1.DLL=Videum YUY2 Codec<br />
WnvVid32.dll=Winnov Videum Video Capture<br />
WnvWINX.DLL=Videum WINX Codec<br />
WnvWav32.dll=Winnov Videum<br />
WnvYUV8.DLL=Videum YUV8 Codec<br />
WnvYV12.DLL=Videum YV12 Codec<br />
iyvu9_32.DLL=Indeo YVU9 Raw<br />
ompg4c32.DLL=Microsoft MPEG-4 Video Codec v2<br />
vidc.smsv= C:\WINDOWS\system32\wv32vfw.dll<br />
vidc.imm4= vcmimm4.dll<br />
vidc.gisz= gigasize.dll<br />
vidc.vdec=videc.dll<br />
VIDC.UV12=epdxipl.ax<br />
vidc.GEOXGeoCodec.dll, vidc.GEOX, Geo MPEG-4 Video Codec , , ,<br />
vidc.GEOVGeoCodec.dll, , Geo MPEG-4 Video Codec , , ,<br />
vidc.GEOSGeoCodecD.dll,, Geo MPEG-4 Video Decoder , , ,<br />
VIDC.YUV8=kdvyuv8.dll<br />
VIDC.YV12=kdvyv12.dll<br />
VIDC.JBYR=aoxdxipl.ax<br />
VIDC.UV12=p1080dex.ax : creative webcam, LBYR maybe?<br />
VIDC.UV12= SCDeluxe.ax<br />
VIDC.UV12= SCGroove.ax<br />
vidc.WRPR=AVIWRAP.DLL<br />
msacm.msg711=msg711.acm<br />
VIDC.PVW2=pvwv220.dll<br />
VIDC.VIFP=VFCodec.dll<br />
msacm.msg723=msg723.acm<br />
MSACM.NSGSM=NSGSM32.ACM <br />
MSACM.NSTSP=NSTSP32.ACM <br />
MSACM.sx5363s=sx5363s.acm <br />
MSACM.sx80lcs=sx80lcs.acm<br />
msacm.lhacm=lhacm.acm<br />
msacm.voxacm160=vct3216.acm<br />
VIDC.AXM4="axismpg4.dll"<br />
VIDC.LNX1="LnxCodec.dll"<br />
VIDC.SJPG="SN4Codec.dll"<br />
VIDC.SN40="SN4Codec.dll"<br />
VIDC.SN41="SN4Codec.dll"<br />
VIDC.VRM4="verintmpg4.dll"<br />
vidc.ADV1="WavLor.dll"<br />
vidc.I420="LrxYV12.dll"<br />
vidc.LRX2="LrxYV12.dll"<br />
vidc.LRXH="LRXHCodec.dll"<br />
vidc.TJPG="tjpegcodec.dll"<br />
vidc.WVT2="WaveT2.dll"<br />
vidc.ZJPG="pzjpeg32.dll"<br />
VIDC.PJPG=Pxjpg.dll<br />
vidc.GEOS”=”C:\\WINDOWS\\system32\\v8200\\GEO-MPEG4\\2008.1.7.18.9\\GeoCodecD.dll”<br />
vidc.GEOV”=”C:\\WINDOWS\\system32\\v8200\\GEO-MPEG4\\2008.1.7.18.9\\GeoCodec.dll”<br />
vidc.GEOX”=”C:\\WINDOWS\\system32\\v8200\\GEO-MPEG4\\2008.1.7.18.9\\GeoCodec.dll”<br />
vidc.GM40″=”C:\\WINDOWS\\system32\\v8200\\GEO-MPEG4-ASP\\2008.1.23.13.16\\GXAMP4.dll”<br />
vidc.GMP4″=”C:\\WINDOWS\\system32\\v8200\\GEO-MPEG4-ASP\\2008.1.23.13.16\\GXAMP4.dll”<br />
vidc.GM4H”=”C:\\WINDOWS\\system32\\v8200\\GEO-MPEG4-ASP\\2008.1.23.13.16\\GXAMP4D.dll”<br />
vidc.GM4S”=”C:\\WINDOWS\\system32\\v8200\\GEO-MPEG4-ASP\\2008.1.23.13.16\\GXAMP4D.dll”<br />
vidc.G264″=”C:\\WINDOWS\\system32\\v8200\\GEO-H264\\2008.1.7.18.7\\GX264.dll”<br />
vidc.G26S”=”C:\\WINDOWS\\system32\\v8200\\GEO-H264\\2008.1.7.18.7\\GX264D.dll”<br />
vidc.GM20″=”C:\\WINDOWS\\system32\\v8200\\GEO-MPEG2\\2008.1.11.20.2\\GXGM20.dll”<br />
vidc.GJPG”=”C:\\WINDOWS\\system32\\v8200\\GEO-JPEG\\2008.1.24.19.52\\GXJPG.dll”<br />
vidc.GAVC”=”C:\\WINDOWS\\system32\\v8200\\GEO-H264-V2\\2008.1.18.16.54\\GXAVC.dll”<br />
vidc.GAVS”=”C:\\WINDOWS\\system32\\v8200\\GEO-H264-V2\\2008.1.18.16.54\\GXAVCD.dll”<br />
VIDC.GTC2=gtc2.dll ; GrandTek.USBDCam<br />
VIDC.JJPG"= jl_jjpg.drv<br />
VIDC.MJPG=CAPCDC.drv<br />
VIDC.MJPG=sonymjpg.dll<br />
VIDC.JPGL=lvcodec2.dll<br />
VIDC.JPGL=jpgl.dll<br />
VIDC.GTCC=GTCODEC.DLL<br />
VIDC.GTC2=gtcodec2.DLL<br />
"VIDC.VQC1=vqdecode.dll"<br />
"VIDC.VQC2=vqdecode.dll"<br />
vidc.mwsc=mwsc.dll mwsc.dll="MatchWare Screen Codec"<br />
VIDC.SRVC=srvc.dll "3R H263 32-bits codec" http://www.3rtechnologies.com/DVR Program/DVRCodec.exe<br />
vidc.3rvc="MPEG4V.dll" "3R MPEG4 32-bits codec" (DVRCodec.exe)<br />
VIDC.PMP4"= PV3Decoder.dll <br />
VIDC.PVW2="pvwv220.dll"<br />
<br />
todo:<br />
google vidc.iv50 and other common codecs<br />
download all results, grep for vidc.<br />
create ultimate list of vfw fourccs.<br />
<br />
t263 -- http://www.marchnetworks.com/products/dvr_player.asp<br />
cmp4<br />
<br />
also import all of these:<br />
http://www.moviecodec.com/fourcc.html<br />
http://www.codecsdb.com<br />
</pre><br />
<br />
From the list at moviecodec.com:<br />
3IV1 3ivx<br />
<br />
EM4A Panasonic MPEG-4 Decoder plug-in<br />
<br />
GEOX GeoVision MPEG-4<br />
<br />
LEAD MCMP/MJPEG<br />
<br />
MLCY MLC Codec<br />
<br />
NUB1 Eye/Ear Converter and Nub Codec<br />
<br />
SP54 Sunplus SP54<br />
<br />
TM2A Duck TrueMotion 2X<br />
<br />
TM2X Duck TrueMotion 2X<br />
<br />
TR20 NetShow Codecs<br />
<br />
ZDSV ZD Soft Screen Video Decoder</div>Dashcloudhttps://wiki.multimedia.cx/index.php?title=Talk:TwoCC&diff=10727Talk:TwoCC2008-12-31T17:07:44Z<p>Dashcloud: </p>
<hr />
<div>merge this list<br />
(list removed)<br />
<br />
: [[User:Dashcloud|Dashcloud]] merged the list, thanks! --[[User:Compn|Compn]] 16:45, 1 October 2007 (EDT)<br />
<br />
This page should be hooked up to one of the other audio pages- otherwise, the only way to get to it is from the terminology page or searching for it. I'm not sure which category it should be under though. Thoughts? [[User:Dashcloud|Dashcloud]] 12:07, 31 December 2008 (EST)</div>Dashcloudhttps://wiki.multimedia.cx/index.php?title=4X_Technologies&diff=107264X Technologies2008-12-31T16:17:50Z<p>Dashcloud: update link</p>
<hr />
<div>Website: formerly located at www.4xtechnologies.com but has been defunct since early 2003; various files formerly available from their website are mirrored at [http://samples.mplayerhq.hu/game-formats/4xm/ http://samples.mplayerhq.hu/game-formats/4xm/]<br />
<br />
4X Technologies was a French software company that developed a set of full motion video tools for use in computer and console games.<br />
<br />
== 4X Multimedia Technologies ==<br />
<br />
* [[4xm Format]]<br />
* [[4xm Video]]<br />
* [[4X IMA ADPCM]]<br />
<br />
[[Category:Multimedia-related Companies]]</div>Dashcloud