MultimediaWiki - User contributions [en]

FATE Machines

2010-06-27T19:45:15Z

Angustia: Add links to patches for Windows.

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

Intel Core 2 Quad running Windows Server 2008 R2.

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

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

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

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

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

Intel Core 2 Quad running Windows Server 2008 R2.

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

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

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

== #11 ==
Administered by Reimar Doeffinger.

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

== #12 ==
Administered by Mans Rullgard.

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

== #13 ==
Administered by Mans Rullgard.

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

== #14 ==
Administered by Michael Kostylev.

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

== #15 ==
Administered by Mans Rullgard.

STK1000

== #16 ==
Administered by Michael Kostylev.

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

== #17 ==
Administered by Michael Kostylev.

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

== #18 ==
Administered by Michael Kostylev.

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

== #19 ==
Administered by Michael Kostylev.

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

== #20 ==
Administered by Jeff Downs.

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

== #21 ==
Administered by Mans Rullgard.

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

== #22 ==
Administered by Michael Kostylev.

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

== #23 ==
Administered by Mans Rullgard.

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

== #24 ==
Administered by Michael Kostylev.

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

== #25 ==
Administered by Michael Kostylev.

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

== #26 ==
Administered by Michael Kostylev.

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

== #32 ==
Administered by Michael Kostylev.

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

== #33 ==
Administered by Michael Kostylev.

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

== #34 ==
Administered by Mans Rullgard.

BF537 running at 600MHz with 64MB RAM.

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

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

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

FATE Machines

2010-05-18T13:31:37Z

Angustia: Updates to windows box.

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

Intel Core 2 Quad running Windows Server 2008 R2.

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

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

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

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

Intel Core 2 Quad running Windows Server 2008 R2.

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

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

== #11 ==
Administered by Reimar Doeffinger.

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

== #12 ==
Administered by Mans Rullgard.

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

== #13 ==
Administered by Mans Rullgard.

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

== #14 ==
Administered by Michael Kostylev.

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

== #15 ==
Administered by Mans Rullgard.

STK1000

== #16 ==
Administered by Michael Kostylev.

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

== #17 ==
Administered by Michael Kostylev.

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

== #18 ==
Administered by Michael Kostylev.

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

== #19 ==
Administered by Michael Kostylev.

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

== #20 ==
Administered by Jeff Downs.

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

== #21 ==
Administered by Mans Rullgard.

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

== #22 ==
Administered by Michael Kostylev.

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

== #23 ==
Administered by Mans Rullgard.

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

== #24 ==
Administered by Michael Kostylev.

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

== #25 ==
Administered by Michael Kostylev.

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

== #26 ==
Administered by Michael Kostylev.

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

== #32 ==
Administered by Michael Kostylev.

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

== #33 ==
Administered by Michael Kostylev.

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

== #34 ==
Administered by Mans Rullgard.

BF537 running at 600MHz with 64MB RAM.

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

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

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

FFmpeg Summer Of Code 2010

2010-03-31T17:22:48Z

Angustia: Update qualification for DirectShow capture.

== Qualification tasks ==

For us to consider your application for SoC we require a completed qualification task. Many Summer-of-Code projects (in the list below) have specific qualification tasks. These tasks are meant to make you familiar with the code that you will be working with, are at approximately the same difficulty level as the actual Summer-of-Code project itself (just a lot smaller), and often already provide you with a jumpstart into your Summer-of-Code project. We suggest the following order of events:
* First, select a Summer-of-Code project (either from the list below, but in some cases you may also come up with your own)
* Second, discuss this project with the person that will mentor it. If a mentor is listed, talk to him on IRC, via email or so. If no mentor is listed, find one by emailing the FFmpeg-soc mailinglist.
* With your mentor, discuss the most appropriate qualification task for your Summer-of-Code project.
If no specific qualification task is listed for your project of interest, you can discuss with your mentor to choose a task from the [[Small FFmpeg Tasks|Small Tasks list]] or the [[Interesting Patches|Interesting Patches list]] instead. If your prospective mentor agrees, please send an email to the FFmpeg-soc mailing list to inform that you are working on it (to avoid duplicated work). You can discuss progress on your qualification task and initial review of your finished qualification task on the FFmpeg-soc mailinglist (sometimes the patch will have to go through final review on the main FFmpeg development mailinglist before it can be applied also). The qualification task is considered completed when your patch is accepted to our main SVN tree.

Before posting to the FFmpeg-soc mailinglist, make sure you read and understand [http://www.ffmpeg.org/contact.html our netiquette guidelines], especially avoid top-posting and thread-hijacking (note that if you don't understand one of those terms, make sure to have understood them before writing your first post). Before you send us your patch, read our [http://www.ffmpeg.org/general.html#SEC23 development guidelines] and make sure your patch fulfills all the requirements stated there. You should also familiar with the programs diff, patch and Subversion. You have to learn these basics on your own before you start, we will not teach them to you during the application process.

A completed FFmpeg qualifications task is also accepted as a qualification task for the VLC organization (does NOT include x264).

== 1st Tier Project Proposals ==
1st tier project proposals are project ideas that are reasonably well defined '''AND''' have a mentor volunteered.

=== Implement a Windows Screen Video 2 decoder ===
* Fourcc: WVP2
* Samples: [http://samples.mplayerhq.hu/V-codecs/WVP2/ http://samples.mplayerhq.hu/V-codecs/WVP2/]
* Suggested qualification task: [[Reverse_Engineering|Reverse engineer]] the frame header parsing or the actual frame data parsing

=== NEW Seeking API ===
*primary goal: implement a new seeking API in libavformat
** implement av_seek_file in libavformat
** implement compatible new seek_file for all AVInputFormat porting existing seek function if possible.
** implement av_build_index function which will build an AVIndex for the file
** implement av_export_index function which will save AVIndex in a file which can be loaded later.

''Mentor: Baptiste Coudurier''

=== Improve RTSP/RTP layer ===
* Primary goal: improve the receiver compatibility
** Add support for more widespread formats ([list will follow check gst live555 and feng])
*** X-Qt/quicktime depayloader (see [http://www.gnome.org/~rbultje/ffmpeg-patchset/ X-QT patch])
*** SVQ3 [http://lists.mplayerhq.hu/pipermail/ffmpeg-devel/2009-July/073511.html] and QDM2 [http://lists.mplayerhq.hu/pipermail/ffmpeg-devel/2009-August/073826.html] depacketizers
*** ...more...
** support Quicktime http tunnel mode
** support RTCP/Bye as end-of-file (see [[Small_FFmpeg_Tasks#Make_the_rtp_demuxer_support_rtcp_BYE_packets|small task]])
* Secondary goal: improve application integration
** Provide an API to expose the rtcp layer (and the equivalent in RDT dialect)
** Try to support subtitle streams (either as rtcp-xr or application/text stream)
** Make VideoLanClient, MPlayer or Xine use FFmpeg RTSP

''Mentor: Luca Barbato, Ronald S. Bultje''

''Josh Allmann finished the Theora depacketizer as a qualification task

=== MMS protocol implementation ===
* See patches from Ryan Martell [http://lists.mplayerhq.hu/pipermail/ffmpeg-devel/2006-December/020118.html]
* Implementation suggestions:
** Should probably be a URLProtocol (similar to RTMP)
** Initial version should only stream (no seeking), TCP-only, and should reuse the tcp:// stack
** Subsequent patchsets could add UDP (mmsu://) and HTTP (mssh://) by reusing their respective stacks
** Subsequent patches could add seeking
* Maybe the task can be extended to add support for MMS output to FFserver, but ONLY once decoding MMS is done
* An patch for simple streaming (no seeking) over TCP only could serve as a good qualification task

''Mentor: Ronald S. Bultje''

''Zhentan Feng is working on the MMS-over-TCP qualification task''

=== AACS implementation ===
* this task probably is to get libbluray integrated with vlc/mplayer/ffmpeg and working with as many discs as possible.
* Add the ability to encode and decode using Advanced Access Content System to FFmpeg.
* Specifications: http://www.aacsla.com/specifications/
* existing implementation e.g. DumpHD: http://forum.doom9.org/showthread.php?t=123111
* Most parts (BD-J, MKB, title key generation) probably do not belong into FFmpeg, this should be discussed with us before submitting an application
** possible solution: only implement "lowest" level (decode given the correct title key) but implement CSS en- and decryption as secondary goal

''Mentor: Reimar Döffinger''

=== [[Libavfilter]] video work ===
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

* Get the remaining bits of the SoC tree committed, including the ffmpeg.c and ffplay.c patch
* Get libavfilter enabled in the main SVN tree
* Write a watermark filter (this is one of the most commonly requested FFmpeg feature)
* 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/]
* Port all MPlayer filters at libmbcodec/vf_* (do not forget asking the authors if it is ok to release them under the LGPL)

see also this ffmpeg-devel message: [http://lists.mplayerhq.hu/pipermail/ffmpeg-devel/2009-March/064817.html]

''Mentor: To be determined, [[User:Vitor|Vitor Sessak]] if no one else shows up''

=== [[Libavfilter]] audio work ===
At the moment, FFmpeg filtering library has no support at all for handling audio. This task would consist of

* Expanding the libavfilter framework to work with audio
* Writing a resampling/format conversion filter (starting with just a wrapping code at libavcodec/resample.c)
** Can it be made clear that ideally we'd want N-channel resampling? [[User:superdump|Rob]]
*** I'm listing here the tasks in the order I'd want see them done chronologically. I think first of all he should write a filter that is just a wrapper (and nothing more) of the code in resample.c. Making it more general is my point #4. I'm trying to focus in getting the general infrastructure in SVN, even if without a lot of fancy filters. [[User:Vitor|Vitor]] 17:52, 22 March 2009 (EDT)
* Implement negotiation of sample format and number of channels analogously to the libavfilter colorspace negotiation
** Does this imply a channel mixing filter? This would be the second most desirable basic audio filter in my opinion. [[User:superdump|Rob]]
*** Yes, but it to begin with, he could just write a wrapper around libavcodec/resample.c (see my next point) [[User:Vitor|Vitor]] 17:52, 22 March 2009 (EDT)
* Make the resampling filter works for several combinations of sample format and channels
* Write a visualization filter as proof-of-concept of a filter that works with both video and audio

''Mentor: To be determined, [[User:Vitor|Vitor Sessak]] if no one else shows up''

=== [[AMR-WB]] decoder ===
* Write or improve AMR-WB spec
* Implement a decoder

''Mentor: Robert Swain''

=== VC-1 Interlaced Support ===
* Add support for interlaced streams as used in Bluray recordings to the VC-1 decoder.
* This includes fixing some reference streams

''Mentor: Kostya Shishkov''

=== WMA lossless ===
* Implement a decoder for WMA lossless (0x0163)
* Reuse as much libavcodec code as possible
* Samples: http://samples.mplayerhq.hu/A-codecs/WMA9/wma_0x163.wma http://samples.mplayerhq.hu/A-codecs/lossless/luckynight.wma

=== RALF Realaudio Lossless ===
* RE and implement a decoder for this format
* Reuse as much libavcodec code as possible

=== [[Advanced_Audio_Coding#BSAC_AAC|BSAC AAC]] Decoder ===

* Separate [[AAC]] Huffman decoding and dequantiztion from the rest of AAC decoder.
* Write a BSAC AAC decoder.
* Reuse as much of the existing AAC decoder and libavcodec as possible.

''Mentor: [[User:AConverse|Alex Converse]]

=== Rewrite the audio format conversion code ===

* right now, we're using audioresample to resample audio (samplerate / channels) and audioconvert to resample audio format (int, float, 16-bit, 32-bit). We'd like a new, swscale-style implementation that combines these two in a single codebase
* design should allow for SIMD optimization of popular conversions (float-int16, int16-float)
* fix bugs in current design (clipping, overflows when going from float to int, questionable rounding)

''Mentor: to be decided

=== DTS Encoder ===
* Specification: http://wiki.multimedia.cx/index.php?title=Mirror
* Sample files: http://samples.mplayerhq.hu/A-codecs/DTS/
* Qualification: Extend the encoder in the SoC tree (port the float transform from the decoder, fix the LFE channel generation).
* Primary goal: Encoder that can produce multi sample rate, multi channel files and multi bit-rate. Wav and raw muxing support. SVN merge.
* Secondary goal: Techniques from specification implemented, optimal codebook usage, vector quantization, simple psycho acoustics.
* Third goal: Advanced psycho acoustics.
''Mentor: Benjamin Larsson''

=== Floating-point MPEG audio decoder ===
* ffmpeg currently has a fixed-point mp1/2/3 decoder, but a floating-point one should be faster on many systems.
* Goal: a decoder with speed comparable to other widely-used codecs.
''Mentor: Michael Niedermayer''

== 2nd Tier Project Proposals ==
All that separates these proposals from their 1st tier brethren is a mentor.

=== Finish SoC projects from previous years ===
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.

Unfinished projects from previous years are:

2007:
* [[FFmpeg Summer Of Code#JPEG 2000 Encoder and Decoder|JPEG 2000 decoder]]
* [[FFmpeg Summer Of Code#JPEG 2000 Encoder and Decoder|JPEG 2000 encoder]]
* [[FFmpeg Summer Of Code#Dirac Encoder and Decoder|Dirac decoder]]
* [[FFmpeg Summer Of Code#Dirac Encoder and Decoder|Dirac encoder]]
* [[FFmpeg Summer Of Code#TS Muxer|TS muxer]]

2008:
* [[FFmpeg Summer Of Code#Generic frame-level multithreading support|Generic frame-level multithreading support]]

2009:
* [[FFmpeg_Summer_Of_Code#Playlist.2FConcatenation_Support_for_FFmpeg|Playlist and concatenation support]]
* [[FFmpeg_Summer_Of_Code#Implement_the_New_Seeking_API_in_Libavformat|New seeking API]]
* [[FFmpeg_Summer_Of_Code#Implementation_of_AVFilter_infrastructure_and_various_audio_filters|AVFilter audio infrastructure]]

For the current status of all SoC projects up to date, see [[FFmpeg Summer Of Code]].

=== libvo ===
* Port MPlayer's libvo to ffplay
* 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.
* An alternative might be to only port the OpenGL part of libvo into a new glplay. This should be discussed on ffmpeg-devel before submission.

=== GSM Decoder ===
* Specification + sample implementation: http://kbs.cs.tu-berlin.de/~jutta/toast.html
* Samples: http://samples.mplayerhq.hu/A-codecs/GSM/
Also see [[GSM]].

=== Speex Decoder ===
* Specification: http://speex.org/docs/
* Samples: http://samples.mplayerhq.hu/A-codecs/speex/
Also see [[Speex]].

=== AMR-NB Encoder ===
* Specification: http://www.3gpp.org/ftp/Specs/html-info/26-series.htm
* Samples: http://samples.mplayerhq.hu/A-codecs/amr/
Also see [[AMR]].

=== VP6 Encoder ===
* Specification: [[On2 VP6]]
* Samples: http://samples.mplayerhq.hu/V-codecs/VP6/

=== WMV3 Encoder ===
* Clearly defined task
* Primary goal: Encode video sequences such that they can be decoded by a Windows Media player.

This could either be done by improving [[Interesting Patches#WMV3 encoder by Denis Fortin|this patch]] or by writing the encoder from scratch.

=== Improve subtitle support ===

* Add text-to-bitmap conversion functions
* One with hard-coded bitmaps for characters
* One that utilizes freetype
* Function used will be chosen upon compilation

Adjust existing subtitle support to new ABI
* ABI change: http://lists.mplayerhq.hu/pipermail/ffmpeg-devel/2009-January/058521.html

=== Improve Ratecontrol ===
*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.
*Primary goal 2: VBV compliant, rate distortion optimal per macroblock ratecontrol using the viterbi algorithm.
*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.
*Secondary goal 2: Rate distortion optimal (for the current picture) scene change detection.
*Secondary goal 3: B frames decision which is faster and or has a higher PSNR/bitrate and subjective quality/bitrate than the current code.

=== WTV (de)muxer ===
* Implement a demuxer (and possibly a muxer) for the [[WTV]] file format.

=== SILK decoder and/or encoder ===
* A specification was published: http://tools.ietf.org/html/draft-vos-silk-01

=== Add support for Bayer RGB colour format ===
Since it is not even clear if this should be implemented in libswscale or libavcodec, this should be discussed on ffmpeg-devel or ffmpeg-soc before submitting.
There was a related discussion on mplayer-devel once and at least two related FFmpeg issues:
* http://thread.gmane.org/gmane.comp.video.mplayer.devel/48091
* http://roundup.ffmpeg.org/issue1816
* http://roundup.ffmpeg.org/issue1837

=== DTS-HD Master Audio decoder ===
* You should know exactly what you do if you submit an application.

=== ATRAC3plus ===
* Implement a decoder for [[ATRAC3plus]].

=== Dolby E ===
* Implement a decoder for [[Dolby E]].

=== MPEG-4 ALS encoder ===
* Implement an encoder for [[MPEG-4 Audio Lossless Coding (ALS)]]

=== MPEG-4 SLS ===
* FFmpeg has currently no support (and possibly no samples) for [http://en.wikipedia.org/wiki/MPEG-4_SLS MPEG-4 SLS]

=== DirectShow capture ===
* Implement an indev for DirectShow capture on Windows (and support A/V synchronisation).
* Qualification: Get [http://thread.gmane.org/gmane.comp.video.ffmpeg.devel/106245 GDI] and [http://thread.gmane.org/gmane.comp.video.ffmpeg.devel/105810 waveform] capture integrated into FFmpeg SVN with A/V synchronisation. Both patches are almost finished.

[[Category:FFmpeg]]

Talk:FFmpeg Summer Of Code 2010

2010-03-30T19:06:45Z

Angustia:

About DirectShow capture, does anyone think it's too light of a task for GSoC? I could mentor it (we may also be able to find a better mentor)...
--[[User:Angustia|Angustia]] 15:06, 30 March 2010 (EDT)

FFmpeg Summer Of Code 2010

2010-03-30T19:04:30Z

Angustia: DirectShow capture

FATE Machines

2010-03-12T00:34:47Z

Angustia: Add cygwin toolchain.

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

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

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

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

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

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

This is the same computer as machine #6.

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

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

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

This is the same computer as machine #5.

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

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

This is the same computer as machine #8.

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

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

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

This is the same computer as machine #7.

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

Intel Core 2 Quad running Windows XP and VirtualBox.

This is the same computer as machine #10.

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

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

Intel Core 2 Quad running Windows XP and VirtualBox

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

This is the same computer as machine #9.

== #11 ==
Administered by Reimar Doeffinger.

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

== #12 ==
Administered by Mans Rullgard.

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

== #13 ==
Administered by Mans Rullgard.

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

== #14 ==
Administered by Michael Kostylev.

Intel Pentium III running DOSEMU/FreeDOS under Debian Testing

== #15 ==
Administered by Mans Rullgard.

STK1000

== #16 ==
Administered by Michael Kostylev.

Intel Dual Core E2200 (2.2 GHz) running FreeBSD under qemu

== #17 ==
Administered by Michael Kostylev.

Intel Dual Core E2200 (2.2 GHz) running DragonFly BSD under VMware Player

== #18 ==
Administered by Michael Kostylev.

Intel Dual Core E2200 (2.2 GHz) running NetBSD under VMware Player

== #19 ==
Administered by Michael Kostylev.

Intel Dual Core E2200 (2.2 GHz) running OpenSolaris under qemu

== #20 ==
Administered by Jeff Downs.

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

== #21 ==
Administered by Mans Rullgard.

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

== #22 ==
Administered by Michael Kostylev.

Intel Dual Core E2200 (2.2 GHz) running OpenBSD under VMware Player

== #23 ==
Administered by Mans Rullgard.

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

== #24 ==
Administered by Michael Kostylev.

Intel Dual Core E2200 (2.2 GHz) running OpenSolaris under qemu

== #25 ==
Administered by Michael Kostylev.

Intel Dual Core E2200 (2.2 GHz) running OpenBSD under qemu

== #26 ==
Administered by Michael Kostylev.

Intel Dual Core E2200 (2.2 GHz) running FreeBSD under qemu

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

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

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

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

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

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

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

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

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

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

== #32 ==
Administered by Michael Kostylev.

* CPU Architecture: x86_64
* Operating System: Linux
* Description: Intel Dual Core E2200 (2.2 GHz) running Debian Testing

== #33 ==
Administered by Michael Kostylev.

* CPU Architecture: x86_32
* Operating System: Linux
* Description: Intel Dual Core E2200 (2.2 GHz) running Debian Testing

== #34 ==
Administered by Mans Rullgard.

BF537 running at 600MHz with 64MB RAM.

FATE Machines

2010-03-10T00:17:38Z

Angustia: Add picture for #9 and #10.

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

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

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

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

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

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

This is the same computer as machine #6.

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

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

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

This is the same computer as machine #5.

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

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

This is the same computer as machine #8.

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

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

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

This is the same computer as machine #7.

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

Intel Core 2 Quad running Windows XP and VirtualBox.

This is the same computer as machine #10.

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

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

Intel Core 2 Quad running Windows XP and VirtualBox

This is the same computer as machine #9.

== #11 ==
Administered by Reimar Doeffinger.

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

== #12 ==
Administered by Mans Rullgard.

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

== #13 ==
Administered by Mans Rullgard.

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

== #14 ==
Administered by Michael Kostylev.

Intel Pentium III running DOSEMU/FreeDOS under Debian Testing

== #15 ==
Administered by Mans Rullgard.

STK1000

== #16 ==
Administered by Michael Kostylev.

Intel Dual Core E2200 (2.2 GHz) running FreeBSD under qemu

== #17 ==
Administered by Michael Kostylev.

Intel Dual Core E2200 (2.2 GHz) running DragonFly BSD under VMware Player

== #18 ==
Administered by Michael Kostylev.

Intel Dual Core E2200 (2.2 GHz) running NetBSD under VMware Player

== #19 ==
Administered by Michael Kostylev.

Intel Dual Core E2200 (2.2 GHz) running OpenSolaris under qemu

== #20 ==
Administered by Jeff Downs.

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

== #21 ==
Administered by Mans Rullgard.

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

== #22 ==
Administered by Michael Kostylev.

Intel Dual Core E2200 (2.2 GHz) running OpenBSD under VMware Player

== #23 ==
Administered by Mans Rullgard.

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

== #24 ==
Administered by Michael Kostylev.

Intel Dual Core E2200 (2.2 GHz) running OpenSolaris under qemu

== #25 ==
Administered by Michael Kostylev.

Intel Dual Core E2200 (2.2 GHz) running OpenBSD under qemu

== #26 ==
Administered by Michael Kostylev.

Intel Dual Core E2200 (2.2 GHz) running FreeBSD under qemu

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

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

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

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

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

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

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

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

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

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

== #32 ==
Administered by Michael Kostylev.

* CPU Architecture: x86_64
* Operating System: Linux
* Description: Intel Dual Core E2200 (2.2 GHz) running Debian Testing

== #33 ==
Administered by Michael Kostylev.

* CPU Architecture: x86_32
* Operating System: Linux
* Description: Intel Dual Core E2200 (2.2 GHz) running Debian Testing

== #34 ==
Administered by Mans Rullgard.

BF537 running at 600MHz with 64MB RAM.

File:DSC09415.JPG

2010-03-10T00:14:41Z

Angustia: This machine runs the Virtualboxes that test FATE for Windows. It also serves as support for a mac mini, a wireless router, a telephone and occasionally a glass of wine...

This machine runs the Virtualboxes that test FATE for Windows. It also serves as support for a mac mini, a wireless router, a telephone and occasionally a glass of wine...

FATE Machines

2010-03-10T00:08:54Z

Angustia: wikify my username.

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

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

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

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

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

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

This is the same computer as machine #6.

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

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

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

This is the same computer as machine #5.

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

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

This is the same computer as machine #8.

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

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

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

This is the same computer as machine #7.

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

Intel Core 2 Quad running Windows XP and VirtualBox.

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

Intel Core 2 Quad running Windows XP and VirtualBox

== #11 ==
Administered by Reimar Doeffinger.

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

== #12 ==
Administered by Mans Rullgard.

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

== #13 ==
Administered by Mans Rullgard.

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

== #14 ==
Administered by Michael Kostylev.

Intel Pentium III running DOSEMU/FreeDOS under Debian Testing

== #15 ==
Administered by Mans Rullgard.

STK1000

== #16 ==
Administered by Michael Kostylev.

Intel Dual Core E2200 (2.2 GHz) running FreeBSD under qemu

== #17 ==
Administered by Michael Kostylev.

Intel Dual Core E2200 (2.2 GHz) running DragonFly BSD under VMware Player

== #18 ==
Administered by Michael Kostylev.

Intel Dual Core E2200 (2.2 GHz) running NetBSD under VMware Player

== #19 ==
Administered by Michael Kostylev.

Intel Dual Core E2200 (2.2 GHz) running OpenSolaris under qemu

== #20 ==
Administered by Jeff Downs.

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

== #21 ==
Administered by Mans Rullgard.

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

== #22 ==
Administered by Michael Kostylev.

Intel Dual Core E2200 (2.2 GHz) running OpenBSD under VMware Player

== #23 ==
Administered by Mans Rullgard.

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

== #24 ==
Administered by Michael Kostylev.

Intel Dual Core E2200 (2.2 GHz) running OpenSolaris under qemu

== #25 ==
Administered by Michael Kostylev.

Intel Dual Core E2200 (2.2 GHz) running OpenBSD under qemu

== #26 ==
Administered by Michael Kostylev.

Intel Dual Core E2200 (2.2 GHz) running FreeBSD under qemu

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

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

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

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

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

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

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

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

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

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

== #32 ==
Administered by Michael Kostylev.

* CPU Architecture: x86_64
* Operating System: Linux
* Description: Intel Dual Core E2200 (2.2 GHz) running Debian Testing

== #33 ==
Administered by Michael Kostylev.

* CPU Architecture: x86_32
* Operating System: Linux
* Description: Intel Dual Core E2200 (2.2 GHz) running Debian Testing

== #34 ==
Administered by Mans Rullgard.

BF537 running at 600MHz with 64MB RAM.

Intel C Compiler

2009-04-16T20:49:44Z

Angustia: Create a topic just for the Windows version and add some more content.

Intel sells a C++ compiler for Windows, Linux and OS X that is freely available for non-commercial usage. The Linux version of the compiler can be used to compile binaries of [[MPlayer]] and [[FFmpeg]] that are known to be slightly more optimized speed-wise than binaries compiled with gcc. The Windows version still has some issues.

= Caveats =
For 32 bit compilation with icc, the following highly optimized SSE2 functions for H264 decoding cannot be used due to stack pointer alignment issues. The functions are deactivated for non-beta versions of icc.
* ff_x264_deblock_v_luma_sse2
* ff_x264_deblock_h_luma_sse2
* ff_x264_deblock_v_luma_intra_sse2
* ff_x264_deblock_h_luma_intra_sse2
A possible fix would be to define a prologue and epilogue for these functions in libavcodec/x86/x86inc.asm that saves, aligns and restores the stack pointer.

= FFmpeg =
Compilation with icc was tested for the following versions:
== 10.1 ==
=== 10.1 32 bit ===
Versions prior to 10.1.021 cannot compile the program audiogen, needed for regression tests. A possible workaround is using gcc to compile audiogen:
./configure --cc=icc --host-cc=gcc
10.1.017 is covered by [[FATE]].

=== 10.1 64 bit ===
All versions should be supported and are expected to pass regression tests.
Note that the iccbin binary itself is a 32 bit executable, seemingly causing trouble on some installations (such as the server running FATE tests for x86_64 / Linux).

At least icc 10.1.021 is known to incorrectly compile libavcodec/vc1.c leading to artefacts when compiling some files. A possible workaround is to compile vc1.c with -O0.

== 11.0 ==
=== 11.0 32 bit ===
All versions should be supported and are expected to pass regression tests.
=== 11.0 64 bit ===
11.0.081 and prior versions are known to fail compiling dsputil_mmx.c and cavsdsp_mmx.c with an internal error. This was fixed with 11.0.083.

The same issues as with 11.1.023 exist for all versions (at least including 11.0.083).

At least icc 11.1.083 is known to incorrectly compile libavcodec/vc1.c leading to artefacts when compiling some files. A possible workaround is to compile vc1.c with -O0.

== 11.1 Beta ==
=== 11.1 32 bit ===
If compilation of said sse2 functions is disabled (which will be done if 11.1 is released), 11.1.023 will be supported and is expected to pass regression tests.
=== 11.1 64 bit ===
At least 11.1.023 is known to badly compile the following files if optimization is used:
* libavcodec/h263.c
* libavcodec/wmv2dec.c
:The functon wmv2_pred_motion() gets miscompiled: A printf() after the initialization of *C shows that mot_val, A[], B[] and C[] often differ from compilation with -O0 while xy and wrap are unchanged.
:Artefacts are clearly visible.
* libavcodec/snow.c
* libavcodec/h264.c
Possible workarounds are to compile these files with -O0, with icc 10.1 or gcc. With one of these workarounds, regression tests are expected to pass.
Earlier beta versions were not able to compile FFmpeg with optimizations enabled: Compilation of dsputil_mmx.c and cavsdsp_mmx.c failed.

= MPlayer =
The only additional issue MPlayer has is that it is difficult to compile a 32 bit binary with icc on a 64 bit system because MPlayer's configure script does not test what kind of object file the compiler outputs (and icc does not know the option -m32, but has different binaries for 32 and 64 bit).

= Windows version =
The Windows version of the compiler cannot be used to compile FFmpeg. The main issues are:
* it uses Microsoft's header files and libs, which are not POSIX compliant;
* it does not support ".align" in assembly;
* it does not accept constructs such as
int foo = ({int bar=10; bar;});
which are used by macros in FFmpeg;
* it does not support the MANGLE macro. This gives error messages such as:
error: The direct symbol reference in movq is currently unsupported. Access symbols through the asm interface.

Some positive points that make it much more attractive than Microsoft Visual C++ for a port effort are:
* it supports C99;
* it accepts at&t style asm.

MPEG-4 Audio Lossless Coding (ALS)

2009-04-02T04:35:46Z

Angustia: The reference software has been updated.

* FOURCCS: ???
* Company: [[Moving Picture Experts Group|MPEG]]/NUe Group
* Homepage: http://www.nue.tu-berlin.de/forschung/projekte/lossless/mp4als.html
* Reference Software: http://www.nue.tu-berlin.de/forschung/projekte/lossless/refsoft/mp4alsRM22rev2.zip
* Whitepaper: http://www.nue.tu-berlin.de/publications/papers/AES119Liebchen.pdf
* Specification: ISO/IEC 14496-3:2005/Amd.2:2006 ([http://www.itscj.ipsj.or.jp/sc29/open/29view/29n6475t.doc Draft])

ALS is MPEG-4's pure lossless audio codec.

== Format ==
All integers are big-endian unless specified otherwise

=== File Header ===
4 bytes - 'ALS\0'
32 bits - sample rate
32 bits - samples
16 bits - channels-1
8 bits - flags:
3 bits - file type (RAW, WAV, AIFF)
3 bits - (bpp - 1)/8
1 bit - floating point
1 bit - samples are big-endian
16 bits - frame length-1
8 bits - seek info in each n-th frame
32 bits - flags:
2 bits - seek location
1 bit - adaptive order
2 bits - coding table
1 bit - pitch
10 bits - pred order
2 bits - block switching depth - 2
1 bit - BGMC or Rice
1 bit - subblock partition
1 bit - joint stereo
1 bit - multi-channel coding
1 bit - channel config
1 bit - channel sort
1 bit - CRC
1 bit - RLSLMS
5 bits - reserved
1 bit - AUX data present
if(channel config bit is set)
16 bits - configuration
if(channel sort bit is set)
log2(channels-1)*channels/8+1 bytes
32 bits - header size
32 bits - trailer size
<HEADER>
<TRAILER>
<CRC>
Random access table
<AUX>

=== AUX block ===
This block contains data not used by decoder (like cuesheet or image?)
First 32 bits specify data size.

=== Data block ===

if(some seek condition)
32 bits - seek size
if(multichannel && joint)
8 bits - mcc flag
if(subblocks flag is set)
8-32 bits - flags
1 bit - coupling off
1 bit - block size is N
2 bits - subblocks size is N/2
4 bits - subblocks size is N/4
if subblock depth > 3
8 bits - subblocks size is N/8
if subblock depth > 4
16 bits - subblocks size is N/16

Block data:
2 bits - block type (0 - zero block, 1 - constant, else - normal block)
if(constant block)
6 bits - padding
8-32 bits - sample to fill this block (for 16-bit sample is stored in little-endian)

[[Category:Audio Codecs]]
[[Category:Lossless Audio Codecs]]
[[Category:Formats missing in FFmpeg]]

Talk:FFmpeg Summer Of Code 2009

2009-03-27T22:40:37Z

Angustia:

=== AAC-LC encoder completion and psycho-acoustic model improvement ===

* Evaluate existing psycho-acoustic model implementations (3gpp and FAAC at least at this stage) to find a combination that is as good as or better than FAAC quality-wise
* Implement this combination of heuristics/algorithms
* Make sure the encoder is close to/faster than FAAC and close to/better quality than FAAC
* Evaluate other algorithms to offer better quality with reasonable encoding speed impacts and allow them to be switchable through command line options
* Implement sane brute force rate-distortion optimal method

How does that sound? I'd mentor this if Kostya was going to get it just so he could dedicate some time to it and so that he can be guided a little as to how to approach the problems at a high level. If anyone else is going to do it, I expect some more hands-on research would be needed. --[[User:superdump|Robert Swain]]

: Let's see. First point - working on it; second point - current code is a mess of 3GPP and FAAC (and reference encoder) functions for quantisation; third point - that's my near-future goal; fourth point - I'm making them switchable, but for now they have unreasonable encoding speed; fifth point - implemented it long ago (rather slow though). In any case I will lend my hand or hoof or whatever on this. Current code is missing rate control and fast quantisation stuff, the rest is working. --[[User:Kostya|Kostya]] 01:51, 23 March 2009 (EDT)

:: Well, you're still a student aren't you? Would you like to work on this over summer? For what do you think you will apply this year? --[[User:superdump|Robert Swain]]

=== AMR-NB and QCELP ===

Do people think it would be reasonable to join these two into one task? Once AMR-NB is finished off and in trunk, I suspect remaining features that are non-mandatory can be shared between multiple of the CELP codecs. I need to research which functions but I suspect things like silent frames, comfort noise and similar. --[[User:superdump|Robert Swain]]

=== S/PDIF muxer ===

Is there any specific qualification task you would like done for this? -- Jai

: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)

=== speex + gsm ===

Aren't libgsm and libspeex distributed under a permissive license?
If yes, these tasks do not have very high priority, imo.
[[User:Ce|Ce]] 14:56, 11 January 2009 (EST)

: 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)

:: 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]]
:::Could you point me to the roundup issue numbers? --[[User:Ce|Ce]] 19:36, 19 March 2009 (EDT)
::::[http://roundup.ffmpeg.org/roundup/ffmpeg/issue798 issue798] [https://roundup.mplayerhq.hu/roundup/ffmpeg/issue579 issue579] to start --[[User:AConverse|AConverse]] 23:59, 19 March 2009 (EDT)
:::::AFAIU, you forgot to commit one patch and didn't ping the other (yes, this is always necessary for Mans' code).--[[User:Ce|Ce]] 04:54, 20 March 2009 (EDT)
::::::Theora stack corruption was applied I just must have forgotten the post commit message. Broken continuation was rejected. And from the Thusnelda bug we are still missing 4:2:2. --[[User:AConverse|AConverse]] 12:50, 20 March 2009 (EDT)
::: I think there are precise quality requirements for decoder: They have to produce bitexact output. So I dont see a problem with having our own Speex decoder. --[[User:DonDiego|DonDiego]] 14:13, 23 March 2009 (EDT)

=== DTS-HD Master Audio decoder? ===
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)

http://en.wikipedia.org/wiki/DTS-HD_Master_Audio
:""''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''"

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)

:AFAIK, there is even no software implementation, so it would be even more difficult;-( [[User:Ce|Ce]] 20:14, 16 January 2009 (EST)

::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)

=== WTV (Microsoft Windows Media Center Recording Format) demuxer? ===
Would a [[WTV|WTV (Microsoft Windows Media Center Recording Format)]] demuxer make good project suggestion? [[User:Gamester17|Gamester17]] 13:14, 16 January 2009 (EST)

[[WTV|http://wiki.multimedia.cx/index.php?title=WTV]]
:"''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''"

::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)

::: 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)

:::: +1! [[User:Ce|Ce]] 11:54, 18 January 2009 (EST)
:Added to article --[[User:Ce|Ce]] 12:56, 19 March 2009 (EDT)

=== libavui (a common skins library)? ===
Would a common skins library make good project suggestion?
*MPlayer skin
*VLC skin
*Xine skin
*XMMS skin
*WINAMP skin
*Windows Media Player skin
*Rockbox skin
*foobar2000 skin
*Songbird feathers (skin)
-[[User:Nazo|Nazo]] 21:29, 16 January 2009 (EST)
: 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)
:: 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)
: No, skins are outside the scope of FFmpeg.--[[User:DonDiego|DonDiego]] 07:18, 18 January 2009 (EST)

==Refactor VDPAU patch for video editing ==
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)

==More pixel format support?==
Would more pixel format support make good project suggestion? Here is crazy missing pixel format list (from HDPhoto):
*1/2/4bpp palette - 8bpp is already supported
*1/2/4/32bpp gray - 8bpp and 16bpp are already supported
*16bpp gray fixedpoint
*32bpp gray float
*48/96bpp RGB - 24bpp is already supported
*48/64bpp RGB half
*48/64/96/128bpp RGB fixedpoint
*32bpp RGB101010
*96/128bpp RGB float
*64/128bpp RGBA - 32bpp is already supported
*64/128bpp RGBA fixedpoint
*64bpp RGBA half
*128bpp RGBA float
*32bpp BGR - 24bpp is already supported
*32bpp PBGRA
*64bpp PRGBA
*128bpp PRGBA float
*32bpp RGBE
*32/64bpp CMYK
*40/80bpp CMYKAlpha
*12bpp YUV420
*16bpp YUV422
*24bpp YUV444
*24bpp 3Channels
*32bpp 4Channels
*40bpp 5Channels
*48bpp 6Channels
*56bpp 7Channels
*64bpp 8Channels
*48bpp 3Channels
*64bpp 4Channels
*80bpp 5Channels
*96bpp 6Channels
*112bpp 7Channels
*128bpp 8Channels
*32bpp 3ChannelsAlpha
*40bpp 4ChannelsAlpha
*48bpp 5ChannelsAlpha
*56bpp 6ChannelsAlpha
*64bpp 7ChannelsAlpha
*72bpp 8ChannelsAlpha
*64bpp 3ChannelsAlpha
*80bpp 4ChannelsAlpha
*96bpp 5ChannelsAlpha
*112bpp 6ChannelsAlpha
*128bpp 7ChannelsAlpha
*144bpp 8ChannelsAlpha
--[[User:Nazo|Nazo]] 07:24, 21 January 2009 (EST)

: See [[Small FFmpeg Tasks#Generic Colorspace system]]. [[User:Vitor|Vitor]] 14:11, 22 January 2009 (EST)
:: need samples for each one at least. --[[User:Compn|Compn]] 07:33, 23 January 2009 (EST)
::: and HDPhoto decoder --[[User:Kostya|Kostya]] 08:06, 23 January 2009 (EST)
:::: 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)

==VC-1 Interlaced Support==
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)
:Added to article --[[User:Ce|Ce]] 09:53, 4 March 2009 (CST)

==Interactive command ui support==
Interactive command ui might be good start point to implement missing features for GUI encoders.
* more presets
* containable codec in each format
* mapping between encode options and proper UI types
* playable codecs and encode options on each player (WMP, RealPlayer, Flash Player, Silverlight, PS3, mobile phones, etc...)
* list of usable metadata tags in each format
* etc...
--[[User:Nazo|Nazo]] 05:22, 28 February 2009 (CST)

==Maybe remove/downshift some tasks==
Some tasks would be hard to complete:
* 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.
* GStreamer input - rather weak excuse. Better make it the task of REing WMA lossless (WMApro is almost there).
* i263 decoder - FFmpeg supports i263 to some extent. Missing bits are probably make only a small FFmpeg task.
--[[User:Kostya|Kostya]] 10:39, 4 March 2009 (CST)

I also have my doubts about libvo (typical cleanup task, that has not worked out well in the past) and the AACS task.
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).

[[User:Reimar|Reimar]] 14:26, 19 March 2009 (EDT)

== ffmpeg.c factorization ==

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.

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.

* '''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

-[[User:Vitor|Vitor]] 13:45, 4 March 2009 (CST)

== Rate control project ==
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)

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)

== WMA lossless ==

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

-[[User:Vitor|Vitor]] 13:50, 6 March 2009 (CST)

The situation is the same as with WMA3 lossy and we have working decoder for it.

--[[User:Kostya|Kostya]] 23:38, 6 March 2009 (CST)

== Shoutcast support ==

Is adding support for shoutcast (streaming & receiving) a viable task? -- Jai
:preliminary patch here: https://lists.mplayerhq.hu/pipermail/ffmpeg-devel/2009-January/060556.html --[[User:Compn|Compn]] 11:42, 14 March 2009 (EDT)

== Playlist/Concatenation Support ==

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)

== JPEG2000 project ==
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)
:Conversion of Y1CbCrY2 data stored in r3d jpeg2k codestreams to rgb or whatever else does not belong in a jpeg2k decoder IMHO.
:Also, the exact debayer algorithm RED uses is not known iirc. But we can have some approximation which is useful for previews.-- Jai

== 2008 GSoC Projects ==

I think all 2008 GSoC projects are still being actively worked upon. kostya, atrange, sascha, mind if I remove them from this page?--[[User:Angustia|Angustia]] 17:13, 20 March 2009 (EDT)
:I strongly support this idea!--[[User:Ce|Ce]] 05:28, 21 March 2009 (EDT)
:I'm against it. Whatever is unfinished should be up for grabs. --[[User:DonDiego|DonDiego]] 14:13, 23 March 2009 (EDT)
::I removed mine. Others may do what they wish with theirs. ----

FFmpeg Summer Of Code 2009

2009-03-27T22:39:26Z

Angustia: MLP/TrueHD encoder is not lingering in the dark.

== Current Status ==

This list is still a work-in-progress, please see also the [[Talk:FFmpeg Summer Of Code 2009|Talk Page]].

== Qualification tasks ==

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.

== 1st Tier Project Proposals ==
1st tier project proposals are project ideas that are reasonably well defined '''AND''' have a mentor volunteered.

=== S/PDIF muxer ===
* Implement a muxer capable to mux:
** DTS, all 3 packing modes and the usable HD extensions
** AC3, eAC3 also
** MLP
** PCM
** WMApro
** AAC
** Mpeg-audio, layer 2 and 3

Implement support in ffplay so that it is possible to output the audio stream over S/PDIF when playing a media file.

''Mentor: Benjamin Larsson''

=== Flash Screen video 2 codec ===
* Implement a flashsv2 decoder and encoder. And extend the current flashsv encoder to support optimal 2-pass encoding.
''Mentor: Benjamin Larsson''

=== [[MPEG-4 ALS]] decoder ===
*primary goal: stream copy of ALS frames in MP4 files from the [http://www.nue.tu-berlin.de/forschung/projekte/lossless/refsoft/mp4alsRM22rev2.zip reference encoder]
** detect codec_id
** preserve extradata
*primary goal: write the decoder based on the ISO specification
** ISO/IEC 14496-3:2005/Amd.2:2006, related corrigenda, and other pertinent ISO documents
*primary goal: decode files with basic ALS features
** integer samples
** LPC
** rice coding
** joint-stereo
*secondary goal: decode files with more advanced ALS features
** floating-point samples
** block switching
** LTP (long term prediction)
** BGMC (arithmetic coding)
** MCC (advanced multi-channel)
** RLSLMS (backward-adaptive prediction)
*secondary goal: pass the ISO conformance tests
*secondary goal: handle anything the reference encoder can come up with
''Mentor: Justin Ruggles''

=== RTMP Support (Flash streaming) ===
*primary goal: implement a RTMP URLProtocol and/or demuxer if needed.
*secondary goal: extend FFserver to support RTMP streaming.
** implementation must be compatible with Flash plugin.

''Mentor: Baptiste Coudurier''

=== Playlist/Concatenation Support ===
*primary goal: implement a playlist/concatenation interface to transcode(FFmpeg) and play(FFplay) media
** interface will use commandline switches.
** interface must support every input format FFmpeg support
** interface must work with different input stream parameters (different formats, codecs, video resolution, audio sample rate, audio channels, etc..)
** interface must support track selection
** interface must support existing playlist format files .m3u, .pls, xpsf.

''Mentor: Baptiste Coudurier''

=== NEW Seeking API ===
*primary goal: implement a new seeking API in libavformat
** implement av_seek_file in libavformat
** implement compatible new seek_file for all AVInputFormat porting existing seek function if possible.
** implement av_build_index function which will build an AVIndex for the file
** implement av_export_index function which will save AVIndex in a file which can be loaded later.

''Mentor: Baptiste Coudurier''

=== Improve RTSP/RTP layer ===
*primary goal: cleanup code the structure
*primary goal: improve the receiver compatibility
** Add support for more widespread formats ([list will follow check gst live555 and feng])
*** X-Qt/quicktime depayloader (see [http://www.gnome.org/~rbultje/ffmpeg-patchset/ X-QT patch])
*** vorbis and theora depayloader (see [[Small_FFmpeg_Tasks#Implement_the_RTP.2FVorbis_payload]])
*** h263 and h263+ (see [http://roundup.ffmpeg.org/roundup/ffmpeg/issue678 Issue 678])
*** ...more...
** support Quicktime http tunnel mode
*secondary goal: provide an API to expose the rtcp layer (and the equivalent in RDT dialect)
*secondary goal: try to support subtitle streams (either as rtcp-xr or application/text stream)
*secondary goal: make VideoLanClient, MPlayer and Xine use ffmpeg rtsp

''Mentor: Luca Barbato, Ronald S. Bultje''

=== AACS implementation ===
* Add the ability to encode and decode using Advanced Access Content System to FFmpeg.
* Specifications: http://www.aacsla.com/specifications/
* existing implementation e.g. DumpHD: http://forum.doom9.org/showthread.php?t=123111
* Most parts (BD-J, MKB, title key generation) probably do not belong into FFmpeg, this should be discussed with us before submitting an application
** possible solution: only implement "lowest" level (decode given the correct title key) but implement CSS en- and decryption as secondary goal

''Mentor: Reimar Döffinger''

=== [[Libavfilter]] video work ===
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

* Get the remaining bits of the SoC tree committed, including the ffmpeg.c and ffplay.c patch
* Get libavfilter enabled in the main SVN tree
* Write a watermark filter (this is one of the most commonly requested FFmpeg feature)
* 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/]
* Port all MPlayer filters at libmbcodec/vf_* (do not forget asking the authors if it is ok to release them under the LGPL)

see also this ffmpeg-devel message: [http://lists.mplayerhq.hu/pipermail/ffmpeg-devel/2009-March/064817.html]

''Mentor: To be determined, [[User:Vitor|Vitor Sessak]] if no one else shows up''

=== [[Libavfilter]] audio work ===
At the moment, FFmpeg filtering library has no support at all for handling audio. This task would consist of

* Expanding the libavfilter framework to work with audio
* Writing a resampling/format conversion filter (starting with just a wrapping code at libavcodec/resample.c)
** Can it be made clear that ideally we'd want N-channel resampling? [[User:superdump|Rob]]
*** I'm listing here the tasks in the order I'd want see them done chronologically. I think first of all he should write a filter that is just a wrapper (and nothing more) of the code in resample.c. Making it more general is my point #4. I'm trying to focus in getting the general infrastructure in SVN, even if without a lot of fancy filters. [[User:Vitor|Vitor]] 17:52, 22 March 2009 (EDT)
* Implement negotiation of sample format and number of channels analogously to the libavfilter colorspace negotiation
** Does this imply a channel mixing filter? This would be the second most desirable basic audio filter in my opinion. [[User:superdump|Rob]]
*** Yes, but it to begin with, he could just write a wrapper around libavcodec/resample.c (see my next point) [[User:Vitor|Vitor]] 17:52, 22 March 2009 (EDT)
* Make the resampling filter works for several combinations of sample format and channels
* Write a visualization filter as proof-of-concept of a filter that works with both video and audio

''Mentor: To be determined, [[User:Vitor|Vitor Sessak]] if no one else shows up''

=== [[AMR-NB]] decoder ===

* Continue and complete the fundamental debugging of the floating point AMR-NB decoder
* Implement/reuse the missing post filters
* Clean up the code, refactor it as appropriate to share code with QCELP and others
* Submit for review and tend to review comments
* Implement further non-essential features such as comfort noise

''Mentor: [[User:superdump|Robert Swain]]''

=== QCELP decoder missing features ===

* Implement missing features in the QCELP decoder

''Mentor: [[User:superdump|Robert Swain]]''

: This task is probably too small on its own so if you would like to do it, also look at the completion of the AMR-NB decoder task above as they may be merged into one CELP task. --[[User:superdump|Robert Swain]]

== 2nd Tier Project Proposals ==
All that separates these proposals from their 1st tier brethren is a mentor.

=== Finish SoC projects from previous years ===
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.

Unfinished projects from previous years are:

2007:
* JPEG 2000 decoder
* JPEG 2000 encoder
* Dirac decoder
* Dirac encoder
* TS muxer

2008:
* Generic frame-level multithreading support
* AAC-LC encoder
* WMA Pro decoder

=== Implement a better regressions test system ===
* Split up the current regtests
* Add tests for all the missing formats and codecs to FATE

=== libvo ===
* Port MPlayer's libvo to ffplay
* 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.

=== GStreamer input ===
* 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.
''Mentor: Christian Schaller''

=== AMR-WB Decoder ===
* Specification: http://www.3gpp.org/ftp/Specs/html-info/26-series.htm
* Samples: http://samples.mplayerhq.hu/A-codecs/amr/
Also see [[AMR]].

=== GSM Decoder ===
* Specification + sample implementation: http://kbs.cs.tu-berlin.de/~jutta/toast.html
* Samples: http://samples.mplayerhq.hu/A-codecs/GSM/
Also see [[GSM]].

=== Sipr Decoder ===
* Specification: will be provided
* Samples: http://samples.mplayerhq.hu/real/AC-sipr/
Also see [[RealAudio sipr]] and [[Interesting_Patches#RealAudio_SIPR_.4016k_decoder_and_demuxer_by_Vladimir_Voroshilov|this patch]].

=== Speex Decoder ===
* Specification: http://speex.org/docs/
* Samples: http://samples.mplayerhq.hu/A-codecs/speex/
Also see [[Speex]].

=== AMR-NB Encoder ===
* Specification: http://www.3gpp.org/ftp/Specs/html-info/26-series.htm
* Samples: http://samples.mplayerhq.hu/A-codecs/amr/
Also see [[AMR]].

=== VP6 Encoder ===
* Specification: [[On2 VP6]]
* Samples: http://samples.mplayerhq.hu/V-codecs/VP6/

=== WMV3 Encoder ===
* Clearly defined task
* Primary goal: Encode video sequences such that they can be decoded by a Windows Media player.

This could either be done by improving [[Interesting Patches#WMV3 encoder by Denis Fortin|this patch]] or by writing the encoder from scratch.

=== Improve subtitle support ===

* Add text-to-bitmap conversion functions
* One with hard-coded bitmaps for characters
* One that utilizes freetype
* Function used will be chosen upon compilation

Adjust existing subtitle support to new ABI
* ABI change: http://lists.mplayerhq.hu/pipermail/ffmpeg-devel/2009-January/058521.html

=== VC-1 Interlaced Support ===
* Add support for interlaced streams as used in Bluray recordings to the VC-1 decoder.
* This includes fixing some reference streams

=== Improve Ratecontrol ===
*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.
*Primary goal 2: VBV compliant, rate distortion optimal per macroblock ratecontrol using the viterbi algorithm.
*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.
*Secondary goal 2: Rate distortion optimal (for the current picture) scene change detection.
*Secondary goal 3: B frames decision which is faster and or has a higher PSNR/bitrate and subjective quality/bitrate than the current code.

=== WMA lossless ===
* Implement a decoder for WMA lossless (0x0163)
* Reuse as much libavcodec code as possible
* Samples: http://samples.mplayerhq.hu/A-codecs/WMA9/wma_0x163.wma http://samples.mplayerhq.hu/A-codecs/lossless/luckynight.wma

=== WTV (de)muxer ===
* Implement a demuxer (and possibly a muxer) for the [[WTV]] file format.

Talk:FFmpeg Summer Of Code 2009

2009-03-20T21:13:42Z

Angustia: 2008 GSoC Projects

=== S/PDIF muxer ===

Is there any specific qualification task you would like done for this? -- Jai

: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)

=== speex + gsm ===

Aren't libgsm and libspeex distributed under a permissive license?
If yes, these tasks do not have very high priority, imo.
[[User:Ce|Ce]] 14:56, 11 January 2009 (EST)

: 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)

:: 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]]
:::Could you point me to the roundup issue numbers? --[[User:Ce|Ce]] 19:36, 19 March 2009 (EDT)
::::[http://roundup.ffmpeg.org/roundup/ffmpeg/issue798 issue798] [https://roundup.mplayerhq.hu/roundup/ffmpeg/issue579 issue579] to start --[[User:AConverse|AConverse]] 23:59, 19 March 2009 (EDT)
:::::AFAIU, you forgot to commit one patch and didn't ping the other (yes, this is always necessary for Mans' code).--[[User:Ce|Ce]] 04:54, 20 March 2009 (EDT)
::::::Theora stack corruption was applied I just must have forgotten the post commit message. Broken continuation was rejected. And from the Thusnelda bug we are still missing 4:2:2. --[[User:AConverse|AConverse]] 12:50, 20 March 2009 (EDT)

=== DTS-HD Master Audio decoder? ===
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)

http://en.wikipedia.org/wiki/DTS-HD_Master_Audio
:""''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''"

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)

:AFAIK, there is even no software implementation, so it would be even more difficult;-( [[User:Ce|Ce]] 20:14, 16 January 2009 (EST)

::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)

=== WTV (Microsoft Windows Media Center Recording Format) demuxer? ===
Would a [[WTV|WTV (Microsoft Windows Media Center Recording Format)]] demuxer make good project suggestion? [[User:Gamester17|Gamester17]] 13:14, 16 January 2009 (EST)

[[WTV|http://wiki.multimedia.cx/index.php?title=WTV]]
:"''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''"

::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)

::: 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)

:::: +1! [[User:Ce|Ce]] 11:54, 18 January 2009 (EST)
:Added to article --[[User:Ce|Ce]] 12:56, 19 March 2009 (EDT)

=== libavui (a common skins library)? ===
Would a common skins library make good project suggestion?
*MPlayer skin
*VLC skin
*Xine skin
*XMMS skin
*WINAMP skin
*Windows Media Player skin
*Rockbox skin
*foobar2000 skin
*Songbird feathers (skin)
-[[User:Nazo|Nazo]] 21:29, 16 January 2009 (EST)
: 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)
:: 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)
: No, skins are outside the scope of FFmpeg.--[[User:DonDiego|DonDiego]] 07:18, 18 January 2009 (EST)

==Refactor VDPAU patch for video editing ==
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)

==More pixel format support?==
Would more pixel format support make good project suggestion? Here is crazy missing pixel format list (from HDPhoto):
*1/2/4bpp palette - 8bpp is already supported
*1/2/4/32bpp gray - 8bpp and 16bpp are already supported
*16bpp gray fixedpoint
*32bpp gray float
*48/96bpp RGB - 24bpp is already supported
*48/64bpp RGB half
*48/64/96/128bpp RGB fixedpoint
*32bpp RGB101010
*96/128bpp RGB float
*64/128bpp RGBA - 32bpp is already supported
*64/128bpp RGBA fixedpoint
*64bpp RGBA half
*128bpp RGBA float
*32bpp BGR - 24bpp is already supported
*32bpp PBGRA
*64bpp PRGBA
*128bpp PRGBA float
*32bpp RGBE
*32/64bpp CMYK
*40/80bpp CMYKAlpha
*12bpp YUV420
*16bpp YUV422
*24bpp YUV444
*24bpp 3Channels
*32bpp 4Channels
*40bpp 5Channels
*48bpp 6Channels
*56bpp 7Channels
*64bpp 8Channels
*48bpp 3Channels
*64bpp 4Channels
*80bpp 5Channels
*96bpp 6Channels
*112bpp 7Channels
*128bpp 8Channels
*32bpp 3ChannelsAlpha
*40bpp 4ChannelsAlpha
*48bpp 5ChannelsAlpha
*56bpp 6ChannelsAlpha
*64bpp 7ChannelsAlpha
*72bpp 8ChannelsAlpha
*64bpp 3ChannelsAlpha
*80bpp 4ChannelsAlpha
*96bpp 5ChannelsAlpha
*112bpp 6ChannelsAlpha
*128bpp 7ChannelsAlpha
*144bpp 8ChannelsAlpha
--[[User:Nazo|Nazo]] 07:24, 21 January 2009 (EST)

: See [[Small FFmpeg Tasks#Generic Colorspace system]]. [[User:Vitor|Vitor]] 14:11, 22 January 2009 (EST)
:: need samples for each one at least. --[[User:Compn|Compn]] 07:33, 23 January 2009 (EST)
::: and HDPhoto decoder --[[User:Kostya|Kostya]] 08:06, 23 January 2009 (EST)
:::: 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)

==VC-1 Interlaced Support==
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)
:Added to article --[[User:Ce|Ce]] 09:53, 4 March 2009 (CST)

==Interactive command ui support==
Interactive command ui might be good start point to implement missing features for GUI encoders.
* more presets
* containable codec in each format
* mapping between encode options and proper UI types
* playable codecs and encode options on each player (WMP, RealPlayer, Flash Player, Silverlight, PS3, mobile phones, etc...)
* list of usable metadata tags in each format
* etc...
--[[User:Nazo|Nazo]] 05:22, 28 February 2009 (CST)

==Maybe remove/downshift some tasks==
Some tasks would be hard to complete:
* 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.
* GStreamer input - rather weak excuse. Better make it the task of REing WMA lossless (WMApro is almost there).
* i263 decoder - FFmpeg supports i263 to some extent. Missing bits are probably make only a small FFmpeg task.
--[[User:Kostya|Kostya]] 10:39, 4 March 2009 (CST)

I also have my doubts about libvo (typical cleanup task, that has not worked out well in the past) and the AACS task.
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).

[[User:Reimar|Reimar]] 14:26, 19 March 2009 (EDT)

== ffmpeg.c factorization ==

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.

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.

* '''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

-[[User:Vitor|Vitor]] 13:45, 4 March 2009 (CST)

== Rate control project ==
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)

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)

== WMA lossless ==

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

-[[User:Vitor|Vitor]] 13:50, 6 March 2009 (CST)

The situation is the same as with WMA3 lossy and we have working decoder for it.

--[[User:Kostya|Kostya]] 23:38, 6 March 2009 (CST)

== Shoutcast support ==

Is adding support for shoutcast (streaming & receiving) a viable task? -- Jai
:preliminary patch here: https://lists.mplayerhq.hu/pipermail/ffmpeg-devel/2009-January/060556.html --[[User:Compn|Compn]] 11:42, 14 March 2009 (EDT)

== Playlist/Concatenation Support ==

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)

== JPEG2000 project ==
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)

== 2008 GSoC Projects ==

I think all 2008 GSoC projects are still being actively worked upon. kostya, atrange, sascha, mind if I remove them from this page?--[[User:Angustia|Angustia]] 17:13, 20 March 2009 (EDT)

Small FFmpeg Tasks

2009-03-20T13:28:01Z

Angustia:

This page contains ideas for small, relatively simple tasks for the [[FFmpeg]] project. People who might be interested in trying one of these tasks:
* Someone who wants to contribute to FFmpeg and needs to find a well-defined task to start with
* Someone who wishes to qualify for one of FFmpeg's coveted [[FFmpeg Summer Of Code|Summer of Code]] project slots
* 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

For other tasks of varying difficulty, see the [[Interesting Patches]] page.

'''If you would like to work on one of these tasks''', please take these steps:
* Subscribe to the [https://lists.mplayerhq.hu/mailman/listinfo/ffmpeg-devel FFmpeg development mailing list] and indicate your interest
* Ask [[User:Multimedia Mike|Multimedia Mike]] for a Wiki account so you can claim your task on this Wiki

'''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.

=== Finish up a previous incomplete SoC project ===

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.

=== Generic Colorspace system ===
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)
and generic simple conversion to other colorspaces.

''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)

''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 ?
--[[User:Bcoudurier|Baptiste Coudurier]] 00:30, 29 February 2008 (EST)

''* 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)

=== Make the SoC dts encoder multichannel capable ===
Here is a skeleton for a dts encoder http://svn.mplayerhq.hu/soc/dcaenc/, currently it can only encode stereo streams.
The task is to extend it to support 5.1 channels also.

Specs and info can be found here:
http://wiki.multimedia.cx/index.php?title=DTS

=== GIF LZW Encoder and extend Encoder and Decoder to support Animated GIFs ===

Lzw encoder is already used for TIFF, it must be extended to support GIF flavor.

=== Patch cleanup for MPEG 1 & 2 optimizations ===
Details are in the issue tracker: http://roundup.ffmpeg.org/roundup/ffmpeg/issue100

=== Implement a Vivo demuxer for FFmpeg ===
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].

This task corresponds to issue 99: http://roundup.ffmpeg.org/roundup/ffmpeg/issue99

''I am ready to help out with understanding MPlayer's demuxer, esp. MPlayer API stuff if necessary.
--[[User:Reimar|Reimar]] 15:46, 1 March 2008 (EST)

=== Port missing demuxers from MPlayer to FFmpeg ===
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.

''Jai Menon is working on porting the tivo demuxer''

=== Optimal Huffman tables for (M)JPEG ===
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
: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)

=== YOP Playback System ===
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.

=== M95 Playback System ===
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.

=== BRP Playback System ===
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.

=== 16-bit Interplay Video Decoder ===
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.

=== 16-bit VQA Video Decoder ===
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.

''Claimed by Deep Pal/The Deep Explorer ([http://lists.mplayerhq.hu/pipermail/ffmpeg-devel/2009-March/065522.html reference])''

=== HNM4 Playback System ===
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.

=== Apple RPZA encoder ===
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.

=== QuickTime Edit List Support ===
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.

:Krishna Gadepalli is working on this (patch submitted to ffmpeg-devel , currently in review) --[[User:Compn|Compn]] 10:35, 14 March 2009 (EDT)

=== Reimplement libavcodec/fdctref.c ===
The forward double precision DCT in this file has a non-free license. We need an LGPL replacement of this file.
:Dylan Yudaken is currently working on this task as a qualification for Google SoC 2009 --[[User:Ce|Ce]] 16:27, 18 March 2009 (EDT)

=== Implement the Flash Screen Video codec version 2 ===
FFmpeg is missing both a decoder and an encoder. Would be nice to have that.

=== Add wma fixed point decoder back into libavcodec ===
http://svn.rockbox.org/viewvc.cgi/trunk/apps/codecs/libwma/
Rockbox's fixed-point WMA decoder was adapted from the decoder in libavcodec.

=== RealAudio 14.4 encoder ===
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.

=== VC1 timestamps in m2ts ===

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.

=== FLIC work ===

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.

=== Hook up QT YUV2 FourCC ===

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.
[[Category:FFmpeg]]

=== CorePNG Decoder ===

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/]

=== Extend PNG Decoder ===

get this png working in ffpng: http://roundup.ffmpeg.org/roundup/ffmpeg/issue813 .

=== CJPG format ===

Extend FFmpeg's MJPEG decoder to handle the different frames/packing of CJPG. Samples at: http://roundup.ffmpeg.org/roundup/ffmpeg/issue777

=== Optimize Theora Decoder ===

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.
:''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)''
::''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)''
::''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)''

=== flip flag for upside-down codecs ===

<pre>about the flip, a patch that decodes images fliped when
codec_tag == ff_get_fourcc("GEOX") is welcome.
its a metter of 2lines manipulating data/linesize of imgages after
get_buffer() or something similar
[...]
--
Michael GnuPG fingerprint: 9FF2128B147EF6730BADF133611EC787040B0FAB
</pre>
more info:
http://roundup.ffmpeg.org/roundup/ffmpeg/issue741

=== lavf-based concatenation tool ===

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.

=== cljr and vcr1 encoders ===
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.

=== Add waveformat extensible support in wav muxer ===
http://article.gmane.org/gmane.comp.video.ffmpeg.devel/79503
Clean up that patch.

=== implement some colorspace fourcc/codecs ===
some colorspace formats were uploaded to http://samples.mplayerhq.hu/V-codecs/
including:
2vuy.avi
CYUV.AVI
P422.AVI
UYNV.AVI
UYNY.avi
V422.AVI
YUNV.AVI
a12v.avi
auv2.avi
and V-codecs/yuv8/MAILTEST.AVI .

step by step tutorial for adding new input formats to swscale:
cd mplayer/libswscale/
svn di -r20426:20427
the hunks 3 and 5 you dont need, they are optional special converters
also the change to isSupportedOut() you dont need
above will add a new input format

another example for adding an input format
cd mplayer/libswscale/
svn di -r20604:20605

=== Create a libamr compatible library of the Android amr codec ===
http://android.git.kernel.org/?p=platform/external/opencore.git;a=tree;f=codecs_v2/audio/gsm_amr/amr_nb;h=4bac3ee5bd1ae8b6955f2d0bdac7de43c0d985c1;hb=HEAD

=== Make the rtp demuxer support rtcp BYE packets ===
rtcp BYE (203) packets are sent from the sender to the receiver to notify that a stream has ended.
FFmpeg currently ignores them.

Sample url rtsp://media.lscube.org/tests/tc.mov

=== Implement the RTP/Vorbis payload ===
This is supported by the [http://www.lscube.org/projects/feng feng RTSP server], and is described in [http://tools.ietf.org/html/rfc5215 RFC 5215]. For testing, you can set up a local feng RTSP server to stream some local Vorbis file, or you can use the online feng test-server (rtsp://media.lscube.org:554/tests/rms_profumo_1.ogv).

Most likely, your implementation will consist of a file called rtp_vorbis.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 Vorbis-encoded frames which can subsequently be decoded by the Vorbis decoder in libavcodec/.

=== Implement the RTP/Theora payload ===
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).

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/.

=== cdg decoder + demuxer ===
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 this http://bat-kolio.net/cdg2video/ (which uses ffmpeg).

=== support for [[YCoCg]]/RGB colorspace in FFV1 ===
Add support for [[YCoCg]] and [[RGB]] encoded sources for the [[FFV1]] codec

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)

=== Metal Gear Solid Video format demuxer ===
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.

=== [[IFF#ANIM|IFF ANIM]] decoder ===
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 .

=== [[CDXL]] decoder ===
Write a decoder for this format using the information in the [[CDXL]] wiki page

=== Parse TrueHD and AC3 out of Blu-Ray m2ts files ===
Make libavformat properly parse this sample:
http://madshi.net/hd_dolby_true_hd.m2ts
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.

Quotes

2008-09-07T22:42:13Z

Angustia: Add michael's commit log for fixing some swscale bugs

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

==IRC Channels==

===#mplayerdev===

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

===#mplayer===

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

=== #ffmpeg ===

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

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

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

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

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

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

=== #ffmpeg-devel ===

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

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

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

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

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

==Mailing lists==

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

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

Ok. :)

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

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

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

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

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

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

7. ....

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

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

well ...

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

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

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

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

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

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

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

Reimar Döffinger
</pre>

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

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

Reimar Döffinger
</pre>

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

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

"Do you always look at it encoded?"

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

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

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

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

...

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

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

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

Grant
</pre>

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

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

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

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

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

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

Michael
</pre>

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

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

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

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

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

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

[X] dv maintainer drunk
</pre>

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

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

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

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

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

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

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

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

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

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

Diego
</pre>

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

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

Michael
</pre>

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

Michael
</pre>

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

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

no, you can design a cpu where its not

Michael
</pre>

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

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

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

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

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

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

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

Diego
</pre>

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

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

Michael
</pre>

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

diego: /dev/brain: Permission denied ;)

Michael
</pre>

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

Now please diego fix it to the official spelling!

Michael
</pre>

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

Michael
</pre>

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

Kostya
</pre>

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

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

Benjamin Zores
</pre>

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

Michael
</pre>

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

Michael
</pre>

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

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

lu
</pre>

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

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

Robert Swain, Diego and Michael
</pre>

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

And the remainder you spend on maths studies, right?

Some man and Måns
</pre>

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

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

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

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

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

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

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

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

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

-Vitor
</pre>

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

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

Michael
</pre>

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

Måns Rullgård
</pre>

===other===

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

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

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

this is for bugreports not guess reports
</pre>

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

someone?

>I still can't make it work.

have you tried cialis?

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

tripp
</pre>

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

<pre>
Hello,

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

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

FFmpeg / Libav Summer Of Code

2008-08-19T18:03:31Z

Angustia: ALAC encoder has been committed.

The [[FFmpeg]] project has been a participant in the [http://code.google.com/soc/ Google Summer of Code] program since 2006.

* [[FFmpeg Summer Of Code 2008|2008 project page]]
* [[FFmpeg Summer Of Code 2007|2007 project page]]
* [[FFmpeg Summer Of Code 2006|2006 project page]]

Each accepted project is developed in its own sandbox, separate from the main FFmpeg codebase. Naturally, the end goal of each of the accepted FFmpeg projects ought to be to have that code in shape for acceptance into the production codebase. This page tracks the status of each project and how well each student did.

== 2006 Projects ==

=== VC-1 Decoder ===
* Student: [[User:Kostya|Kostya Shishkov]]
* Mentor: [[User:Multimedia Mike|Mike Melanson]]
* Student Status: FFmpeg committer
* Code Status: Accepted into the FFmpeg codebase.

=== AMR-NB Decoder ===
* Student: [[User:superdump|Robert Swain]]
* Mentor: [[User:Merbanan|Benjamin Larsson]]
* Student Status: FFmpeg committer. Project not finished during SoC. Development is continued as time permits.
* Code Status: Floating point code has been implemented up to synthesis. The next step is to debug the synthesis input and code. Documented on [[AMR-NB]].

=== AC-3 Decoder ===
* Student: [[User:Cloud9|Kartikey Mahendra BHATT]]
* Mentor: [[User:Merbanan|Benjamin Larsson]]
* Student Status: disappeared, project unfinished
* Code Status: Picked up by [[User:Jruggle|Justin Ruggles]] and committed to FFmpeg.

=== AAC Decoder ===
* Student: Maxim Gavrilov
* Mentor: [[User:ods15|Oded Shimon]]
* Student Status: disappeared, project unfinished
* Code Status: Picked up by [[User:andoma|Andreas Öman]] and [[User:superdump|Robert Swain]] who are currently preparing code for merge with FFmpeg. Robert intends to add HE AAC v1/v2 support.

=== Vorbis Encoder ===
* Student: Mathew Philip
* Mentor: [[User:ods15|Oded Shimon]]
* Student Status: disappeared, project barely started
* Code Status: Picked up by [[User:ods15|Oded Shimon]] and committed to FFmpeg.

== 2007 Projects ==

=== RealVideo 4 Decoder ===
* Student: [[User:Kostya|Kostya Shishkov]]
* Mentor: [[User:Multimedia Mike|Mike Melanson]]
* Student Status: FFmpeg committer
* Code Status: Accepted into the FFmpeg codebase. The project goal has also morphed to include a RealVideo 3 decoder since the 2 schemes are so similar. Both RV30 and RV40 are decodeable with visual artifacts.

=== QCELP Decoder ===
* Student: [[User:Reynaldo|Reynaldo Verdejo Pinochet]]
* Mentor: [[User:Merbanan|Benjamin Larsson]]
* Student Status: project not finished during SoC but continues working on it
* Code Status: slowly progressing, it's working though

=== Matroska Muxer ===
* Student: David Conrad
* Mentor: [[User:aurel|Aurélien Jacobs]]
* Student Status: FFmpeg committer
* Code Status: Accepted into the FFmpeg codebase.

=== Video Filter API (AKA [[Libavfilter|libavfilter]]) ===
* Student: [[User:Koorogi|Bobby Bingham]]
* Mentor: [[User:Merbanan|Benjamin Larsson]] and Michael Niedermayer
* Student Status: project not finished during SoC but continues working on it
* Code Status: in the process of being committed to FFmpeg. Still in development (albeit slowly) by [[User:Koorogi|Bobby Bingham]] and [[User:Vitor|Vitor]].

=== E-AC-3 Decoder ===
* Student: Bartlomiej Wolowiec
* Mentor: [[User:Jruggle|Justin Ruggles]]
* Student Status: project not finished during SoC, (continues working on it?)
* Code Status: Working for most available samples. There are still some unimplemented features though. The code is currently not clean enough for inclusion in FFmpeg. Now picked up by [[User:Jruggle|Justin Ruggles]] and being beaten into shape.

=== JPEG 2000 Encoder and Decoder ===
* Student: Kamil Nowosad
* Mentor: [[User:pengvado|Loren Merritt]]
* Student Status: disappeared, project unfinished
* Code Status: The code is working but not all features are supported.

=== Dirac Encoder and Decoder ===
* Student: Marco Gerards
* Mentor: [[User:Lu_zero|Luca Barbato]]
* Student Status: project not finished during SoC but continues working on it, just slower than before due to other tasks taking priority. (Winter vacations approaching!)
* Code Status: The decoder is in good shape, the encoder still needs more work. Both need to be updated to the latest spec.

=== TS Muxer ===
* Student: Xiaohui Sun
* Mentor: [[User:bcoudurier|Baptiste Coudurier]]
* Student Status: disappeared, project unfinished
* Code Status: [[Interesting Patches#PES packetizer by Xiaohui Sun|Changes]] requested during the review process for FFmpeg inclusion were never made. Now [[User:bcoudurier|Baptiste Coudurier]] is cleaning it up for inclusion in FFmpeg.

== 2008 Projects ==

=== Generic frame-level multithreading support ===
* Student: Alexander Strange
* Mentor: Kristian Jerpetjoen
* Student Status: active
* Code Status: In process

=== Nellymoser Encoder ===
* Student: Bartlomiej Wolowiec
* Mentor: [[User:Merbanan|Benjamin Larsson]]
* Student Status: active
* Code Status: In process

=== Apple Lossless Encoder for FFmpeg ===
* Student: Jai Menon
* Mentor: [[User:Jruggle|Justin Ruggles]]
* Student Status: FFmpeg committer
* Code Status: Accepted into the FFmpeg codebase.

=== LGPL reimplementation of GPL sws_scale parts ===
* Student: Keiji Costantini
* Mentor: [[User:Lu_zero|Luca Barbato]]
* Student Status: active
* Code Status: In process

=== AAC-LC Encoder ===
* Student: [[User:Kostya|Kostya]]
* Mentor: [[User:Andoma|Andreas Öman]]
* Student Status: active
* Code Status: In process

=== MLP/TrueHD encoder ===
* Student: [[User:Angustia|Ramiro Polla]]
* Mentor: [[User:Jruggle|Justin Ruggles]]
* Student Status: active
* Code Status: In process, the first stage, getting the MLP decoder into shape and committed, has been accomplished.

=== WMA Pro Decoder ===
* Student: Sascha Sommer
* Mentor: [[User:Merbanan|Benjamin Larsson]]
* Student Status: active
* Code Status: In process

=== MXF Muxer ===
* Student: [[User:spyfeng|Zhentan Feng]]
* Mentor: [[User:Bcoudurier|Baptiste Coudurier]]
* Student Status: active
* Code Status: In process

[[Category:FFmpeg]]

FFmpeg Summer Of Code 2008

2008-07-10T03:12:22Z

Angustia: add issue 222 to libswscale project

Google is sponsoring their fourth annual [http://code.google.com/soc/2008/ Summer of Code] for the summer of 2008. This entails paying students for working on open source projects. FFmpeg has been a participant in the 2006 and 2007 seasons. Visit the main [[FFmpeg Summer Of Code]] page for information on past seasons.

FFmpeg has been selected to participate in GSoC 2008. This page discusses possible project ideas and status for the Google Summer of Code 2008 season as it pertains to FFmpeg.

The administrator for the FFmpeg Summer of Code is Mike Melanson, a.k.a. [[User:Multimedia Mike|Multimedia Mike]]. His email address is mike -=at=- multimedia.cx.

'''If you are a student''' who wishes to be '''involved with a FFmpeg GSoC''' project, one of the first and best steps you can take is to subscribe to the [https://lists.mplayerhq.hu/mailman/listinfo/ffmpeg-devel FFmpeg development mailing list], sooner rather than later, and indicate your interest. In the past, we have weighted our selection decisions by how involved a prospective student is. And remember to read the part of this page dealing with qualification tasks since you '''absolutely must''' complete a qualification task to be eligible for a FFmpeg SoC project. No qualification task, no project. No exceptions.

== Current Status ==
Official timeline: http://code.google.com/soc/2008/faqs.html#0.1_timeline

* '''Next Big Date:''' Official coding begins on '''Monday, May 26''' (but there is nothing to stop the students from starting early)

== Application Process ==
The student application process for 2008 will be as rigorous, if not more so, than in 2007.

[http://code.google.com/opensource/gsoc/2008/faqs.html#0.1_timeline From the formal timeline]:
* March 24, 2008: Student application period opens.
* April 7, 2008: Student application deadline.
* April 21, 2008: Student selections are announced.

All students who wish to be eligible for a GSoC FFmpeg project '''must''' successfully complete a qualification task. A student may submit an application before completing their task and they will have until April 18, 2008 to finish a qualification task. It is ill-advised to wait until the last minute, though. You must ''complete'' the task, which involves getting code approved for submission to source control, which takes many iterations over many days for most people. Further, we like people who show initiative earlier than later.

=== Application advice ===
Read these pages for advice on writing a good application. Don't overdo it though. Write a good qualification task instead.

http://drupal.org/node/59037
http://drupal.org/node/59963

== 1st Tier Project Proposals ==
1st tier project proposals are project ideas that are reasonably well defined '''AND''' have a mentor volunteered.

==== G.729 Encoder ====
* Specification: http://www.itu.int/rec/T-REC-G.729/e
''Mentor: Benjamin Larsson''

==== G.723.1 Decoder ====
* Specification: http://www.itu.int/rec/T-REC-G.723.1/en
''Mentor: Benjamin Larsson''

==== G.723.1 Encoder ====
* Specification: http://www.itu.int/rec/T-REC-G.723.1/en
''Mentor: Benjamin Larsson''

=== DTS Encoder ===
* Specification: http://wiki.multimedia.cx/index.php?title=Mirror
* Sample files: http://samples.mplayerhq.hu/A-codecs/DTS/
* Qualification: Do the dts encoder bug fix
* Prerequisite: Filterbanks (Sigsys)
* Clearly defined task
* There will be an existing encoder to extend, it will only produce 2 channel 44.1kHz streams.
* Primary goal: Encoder that can produce multi sample rate and multi channel files. Simple rate control. Wav and raw muxing support. Wav dts auto detection when decoding.
* Secondary goal: Techniques from specification implemented, optimal codebook usage, vector quantization, simple psycho acustics.
* Third goal: Advanced psycho acoustics.
''Mentor: Benjamin Larsson''

=== Nellymoser Encoder ===
* Specification: http://svn.mplayerhq.hu/ffmpeg/trunk/libavcodec/nellymoserdec.c?revision=11708&view=markup
* Sample files: http://samples.mplayerhq.hu/A-codecs/Nelly_Moser/
* Qualification: Any qualification task will do
* Prerequisite: Filterbanks (Sigsys)
* Clearly defined task
* Primary goal: Dumb bitstream compatible encoder
* Secondary goal: Simple psychoacoustics implemented
''Mentor: Benjamin Larsson''

=== AAC-LC Encoder ===
* Sample files: http://samples.mplayerhq.hu/A-codecs/AAC/
* Qualification: TBD
* Prerequisite: Filterbanks (Sigsys)
* Clearly defined task
* Primary goal: Dumb bitstream compatible encoder with flexible framework for a serious psychoacoustic implementation
''Mentor: Benjamin Larsson''
''Co-Mentor: Anderas Öman''

=== VP3/Theora Encoder ===
* Clearly defined task
* Primary goal: Encode video sequences such that they can be decoded by a VP3 decoder first, and then a standard Theora decoder.
''Mentor: Mike Melanson''

=== MXF muxer ===
* Specifications: SMPTE 377M
* Clearly defined task
''Mentor: Baptiste Coudurier''

=== MVC decoder ===
* Create an independent FFmpeg decoder for the [[Nokia MVC]] codec
* Very clearly defined task
* Goal: complete, fast, simple and clean decoder
* ''Mentor: Michael Niedermayer''

=== Apple Lossless Encoder ===
* Samples: http://samples.mplayerhq.hu/A-codecs/lossless/ALAC/
* Decoder: http://svn.mplayerhq.hu/ffmpeg/trunk/libavcodec/alac.c?&view=markup
* Encoder that works on Linux with Wine: http://www.dbpoweramp.com/dmc.htm
* Primary goal: Encode files which will decode losslessly using the FFmpeg ALAC decoder.
* Secondary goal: Make sure encoded files will decode losslessly with iTunes and play on an iPod.
* Reuse as much code as possible from other FFmpeg encoders, namely FLAC since it is a similar codec.
* Specifically, reuse the LPC code from FLAC and make it more generic so it can be shared with various speech codecs as well.
* As time allows, experiment with different parts of the codec to push the boundaries of FFmpeg's decoder and of the format itself.
Also see [[ALAC]] and issue [https://roundup.mplayerhq.hu/roundup/ffmpeg/issue82 #82].

''Mentor: Justin Ruggles''

=== Snow Job ===
This task involves finishing work on the [[Snow]] video codec to bring it to 1.0 quality.
* Document the whole Snow algorithm (this is a qualification task only!)
* Fix all Snow related bugs on roundup
* faster halfpel interpolation (issue183)
* Try a different transform like an lapped biorthogonal transform instead of the wavelet (this could be better or worse only trying can tell ...)
* anything in [http://svn.mplayerhq.hu/ffmpeg/trunk/doc/TODO?view=co doc/TODO] about Snow and [http://svn.mplayerhq.hu/ffmpeg/trunk/doc/snow.txt?view=co snow.txt/TODO]
* anything else which might improve Snow quality per bitrate
''(The idea here is that the goal would be, do as much as the time allows, though we should decide on some minimum as all above is clearly not doable within the time)

''Mentor: Michael Niedermayer''

=== x264 Improvements ===
This task has been moved to the VideoLan project, and can be found [http://wiki.videolan.org/SoC_x264 here].

=== CELL Jobs ===
There are multiple tasks related to CELL/SPE, the same code would probably end up being portable across other multicore/heterogeneous system but that will be a separate task.

''Mentor: Unsolo''

==== Audio decoding on SPE ====
This task consists in preparing an infrastructure to manage audio decoding and porting the current audio codecs to SPE (one or more depending on how hard it will be). Further information will appear soon

''Mentor: Benjamin Larsson''

==== swscale on SPE ====
Move the colorspace conversion and scaling routines to SPE, the interface will remain the one from swscale or the new one from the other swscale related SoC.

''Mentor: Luca Barbato''

=== LGPL reimplementation of GPL sws_scale parts ===

Primary goals:
* the dither code depends on non constant globals, it should use the dither variables in the context
* We need a bitexact mode, converters that are not identical to the pure C code must be put under if(!flags & SWS_BLAH_BITEXACT) this one is critical for being able to drop the old scaler. As regression tests would not be possible otherwise.
* roundup issues [https://roundup.mplayerhq.hu/roundup/ffmpeg/issue222 issue222] [https://roundup.mplayerhq.hu/roundup/ffmpeg/issue249 issue249] [https://roundup.mplayerhq.hu/roundup/ffmpeg/issue504 issue504]
* Clear separation of architecture specific code (asm) into separate directories.
* Rewriting the GPL yuv table init code (without looking at the code but just the code using the tables and the actually generated tables)
* All obvious simplifications & cleanups

Secondary goals:
* Ensure that every conversion is (optionally) supported in a way which does not subsample chroma more than the worse of input and output.
* Make the rgb->yuv and yuv->yuv code support the different yuv types which are set via sws_setColorspaceDetails()
* Make sure all RGB input formats are (optionally) supported without being converted to a intermediate 8bit per component YUV, that is they should either be scaled in RGB space or scaled in >8bit per component YUV. (later is easier in the current architecture)
* Make architecture specific code bitexact where this is possible without speedloss and easy.

''Mentor: Luca Barbato and Michael Niedermayer''

=== MPEG-4 ALS audio encoder ===
* Reference software, papers, etc.: http://www.nue.tu-berlin.de/forschung/projekte/lossless/mp4als.html
* (not free) ISO specification: http://www.iso.org/iso/iso_catalogue/catalogue_tc/catalogue_detail.htm?csnumber=43026
** Note: the student would not be required to pay for the specification
* Primary goal: Write a basic encoder, using the specification, that will decode losslessly with the reference decoder.
* Reuse as much code as possible from other FFmpeg encoders.
* Make it faster than the reference software.
* Implement some of the more advanced encoding features.
* Keep a log with speed/size comparisons to other lossless audio encoders.
** example: http://flake-enc.sourceforge.net/benchmarks.html
** example: http://www.synthetic-soul.co.uk/comparison/lossless/

''Mentor: Justin Ruggles''

=== MLP/TrueHD encoder ===
* Implement a MLP (Dolby Digital TrueHD/ Meridian Lossless packing) encoder based on the RE'd decoder.
* Info: [[MLP]]
Latest version of the MLP patch: http://lists.mplayerhq.hu/pipermail/ffmpeg-devel/2008-January/040234.html
And the comments: http://lists.mplayerhq.hu/pipermail/ffmpeg-devel/2008-January/040251.html

''Mentor: Justin Ruggles, co-mentor: Ian Caulfield''

=== Improve Ratecontrol ===
* 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.
* Primary goal 2: VBV compliant, rate distortion optimal per macroblock ratecontrol using the viterbi algorithm.
* 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.
* Secondary goal 2: Rate distortion optimal (for the current picture) scene change detection.
* Secondary goal 3: B frames decision which is faster and or has a higher PSNR/bitrate and subjective quality/bitrate than the current code.
* Mentor: Michael Niedermayer

== 2nd Tier Project Proposals ==
All that separates these proposals from their 1st tier brethren is a mentor. If you are particularly passionate about one of these tasks, perhaps you should attach your name to it. ''(Email me if you want to discuss it or need access to the Wiki. --[[User:Multimedia Mike|Multimedia Mike]] 21:58, 1 March 2008 (EST))''

==== Port FFmpeg to Visual Studio ====
Create a full working port including inline assembly.

==== Optimize FFT routines ====
Port djbfft and rework the fft framework in FFmpeg. This task can include a fixedpoint port and SIMD optimizations.

==== GSM Decoder ====
* Specification + sample implementation: http://kbs.cs.tu-berlin.de/~jutta/toast.html
* Samples: http://samples.mplayerhq.hu/A-codecs/GSM/
Also see [[GSM]].

==== AMR-WB Decoder ====
* Specification: http://www.3gpp.org/ftp/Specs/html-info/26-series.htm
* Samples: http://samples.mplayerhq.hu/A-codecs/amr/
Also see [[AMR]].

==== AMR-NB Encoder ====
* Specification: http://www.3gpp.org/ftp/Specs/html-info/26-series.htm
* Samples: http://samples.mplayerhq.hu/A-codecs/amr/
Also see [[AMR]].

==== Speex Decoder ====
* Specification: http://speex.org/docs/
* Samples: http://samples.mplayerhq.hu/A-codecs/speex/
Also see [[Speex]].

=== WMV3 Encoder ===
* Clearly defined task
* Primary goal: Encode video sequences such that they can be decoded by a Windows Media player.

This could either be done by improving [[Interesting Patches#WMV3 encoder by Denis Fortin|this patch]] or by writing the encoder from scratch.

=== Better handling of audio in libavcodec ===
* Info: http://wiki.multimedia.cx/index.php?title=Ffmpeg_audio_api
* Loosely defined task

=== Sipr Decoder ===
* Specification: will be provided
* Samples: http://samples.mplayerhq.hu/real/AC-sipr/
Also see [[RealAudio sipr]].

=== Freeform Proposal ===
If you think you have a good idea for a FFmpeg Summer of Code project, propose it on the [https://lists.mplayerhq.hu/mailman/listinfo/ffmpeg-devel FFmpeg development mailing list]. We will discuss it from there.

== Qualification Tasks ==
Many students apply for the Google Summer of Code and wish to work on a sexy multimedia project such as FFmpeg. All students will claim to be hard workers but we need a method of determining which students have a higher probability for success. Thus, we developed the qualification system during the 2007 season and will be enforcing the same system this year. A student must successfully complete a qualification task in order to be considered for an FFmpeg SoC project. In doing so, a student demonstrates that they:

* are willing to commit some time during the Summer of Code application review period in order to prove themselves
* can code C satisfactorily and with the same general style expected of the FFmpeg codebase
* can wrap their head around the code base
* can accept feedback and revise the code until it is suitable for inclusion in the main code base
* can interact with the FFmpeg development mailing list

Note that the last point involves following the netiquette expected on the FFmpeg development mailing list. If you have doubts what that may be your chances of getting it wrong are north of 99%. Hint: It is clearly stated on the mailing list page of the FFmpeg homepage.

'''Frequent Objection #1:''' ''But I don't have time to do a qualification task!'' Then how do we know you will have time to work on your task during the summer? The qualification tasks are selected to be fairly trivial by FFmpeg standards and should not be too difficult for a prospective FFmpeg contributor. If they ''are'' too difficult, maybe FFmpeg is not the project for you. Also, be encouraged by the fact that the app review period comes after the application submission deadline; i.e., you can work on a qualification task ''after'' you submit an application for FFmpeg. But you will not be considered for an SoC project slot unless you have satisfactorily completed a qualification task.

'''Process:''' If you are interested in applying for FFmpeg's Summer of Code and, by extension, interested in working on a qualification task, the first step is to subscribe to the [https://lists.mplayerhq.hu/mailman/listinfo/ffmpeg-devel FFmpeg development mailing list] and indicate your interest and which project you plan to work on.

The FFmpeg qualifications also qualify for Videolan http://wiki.videolan.org/SoC_2008 and XBMC http://xbmc.org/wiki/?title=Google_Summer_of_Code_2008 SoC projects. But you need to contact them also if you intend to apply to them.

=== Anything On The Small FFmpeg Tasks page ===
There is an entire Wiki page detailing [[Small FFmpeg Tasks]]. Most will qualify you for a GSoC project. Check the page and stake your claim.

=== Interesting Patches ===
There is a growing backlog of "[[Interesting Patches]]" for FFmpeg tracked on this Wiki. Each one requires a volunteer to task the initiative to clean up the patch to the satisfaction of the project leaders so that it can finally be included.

=== Some bug on the bugtracker ===
From this page you can find the bugtracker: http://ffmpeg.mplayerhq.hu/bugreports.html
Some issues can qualify as a qualification task.

=== Legacy Tasks ===
Many tasks were suggested during the 2007 season. Any task that is not marked as '''completed''' is probably fair game, but ask on the list, just to be sure: http://wiki.multimedia.cx/index.php?title=FFmpeg_Summer_Of_Code_2007#Qualification_tasks

=== Freeform Tasks ===
If you have an idea for a simple task, come and discuss it on the [https://lists.mplayerhq.hu/mailman/listinfo/ffmpeg-devel development mailing list] and the devs might approve it.

[[Category:FFmpeg]]

Interesting Patches

2008-07-08T14:50:05Z

Angustia: GDI screen grabbing for Win32

This page tries to collect some useful patches that didn't make into SVN for some reason or another.

== native [[Zlib]] decoder by Mans Rullgard ==
http://lists.mplayerhq.hu/pipermail/ffmpeg-devel/2007-July/032820.html

In the same thread, there are patches to use the native decoder in several FFmpeg decoders.

== [[WMV3]] encoder by Denis Fortin ==
http://lists.mplayerhq.hu/pipermail/ffmpeg-devel/2007-June/031699.html

== [[H.263]] rtp patch ==
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.

== [[Apple RPZA]] encoder by Todd Kirby ==
http://lists.mplayerhq.hu/pipermail/ffmpeg-devel/2005-June/001673.html

== 1 and 2 bit [[Apple QuickTime RLE|QTRLE]] decoder by Roberto Togni ==
http://lists.mplayerhq.hu/pipermail/ffmpeg-devel/2007-January/022046.html

== Test Pattern Generator Demuxer by Nicholas George ==
http://lists.mplayerhq.hu/pipermail/ffmpeg-devel/2007-October/036838.html

== Test Pattern Generator Demuxer by [[User:Angustia|Ramiro Ribeiro Polla]] ==
http://lists.mplayerhq.hu/pipermail/ffmpeg-devel/2007-April/028226.html
Or
http://thread.gmane.org/gmane.comp.video.ffmpeg.devel/49447

== PES packetizer by Xiaohui Sun ==
http://lists.mplayerhq.hu/pipermail/ffmpeg-devel/2007-September/034849.html

Part of the work of [[FFmpeg Summer Of Code#TS Muxer|Summer Of Code TS Muxer]]

== Imlib2script: a scriptable vhook by [[User:Wzrlpy|Víctor Paesa]] ==
http://thread.gmane.org/gmane.comp.video.ffmpeg.devel/52341

== vf_imlib2: a libavfilter filter by [[User:Wzrlpy|Víctor Paesa]] ==
http://lists.mplayerhq.hu/pipermail/ffmpeg-soc/2007-December/002162.html

== File concatenation by Wolfram Gloger ==
http://lists.mplayerhq.hu/pipermail/ffmpeg-devel/2007-July/032131.html

== "mem" file protocol by Lagrange Multiplier ==
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.

http://lists.mplayerhq.hu/pipermail/ffmpeg-devel/2007-May/028489.html

== Presets/profiles for usual targets by Panagiotis Issaris ==
Allow to keep in a text file groups of command options, and apply them at once by specifying the target name.

Handy for iPod, PSP, or any other picky multimedia player that otherwise requires lengthy command lines.

http://article.gmane.org/gmane.comp.video.ffmpeg.devel/37244

== PiP (Picture in Picture): a vhook filter by Mihail Stoyanov ==
http://article.gmane.org/gmane.comp.video.ffmpeg.devel/38896

== [[AMV]] encoder ==
http://code.google.com/p/amv-codec-tools/

See this post [http://lists.mplayerhq.hu/pipermail/ffmpeg-devel/2007-October/037356.html] to see what is missing to get it into SVN.

== [[Electronic Arts Formats]] demuxer/decoder by [[User:Suxen drol|Peter Ross]]==
http://lists.mplayerhq.hu/pipermail/ffmpeg-devel/2007-October/036938.html
The format demuxer modifications and the EA video codecs have not yet been applied to FFmpeg.

== Experimental MSVC port by Ole André Vadla Ravnås ==
Code in the [http://bazaar-vcs.org bazaar] branch at http://people.collabora.co.uk/~oleavr/OABuild/bzr/ffmpeg/

Patch at http://lists.mplayerhq.hu/pipermail/ffmpeg-devel/2008-March/044463.html

== H264 encoder by Jori Liesenborgs & Panagiotis Issaris ==
http://research.edm.uhasselt.be/~h264/

== DTS/AC3 in wav autodetection ==
http://thread.gmane.org/gmane.comp.video.ffmpeg.devel/49812/focus=49909
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

== [[Bink Audio]] decoder by [[User:Suxen drol|Peter Ross]] ==
http://lists.mplayerhq.hu/pipermail/ffmpeg-devel/2008-April/045346.html

Note: An updated patch is available from the [[User:Suxen drol|author]].

== G722 decoder by Chas Williams ==
http://lists.mplayerhq.hu/pipermail/ffmpeg-devel/2008-June/048457.html

It is basically an adaptation to FFmpeg of the [http://www.soft-switch.org/ SirenDSP] decoder.

== [[Chinese AVS]] video encoder by [[User:StefanG|Stefan Gehrer]] ==
http://lists.mplayerhq.hu/pipermail/ffmpeg-devel/2007-July/033286.html

== Lossless msmpeg4v3 to mpeg4 transcoder ==
http://thread.gmane.org/gmane.comp.video.ffmpeg.devel/17074

== Fixed point cook decoder ==
http://thread.gmane.org/gmane.comp.video.ffmpeg.devel/46024
http://thread.gmane.org/gmane.comp.video.ffmpeg.devel/54008
http://thread.gmane.org/gmane.comp.video.ffmpeg.devel/54553
[[Category:FFmpeg]]

== GDI screen grabbing for Win32 ==
http://thread.gmane.org/gmane.comp.video.ffmpeg.devel/43589

There are two implementations in the thread above.

Quotes

2008-04-24T01:15:36Z

Angustia: Clean up Windows user message

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

==IRC Channels==

===#mplayerdev===

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

===#mplayer===

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

=== #ffmpeg ===

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

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

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

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

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

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

=== #ffmpeg-devel ===

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

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

==Mailing lists==

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

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

Ok. :)

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

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

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

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

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

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

7. ....

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

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

well ...

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

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

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

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

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

Reimar Döffinger
</pre>

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

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

Reimar Döffinger
</pre>

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

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

"Do you always look at it encoded?"

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

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

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

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

...

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

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

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

Grant
</pre>

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

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

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

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

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

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

Michael
</pre>

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

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

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

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

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

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

[X] dv maintainer drunk
</pre>

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

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

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

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

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

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

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

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

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

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

Diego
</pre>

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

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

Michael
</pre>

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

Michael
</pre>

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

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

no, you can design a cpu where its not

Michael
</pre>

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

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

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

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

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

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

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

Diego
</pre>

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

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

Michael
</pre>

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

diego: /dev/brain: Permission denied ;)

Michael
</pre>

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

Now please diego fix it to the official spelling!

Michael
</pre>

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

Michael
</pre>

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

Kostya
</pre>

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

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

Benjamin Zores
</pre>

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

Michael
</pre>

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

Michael
</pre>

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

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

lu
</pre>

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

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

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

-Vitor
</pre>

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

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

Michael
</pre>

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

Måns Rullgård
</pre>

===other===

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

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

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

this is for bugreports not guess reports
</pre>

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

someone?

>I still can't make it work.

have you tried cialis?

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

tripp
</pre>

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

<pre>
Hello,

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

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

Quotes

2008-04-24T01:12:28Z

Angustia: An ordinary Windows user.

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

==IRC Channels==

===#mplayerdev===

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

===#mplayer===

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

=== #ffmpeg ===

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

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

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

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

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

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

=== #ffmpeg-devel ===

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

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

==Mailing lists==

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

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

Ok. :)

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

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

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

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

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

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

7. ....

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

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

well ...

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

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

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

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

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

Reimar Döffinger
</pre>

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

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

Reimar Döffinger
</pre>

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

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

"Do you always look at it encoded?"

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

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

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

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

...

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

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

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

Grant
</pre>

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

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

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

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

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

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

Michael
</pre>

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

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

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

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

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

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

[X] dv maintainer drunk
</pre>

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

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

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

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

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

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

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

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

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

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

Diego
</pre>

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

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

Michael
</pre>

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

Michael
</pre>

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

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

no, you can design a cpu where its not

Michael
</pre>

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

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

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

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

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

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

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

Diego
</pre>

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

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

Michael
</pre>

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

diego: /dev/brain: Permission denied ;)

Michael
</pre>

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

Now please diego fix it to the official spelling!

Michael
</pre>

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

Michael
</pre>

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

Kostya
</pre>

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

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

Benjamin Zores
</pre>

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

Michael
</pre>

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

Michael
</pre>

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

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

lu
</pre>

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

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

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

-Vitor
</pre>

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

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

Michael
</pre>

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

Måns Rullgård
</pre>

===other===

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

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

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

this is for bugreports not guess reports
</pre>

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

someone?

>I still can't make it work.

have you tried cialis?

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

tripp
</pre>

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

<pre>
Hello,

I have downloaded the latest version of vhook modules from "svn://svn.mplayerhq.hu/ffmpeg/trunk" but they are a bunch of .c and .h files. Please tell me how to generate a .dll file from them. I am using Windows XP. Thank you.
____________________________________________________________________________________
Shape Yahoo! in your own image. Join our Network Research Panel today! http://surveylink.yahoo.com/gmrs/yahoo_panel_invite.asp?a=7

-- An ordinary Windows user on ffmpeg-user
</pre>

Quotes

2008-04-24T01:05:24Z

Angustia: That is... on the ffmpeg-soc mailinglist.

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

==IRC Channels==

===#mplayerdev===

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

===#mplayer===

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

=== #ffmpeg ===

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

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

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

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

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

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

=== #ffmpeg-devel ===

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

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

==Mailing lists==

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

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

Ok. :)

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

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

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

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

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

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

7. ....

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

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

well ...

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

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

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

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

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

Reimar Döffinger
</pre>

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

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

Reimar Döffinger
</pre>

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

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

"Do you always look at it encoded?"

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

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

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

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

...

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

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

Gentoo's latest mplayer ebuild is apparently an SVN snapshot from
08/10/2006 and doesn't seem to include a fairies USE flag for
compilation. Was fairies support added after that date, or is the
ebuild missing a USE flag?

Grant
</pre>

===[http://lists.mplayerhq.hu/mailman/listinfo/ffmpeg-cvslog ffmpeg-cvslog]===

<pre>
>> I'm sure Michael knows how to capitalize and punctuate at
>> least a little bit.
> thats defamation, ive never capitalized and punktuated correctly
> besides that i dont like pure capitalism ;)
I NEVER ASKED YOU TO WRITE LIKE THIS.
-- Måns Rullgård and Michael Niedermayer in ffmpeg-cvslog at mplayerhq.hu
</pre>

<pre>
Michael Niedermayer CVS <michael@mplayerhq.hu>

Modified Files:
ffmpeg-doc.texi
Log Message:
split string to avoid buffer overflow in native english speaking persons (fix suggested by The Wanderer)
</pre>

<pre>
On Mon, Dec 26, 2005 at 09:57:36PM +0100, Alexander Strasser wrote:
> Oh, I just saw it was in the original mail. I must have
> accidently deleted it while writing the answer. Sorry for
> the trouble.

no problem at all, better to ask then to miss some typos by the CIA/KGB guys
who edit all my outgoing and incoming mails

Michael
</pre>

<pre>
>>>Log:
>>>use pr -n -t instead of non-standard cat -n
>>>
>>Is this purely to be standard compliant or did you manage to find a
>>system that doesn't accept cat -n?
>
>Rich has one, apparently.

That's funny...
I admire FFmpeg's standard compliance. It gets to the point where you
create systems to justify such changes.
-- Måns Rullgård and Ramiro Polla
</pre>

<pre>
Besides, people with non-compliant systems need to be taught a lesson.
-- Måns Rullgård
</pre>

===[http://lists.mplayerhq.hu/mailman/listinfo/ffmpeg-devel ffmpeg-devel]===

<pre>
On Mon, Jan 02, 2006 at 05:14:20AM +0100, Michael Niedermayer wrote:
> Hi
>
> On Fri, Dec 16, 2005 at 03:45:37PM -1000, Steve Lhomme wrote:
> > This code moves the AR detection in the codec part so that it works when
> > the DV stream is in AVI (or else) too. Plus the interlacing detection
> > now works.
>
> roman, please choose
> [ ] patch ok
> [ ] patch not ok
> [ ] dv maintainer lazy
> [ ] dv maintainer busy
> [ ] dv maintainer dead

Michael you've forgotten a very important option for somebody who decided
to celebrate New Year in Russia:

[X] dv maintainer drunk
</pre>

<pre>
> All right, new screening process for prospective FFmpeg contributors:
> "Are you now, or have you ever been, a Microsoft Visual C++ user?"
> There's going to be scandal when the oversight committee investigates my
> employment history.
If you used msvc on your day job it doesn't count, as long as you really hated it.
-- Mike Melanson and Måns Rullgård in ffmpeg-devel at mplayerhq.hu
</pre>

<pre>
>>>I never understood the point of those supposedly "cool" aliases some
>>>people use.
>>
>> What about the supposedly "cool" circle you put over the 'a's in
>> your name? :)
>
>
> It's Swedish and turns the 'a' into something that sounds like an 'o' as
> in 'hot'...

Ah, so that's the difference. It's not "cool", it's 'hot'.
-- Måns Rullgård, Mike Melanson, and Diego Biurrun in ffmpeg-devel at mplayerhq.hu
</pre>

<pre>
> patching file configure
> Hunk #1 FAILED at 914.
> 1 out of 1 hunk FAILED -- saving rejects to file configure.rej
Ah, yes, the swift evolution of ffmpeg made the patch obsolete in 24h.
-- Måns Rullgård and Víctor Paesa in ffmpeg-devel at mplayerhq.hu
</pre>

<pre>
[about the lack of "chained ogg" support]
I'm aware of this problem, and I've been trying to think of a
solution. The more I think about it, the more it appears as an
abomination. Just like everything Ogg related. No surprises there.
-- Måns Rullgård in ffmpeg-devel at mplayerhq.hu
</pre>

<pre>
not everything from OO is necessarily bad, like not everything from M$
is necessarily bad, if later where the case M$ would gone bankrupt long
ago ...
but thats geting deeply off topic, lets rather concentrate on flames and
insults ...
-- Michael Niedermayer in ffmpeg-devel at mplayerhq.hu
</pre>

<pre>
[Marco Gerards submits a THP demuxer]
Coooool. I have hundreds of THP files. I will find some that have sound
and get them posted soon. In the meantime, Niedermayer will be along
shortly to tear apart your patch. Good luck! :)
-- Mike Melanson in ffmpeg-devel at mplayerhq.hu
</pre>

<pre>
[about SwScaler rewrite]
> > And then we can call an architecture dependent init function that can
> > overide the C behavior much like is done for the dsputils.
> I was thinking about that too
thinking is good patch is better ...
-- Marc Hoffman, Luca Barbato and Michael Niedermayer in ffmpeg-devel at mplayerhq.hu
</pre>

<pre>
On Sun, Jan 15, 2006 at 06:27:55PM +0100, Reimar Döffinger wrote:
>
> Oh, and the image of my RE drawing is up as well :-) :
> http://www.stud.uni-karlsruhe.de/~uvhe/LZODraw_bw.png

Thank goodness your coding skills are better than your handwriting ;)

Diego
</pre>

<pre>
On Thu, Sep 22, 2005 at 10:51:05AM +0200, oandrieu@gmail.com wrote:
> Michael Niedermayer [Wednesday 21 September 2005] :
> > cosmetics
>
> Yes. And ?

sorry, i should have been more verbose, maybe i should be restarted with -v
can someone of the admin(s) do that?

Michael
</pre>

<pre>
as far as i can see this AVI file has _many_ video frames in each chunk, sick
how can a person be capable of using a text editor (and writing software) and
at the same time be such a complete idiot writing a program generating so
broken avi files ...

Michael
</pre>

<pre>
michaels law: "if gcc can mess up, it does mess up" ;)
</pre>

<pre>
> >> + "psllw $1, %%mm1 \n\t"
> >> + "psllw $1, %%mm2 \n\t"
> >
> > paddw
>
> Is that always faster?

no, you can design a cpu where its not

Michael
</pre>

<pre>
if you think that this patch will be accepted due to you whining how much
time you spend on it already then you live in some strange fantasy world
-- Michael Niedermayer in ffmpeg-devel at mplayerhq.hu
</pre>

<pre>
Rich, I always knew you were a little out of the ordinary, but
pirating gay porn wasn't quite what I was expecting even from you.
-- Måns Rullgård in ffmpeg-devel at mplayerhq.hu
</pre>

<pre>
[after a discussion of a patch with a new audio decoder evolved into
runtime generation of tables vs. hardcoding them in the object file debate]

what is the name of this bikeshed?
-- compn
</pre>

<pre>
On Thu, Oct 18, 2007 at 11:04:23AM +0200, Jean-Michel Pouré wrote:
> Some days ago, Christian Marillat reported that it was impossible to
> compile ffmpeg/libavcodec packages under Debian. Any idea where the
> problem comes from? Was it fixed lately?

Sure. My crystal ball tells me that fiendish aliens have been using
force fields to obstruct the flow of cosmic energies in Christian's
machine. The fact that the aliens have decided to sabotage FFmpeg first
should give us all pause. It is a rare compliment to receive but it
carries along a great responsibility.

Now everybody remember that the survival of the human race rests on our
shoulders. If we are to remain victorious in this epic conflict we must
not succumb to darkness. The pureness of our hearts is our most potent
defense. We must preserve it at any cost.

Diego
</pre>

<pre>
On Tue, Oct 30, 2007 at 12:15:28AM -0400, Ronald S. Bultje wrote:
[...]
> I'm not "they" anymore, I left Fluendo +/- 2 1/2 years ago and GStreamer +/-
> 2 years ago.

i see, ill get the kgb chief liquidated for providing me with outdated
information

Michael
</pre>

<pre>
On Fri, Dec 14, 2007 at 08:01:51PM +0100, Diego Biurrun wrote:
[...]
> > + * @file rectanlge.h
>
> rectANgle.h

diego: /dev/brain: Permission denied ;)

Michael
</pre>

<pre>
The only officially correct spelling of snow is in the form of a frozen
snowflake placed on 5000 year old papyrus and illuminated by the light of
a population III star.

Now please diego fix it to the official spelling!

Michael
</pre>

<pre>
O, mercyfull Diego, hast thou not given the dear needed access?
Wherefore did thou create ye, if not to commit?

Michael
</pre>

<pre>
FFmpeg preys on weak, unmaintained or closed-source codecs. If your
library does not meet those requirements, ffmpeg won't consume it (and
will use a wrapper if it is good one).

Kostya
</pre>

<pre>
>
> Just curios, is it possible to add hardware DVD, h.264 and VC-1 decoding to ffmpeg?

Yes, through ./configure --dont-hijack-threads --see-ffmpeg-users

Benjamin Zores
</pre>

<pre>
Thats like giving a painting from Leonardo da Vinci to a wild boar so it can
correct the fine details.

Michael
</pre>

<pre>
But the only correct usage of autotools is as argument to rm

Michael
</pre>

<pre>
Diego Biurrun wrote:
> I came across this excellent paper from 15 years ago:
>
> #ifdef Considered Harmful, or Portability Experience With C News
>
> It's a nice short read and emphasizes the experiences we have had around
> here. It also comes to very similar conclusions, which is quite
> gratifying.

In the other news water is considered harmful yet useful...

lu
</pre>

===[http://lists.mplayerhq.hu/mailman/listinfo/ffmpeg-soc ffmpeg-soc]===

<pre>
Alexander Strange wrote:
>
> On Apr 23, 2008, at 2:24 PM, vitor wrote:
>
>> Author: vitor
>> Date: Wed Apr 23 20:24:46 2008
>> New Revision: 2152
>>
>> Log:
>> Replace if(acroread appli_Goethe.pdf &){B}else{C} by if(a){C}else{B}
>
> Too much tab completion?

Is there a price for the most nonsense commit log? ;-)

-Vitor
</pre>

===[http://lists.mplayerhq.hu/mailman/listinfo/nut-devel NUT-devel]===

<pre>
We should have some nut samples.
Someone, (not me, I am lazy), should mux some free video and
audio into NUT (or just grab a camera and film something funny
like what happens with an egg in the microwave or something
else where A-V sync can be seen).

Michael
</pre>

<pre>
A "spec" as readable as a sendmail configuration file doesn't make
matters better...

Måns Rullgård
</pre>

===other===

<pre>
i've remembered i have root access at new mphq, but probably
it was just a dream :)))
-- A'rpi
</pre>

<pre>
FFmpeg works like a human being: something nice comes in, crap comes out.
-- superdump on an S-Bahn train in Berlin
(written from memory, please fix)
</pre>

<pre>
Michael Niedermayer <michaelni@gmx.at> added the comment:

this is for bugreports not guess reports
</pre>

<pre>
Sun Nov 11 10:32:18 CET 2007
Previous message: [Ffmpeg-user] Anyone?
>Anyone?

someone?

>I still can't make it work.

have you tried cialis?

of course maybe you're referring to an audiovisual problem,
and maybe it even pertains to ffmpeg...
really hard to tell!

tripp
</pre>

<pre>
Breaking DRM is a little like attempting to break through a door even
though the window is wide open and the only thing in the house is a bunch
of things you dont want and which you would get tomorrow for free anyway
-- Michael Niedermayer
</pre>

Quotes

2008-04-24T00:56:38Z

Angustia: Vitor's tab completion...

Here are some memorable quotes gathered from various MPlayer and FFmpeg related discussions. Beware of what you say, because it will be recorded, taken out of context and ridiculed!

==IRC Channels==

===#mplayerdev===

<pre>
<ods15> btw, gcc took 900mb of ram and then segfaulted for me when i tried to compile a 30mb C file :P
<ods15> that took about 20 minutes until it evantually gave out of mem error
<ods15> i should probably just write my own compiler than can do it in 0.05s and no ram...
<ShadowJK> can tcc compile it :)
<ods15> ShadowJK, heh i should've tried that
* ods15 just makes a sample file and tries now
<ods15> ahem, it did it in like 3 seconds and no ram :P
</pre>

<pre>
<poirierg> great new ppl! I'm likely to get laid before linuxtag!
<poirierg> woops
<ods15> ...
<poirierg> great new ppl! I'm likely to get laid out before linuxtag!
<dalias> lol poirierg
<poirierg> budget cuts and stuff like that....
<dalias> poirierg, oh
<dalias> i read that as 'get laid'
<dalias> and i was like wtf tmi
<ods15> ja
<dalias> the word is 'laid off' btw, not 'laid out'
<delewis> haha.
<ods15> so, wait, great?
<poirierg> okay, I'm getting laid off
</pre>

<pre>
<ods15> british is american with a sloppy accent, and much stupider curse words
</pre>

<pre>
<poirierg> cartman, you don't see smart girls if you only watch pr0n
</pre>

<pre>
<superdump> Welcome to ye Olde #mplayerdev Tavern. If yaoi 'n' free cola is what ye be lookin' far, we's got 'em! Yarr...
</pre>

<pre>
<dalias> because you can't use x264
<superdump> why not?
<dalias> because the decoder is slower than gabu trying to get a girlfriend
</pre>

<pre>
<dalias> h264 is like matroska
<dalias> yes mmatroska is better than avi but it sucks still
<dalias> hes h264 compresses better than mpeg4 but it sucks still
<dalias> and the question is: is 15% compression gain worth 500% performance drop?
</pre>

<pre>
<poirierg> do you know the difference between God and dalias ? ;)
<dalias> god only tells you what's bad to do when you inhale from a burning bush
<dalias> dalias tells you what's bad all the time
</pre>

<pre>
<reynaldo> i was once atacked by one of those beast
<reynaldo> i was 4 years old iirc
<reynaldo> those birds have almost 4 meters measured from the extremes of their wings
<reynaldo> i have some stories you wouldnt believe :P
<reynaldo> i dont remember meeting any chilean atacked by a condor besides me
<reynaldo> :P
<reynaldo> i was once biten by a black widow too :P extremely hard to find spider
<reynaldo> nature has been trying to kill me since the day i born!
<reynaldo> :P
<iive> i though condors doesn't attack humans.
<reynaldo> they dont
<reynaldo> thats the weirdest part
<reynaldo> :P
<iive> well, then there is only one explanetion. you are not human.
* iive runs
<reynaldo> :P
<reynaldo> who knows
<reynaldo> maybe the karaoke filter is just the begining of my world domination plan
</pre>

<pre>
<reynaldo> why dont you work with me improving the filter then ?
<poirierg> reynaldo, because I don't want to steel the paternity of your little toy
<reynaldo> thats not my boy
<reynaldo> everyone an his girlfriend facing the same problem solved it the same wahy
<reynaldo> we can make something neater
<reynaldo> :)
<poirierg> your are calling me to become the girlfriend of you audio filter?
</pre>

<pre>
<ods15> i'm waiting for someone to send me brains tommorrow, not much to do until then
</pre>

<pre>
<snacky> h264-in-mpeg is standardized since 2003. if hd-dvd does it differently it's because they're stupid ;)
<iive> they do. thay are
</pre>

<pre>
<KotH> Rathann: some nice quotes you have there :)
<Rathann> I know! ^_^
<Rathann> I've been collecting them for months
<KotH> and some i dont even remember typing ^^'
<Rathann> ^_^v
<Rathann> hehe
<Rathann> it's good to have logs
</pre>

<pre>
<phcoder> compiling svn:
<phcoder> allcodecs.c: In function 'avcodec_register_all':
<phcoder> allcodecs.c:67: error: 'ENABLE_DCA_DECODER' undeclared (first use in this function)
<phcoder> allcodecs.c:67: error: (Each undeclared identifier is reported only once
<phcoder> allcodecs.c:67: error: for each function it appears in.)
<phcoder> allcodecs.c:253: error: 'ENABLE_DCA_PARSER' undeclared (first use in this function)
<phcoder> Sorry forgot to configure
<KotH> dont forget make distclean
<Rathann> don't forget to use your brain
</pre>

<pre>
<DonDiego> geez
<DonDiego> how many mistakes can you make in a single line of shell ..
<KotH> one per character
<DonDiego> i'm quite close ;)
<DonDiego> sundays after parties are not the best days for programming ;)
</pre>

<pre>
<cartman> <poirierg> cartman, you don't see smart girls if you only watch pr0n
<dalias> :)
<cartman> this is all I get for reporting quality pr0n bugs
<dalias> cartman, it's what you get for making statements about girls being stupid
<cartman> dalias: girls are stupid anyway
</pre>

<pre>
<ShadowJK> "I have to agree with Rich's supposed opinion here. It is beyond mad."
<ShadowJK> dalias, you've become quite efficient at flamewars, when you don't even need
to participate anymore, people just assume what you were going to say :)
</pre>

<pre>
<iive> btw does somebody know a way to get the xvid bitstream syntax number
<iive> the number that xvid put to identify what bugs they had when encoding it.
<Rathann> rtfs?
<iive> i ask if somebody knows
<iive> this is if nobody knows
<iive> fucker
<rxt> hehe, nothing changed on mplayer while I was away :)
</pre>

<pre>
<snacky> ugh... you guys should see how polite superdump is being to lusers on #ffmpeg . it's really disgusting
<superdump> :)
<snacky> what is it with polite people?! don't you realize you are making the rest of us look bad?
</pre>

<pre>
<KotH> i talked with an ubuntu guy here
<KotH> and the biggest problem they have is that upstream is uncooperative
<Rathann> is it?
<KotH> from their perspective yes
<Rathann> I haven't seen any patches from anyone @ubuntu
<Rathann> nor bugreports, for that matter
<KotH> well, replace upstream by downstream and you get the same in green
</pre>

<pre>
<KotH> the biggest outcome of a 2h+ discussion was that both sites want to work with each other, but think it's impossible
<Rathann> why do they think we're uncooperative?
<Rathann> (obviously we aren't)
<KotH> well... have a look at our history
<ShadowJK> Obviously uncooperative. Refusing to integrate with gstreamer, copying libraries
randomly into source tree, breaking compilation with gcc2.96 on purpose, stuff doesn't compile with PIC, etc etc ;)
<KotH> yeah.. these points come into play too
<KotH> but that's a longer story
...
<ShadowJK> You know, I don't think those MPlayer developers even go to church of Xiph every
week to worship a speedy emergence of Tarkin and ogm as the world dominating system
</pre>

<pre>
<KotH> anyone here who has an understanding of x11?
<ods15> it shows graphics :P
<KotH> yeah, right
</pre>

<pre>
<uau> i was already a better coder than most existing developers when i got involved with mplayer
</pre>

<pre>
<snacky> you guys and your secrets
<KotH> there are more secrets around mplayer than you could possibly imagine
<KotH> like, is there really a michael niedermayer? and if he exists, is he a single entity? is he alien?
<snacky> I wonder if he/they/it has/have any spies in here.
* KotH whistels
* Rathann checks if his tinfoil hat is in place
</pre>

<pre>
<xiphmont_> Vorbis still stands up nicely. Theora, OTOH, is a a bit embarrassing.
* dalias tries to be polite about theora..
<xiphmont_> rather, it's a bit embarrassing until you look at the code, then it's alot embarrassing.
<xiphmont_> and that's 70% 'really fucking stupid encoder, really On2, be ashamed' and 40% 'format
design flaws'. It's so bad it adds up to 110%.
<xiphmont_> I plan to help Theora limp along not too embarrassingly until it can be replaced for
real-- possibly 2-4 years.
<xiphmont_> Theora is actually fixable tho. The amount of low-hanging fruit is staggering.
<xiphmont_> I mean, an entropy backend that results in *more* bits being written than went in? It's
just... wow.
</pre>

<pre>
<|Bio|> but i need fix fo win
<iive> how much do you need it?
<|Bio|> very much.
<iive> as i said, it is not really mplayer problem, mingw is the support library, it should take the ucs2 convert it to utf8 then do the opposite.
<iive> and, very much is not enough.
</pre>

<pre>
<@beastd> hallo iive
<@iive> hi beastd
<@beastd> and what's up with you these times, ivan?
<@iive> nothing much, flaming diego mostly
</pre>

<pre>
<KotH> video player development is anime driven anyways...
</pre>

===#mplayer===

<pre>
* KotH wants a point and click solution... w/o the click
</pre>

<pre>
<Micksa> I'm reading about motion compensation
<Micksa> some of this is serious voodoo
<Micksa> I love it :)
</pre>

<pre>
<dtm> you're a free software pimp, Commn
</pre>

<pre>
<Jan_> mplayer has a number of command line options that is large enough to overflow a 32-bit variable.
</pre>

<pre>
<iive> Commn: yeh.. usa people usually have problem with foregin languages like british, australian or canadian. :)
</pre>

<pre>
<CarlFK> how many gig is an hour of raw DV ?
<DogBoy> like from a porno?
<CarlFK> right
<DogBoy> just how raw are we talking
<CarlFK> right from the cam corder's firewire
</pre>

<pre>
<dtm> Commn: i read all of your wiki page and you forgot the final entry for "and seek professional
help immediately for the mental illness that either
1) made you want to follow all these steps for lazy, codependent fools on irc or
2) that you WILL HAVE after faithfully trying to implement all these steps for a week"
<dtm> http://mfrost.typepad.com/photos/uncategorized/gaaallllgh.jpg that big dog is the cumulative laziness of a lot
of irc users the medium sized cat is Commn and the one watching, frozen in horror, is me
<dtm> now is that a normal response for a cat who has a self preservation instinct? i think not.
<dtm> HE LIKES IT!
<Commn> dtm : haha how long did it take to find that picture?
<dtm> Commn: somebody gave it to me and i kept it in a firefox tab all week coz it's so awesome coz
I KNEW IT WOULD HAVE A GREAT PURPOSE
<dtm> Commn: since you asked for feedback, i'll say that you're extraordinarily diligent and conscientious, and
the minority of that content is directly relevant to mplayer, and the majority is relevant to a "how to ask
questions the smart way" type of document if not being totally redundant thereof
<dtm> you are a gentleman and a scholar, and true patriot
<sacarasc> dtm is cute when he is adoring someone
<Commn> dtm : yes, its a modified 'how to ask questions' docu
<Commn> its lame tho
<Commn> i might delete it
<Rathann> dtm is such a clear case of user-support-induced insanity that I wonder why I am still sane sometimes...
</pre>

<pre>
<pianoboy3333> how long does mplayer take to compile?
<dtm> how long til the Point of Know Return?
<pianoboy3333> ...
<dtm> i'm sorry, was that question not as dumb as yours? oh well i tried!
<dtm> <3
<iive> dtm: you are starting to sound like me.
<dtm> Hmmmm.
* dtm commits honorable ninja suicide
</pre>

<pre>
<Erb> Does anyone know how to launch the GUI MPlayer in Linux via PHP (in Firefox)? I can run MPlayer scripts
in the background fine. I only need to do this for local videos for an application I'm building.
* dtm throws his brain into a blender in an attempt to comprehend Erb's question but fails sadly
</pre>

<pre>
<dtm> tell me what i want to know, and nobody gets hurst.
<dtm> hurt.
<Rathann> o_O
<dtm> i'm feeling like the giant cactus wants to be plastered in ascii screenshots
<dtm> I MUST COMPLY
<dtm> HELP ME DO THIS, Rathann
</pre>

<pre>
<DazBrum> what is the channel for developers
<-- DazBrum has quit ()
<dtm> lols
<dtm> i think i'll spare them from that
</pre>

<pre>
<netstat> how come mplayer eating memory
<netstat> it uses up to 90% cpu
<dtm> must be a good movie
</pre>

<pre>
<cappicard> o/~ Ich versteh euch nicht! o/~
<dtm> i'm sorry cappicard i dont speak satanic
<cappicard> LOL
<cappicard> it's just German
<dtm> yeah but not when they're singing it.
<cappicard> heh :)
<iive> cappicard: isn't it the same
</pre>

<pre>
<gioele> How come that I get a 35 minutes MP3 from a 5 minutes FLV video with -dumpaudio?
<Compn> aliens beaming audio into your mp3
<spuck00> ^^
<gioele> Compn: time to call SETI?
<Compn> yep
<Compn> if the aliens are peaceful, say hello
<Compn> if they are aggressive, look out!
</pre>

<pre>
* richard___ wonders why so many people join this channel for no apparent purpose
<rsk> they share the love of mplayer ;-(
<sacarasc> i have a purpose
<richard___> I wasn't implying that there's anything wrong with it :)
</pre>

<pre>
<rms> please tell me how to use dd_rescue
<KotH> RTFM
<rms> and what special will it do, except regular copy?
<KotH> RTFM
<rms> RTFM?
<KotH> the manual says everything oyu need to know
<KotH> read the fucking manual
<rms> oh ok
</pre>

<pre>
<iive> -dumpvideo
<LinuxCart> umm, that's a good idea. i'll try that.
<LinuxCart> thank you iive
<KotH> LinuxCart: if in doubt, it's iive's fault ;)
</pre>

<pre>
<LinuxCart> how could this be explained?
<iive> it just another of dv misteries
<iive> it's KotH fault.
</pre>

<pre>
<LinuxMafia> how can i turn on language and sub
<KotH> RTFM
<LinuxMafia> KotH, using debian or freebsd?
<KotH> LinuxCart: doesnt matter, the FM is OS idenpedent
<LinuxCart> KotH: is RTFM some dialect to say it's iive fault :P
</pre>

<pre>
<ChaosR> MPlayer 1.0rc1-4.1.2-DFSG-free <- my version
<ChaosR> is it out of date
<mjunx> of course
<mjunx> if it wasn't built like within an hour ago at any given time, it's usually out of date
</pre>

<pre>
<Fatsobob> trying to get mplayer to play win32 on ubuntu makes me want to shoot myself
<Fatsobob> mostly because ubuntu is all "totem this" and "totem that"
</pre>

<pre>
<Quintin> Is there any reason to use opengl vo device?
<sacarasc> nope
<Quintin> what's it there for?
<sacarasc> because you might want to use it...
...
<reimar> sacarasc: is there any reason why I should think what you just said makes sense? ;-)
<sacarasc> reason and what people want are not always the same
</pre>

<pre>
<Commn> iive : dont call mplayer users dumb
<Commn> not to their faces anyhow
</pre>

<pre>
<Agiofws> has anyone tried cinerella ?
<Agiofws> i think it great
<Kunalagon> I tried , and I thin 80 % does not work
<MisT_> never get compiled here
<Kunalagon> it has more bugs than my shelter
</pre>

<pre>
<voltagex> ArneB: at one stage I was able to do the maths to crack CSS on paper :P
...
<ArneB> voltagex: Obviously your mind and paper are illegal.
<ArneB> Better hand them over to the MPAA.
<voltagex> I think you could sneeze and accidentally crack CSS
<voltagex> yep
<voltagex> no more pencils
</pre>

<pre>
<danny500> how do I convert a ogm file into an mpeg file using mencoder?
<danny500> anyone>
<danny500> hello?
<danny500> ?
<danny500> help
<BenrA> mencoder -of mpeg -oac lavc -ovc lavc -lavcopts vcodec=mpeg2video -o foo.mpg foo.ogm
<danny500> ?
<BenrA> If you want quality and/or DVD compatibility or anything, consult the docs. ;)
<danny500> ok that was confusing
<danny500> file equals = file:///home/danny500/Trigun/Trigun%20-%201%20-%20The%20%24%2460%20Billion%20Man
<danny500> now, rewrite that code so that It'll work
<danny500> well then?
<BenrA> What is your problem?
<housetier> I'd try replacing "foo.ogm" with /home/danny500/Trigun/Trigun%20-%201%20-%20The%20%24%2460%20Billion%20Man
(if that is the real file name), and see how far it goes
<danny500> fine then, don't help me, I'll go to a room where I'll actually get help. Fucking assholes
</pre>

<pre>
<crackedboy> hi, can I ask something about kmplayer?
<md`> no
<crackedboy> ok, sorry
<md`> you're forgiven
</pre>

<pre>
<CHodapp> I have a program that's basically just generating RGB data for a framebuffer.
<CHodapp> I'm having major issues figuring out how to get this data to an encoded video.
<CHodapp> ffmpeg seems to only want some particular kind of YUV
<CHodapp> can I make mencoder handle raw RGB or raw YUV or anything like that?
<Commn> its easier to get it working with mplayer, to see what options you need
<Commn> mplayer file -demuxer rawvideo -vc rawbgr16
<Commn> etc
<Commn> then you can do mencoder with those opts
<Commn> or maybe even mplayer -vo yuv4mpeg , which ffmpeg probably accepts
<Commn> maybe even use a named pipe... mkfifo stream.yuv && ffmpeg -i stream.yuv -options ...
<CHodapp> ugh, documentation is so sparse on stuff like this
<CHodapp> ugh, why is this such a pain in the ass, with everything
<CHodapp> hrm, maybe rawrgb24 is what I need
<Commn> what part is sparse?
<Commn> if you tell us, we can improve mplayer docs
<CHodapp> well, not so much in mplayer as everything else I've tried... I was mostly searching on
the web to get some clue of how I'd convert what kind of raw input to encoded output
<Commn> mplayer -vc help|grep raw
<Commn> will show what raw codecs mplayer has
<CHodapp> Yeah, I just now found that
<CHodapp> blah . . . Cannot find codec matching selected -vo and .video format 0x30323449.
<Commn> CHodapp : try -vc +rawrgb32 or whatnot
<Commn> just add + in front of it
<CHodapp> then it says the selected video_out device is incompatible with this codec
<CHodapp> tried sdl and x11
<Commn> if you can make a small sample of your file
<Commn> dd if=input of=output count=3 bs=1024k
<Commn> i can try to get it working in mplayer
<CHodapp> you might as well just take 640*480*3*100 bytes of data from /dev/urandom and try
that... it will be functionally equivalent
<CHodapp> I'm using this right now: mplayer -rawvideo w=640:h=480 -demuxer rawvideo -vc +rawrgb24 -vo sdl temp.rgb
<Commn> whats random got to do with it ?
<CHodapp> it's just a bunch of bytes, completely unorganized, and mplayer needs to know the resolution
<CHodapp> it doesn't care about the contents
<CHodapp> something else is wrong, otherwise I'd be getting something on the screen
<Commn> if you give me some file i can help
<Commn> otherwise its hard to debug from here ;p
<CHodapp> www.uc.edu/~hodappcm/temp2.rgb
<CHodapp> not the most coherent video, but you won't find that out unless you get something on the screen
<CHodapp> it's 320x240, 10 frames worth
<Commn> what program generates it ?
<CHodapp> just something I'm writing. it's all procedural.
<Commn> i'm trying to remember why it defaults to i420
<CHodapp> i420? like yuv?
<Commn> ya
<CHodapp> definitely shouldn't be yuv...
<Commn> i know, mplayer -rawvideo is defaulting to that
<CHodapp> hmm
<CHodapp> still no output?
<Commn> CHodapp : something like this didnt work ? ffmpeg -f rawvideo -pix_fmt rgb24
<CHodapp> couldn't find codec parameters...
<CHodapp> wait, I forgot the size
<Commn> haha more static
<CHodapp> what commandline did you use?
<Commn> ffplay -f rawvideo -pix_fmt rgb24 -s 320x240 temp2.rgb
<CHodapp> wonder if my endianness is wrong...
<Commn> is it black frames ?
<Commn> ffplay -f rawvideo -pix_fmt bgr32 -s 320x240 temp2.rgb
<Commn> CHodapp : http://64.233.167.104/search?q=cache:0o70XuNe5QkJ:www.kingcot.eclipse.co.uk/unichrome/tvoutTest.html+mplayer+rawvideo+rgb&hl=en&ct=clnk&cd=50&gl=us&client=opera
<Commn> CHodapp : there is an app on that page which generates rgb data
<CHodapp> yeah...
<CHodapp> by the way, I just sent you data from /dev/urandom
</pre>

<pre>
<Jan-> Just so you know, you do realise, the reason we're after using mplayer is because it's f@&^@ng brilliant.
<Jan-> It plays, as they say, *.
<Jan-> It'd play a bucket of cornflour if you painted the word "MOVIE" on it.
</pre>

<pre>
<nyersa> do I need to also specify the aspect ratio?
<Rathann> that's too vague a question
<Rathann> so my answer is: maybe
</pre>

<pre>
<judaz> i hear music, but not de voices
<judaz> the *
<Rathann> well, it's good that you don't hear voices
<Rathann> hearing voices is usually a sign of insanity
</pre>

<pre>
<sacarasc> i want mplayer 1.0 final so i can laugh and hell freezes over and people stop being idiots
</pre>

<pre>
<ma3x> what do you need mplayer for?
<ma3x> full of bugs
<ma3x> get windows media centre
<rsk> yea
<rsk> get a brain
</pre>

=== #ffmpeg ===

<pre>
<grepper> you don't have -pix_fmt ?
<aum> '-pix_fmt list' worked - it just isn't advertised on the manpage
* aum pays due respect, and acknowledges that the *real* manpages are those files ending in .c, .h, .cxx etc
<grepper> it sure IS in my manpage
<grepper> maybe debian makes it from ffmpeg -h
</pre>

<pre>
<jaredthane> Now I'll just shoot myself in the head for being so stupid!
<andoma> do you want help with that as well? :-)
</pre>

<pre>
<benoit-> zinfandel: read the code
<benoit-> and come back when you know what you're talking about
<zinfandel> thats the 15 minutes i dont have now, but ok you win
</pre>

<pre>
<kshishkov|work> well, strictness of laws here is compensated by inability to enforce them often
</pre>

<pre>
<encompass> so what does FFMpeg actually stand for?
<Kuukunen> fast forward moving picture experts group
</pre>

<pre>
<peleg> oh, awful!!!
<peleg> these terrible sounds ripped my ears...
<iive> aac have been committed to ffmpeg?
</pre>

=== #ffmpeg-devel ===

<pre>
<superdump> well, i've been hailed as a guru and i'm owed a pint (see #ffmpeg)
<superdump> hehe
<andoma> i want a pint too!
<superdump> it's loud and annoying
<kshishkov|work> so what, I've got one marriage proposal (from female) there once
<superdump> o rly?
<andoma> that ranks higher indeed ..
<andoma> kshishkov > superdump
</pre>

<pre>
<caldo_de_cana> ok, I need a little CS help... my callback function for vfwcap
locks a mutex to add packets to a list. lavf's read_packet function also locks
the same mutex to read packets from the list. If there are no packets on the
list and read_packet has to wait, I could make it wait for a semaphore that is
set from inside the callback, right?
<iive> lavf (ffmpeg in general) using mutex is news for me.
<caldo_de_cana> iive: windows stuff... I had to make up for vfw's misdesign
<caldo_de_cana> actually it's lavd... most files there have huge hacks
* iive runs and hides
* mru makes up for windows misdesign by not using it
</pre>

==Mailing lists==

===[http://lists.mplayerhq.hu/mailman/listinfo/mplayer-cvslog mplayer-cvslog]===

<pre>
> btw, anyone has a copy of the ISO-english spec? ;)

Ok. :)

1. There isn't a spec, since the language hasn't been standardized. All
we have are numerous competing drafts written by independent,
non-authoritative organizations.

2. A large amount of existing English code, such as Shakespeare, is
unparseable by modern English speakers.

3. If an element of the language has been frequently misused over a long
enough period of time, such misuse often becomes acceptable.

4. An English speaker can be considered reasonably feature-complete even
if such speaker only recognizes a small subset of the language.

5. Certain keywords tend to cause internal compiler errors. Such
keywords are known as "profanity", and existing English speakers weakly
attempt to prevent recently-written speakers from being aware of them.

6. English is a highly context dependent. Many keywords, when used in
their own particular context, take on an entirely illogical meaning.
These "idioms" cause compilation errors, especially when an old speaker
is attempting to communicate with a new one.

7. ....

I could go on, but that's enough fun for now. :)
-- Michael Niedermayer and Corey Hickey in mplayer-cvslog at mplayerhq.hu
</pre>

<pre>
On Sat, Dec 01, 2007 at 02:35:25PM +0100, reimar wrote:
> Author: reimar
> Date: Sat Dec 1 14:35:25 2007
> New Revision: 25225
>
> Log:
> Fox typos

well ...

[...]
--
Michael
</pre>

===[http://lists.mplayerhq.hu/mailman/listinfo/mplayer-dev-eng mplayer-dev-eng]===

<pre>
Without a frontend, mplayer is useless.
-- Jean-Philippe Guillemin in mplayer-dev-eng at mplayerhq.hu
</pre>

<pre>
[about alsa resampler]
Now why on earth would anyone want to use this crap?? It's only
configurable between two extremes of sucking: very bad quality, or
very bad performance.
-- Rich Felker in mplayer-dev-eng at mplayerhq.hu
</pre>

<pre>
Reinventing the wheel certainly is annoying, but as long as all other
wheels are square...

Reimar Döffinger
</pre>

<pre>
On Thu, Aug 24, 2006 at 01:10:18PM -0400, Dave Dodge wrote:
> IA64 compilation is an ongoing research project.

Which is what leaves me always wondering where on earth (or actually far
away from earth) Intel engineers left their brains when designing
IA64...
Technology for the next century. As in we will get it to work properly
somewhen in the next century...

Reimar Döffinger
</pre>

===[http://lists.mplayerhq.hu/mailman/listinfo/mplayer-users mplayer-users]===

<pre>
> > yes, video decoding is not perfect either so even if u decode the bitstream u
> > loose quality (idct inaccuracies and such) so u should really use a hexeditor
> > instead of mplayer to view ur movies
>
> Perhaps we could rewrite xmatrix so it takes its input from AVI
> files...

"Do you always look at it encoded?"

"Well ya have to. The video codecs work FOR the construct program. But
there's way too much information to decode this DIVX. You get used to
it -- I don't even see the code. All I see is blonde, brunette,
redhead..."
-- Michael Niedermayer, Moritz Bunkus and D Richard Felker III in mplayer-users at mplayerhq.hu
</pre>

<pre>
>>> Is there any possibility to convert a Ream Media video stream to
>>> ogg/theora video?
>>
>> no, ogg is banned for good from the list of possible outputs for
>> manifest insanity
>
> Thank you for your answer, but can you be more specific?

ogg is by far the most insane mux format ever conceived,
thus no conscious coder wants to permit to give birth to an abomination
like that
-- Marek Mahut and Nico Sabbi in mplayer users at mplayerhq.hu
</pre>

<pre>
> > > 1. ok, true, I wanted to say mad TAG right ? How can I get this
> > > to MP3 tag ?
> >
> > There is no such thing as a MAD tag. MAD only plays MP1/MP2/MP3.
> > Your file has to have one of those as the audio track for MAD to be
> > able to play it at all. You also didn't read the rest of my post.
>
> MAD audio codec then ?

...

I'd love to help, but I have to go bang my head against that wall over
there...
-- wim delvaux and RC in mplayer-users at mplayerhq.hu
</pre>

<pre>
Tobias Damisch wrote:
> Guillaume Poirier wrote:
> > MPlayer still lacks "fairies" support to invent the pixels in between,
> > needed to get a truly HD picture.
>
> Just get latest SVN and recompile with:
>
> --enable-fairies
>
> Then try adding -vf fscale=1600:1200 (or any other resolution you
> might desire) to your command line.

Gentoo's latest mplayer ebuild is apparently an SVN snapshot from
08/10/2006 and doesn't seem to include a fairies USE flag for
compilation. Was fairies support added after that date, or is the
ebuild missing a USE flag?

Grant
</pre>

===[http://lists.mplayerhq.hu/mailman/listinfo/ffmpeg-cvslog ffmpeg-cvslog]===

<pre>
>> I'm sure Michael knows how to capitalize and punctuate at
>> least a little bit.
> thats defamation, ive never capitalized and punktuated correctly
> besides that i dont like pure capitalism ;)
I NEVER ASKED YOU TO WRITE LIKE THIS.
-- Måns Rullgård and Michael Niedermayer in ffmpeg-cvslog at mplayerhq.hu
</pre>

<pre>
Michael Niedermayer CVS <michael@mplayerhq.hu>

Modified Files:
ffmpeg-doc.texi
Log Message:
split string to avoid buffer overflow in native english speaking persons (fix suggested by The Wanderer)
</pre>

<pre>
On Mon, Dec 26, 2005 at 09:57:36PM +0100, Alexander Strasser wrote:
> Oh, I just saw it was in the original mail. I must have
> accidently deleted it while writing the answer. Sorry for
> the trouble.

no problem at all, better to ask then to miss some typos by the CIA/KGB guys
who edit all my outgoing and incoming mails

Michael
</pre>

<pre>
>>>Log:
>>>use pr -n -t instead of non-standard cat -n
>>>
>>Is this purely to be standard compliant or did you manage to find a
>>system that doesn't accept cat -n?
>
>Rich has one, apparently.

That's funny...
I admire FFmpeg's standard compliance. It gets to the point where you
create systems to justify such changes.
-- Måns Rullgård and Ramiro Polla
</pre>

<pre>
Besides, people with non-compliant systems need to be taught a lesson.
-- Måns Rullgård
</pre>

===[http://lists.mplayerhq.hu/mailman/listinfo/ffmpeg-devel ffmpeg-devel]===

<pre>
On Mon, Jan 02, 2006 at 05:14:20AM +0100, Michael Niedermayer wrote:
> Hi
>
> On Fri, Dec 16, 2005 at 03:45:37PM -1000, Steve Lhomme wrote:
> > This code moves the AR detection in the codec part so that it works when
> > the DV stream is in AVI (or else) too. Plus the interlacing detection
> > now works.
>
> roman, please choose
> [ ] patch ok
> [ ] patch not ok
> [ ] dv maintainer lazy
> [ ] dv maintainer busy
> [ ] dv maintainer dead

Michael you've forgotten a very important option for somebody who decided
to celebrate New Year in Russia:

[X] dv maintainer drunk
</pre>

<pre>
> All right, new screening process for prospective FFmpeg contributors:
> "Are you now, or have you ever been, a Microsoft Visual C++ user?"
> There's going to be scandal when the oversight committee investigates my
> employment history.
If you used msvc on your day job it doesn't count, as long as you really hated it.
-- Mike Melanson and Måns Rullgård in ffmpeg-devel at mplayerhq.hu
</pre>

<pre>
>>>I never understood the point of those supposedly "cool" aliases some
>>>people use.
>>
>> What about the supposedly "cool" circle you put over the 'a's in
>> your name? :)
>
>
> It's Swedish and turns the 'a' into something that sounds like an 'o' as
> in 'hot'...

Ah, so that's the difference. It's not "cool", it's 'hot'.
-- Måns Rullgård, Mike Melanson, and Diego Biurrun in ffmpeg-devel at mplayerhq.hu
</pre>

<pre>
> patching file configure
> Hunk #1 FAILED at 914.
> 1 out of 1 hunk FAILED -- saving rejects to file configure.rej
Ah, yes, the swift evolution of ffmpeg made the patch obsolete in 24h.
-- Måns Rullgård and Víctor Paesa in ffmpeg-devel at mplayerhq.hu
</pre>

<pre>
[about the lack of "chained ogg" support]
I'm aware of this problem, and I've been trying to think of a
solution. The more I think about it, the more it appears as an
abomination. Just like everything Ogg related. No surprises there.
-- Måns Rullgård in ffmpeg-devel at mplayerhq.hu
</pre>

<pre>
not everything from OO is necessarily bad, like not everything from M$
is necessarily bad, if later where the case M$ would gone bankrupt long
ago ...
but thats geting deeply off topic, lets rather concentrate on flames and
insults ...
-- Michael Niedermayer in ffmpeg-devel at mplayerhq.hu
</pre>

<pre>
[Marco Gerards submits a THP demuxer]
Coooool. I have hundreds of THP files. I will find some that have sound
and get them posted soon. In the meantime, Niedermayer will be along
shortly to tear apart your patch. Good luck! :)
-- Mike Melanson in ffmpeg-devel at mplayerhq.hu
</pre>

<pre>
[about SwScaler rewrite]
> > And then we can call an architecture dependent init function that can
> > overide the C behavior much like is done for the dsputils.
> I was thinking about that too
thinking is good patch is better ...
-- Marc Hoffman, Luca Barbato and Michael Niedermayer in ffmpeg-devel at mplayerhq.hu
</pre>

<pre>
On Sun, Jan 15, 2006 at 06:27:55PM +0100, Reimar Döffinger wrote:
>
> Oh, and the image of my RE drawing is up as well :-) :
> http://www.stud.uni-karlsruhe.de/~uvhe/LZODraw_bw.png

Thank goodness your coding skills are better than your handwriting ;)

Diego
</pre>

<pre>
On Thu, Sep 22, 2005 at 10:51:05AM +0200, oandrieu@gmail.com wrote:
> Michael Niedermayer [Wednesday 21 September 2005] :
> > cosmetics
>
> Yes. And ?

sorry, i should have been more verbose, maybe i should be restarted with -v
can someone of the admin(s) do that?

Michael
</pre>

<pre>
as far as i can see this AVI file has _many_ video frames in each chunk, sick
how can a person be capable of using a text editor (and writing software) and
at the same time be such a complete idiot writing a program generating so
broken avi files ...

Michael
</pre>

<pre>
michaels law: "if gcc can mess up, it does mess up" ;)
</pre>

<pre>
> >> + "psllw $1, %%mm1 \n\t"
> >> + "psllw $1, %%mm2 \n\t"
> >
> > paddw
>
> Is that always faster?

no, you can design a cpu where its not

Michael
</pre>

<pre>
if you think that this patch will be accepted due to you whining how much
time you spend on it already then you live in some strange fantasy world
-- Michael Niedermayer in ffmpeg-devel at mplayerhq.hu
</pre>

<pre>
Rich, I always knew you were a little out of the ordinary, but
pirating gay porn wasn't quite what I was expecting even from you.
-- Måns Rullgård in ffmpeg-devel at mplayerhq.hu
</pre>

<pre>
[after a discussion of a patch with a new audio decoder evolved into
runtime generation of tables vs. hardcoding them in the object file debate]

what is the name of this bikeshed?
-- compn
</pre>

<pre>
On Thu, Oct 18, 2007 at 11:04:23AM +0200, Jean-Michel Pouré wrote:
> Some days ago, Christian Marillat reported that it was impossible to
> compile ffmpeg/libavcodec packages under Debian. Any idea where the
> problem comes from? Was it fixed lately?

Sure. My crystal ball tells me that fiendish aliens have been using
force fields to obstruct the flow of cosmic energies in Christian's
machine. The fact that the aliens have decided to sabotage FFmpeg first
should give us all pause. It is a rare compliment to receive but it
carries along a great responsibility.

Now everybody remember that the survival of the human race rests on our
shoulders. If we are to remain victorious in this epic conflict we must
not succumb to darkness. The pureness of our hearts is our most potent
defense. We must preserve it at any cost.

Diego
</pre>

<pre>
On Tue, Oct 30, 2007 at 12:15:28AM -0400, Ronald S. Bultje wrote:
[...]
> I'm not "they" anymore, I left Fluendo +/- 2 1/2 years ago and GStreamer +/-
> 2 years ago.

i see, ill get the kgb chief liquidated for providing me with outdated
information

Michael
</pre>

<pre>
On Fri, Dec 14, 2007 at 08:01:51PM +0100, Diego Biurrun wrote:
[...]
> > + * @file rectanlge.h
>
> rectANgle.h

diego: /dev/brain: Permission denied ;)

Michael
</pre>

<pre>
The only officially correct spelling of snow is in the form of a frozen
snowflake placed on 5000 year old papyrus and illuminated by the light of
a population III star.

Now please diego fix it to the official spelling!

Michael
</pre>

<pre>
O, mercyfull Diego, hast thou not given the dear needed access?
Wherefore did thou create ye, if not to commit?

Michael
</pre>

<pre>
FFmpeg preys on weak, unmaintained or closed-source codecs. If your
library does not meet those requirements, ffmpeg won't consume it (and
will use a wrapper if it is good one).

Kostya
</pre>

<pre>
>
> Just curios, is it possible to add hardware DVD, h.264 and VC-1 decoding to ffmpeg?

Yes, through ./configure --dont-hijack-threads --see-ffmpeg-users

Benjamin Zores
</pre>

<pre>
Thats like giving a painting from Leonardo da Vinci to a wild boar so it can
correct the fine details.

Michael
</pre>

<pre>
But the only correct usage of autotools is as argument to rm

Michael
</pre>

<pre>
Diego Biurrun wrote:
> I came across this excellent paper from 15 years ago:
>
> #ifdef Considered Harmful, or Portability Experience With C News
>
> It's a nice short read and emphasizes the experiences we have had around
> here. It also comes to very similar conclusions, which is quite
> gratifying.

In the other news water is considered harmful yet useful...

lu
</pre>

<pre>
Alexander Strange wrote:
>
> On Apr 23, 2008, at 2:24 PM, vitor wrote:
>
>> Author: vitor
>> Date: Wed Apr 23 20:24:46 2008
>> New Revision: 2152
>>
>> Log:
>> Replace if(acroread appli_Goethe.pdf &){B}else{C} by if(a){C}else{B}
>
> Too much tab completion?

Is there a price for the most nonsense commit log? ;-)

-Vitor
</pre>

===[http://lists.mplayerhq.hu/mailman/listinfo/nut-devel NUT-devel]===

<pre>
We should have some nut samples.
Someone, (not me, I am lazy), should mux some free video and
audio into NUT (or just grab a camera and film something funny
like what happens with an egg in the microwave or something
else where A-V sync can be seen).

Michael
</pre>

<pre>
A "spec" as readable as a sendmail configuration file doesn't make
matters better...

Måns Rullgård
</pre>

===other===

<pre>
i've remembered i have root access at new mphq, but probably
it was just a dream :)))
-- A'rpi
</pre>

<pre>
FFmpeg works like a human being: something nice comes in, crap comes out.
-- superdump on an S-Bahn train in Berlin
(written from memory, please fix)
</pre>

<pre>
Michael Niedermayer <michaelni@gmx.at> added the comment:

this is for bugreports not guess reports
</pre>

<pre>
Sun Nov 11 10:32:18 CET 2007
Previous message: [Ffmpeg-user] Anyone?
>Anyone?

someone?

>I still can't make it work.

have you tried cialis?

of course maybe you're referring to an audiovisual problem,
and maybe it even pertains to ffmpeg...
really hard to tell!

tripp
</pre>

<pre>
Breaking DRM is a little like attempting to break through a door even
though the window is wide open and the only thing in the house is a bunch
of things you dont want and which you would get tomorrow for free anyway
-- Michael Niedermayer
</pre>

Mimic

2008-04-08T22:37:44Z

Angustia: Proper interframe description (in pseudo-code)

* FourCC: ML20
* Company: [[Logitech]]/[[Microsoft]]
* Samples: http://samples.mplayerhq.hu/V-codecs/ML20/

A video encoding used by MSN Messenger for webcam conversations.

Open source codec library: [http://www.jblinux.net/libmimic/ libmimic]; Note that this website is does not exist as of April 6, 2006. However, the [http://farsight.sourceforge.net Farsight] project incorporates the libmimic source.

FFmpeg has a native decoder for Mimic since r12491.

== Overview ==
The Mimic codec operates in a native [[YUV 4:2:0]] colorspace. The codec employs both intraframes and interframes. Each of the 3 planes, Y, U, and V, is encoded separately, in the YVU order. Each plane is broken up into a series of 8x8 blocks. In an intraframe each block, progressing from left -> right, bottom -> top, is transformed using a discrete cosine transform (DCT), quantized, and re-ordered in a zigzag pattern. Finally the transformed non-zero coefficients and the runs of zeros between them are encoded into a bitstream using variable length codes (VLCs). Interframes encode a bit for each block to indicate that the block is unchanged from the block at the same position from the previous frame, or that the block is completely recoded using the same algorithm as each block in the intraframe. Luma interframes encode another bit for each block to indicate that the block is unchanged from any of the previous 15 frames. Another 4 bits follow to indicate which frame the back reference refers to.

Note that this process bears some similarity to [[JPEG]] coding. Notably absent are macroblocks as well as delta coding of DC coefficients.

== Data Format ==
Each frame begins with a 20-byte header. All multi-byte numbers in the frame header are in little endian format:

bytes 0-1 unknown
bytes 2-3 quality setting
bytes 4-5 frame width
bytes 6-7 frame height
bytes 8-11 unknown
bytes 12-15 frame type
0 = intraframe
non-zero = interframe
byte 16 number of coefficients coded in each block in the frame
bytes 17-19 unknown

The encoded frame begins at byte 20 (counting from 0). To decode an intraframe, iterate through each plane, Y, V, and U. For each plane, iterate through all the 8x8 blocks from left -> right, bottom -> top.

For each block:
* decode ''n'' coefficients from the VLC bitstream, where ''n'' is obtained from the frame header
* dequantize the coefficients
* de-zigzag the coefficients
* transform the coefficients using an inverse DCT
* saturate the transformed samples to an unsigned byte range (0..255)

The process for decoding an interframe is similar as for an intraframe. Iterate through the planes and the blocks in the same manner. For each block follow this pseudo-code:
read 1 bit
if bit == 1 for luma plane or bit == 0 for chroma planes
copy block from previous frame
else
if luma plane
read 1 bit
if bit == 1
read 4 bits
copy block from backreference read in bits
endif
endif
if chroma plane or no backreference
decode block as in intraframe
endif

== Bitstream Packing ==
The Mimic bitstream is packed into 32-bit integers which are then stored in memory and transferred over the network wire in little endian format. To begin reading a packed Mimic bitstream, read the first 32-bit number from memory in little endian format. Read the bits from right -> left within the integer. When those 32 bits are exhausted, the next 4 bytes are read from memory in little endian byte order and the process is repeated.

As an alternative reading method, byteswap each 32-bit number in the entire input bytestream and use a standard left -> right bitstream reader.

== Decoding Coefficients ==
Each 8x8 block is coded in the bitstream as a DC coefficient and some number (up to 63) AC coefficients. Begin the decode process by clearing all coefficients to 0. Then proceed to decode ''n'' coefficients, according to the number set in the frame header. If there are 15 coefficients coded, that translates to 1 DC coefficient and 14 AC
coefficients.

The DC coefficient is always stored as the next 8 bits in the bitstream.

For each of the remaining AC coefficients, decode a VLC from the bitstream as the number of zero coefficients to skip in the transform block. Then, decode another VLC as the quantized AC coefficient.

'''TODO: import VLC tables into separate page'''

== De-zigzag ==
This is the zigzag table used in the Mimic coding method:
unsigned char zigzag[64] = {
0, 8, 1, 2, 9, 16, 24, 17,
10, 3, 4, 11, 18, 25, 32, 40,
33, 26, 19, 12, 5, 6, 13, 20,
27, 34, 41, 48, 56, 49, 42, 35,
28, 21, 14, 7, 15, 22, 29, 36,
43, 50, 57, 58, 51, 44, 37, 30,
23, 31, 38, 45, 52, 59, 39, 46,
53, 60, 61, 54, 47, 55, 62, 63
};
To de-zigzag decoded coefficient ''n'' from the bitstream into a 64-element transform matrix:

transform_matrix[zigzag[n]] = decoded_coefficient[n]

== Dequantization ==
Using the quality setting decoded from a Mimic frame's header, compute the block's dequantization factor as:

qscale = (10000 - quality_setting) / 1001

If the block being dequantized belongs to a chrominance plane then saturate the dequantization factor between 2.0..10.0. If the block belongs to the luminance/Y plane, saturate the dequantization factor between 1.0..10.0.

To dequantize the matrix of 64 coefficients, multiply the DC coefficient (element 0) by 2 and multiply the AC coefficients at indices 1 and 8 by 4. Multiply the remainder of the AC coefficients by the computed quantization factor.

== Inverse Discrete Cosine Transform ==
The IDCT is compatible with JPEG's. It is just different by a factor of 4. By multiplying the input data by 4 and passing the block to JPEG's IDCT, you get the same output as libmimic's code.

== Post Processing ==
The open source libmimic package contains an impressive amount of post processing code as well.

[[Category: Video Codecs]]

Mimic

2008-04-08T22:22:40Z

Angustia: Luma interframes have back references

* FourCC: ML20
* Company: [[Logitech]]/[[Microsoft]]
* Samples: http://samples.mplayerhq.hu/V-codecs/ML20/

A video encoding used by MSN Messenger for webcam conversations.

Open source codec library: [http://www.jblinux.net/libmimic/ libmimic]; Note that this website is does not exist as of April 6, 2006. However, the [http://farsight.sourceforge.net Farsight] project incorporates the libmimic source.

FFmpeg has a native decoder for Mimic since r12491.

== Overview ==
The Mimic codec operates in a native [[YUV 4:2:0]] colorspace. The codec employs both intraframes and interframes. Each of the 3 planes, Y, U, and V, is encoded separately, in the YVU order. Each plane is broken up into a series of 8x8 blocks. In an intraframe each block, progressing from left -> right, bottom -> top, is transformed using a discrete cosine transform (DCT), quantized, and re-ordered in a zigzag pattern. Finally the transformed non-zero coefficients and the runs of zeros between them are encoded into a bitstream using variable length codes (VLCs). Interframes encode a bit for each block to indicate that the block is unchanged from the block at the same position from the previous frame, or that the block is completely recoded using the same algorithm as each block in the intraframe. Luma interframes encode another bit for each block to indicate that the block is unchanged from any of the previous 15 frames. Another 4 bits follow to indicate which frame the back reference refers to.

Note that this process bears some similarity to [[JPEG]] coding. Notably absent are macroblocks as well as delta coding of DC coefficients.

== Data Format ==
Each frame begins with a 20-byte header. All multi-byte numbers in the frame header are in little endian format:

bytes 0-1 unknown
bytes 2-3 quality setting
bytes 4-5 frame width
bytes 6-7 frame height
bytes 8-11 unknown
bytes 12-15 frame type
0 = intraframe
non-zero = interframe
byte 16 number of coefficients coded in each block in the frame
bytes 17-19 unknown

The encoded frame begins at byte 20 (counting from 0). To decode an intraframe, iterate through each plane, Y, V, and U. For each plane, iterate through all the 8x8 blocks from left -> right, bottom -> top.

For each block:
* decode ''n'' coefficients from the VLC bitstream, where ''n'' is obtained from the frame header
* dequantize the coefficients
* de-zigzag the coefficients
* transform the coefficients using an inverse DCT
* saturate the transformed samples to an unsigned byte range (0..255)

The process for decoding an interframe is similar as for an intraframe. Iterate through the planes and the blocks in the same manner. For each block:
* read 1 bit from the bitstream
* if the bit is 1 then the block is unchanged from the block at the same position in the previous frame
* if the bit is 0 then the block is to be decoded using the same process as in an intraframe

== Bitstream Packing ==
The Mimic bitstream is packed into 32-bit integers which are then stored in memory and transferred over the network wire in little endian format. To begin reading a packed Mimic bitstream, read the first 32-bit number from memory in little endian format. Read the bits from right -> left within the integer. When those 32 bits are exhausted, the next 4 bytes are read from memory in little endian byte order and the process is repeated.

As an alternative reading method, byteswap each 32-bit number in the entire input bytestream and use a standard left -> right bitstream reader.

== Decoding Coefficients ==
Each 8x8 block is coded in the bitstream as a DC coefficient and some number (up to 63) AC coefficients. Begin the decode process by clearing all coefficients to 0. Then proceed to decode ''n'' coefficients, according to the number set in the frame header. If there are 15 coefficients coded, that translates to 1 DC coefficient and 14 AC
coefficients.

The DC coefficient is always stored as the next 8 bits in the bitstream.

For each of the remaining AC coefficients, decode a VLC from the bitstream as the number of zero coefficients to skip in the transform block. Then, decode another VLC as the quantized AC coefficient.

'''TODO: import VLC tables into separate page'''

== De-zigzag ==
This is the zigzag table used in the Mimic coding method:
unsigned char zigzag[64] = {
0, 8, 1, 2, 9, 16, 24, 17,
10, 3, 4, 11, 18, 25, 32, 40,
33, 26, 19, 12, 5, 6, 13, 20,
27, 34, 41, 48, 56, 49, 42, 35,
28, 21, 14, 7, 15, 22, 29, 36,
43, 50, 57, 58, 51, 44, 37, 30,
23, 31, 38, 45, 52, 59, 39, 46,
53, 60, 61, 54, 47, 55, 62, 63
};
To de-zigzag decoded coefficient ''n'' from the bitstream into a 64-element transform matrix:

transform_matrix[zigzag[n]] = decoded_coefficient[n]

== Dequantization ==
Using the quality setting decoded from a Mimic frame's header, compute the block's dequantization factor as:

qscale = (10000 - quality_setting) / 1001

If the block being dequantized belongs to a chrominance plane then saturate the dequantization factor between 2.0..10.0. If the block belongs to the luminance/Y plane, saturate the dequantization factor between 1.0..10.0.

To dequantize the matrix of 64 coefficients, multiply the DC coefficient (element 0) by 2 and multiply the AC coefficients at indices 1 and 8 by 4. Multiply the remainder of the AC coefficients by the computed quantization factor.

== Inverse Discrete Cosine Transform ==
The IDCT is compatible with JPEG's. It is just different by a factor of 4. By multiplying the input data by 4 and passing the block to JPEG's IDCT, you get the same output as libmimic's code.

== Post Processing ==
The open source libmimic package contains an impressive amount of post processing code as well.

[[Category: Video Codecs]]

Mimic

2008-04-08T22:19:40Z

Angustia: Use equivalent fixed point code and rename f to qscale

* FourCC: ML20
* Company: [[Logitech]]/[[Microsoft]]
* Samples: http://samples.mplayerhq.hu/V-codecs/ML20/

A video encoding used by MSN Messenger for webcam conversations.

Open source codec library: [http://www.jblinux.net/libmimic/ libmimic]; Note that this website is does not exist as of April 6, 2006. However, the [http://farsight.sourceforge.net Farsight] project incorporates the libmimic source.

FFmpeg has a native decoder for Mimic since r12491.

== Overview ==
The Mimic codec operates in a native [[YUV 4:2:0]] colorspace. The codec employs both intraframes and interframes. Each of the 3 planes, Y, U, and V, is encoded separately, in the YVU order. Each plane is broken up into a series of 8x8 blocks. In an intraframe each block, progressing from left -> right, bottom -> top, is transformed using a discrete cosine transform (DCT), quantized, and re-ordered in a zigzag pattern. Finally the transformed non-zero coefficients and the runs of zeros between them are encoded into a bitstream using variable length codes (VLCs). Interframes encode a bit for each block to indicate that the block is unchanged from the block at the same position from the previous frame, or that the block is completely recoded using the same algorithm as each block in the intraframe.

Note that this process bears some similarity to [[JPEG]] coding. Notably absent are macroblocks as well as delta coding of DC coefficients.

== Data Format ==
Each frame begins with a 20-byte header. All multi-byte numbers in the frame header are in little endian format:

bytes 0-1 unknown
bytes 2-3 quality setting
bytes 4-5 frame width
bytes 6-7 frame height
bytes 8-11 unknown
bytes 12-15 frame type
0 = intraframe
non-zero = interframe
byte 16 number of coefficients coded in each block in the frame
bytes 17-19 unknown

The encoded frame begins at byte 20 (counting from 0). To decode an intraframe, iterate through each plane, Y, V, and U. For each plane, iterate through all the 8x8 blocks from left -> right, bottom -> top.

For each block:
* decode ''n'' coefficients from the VLC bitstream, where ''n'' is obtained from the frame header
* dequantize the coefficients
* de-zigzag the coefficients
* transform the coefficients using an inverse DCT
* saturate the transformed samples to an unsigned byte range (0..255)

The process for decoding an interframe is similar as for an intraframe. Iterate through the planes and the blocks in the same manner. For each block:
* read 1 bit from the bitstream
* if the bit is 1 then the block is unchanged from the block at the same position in the previous frame
* if the bit is 0 then the block is to be decoded using the same process as in an intraframe

== Bitstream Packing ==
The Mimic bitstream is packed into 32-bit integers which are then stored in memory and transferred over the network wire in little endian format. To begin reading a packed Mimic bitstream, read the first 32-bit number from memory in little endian format. Read the bits from right -> left within the integer. When those 32 bits are exhausted, the next 4 bytes are read from memory in little endian byte order and the process is repeated.

As an alternative reading method, byteswap each 32-bit number in the entire input bytestream and use a standard left -> right bitstream reader.

== Decoding Coefficients ==
Each 8x8 block is coded in the bitstream as a DC coefficient and some number (up to 63) AC coefficients. Begin the decode process by clearing all coefficients to 0. Then proceed to decode ''n'' coefficients, according to the number set in the frame header. If there are 15 coefficients coded, that translates to 1 DC coefficient and 14 AC
coefficients.

The DC coefficient is always stored as the next 8 bits in the bitstream.

For each of the remaining AC coefficients, decode a VLC from the bitstream as the number of zero coefficients to skip in the transform block. Then, decode another VLC as the quantized AC coefficient.

'''TODO: import VLC tables into separate page'''

== De-zigzag ==
This is the zigzag table used in the Mimic coding method:
unsigned char zigzag[64] = {
0, 8, 1, 2, 9, 16, 24, 17,
10, 3, 4, 11, 18, 25, 32, 40,
33, 26, 19, 12, 5, 6, 13, 20,
27, 34, 41, 48, 56, 49, 42, 35,
28, 21, 14, 7, 15, 22, 29, 36,
43, 50, 57, 58, 51, 44, 37, 30,
23, 31, 38, 45, 52, 59, 39, 46,
53, 60, 61, 54, 47, 55, 62, 63
};
To de-zigzag decoded coefficient ''n'' from the bitstream into a 64-element transform matrix:

transform_matrix[zigzag[n]] = decoded_coefficient[n]

== Dequantization ==
Using the quality setting decoded from a Mimic frame's header, compute the block's dequantization factor as:

qscale = (10000 - quality_setting) / 1001

If the block being dequantized belongs to a chrominance plane then saturate the dequantization factor between 2.0..10.0. If the block belongs to the luminance/Y plane, saturate the dequantization factor between 1.0..10.0.

To dequantize the matrix of 64 coefficients, multiply the DC coefficient (element 0) by 2 and multiply the AC coefficients at indices 1 and 8 by 4. Multiply the remainder of the AC coefficients by the computed quantization factor.

== Inverse Discrete Cosine Transform ==
The IDCT is compatible with JPEG's. It is just different by a factor of 4. By multiplying the input data by 4 and passing the block to JPEG's IDCT, you get the same output as libmimic's code.

== Post Processing ==
The open source libmimic package contains an impressive amount of post processing code as well.

[[Category: Video Codecs]]

Mimic

2008-04-08T22:12:53Z

Angustia: Emphasize n

* FourCC: ML20
* Company: [[Logitech]]/[[Microsoft]]
* Samples: http://samples.mplayerhq.hu/V-codecs/ML20/

A video encoding used by MSN Messenger for webcam conversations.

Open source codec library: [http://www.jblinux.net/libmimic/ libmimic]; Note that this website is does not exist as of April 6, 2006. However, the [http://farsight.sourceforge.net Farsight] project incorporates the libmimic source.

FFmpeg has a native decoder for Mimic since r12491.

== Overview ==
The Mimic codec operates in a native [[YUV 4:2:0]] colorspace. The codec employs both intraframes and interframes. Each of the 3 planes, Y, U, and V, is encoded separately, in the YVU order. Each plane is broken up into a series of 8x8 blocks. In an intraframe each block, progressing from left -> right, bottom -> top, is transformed using a discrete cosine transform (DCT), quantized, and re-ordered in a zigzag pattern. Finally the transformed non-zero coefficients and the runs of zeros between them are encoded into a bitstream using variable length codes (VLCs). Interframes encode a bit for each block to indicate that the block is unchanged from the block at the same position from the previous frame, or that the block is completely recoded using the same algorithm as each block in the intraframe.

Note that this process bears some similarity to [[JPEG]] coding. Notably absent are macroblocks as well as delta coding of DC coefficients.

== Data Format ==
Each frame begins with a 20-byte header. All multi-byte numbers in the frame header are in little endian format:

bytes 0-1 unknown
bytes 2-3 quality setting
bytes 4-5 frame width
bytes 6-7 frame height
bytes 8-11 unknown
bytes 12-15 frame type
0 = intraframe
non-zero = interframe
byte 16 number of coefficients coded in each block in the frame
bytes 17-19 unknown

The encoded frame begins at byte 20 (counting from 0). To decode an intraframe, iterate through each plane, Y, V, and U. For each plane, iterate through all the 8x8 blocks from left -> right, bottom -> top.

For each block:
* decode ''n'' coefficients from the VLC bitstream, where ''n'' is obtained from the frame header
* dequantize the coefficients
* de-zigzag the coefficients
* transform the coefficients using an inverse DCT
* saturate the transformed samples to an unsigned byte range (0..255)

The process for decoding an interframe is similar as for an intraframe. Iterate through the planes and the blocks in the same manner. For each block:
* read 1 bit from the bitstream
* if the bit is 1 then the block is unchanged from the block at the same position in the previous frame
* if the bit is 0 then the block is to be decoded using the same process as in an intraframe

== Bitstream Packing ==
The Mimic bitstream is packed into 32-bit integers which are then stored in memory and transferred over the network wire in little endian format. To begin reading a packed Mimic bitstream, read the first 32-bit number from memory in little endian format. Read the bits from right -> left within the integer. When those 32 bits are exhausted, the next 4 bytes are read from memory in little endian byte order and the process is repeated.

As an alternative reading method, byteswap each 32-bit number in the entire input bytestream and use a standard left -> right bitstream reader.

== Decoding Coefficients ==
Each 8x8 block is coded in the bitstream as a DC coefficient and some number (up to 63) AC coefficients. Begin the decode process by clearing all coefficients to 0. Then proceed to decode ''n'' coefficients, according to the number set in the frame header. If there are 15 coefficients coded, that translates to 1 DC coefficient and 14 AC
coefficients.

The DC coefficient is always stored as the next 8 bits in the bitstream.

For each of the remaining AC coefficients, decode a VLC from the bitstream as the number of zero coefficients to skip in the transform block. Then, decode another VLC as the quantized AC coefficient.

'''TODO: import VLC tables into separate page'''

== De-zigzag ==
This is the zigzag table used in the Mimic coding method:
unsigned char zigzag[64] = {
0, 8, 1, 2, 9, 16, 24, 17,
10, 3, 4, 11, 18, 25, 32, 40,
33, 26, 19, 12, 5, 6, 13, 20,
27, 34, 41, 48, 56, 49, 42, 35,
28, 21, 14, 7, 15, 22, 29, 36,
43, 50, 57, 58, 51, 44, 37, 30,
23, 31, 38, 45, 52, 59, 39, 46,
53, 60, 61, 54, 47, 55, 62, 63
};
To de-zigzag decoded coefficient ''n'' from the bitstream into a 64-element transform matrix:

transform_matrix[zigzag[n]] = decoded_coefficient[n]

== Dequantization ==
Using the quality setting decoded from a Mimic frame's header, compute the block's dequantization factor as:

f = (10000 - quality_setting) * 10 * 9.9999997e-5

If the block being dequantized belongs to a chrominance plane then saturate the dequantization factor between 2.0..10.0. If the block belongs to the luminance/Y plane, saturate the dequantization factor between 1.0..10.0.

To dequantize the matrix of 64 coefficients, multiply the DC coefficient (element 0) by 2 and multiply the AC coefficients at indices 1 and 8 by 4. Multiply the remainder of the AC coefficients by the computed quantization factor.

== Inverse Discrete Cosine Transform ==
The IDCT is compatible with JPEG's. It is just different by a factor of 4. By multiplying the input data by 4 and passing the block to JPEG's IDCT, you get the same output as libmimic's code.

== Post Processing ==
The open source libmimic package contains an impressive amount of post processing code as well.

[[Category: Video Codecs]]

User:Angustia

2008-04-02T21:59:13Z

Angustia:

Ramiro Polla still believes [[FFmpeg]] and [[Windows]] can coexist peacefully.

FFmpeg Summer Of Code 2008

2008-04-02T19:27:29Z

Angustia: Update dates for extended deadline

Google is sponsoring their fourth annual [http://code.google.com/soc/2008/ Summer of Code] for the summer of 2008. This entails paying students for working on open source projects. FFmpeg has been a participant in the 2006 and 2007 seasons. Visit the main [[FFmpeg Summer Of Code]] page for information on past seasons.

FFmpeg has been selected to participate in GSoC 2008. This page discusses possible project ideas and status for the Google Summer of Code 2008 season as it pertains to FFmpeg.

The administrator for the FFmpeg Summer of Code is Mike Melanson, a.k.a. [[User:Multimedia Mike|Multimedia Mike]]. His email address is mike -=at=- multimedia.cx.

'''If you are a student''' who wishes to be '''involved with a FFmpeg GSoC''' project, one of the first and best steps you can take is to subscribe to the [https://lists.mplayerhq.hu/mailman/listinfo/ffmpeg-devel FFmpeg development mailing list], sooner rather than later, and indicate your interest. In the past, we have weighted our selection decisions by how involved a prospective student is. And remember to read the part of this page dealing with qualification tasks since you '''absolutely must''' complete a qualification task to be eligible for a FFmpeg SoC project. No qualification task, no project. No exceptions.

== Current Status ==
Official timeline: http://code.google.com/soc/2008/faqs.html#0.1_timeline

* '''Next Big Date:''' March 24, 2008: Students may submit applications through Google until <strike>March 31, 2008</strike> ''extended deadline:'' '''April 7, 2008'''
* March 17, 2008: Google is scheduled to announce selected projects; ''FFmpeg is selected''
* March 3, 2008: Submitted FFmpeg project application
* February 20, 2008: Created page

== Application Process ==
The student application process for 2008 will be as rigorous, if not more so, than in 2007.

[http://code.google.com/opensource/gsoc/2008/faqs.html#0.1_timeline From the formal timeline]:
* March 24, 2008: Student application period opens.
* April 7, 2008: Student application deadline.
* April 18, 2008: Final decisions are made.

All students who wish to be eligible for a GSoC FFmpeg project '''must''' successfully complete a qualification task. A student may submit an application before completing their task and they will have until April 18, 2008 to finish a qualification task. It is ill-advised to wait until the last minute, though. You must ''complete'' the task, which involves getting code approved for submission to source control, which takes many iterations over many days for most people. Further, we like people who show initiative earlier than later.

=== Application advice ===
Read these pages for advice on writing a good application. Don't overdo it though. Write a good qualification task instead.

http://drupal.org/node/59037
http://drupal.org/node/59963

== 1st Tier Project Proposals ==
1st tier project proposals are project ideas that are reasonably well defined '''AND''' have a mentor volunteered.

==== G.729 Encoder ====
* Specification: http://www.itu.int/rec/T-REC-G.729/e
''Mentor: Benjamin Larsson''

==== G.723.1 Decoder ====
* Specification: http://www.itu.int/rec/T-REC-G.723.1/en
''Mentor: Benjamin Larsson''

==== G.723.1 Encoder ====
* Specification: http://www.itu.int/rec/T-REC-G.723.1/en
''Mentor: Benjamin Larsson''

=== DTS Encoder ===
* Specification: http://wiki.multimedia.cx/index.php?title=Mirror
* Sample files: http://samples.mplayerhq.hu/A-codecs/DTS/
* Qualification: Do the dts encoder bug fix
* Prerequisite: Filterbanks (Sigsys)
* Clearly defined task
* There will be an existing encoder to extend, it will only produce 2 channel 44.1kHz streams.
* Primary goal: Encoder that can produce multi sample rate and multi channel files. Simple rate control. Wav and raw muxing support. Wav dts auto detection when decoding.
* Secondary goal: Techniques from specification implemented, optimal codebook usage, vector quantization, simple psycho acustics.
* Third goal: Advanced psycho acoustics.
''Mentor: Benjamin Larsson''

=== Nellymoser Encoder ===
* Specification: http://svn.mplayerhq.hu/ffmpeg/trunk/libavcodec/nellymoserdec.c?revision=11708&view=markup
* Sample files: http://samples.mplayerhq.hu/A-codecs/Nelly_Moser/
* Qualification: Any qualification task will do
* Prerequisite: Filterbanks (Sigsys)
* Clearly defined task
* Primary goal: Dumb bitstream compatible encoder
* Secondary goal: Simple psychoacoustics implemented
''Mentor: Benjamin Larsson''

=== AAC-LC Encoder ===
* Sample files: http://samples.mplayerhq.hu/A-codecs/AAC/
* Qualification: TBD
* Prerequisite: Filterbanks (Sigsys)
* Clearly defined task
* Primary goal: Dumb bitstream compatible encoder with flexible framework for a serious psychoacoustic implementation
''Mentor: Benjamin Larsson''
''Co-Mentor: Anderas Öman''

=== VP3/Theora Encoder ===
* Clearly defined task
* Primary goal: Encode video sequences such that they can be decoded by a VP3 decoder first, and then a standard Theora decoder.
''Mentor: Mike Melanson''

=== MXF muxer ===
* Specifications: SMPTE 377M
* Clearly defined task
''Mentor: Baptiste Coudurier''

=== MVC decoder ===
* Create an independent FFmpeg decoder for the [[Nokia MVC]] codec
* Very clearly defined task
* Goal: complete, fast, simple and clean decoder
* ''Mentor: Michael Niedermayer''

=== Apple Lossless Encoder ===
* Samples: http://samples.mplayerhq.hu/A-codecs/lossless/ALAC/
* Decoder: http://svn.mplayerhq.hu/ffmpeg/trunk/libavcodec/alac.c?&view=markup
* Encoder that works on Linux with Wine: http://www.dbpoweramp.com/dmc.htm
* Primary goal: Encode files which will decode losslessly using the FFmpeg ALAC decoder.
* Secondary goal: Make sure encoded files will decode losslessly with iTunes and play on an iPod.
* Reuse as much code as possible from other FFmpeg encoders, namely FLAC since it is a similar codec.
* Specifically, reuse the LPC code from FLAC and make it more generic so it can be shared with various speech codecs as well.
* As time allows, experiment with different parts of the codec to push the boundaries of FFmpeg's decoder and of the format itself.
Also see [[ALAC]] and issue [https://roundup.mplayerhq.hu/roundup/ffmpeg/issue82 #82].

''Mentor: Justin Ruggles''

=== Snow Job ===
This task involves finishing work on the [[Snow]] video codec to bring it to 1.0 quality.
* Document the whole Snow algorithm (this is a qualification task only!)
* Fix all Snow related bugs on roundup
* faster halfpel interpolation (issue183)
* Try a different transform like an lapped biorthogonal transform instead of the wavelet (this could be better or worse only trying can tell ...)
* anything in [http://svn.mplayerhq.hu/ffmpeg/trunk/doc/TODO?view=co doc/TODO] about Snow and [http://svn.mplayerhq.hu/ffmpeg/trunk/doc/snow.txt?view=co snow.txt/TODO]
* anything else which might improve Snow quality per bitrate
''(The idea here is that the goal would be, do as much as the time allows, though we should decide on some minimum as all above is clearly not doable within the time)

''Mentor: Michael Niedermayer''

=== x264 Improvements ===
This task has been moved to the VideoLan project, and can be found [http://wiki.videolan.org/SoC_x264 here].

=== CELL Jobs ===
There are multiple tasks related to CELL/SPE, the same code would probably end up being portable across other multicore/heterogeneous system but that will be a separate task.

''Mentor: Unsolo''

==== Audio decoding on SPE ====
This task consists in preparing an infrastructure to manage audio decoding and porting the current audio codecs to SPE (one or more depending on how hard it will be). Further information will appear soon

''Mentor: Benjamin Larsson''

==== swscale on SPE ====
Move the colorspace conversion and scaling routines to SPE, the interface will remain the one from swscale or the new one from the other swscale related SoC.

''Mentor: Luca Barbato''

=== LGPL reimplementation of GPL sws_scale parts ===
Write a LGPL licensed colorspace conversion and image scaling library (working from sws_scale library already present)
** Document the current code
** Refactor the code
*** Make the functions take less parameters (move some in proper data structures)
*** Make the optimized implementations build like dsputils (separate dir per arch)
** Reimplement the GPL code
** Benchmark
** Provide sane documentation and example usage
** Switch scaler implementation.

* Secondary goal: removal of lavc scaler

''Mentor: Luca Barbato''

=== MPEG-4 ALS audio encoder ===
* Reference software, papers, etc.: http://www.nue.tu-berlin.de/forschung/projekte/lossless/mp4als.html
* (not free) ISO specification: http://www.iso.org/iso/iso_catalogue/catalogue_tc/catalogue_detail.htm?csnumber=43026
** Note: the student would not be required to pay for the specification
* Primary goal: Write a basic encoder, using the specification, that will decode losslessly with the reference decoder.
* Reuse as much code as possible from other FFmpeg encoders.
* Make it faster than the reference software.
* Implement some of the more advanced encoding features.
* Keep a log with speed/size comparisons to other lossless audio encoders.
** example: http://flake-enc.sourceforge.net/benchmarks.html
** example: http://www.synthetic-soul.co.uk/comparison/lossless/

''Mentor: Justin Ruggles''

=== MLP/TrueHD encoder ===
* Implement a MLP (Dolby Digital TrueHD/ Meridian Lossless packing) encoder based on the RE'd decoder.
* Info: [[MLP]]
Latest version of the MLP patch: http://lists.mplayerhq.hu/pipermail/ffmpeg-devel/2008-January/040234.html
And the comments: http://lists.mplayerhq.hu/pipermail/ffmpeg-devel/2008-January/040251.html

''Mentor: Justin Ruggles, co-mentor: Ian Caulfield''

=== Improve Ratecontrol ===
* 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.
* Primary goal 2: VBV compliant, rate distortion optimal per macroblock ratecontrol using the viterbi algorithm.
* 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.
* Secondary goal 2: Rate distortion optimal (for the current picture) scene change detection.
* Secondary goal 3: B frames decision which is faster and or has a higher PSNR/bitrate and subjective quality/bitrate than the current code.
* Mentor: Michael Niedermayer

== 2nd Tier Project Proposals ==
All that separates these proposals from their 1st tier brethren is a mentor. If you are particularly passionate about one of these tasks, perhaps you should attach your name to it. ''(Email me if you want to discuss it or need access to the Wiki. --[[User:Multimedia Mike|Multimedia Mike]] 21:58, 1 March 2008 (EST))''

==== Port FFmpeg to Visual Studio ====
Create a full working port including inline assembly.

==== Optimize FFT routines ====
Port djbfft and rework the fft framework in FFmpeg. This task can include a fixedpoint port and SIMD optimizations.

==== GSM Decoder ====
* Specification + sample implementation: http://kbs.cs.tu-berlin.de/~jutta/toast.html
* Samples: http://samples.mplayerhq.hu/A-codecs/GSM/
Also see [[GSM]].

==== AMR-WB Decoder ====
* Specification: http://www.3gpp.org/ftp/Specs/html-info/26-series.htm
* Samples: http://samples.mplayerhq.hu/A-codecs/amr/
Also see [[AMR]].

==== AMR-NB Encoder ====
* Specification: http://www.3gpp.org/ftp/Specs/html-info/26-series.htm
* Samples: http://samples.mplayerhq.hu/A-codecs/amr/
Also see [[AMR]].

==== Speex Decoder ====
* Specification: http://speex.org/docs/
* Samples: http://samples.mplayerhq.hu/A-codecs/speex/
Also see [[Speex]].

=== WMV3 Encoder ===
* Clearly defined task
* Primary goal: Encode video sequences such that they can be decoded by a Windows Media player.

This could either be done by improving [[Interesting Patches#WMV3 encoder by Denis Fortin|this patch]] or by writing the encoder from scratch.

=== Better handling of audio in libavcodec ===
* Info: http://wiki.multimedia.cx/index.php?title=Ffmpeg_audio_api
* Loosely defined task

=== Sipr Decoder ===
* Specification: will be provided
* Samples: http://samples.mplayerhq.hu/real/AC-sipr/
Also see [[RealAudio sipr]].

=== Freeform Proposal ===
If you think you have a good idea for a FFmpeg Summer of Code project, propose it on the [https://lists.mplayerhq.hu/mailman/listinfo/ffmpeg-devel FFmpeg development mailing list]. We will discuss it from there.

== Qualification Tasks ==
Many students apply for the Google Summer of Code and wish to work on a sexy multimedia project such as FFmpeg. All students will claim to be hard workers but we need a method of determining which students have a higher probability for success. Thus, we developed the qualification system during the 2007 season and will be enforcing the same system this year. A student must successfully complete a qualification task in order to be considered for an FFmpeg SoC project. In doing so, a student demonstrates that they:

* are willing to commit some time during the Summer of Code application review period in order to prove themselves
* can code C satisfactorily and with the same general style expected of the FFmpeg codebase
* can wrap their head around the code base
* can accept feedback and revise the code until it is suitable for inclusion in the main code base
* can interact with the FFmpeg development mailing list

Note that the last point involves following the netiquette expected on the FFmpeg development mailing list. If you have doubts what that may be your chances of getting it wrong are north of 99%. Hint: It is clearly stated on the mailing list page of the FFmpeg homepage.

'''Frequent Objection #1:''' ''But I don't have time to do a qualification task!'' Then how do we know you will have time to work on your task during the summer? The qualification tasks are selected to be fairly trivial by FFmpeg standards and should not be too difficult for a prospective FFmpeg contributor. If they ''are'' too difficult, maybe FFmpeg is not the project for you. Also, be encouraged by the fact that the app review period comes after the application submission deadline; i.e., you can work on a qualification task ''after'' you submit an application for FFmpeg. But you will not be considered for an SoC project slot unless you have satisfactorily completed a qualification task.

'''Process:''' If you are interested in applying for FFmpeg's Summer of Code and, by extension, interested in working on a qualification task, the first step is to subscribe to the [https://lists.mplayerhq.hu/mailman/listinfo/ffmpeg-devel FFmpeg development mailing list] and indicate your interest and which project you plan to work on.

The FFmpeg qualifications also qualify for Videolan http://wiki.videolan.org/SoC_2008 and XBMC http://xbmc.org/wiki/?title=Google_Summer_of_Code_2008 SoC projects. But you need to contact them also if you intend to apply to them.

=== Anything On The Small FFmpeg Tasks page ===
There is an entire Wiki page detailing [[Small FFmpeg Tasks]]. Most will qualify you for a GSoC project. Check the page and stake your claim.

=== Interesting Patches ===
There is a growing backlog of "[[Interesting Patches]]" for FFmpeg tracked on this Wiki. Each one requires a volunteer to task the initiative to clean up the patch to the satisfaction of the project leaders so that it can finally be included.

=== Some bug on the bugtracker ===
From this page you can find the bugtracker: http://ffmpeg.mplayerhq.hu/bugreports.html
Some issues can qualify as a qualification task.

=== Legacy Tasks ===
Many tasks were suggested during the 2007 season. Any task that is not marked as '''completed''' is probably fair game, but ask on the list, just to be sure: http://wiki.multimedia.cx/index.php?title=FFmpeg_Summer_Of_Code_2007#Qualification_tasks

=== Freeform Tasks ===
If you have an idea for a simple task, come and discuss it on the [https://lists.mplayerhq.hu/mailman/listinfo/ffmpeg-devel development mailing list] and the devs might approve it.

[[Category:FFmpeg]]

FFmpeg Summer Of Code 2008

2008-04-02T09:25:45Z

Angustia: Improving ratecontrol now has a mentor and is thus a first-tier task.

Google is sponsoring their fourth annual [http://code.google.com/soc/2008/ Summer of Code] for the summer of 2008. This entails paying students for working on open source projects. FFmpeg has been a participant in the 2006 and 2007 seasons. Visit the main [[FFmpeg Summer Of Code]] page for information on past seasons.

FFmpeg has been selected to participate in GSoC 2008. This page discusses possible project ideas and status for the Google Summer of Code 2008 season as it pertains to FFmpeg.

The administrator for the FFmpeg Summer of Code is Mike Melanson, a.k.a. [[User:Multimedia Mike|Multimedia Mike]]. His email address is mike -=at=- multimedia.cx.

'''If you are a student''' who wishes to be '''involved with a FFmpeg GSoC''' project, one of the first and best steps you can take is to subscribe to the [https://lists.mplayerhq.hu/mailman/listinfo/ffmpeg-devel FFmpeg development mailing list], sooner rather than later, and indicate your interest. In the past, we have weighted our selection decisions by how involved a prospective student is. And remember to read the part of this page dealing with qualification tasks since you '''absolutely must''' complete a qualification task to be eligible for a FFmpeg SoC project. No qualification task, no project. No exceptions.

== Current Status ==
Official timeline: http://code.google.com/soc/2008/faqs.html#0.1_timeline

* '''Next Big Date:''' March 24, 2008: Students may submit applications through Google until <strike>March 31, 2008</strike> ''extended deadline:'' '''April 7, 2008'''
* March 17, 2008: Google is scheduled to announce selected projects; ''FFmpeg is selected''
* March 3, 2008: Submitted FFmpeg project application
* February 20, 2008: Created page

== Application Process ==
The student application process for 2008 will be as rigorous, if not more so, than in 2007.

[http://code.google.com/opensource/gsoc/2008/faqs.html#0.1_timeline From the formal timeline]:
* March 24, 2008: Student application period opens.
* March 31, 2008: Student application deadline.
* April 11, 2008: Final decisions are made.

All students who wish to be eligible for a GSoC FFmpeg project '''must''' successfully complete a qualification task. A student may submit an application before completing their task and they will have until April 11, 2008 to finish a qualification task. It is ill-advised to wait until the last minute, though. You must ''complete'' the task, which involves getting code approved for submission to source control, which takes many iterations over many days for most people. Further, we like people who show initiative earlier than later.

=== Application advice ===
Read these pages for advice on writing a good application. Don't overdo it though. Write a good qualification task instead.

http://drupal.org/node/59037
http://drupal.org/node/59963

== 1st Tier Project Proposals ==
1st tier project proposals are project ideas that are reasonably well defined '''AND''' have a mentor volunteered.

==== G.729 Encoder ====
* Specification: http://www.itu.int/rec/T-REC-G.729/e
''Mentor: Benjamin Larsson''

==== G.723.1 Decoder ====
* Specification: http://www.itu.int/rec/T-REC-G.723.1/en
''Mentor: Benjamin Larsson''

==== G.723.1 Encoder ====
* Specification: http://www.itu.int/rec/T-REC-G.723.1/en
''Mentor: Benjamin Larsson''

=== DTS Encoder ===
* Specification: http://wiki.multimedia.cx/index.php?title=Mirror
* Sample files: http://samples.mplayerhq.hu/A-codecs/DTS/
* Qualification: Do the dts encoder bug fix
* Prerequisite: Filterbanks (Sigsys)
* Clearly defined task
* There will be an existing encoder to extend, it will only produce 2 channel 44.1kHz streams.
* Primary goal: Encoder that can produce multi sample rate and multi channel files. Simple rate control. Wav and raw muxing support. Wav dts auto detection when decoding.
* Secondary goal: Techniques from specification implemented, optimal codebook usage, vector quantization, simple psycho acustics.
* Third goal: Advanced psycho acoustics.
''Mentor: Benjamin Larsson''

=== Nellymoser Encoder ===
* Specification: http://svn.mplayerhq.hu/ffmpeg/trunk/libavcodec/nellymoserdec.c?revision=11708&view=markup
* Sample files: http://samples.mplayerhq.hu/A-codecs/Nelly_Moser/
* Qualification: Any qualification task will do
* Prerequisite: Filterbanks (Sigsys)
* Clearly defined task
* Primary goal: Dumb bitstream compatible encoder
* Secondary goal: Simple psychoacoustics implemented
''Mentor: Benjamin Larsson''

=== AAC-LC Encoder ===
* Sample files: http://samples.mplayerhq.hu/A-codecs/AAC/
* Qualification: TBD
* Prerequisite: Filterbanks (Sigsys)
* Clearly defined task
* Primary goal: Dumb bitstream compatible encoder with flexible framework for a serious psychoacoustic implementation
''Mentor: Benjamin Larsson''
''Co-Mentor: Anderas Öman''

=== VP3/Theora Encoder ===
* Clearly defined task
* Primary goal: Encode video sequences such that they can be decoded by a VP3 decoder first, and then a standard Theora decoder.
''Mentor: Mike Melanson''

=== MXF muxer ===
* Specifications: SMPTE 377M
* Clearly defined task
''Mentor: Baptiste Coudurier''

=== MVC decoder ===
* Create an independent FFmpeg decoder for the [[Nokia MVC]] codec
* Very clearly defined task
* Goal: complete, fast, simple and clean decoder
* ''Mentor: Michael Niedermayer''

=== Apple Lossless Encoder ===
* Samples: http://samples.mplayerhq.hu/A-codecs/lossless/ALAC/
* Decoder: http://svn.mplayerhq.hu/ffmpeg/trunk/libavcodec/alac.c?&view=markup
* Encoder that works on Linux with Wine: http://www.dbpoweramp.com/dmc.htm
* Primary goal: Encode files which will decode losslessly using the FFmpeg ALAC decoder.
* Secondary goal: Make sure encoded files will decode losslessly with iTunes and play on an iPod.
* Reuse as much code as possible from other FFmpeg encoders, namely FLAC since it is a similar codec.
* Specifically, reuse the LPC code from FLAC and make it more generic so it can be shared with various speech codecs as well.
* As time allows, experiment with different parts of the codec to push the boundaries of FFmpeg's decoder and of the format itself.
Also see [[ALAC]] and issue [https://roundup.mplayerhq.hu/roundup/ffmpeg/issue82 #82].

''Mentor: Justin Ruggles''

=== Snow Job ===
This task involves finishing work on the [[Snow]] video codec to bring it to 1.0 quality.
* Document the whole Snow algorithm (this is a qualification task only!)
* Fix all Snow related bugs on roundup
* faster halfpel interpolation (issue183)
* Try a different transform like an lapped biorthogonal transform instead of the wavelet (this could be better or worse only trying can tell ...)
* anything in [http://svn.mplayerhq.hu/ffmpeg/trunk/doc/TODO?view=co doc/TODO] about Snow and [http://svn.mplayerhq.hu/ffmpeg/trunk/doc/snow.txt?view=co snow.txt/TODO]
* anything else which might improve Snow quality per bitrate
''(The idea here is that the goal would be, do as much as the time allows, though we should decide on some minimum as all above is clearly not doable within the time)

''Mentor: Michael Niedermayer''

=== x264 Improvements ===
This task has been moved to the VideoLan project, and can be found [http://wiki.videolan.org/SoC_x264 here].

=== CELL Jobs ===
There are multiple tasks related to CELL/SPE, the same code would probably end up being portable across other multicore/heterogeneous system but that will be a separate task.

''Mentor: Unsolo''

==== Audio decoding on SPE ====
This task consists in preparing an infrastructure to manage audio decoding and porting the current audio codecs to SPE (one or more depending on how hard it will be). Further information will appear soon

''Mentor: Benjamin Larsson''

==== swscale on SPE ====
Move the colorspace conversion and scaling routines to SPE, the interface will remain the one from swscale or the new one from the other swscale related SoC.

''Mentor: Luca Barbato''

=== LGPL reimplementation of GPL sws_scale parts ===
Write a LGPL licensed colorspace conversion and image scaling library (working from sws_scale library already present)
** Document the current code
** Refactor the code
*** Make the functions take less parameters (move some in proper data structures)
*** Make the optimized implementations build like dsputils (separate dir per arch)
** Reimplement the GPL code
** Benchmark
** Provide sane documentation and example usage
** Switch scaler implementation.

* Secondary goal: removal of lavc scaler

''Mentor: Luca Barbato''

=== MPEG-4 ALS audio encoder ===
* Reference software, papers, etc.: http://www.nue.tu-berlin.de/forschung/projekte/lossless/mp4als.html
* (not free) ISO specification: http://www.iso.org/iso/iso_catalogue/catalogue_tc/catalogue_detail.htm?csnumber=43026
** Note: the student would not be required to pay for the specification
* Primary goal: Write a basic encoder, using the specification, that will decode losslessly with the reference decoder.
* Reuse as much code as possible from other FFmpeg encoders.
* Make it faster than the reference software.
* Implement some of the more advanced encoding features.
* Keep a log with speed/size comparisons to other lossless audio encoders.
** example: http://flake-enc.sourceforge.net/benchmarks.html
** example: http://www.synthetic-soul.co.uk/comparison/lossless/

''Mentor: Justin Ruggles''

=== MLP/TrueHD encoder ===
* Implement a MLP (Dolby Digital TrueHD/ Meridian Lossless packing) encoder based on the RE'd decoder.
* Info: [[MLP]]
Latest version of the MLP patch: http://lists.mplayerhq.hu/pipermail/ffmpeg-devel/2008-January/040234.html
And the comments: http://lists.mplayerhq.hu/pipermail/ffmpeg-devel/2008-January/040251.html

''Mentor: Justin Ruggles, co-mentor: Ian Caulfield''

=== Improve Ratecontrol ===
* 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.
* Primary goal 2: VBV compliant, rate distortion optimal per macroblock ratecontrol using the viterbi algorithm.
* 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.
* Secondary goal 2: Rate distortion optimal (for the current picture) scene change detection.
* Secondary goal 3: B frames decision which is faster and or has a higher PSNR/bitrate and subjective quality/bitrate than the current code.
* Mentor: Michael Niedermayer

== 2nd Tier Project Proposals ==
All that separates these proposals from their 1st tier brethren is a mentor. If you are particularly passionate about one of these tasks, perhaps you should attach your name to it. ''(Email me if you want to discuss it or need access to the Wiki. --[[User:Multimedia Mike|Multimedia Mike]] 21:58, 1 March 2008 (EST))''

==== Port FFmpeg to Visual Studio ====
Create a full working port including inline assembly.

==== Optimize FFT routines ====
Port djbfft and rework the fft framework in FFmpeg. This task can include a fixedpoint port and SIMD optimizations.

==== GSM Decoder ====
* Specification + sample implementation: http://kbs.cs.tu-berlin.de/~jutta/toast.html
* Samples: http://samples.mplayerhq.hu/A-codecs/GSM/
Also see [[GSM]].

==== AMR-WB Decoder ====
* Specification: http://www.3gpp.org/ftp/Specs/html-info/26-series.htm
* Samples: http://samples.mplayerhq.hu/A-codecs/amr/
Also see [[AMR]].

==== AMR-NB Encoder ====
* Specification: http://www.3gpp.org/ftp/Specs/html-info/26-series.htm
* Samples: http://samples.mplayerhq.hu/A-codecs/amr/
Also see [[AMR]].

==== Speex Decoder ====
* Specification: http://speex.org/docs/
* Samples: http://samples.mplayerhq.hu/A-codecs/speex/
Also see [[Speex]].

=== WMV3 Encoder ===
* Clearly defined task
* Primary goal: Encode video sequences such that they can be decoded by a Windows Media player.

This could either be done by improving [[Interesting Patches#WMV3 encoder by Denis Fortin|this patch]] or by writing the encoder from scratch.

=== Better handling of audio in libavcodec ===
* Info: http://wiki.multimedia.cx/index.php?title=Ffmpeg_audio_api
* Loosely defined task

=== Sipr Decoder ===
* Specification: will be provided
* Samples: http://samples.mplayerhq.hu/real/AC-sipr/
Also see [[RealAudio sipr]].

=== Freeform Proposal ===
If you think you have a good idea for a FFmpeg Summer of Code project, propose it on the [https://lists.mplayerhq.hu/mailman/listinfo/ffmpeg-devel FFmpeg development mailing list]. We will discuss it from there.

== Qualification Tasks ==
Many students apply for the Google Summer of Code and wish to work on a sexy multimedia project such as FFmpeg. All students will claim to be hard workers but we need a method of determining which students have a higher probability for success. Thus, we developed the qualification system during the 2007 season and will be enforcing the same system this year. A student must successfully complete a qualification task in order to be considered for an FFmpeg SoC project. In doing so, a student demonstrates that they:

* are willing to commit some time during the Summer of Code application review period in order to prove themselves
* can code C satisfactorily and with the same general style expected of the FFmpeg codebase
* can wrap their head around the code base
* can accept feedback and revise the code until it is suitable for inclusion in the main code base
* can interact with the FFmpeg development mailing list

Note that the last point involves following the netiquette expected on the FFmpeg development mailing list. If you have doubts what that may be your chances of getting it wrong are north of 99%. Hint: It is clearly stated on the mailing list page of the FFmpeg homepage.

'''Frequent Objection #1:''' ''But I don't have time to do a qualification task!'' Then how do we know you will have time to work on your task during the summer? The qualification tasks are selected to be fairly trivial by FFmpeg standards and should not be too difficult for a prospective FFmpeg contributor. If they ''are'' too difficult, maybe FFmpeg is not the project for you. Also, be encouraged by the fact that the app review period comes after the application submission deadline; i.e., you can work on a qualification task ''after'' you submit an application for FFmpeg. But you will not be considered for an SoC project slot unless you have satisfactorily completed a qualification task.

'''Process:''' If you are interested in applying for FFmpeg's Summer of Code and, by extension, interested in working on a qualification task, the first step is to subscribe to the [https://lists.mplayerhq.hu/mailman/listinfo/ffmpeg-devel FFmpeg development mailing list] and indicate your interest and which project you plan to work on.

The FFmpeg qualifications also qualify for Videolan http://wiki.videolan.org/SoC_2008 and XBMC http://xbmc.org/wiki/?title=Google_Summer_of_Code_2008 SoC projects. But you need to contact them also if you intend to apply to them.

=== Anything On The Small FFmpeg Tasks page ===
There is an entire Wiki page detailing [[Small FFmpeg Tasks]]. Most will qualify you for a GSoC project. Check the page and stake your claim.

=== Interesting Patches ===
There is a growing backlog of "[[Interesting Patches]]" for FFmpeg tracked on this Wiki. Each one requires a volunteer to task the initiative to clean up the patch to the satisfaction of the project leaders so that it can finally be included.

=== Some bug on the bugtracker ===
From this page you can find the bugtracker: http://ffmpeg.mplayerhq.hu/bugreports.html
Some issues can qualify as a qualification task.

=== Legacy Tasks ===
Many tasks were suggested during the 2007 season. Any task that is not marked as '''completed''' is probably fair game, but ask on the list, just to be sure: http://wiki.multimedia.cx/index.php?title=FFmpeg_Summer_Of_Code_2007#Qualification_tasks

=== Freeform Tasks ===
If you have an idea for a simple task, come and discuss it on the [https://lists.mplayerhq.hu/mailman/listinfo/ffmpeg-devel development mailing list] and the devs might approve it.

[[Category:FFmpeg]]

Talk:FFmpeg Summer Of Code 2008

2008-03-29T01:14:53Z

Angustia: indent

== WMV3 Encoder ==
And this to [[Interesting Patches#WMV3 encoder by Denis Fortin|This patch]]?

== Realistic time frame ==

A problem that has come up in past years is the number of projects that go uncompleted. I think the Matroska muxer was the only project that was actually completed by the end of the summer. If the student is willing to continue working on a project past the end of summer then that's great, but we should try to estimate a realistic time frame. In looking over the current project list, I think the following could reasonably be completed in three months time:
*ALAC encoder
*Speex decoder
*MXF muxer
These are all very clearly defined tasks, as opposed to some things involving psychoacoustics and perceptual coding, which can be very open-ended. -[[User:Mkhodor|Mkhodor]] 06:00, 26 February 2008 (EST)

: I'm not sure about the ALAC task. Do we have enough complete information documented for a student to reasonably complete the task? --[[User:Multimedia Mike|Multimedia Mike]] 11:59, 26 February 2008 (EST)

:: We have a working, not too obfuscated decoder. Also, I think it is similar enough to FLAC to put the student in the right track. Also, the original author of the alac decoder says [http://craz.net/programs/itunes/alac.html]:

Although an encoder is not provided, by using the decoder as a sort of specification it should be fairly
trivial to write an encoder. By exploiting other lossless audio encoders, such as FLAC, the task will be
much easier. Although one wouldn't be able to copy the compression algorithms verbatim, as adaptive
compression is used in ALAC and not in FLAC. There are, however, a bunch of academic papers on the issue.

:: --[[User:Vitor|Vitor]] 12:13, 26 February 2008 (EST)

== Cook Encoder ==

It could be done based on the G.722.1 specification as banan suggested once somewhere.

(I know, I haven't submitted the G.722.1 decoder yet, but it's almost cook with different huffman tables and a 320-point iMDCT) ''(posted by [[User:Angustia]])''

: I want to see some more solid documentation before I will consider it for a project. I also need a mentor for such a project. --[[User:Multimedia Mike|Multimedia Mike]] 13:03, 27 February 2008 (EST)

== Port FFmpeg to Visual Studio ==

Are you sure this is welcome by most devs? Who would mentor it?
If so, this would be my preferred project for the summer (winter here =).

IMHO a port is a bad idea because it will quickly become obsolete. Why not develop scripts and/or patches that convert the FFmpeg source tree into a MSVC-compatible source tree. This would reduce maintenance effort, and would faciliate automatic MSVC-regression testing. Task breakdown:
* convert C99 struct and sparse array initialisation statements into MSVC-compatible (ala C89) syntax.
* convert GAS inline assembly syntax into MSVC inline assembly syntax (and/or compiler intrinsics).
* address other MSVC-specific issues: MSVC pedantic about certain typecasts, does not support inline definition of structures, raises error on deliberate attempts to divide-by-zero, and so on.
--[[User:Suxen drol|Suxen drol]] 22:00, 15 March 2008 (EDT)

Yes, I've already developed some ideas on how to do this over the past years...
The most important is to use the current build system (not .sln files), with some gcc->cl.exe wrapper, like wgcc.

==Qualification Tasks wiki==
since we have to come up with a list each year of tasks, can we just make a seperate page for them? and update it accordingly, instead of having it spread across 4-5 different pages... [[User:Compn|Compn]] 22:08, 18 March 2008 (EDT)
: I had a similar idea, but calling it "bite-sized FFmpeg tasks" which would be good for ''anyone'' who wants to jump into FFmpeg development. There is no reason to restrict this to the GSoC. --[[User:Multimedia Mike|Multimedia Mike]] 00:07, 19 March 2008 (EDT)
:: videolan has a similar wiki for [http://wiki.videolan.org/Mini_Projects small projects] -- [[User:Compn|Compn]] 17:15, 26 March 2008 (EDT)
::: [[Small FFmpeg Tasks|Done]]. Edit as desired but heed my warning about vague tasks. --[[User:Multimedia Mike|Multimedia Mike]] 21:29, 26 March 2008 (EDT)

== Cell stuff ==

The Cell work sounds fascinating, of course. Please provide a few more details so that a student can get a clear idea of what the tasks(s) entail. Also, I assume they will be operating on IBM's Cell simulator if they don't have an actual PS3? Or will the mentor provide SSH access to a PS3/Linux machine? --[[User:Multimedia Mike|Multimedia Mike]] 12:50, 20 March 2008 (EDT)

== Prerequisite: Filterbanks (Sigsys) ==
what the hell is this ? --[[User:Compn|Compn]] 11:49, 25 March 2008 (EDT)

:If you knew you wouldn't ask :) Signals and systems. Regular signal processing knowledge.--[[User:Merbanan|Merbanan]] 05:17, 26 March 2008 (EDT)

== MPEG-4 ALS decoder ==

Does FFmpeg have an MPEG-4 ALS decoder?
I couldnt find it with a quick search on the source. --[[User:Angustia]]
: No, it does not. And please remember to sign your discussion entries (it's the signature icon on top of the Wiki text box. --[[User:Multimedia Mike|Multimedia Mike]] 13:37, 28 March 2008 (EDT)
:: Wouldn't it be more natural to first write a decoder and only then an encoder? --[[User:Angustia|Angustia]] 21:14, 28 March 2008 (EDT)

Talk:FFmpeg Summer Of Code 2008

2008-03-29T01:14:06Z

Angustia: /* MPEG-4 ALS decoder */

== WMV3 Encoder ==
And this to [[Interesting Patches#WMV3 encoder by Denis Fortin|This patch]]?

== Realistic time frame ==

A problem that has come up in past years is the number of projects that go uncompleted. I think the Matroska muxer was the only project that was actually completed by the end of the summer. If the student is willing to continue working on a project past the end of summer then that's great, but we should try to estimate a realistic time frame. In looking over the current project list, I think the following could reasonably be completed in three months time:
*ALAC encoder
*Speex decoder
*MXF muxer
These are all very clearly defined tasks, as opposed to some things involving psychoacoustics and perceptual coding, which can be very open-ended. -[[User:Mkhodor|Mkhodor]] 06:00, 26 February 2008 (EST)

: I'm not sure about the ALAC task. Do we have enough complete information documented for a student to reasonably complete the task? --[[User:Multimedia Mike|Multimedia Mike]] 11:59, 26 February 2008 (EST)

:: We have a working, not too obfuscated decoder. Also, I think it is similar enough to FLAC to put the student in the right track. Also, the original author of the alac decoder says [http://craz.net/programs/itunes/alac.html]:

Although an encoder is not provided, by using the decoder as a sort of specification it should be fairly
trivial to write an encoder. By exploiting other lossless audio encoders, such as FLAC, the task will be
much easier. Although one wouldn't be able to copy the compression algorithms verbatim, as adaptive
compression is used in ALAC and not in FLAC. There are, however, a bunch of academic papers on the issue.

:: --[[User:Vitor|Vitor]] 12:13, 26 February 2008 (EST)

== Cook Encoder ==

It could be done based on the G.722.1 specification as banan suggested once somewhere.

(I know, I haven't submitted the G.722.1 decoder yet, but it's almost cook with different huffman tables and a 320-point iMDCT) ''(posted by [[User:Angustia]])''

: I want to see some more solid documentation before I will consider it for a project. I also need a mentor for such a project. --[[User:Multimedia Mike|Multimedia Mike]] 13:03, 27 February 2008 (EST)

== Port FFmpeg to Visual Studio ==

Are you sure this is welcome by most devs? Who would mentor it?
If so, this would be my preferred project for the summer (winter here =).

IMHO a port is a bad idea because it will quickly become obsolete. Why not develop scripts and/or patches that convert the FFmpeg source tree into a MSVC-compatible source tree. This would reduce maintenance effort, and would faciliate automatic MSVC-regression testing. Task breakdown:
* convert C99 struct and sparse array initialisation statements into MSVC-compatible (ala C89) syntax.
* convert GAS inline assembly syntax into MSVC inline assembly syntax (and/or compiler intrinsics).
* address other MSVC-specific issues: MSVC pedantic about certain typecasts, does not support inline definition of structures, raises error on deliberate attempts to divide-by-zero, and so on.
--[[User:Suxen drol|Suxen drol]] 22:00, 15 March 2008 (EDT)

Yes, I've already developed some ideas on how to do this over the past years...
The most important is to use the current build system (not .sln files), with some gcc->cl.exe wrapper, like wgcc.

==Qualification Tasks wiki==
since we have to come up with a list each year of tasks, can we just make a seperate page for them? and update it accordingly, instead of having it spread across 4-5 different pages... [[User:Compn|Compn]] 22:08, 18 March 2008 (EDT)
: I had a similar idea, but calling it "bite-sized FFmpeg tasks" which would be good for ''anyone'' who wants to jump into FFmpeg development. There is no reason to restrict this to the GSoC. --[[User:Multimedia Mike|Multimedia Mike]] 00:07, 19 March 2008 (EDT)
:: videolan has a similar wiki for [http://wiki.videolan.org/Mini_Projects small projects] -- [[User:Compn|Compn]] 17:15, 26 March 2008 (EDT)
::: [[Small FFmpeg Tasks|Done]]. Edit as desired but heed my warning about vague tasks. --[[User:Multimedia Mike|Multimedia Mike]] 21:29, 26 March 2008 (EDT)

== Cell stuff ==

The Cell work sounds fascinating, of course. Please provide a few more details so that a student can get a clear idea of what the tasks(s) entail. Also, I assume they will be operating on IBM's Cell simulator if they don't have an actual PS3? Or will the mentor provide SSH access to a PS3/Linux machine? --[[User:Multimedia Mike|Multimedia Mike]] 12:50, 20 March 2008 (EDT)

== Prerequisite: Filterbanks (Sigsys) ==
what the hell is this ? --[[User:Compn|Compn]] 11:49, 25 March 2008 (EDT)

:If you knew you wouldn't ask :) Signals and systems. Regular signal processing knowledge.--[[User:Merbanan|Merbanan]] 05:17, 26 March 2008 (EDT)

== MPEG-4 ALS decoder ==

Does FFmpeg have an MPEG-4 ALS decoder?
I couldnt find it with a quick search on the source. --[[User:Angustia]]
: No, it does not. And please remember to sign your discussion entries (it's the signature icon on top of the Wiki text box. --[[User:Multimedia Mike|Multimedia Mike]] 13:37, 28 March 2008 (EDT)
Wouldn't it be more natural to first write a decoder and only then an encoder? --[[User:Angustia|Angustia]] 21:14, 28 March 2008 (EDT)

Talk:FFmpeg Summer Of Code 2008

2008-03-28T15:44:52Z

Angustia: MPEG-4 ALS decoder

Mimic

2008-03-22T18:22:23Z

Angustia: Native FFmpeg decoder.

* FourCC: ML20
* Company: [[Logitech]]/[[Microsoft]]
* Samples: http://samples.mplayerhq.hu/V-codecs/ML20/

A video encoding used by MSN Messenger for webcam conversations.

Open source codec library: [http://www.jblinux.net/libmimic/ libmimic]; Note that this website is does not exist as of April 6, 2006. However, the [http://farsight.sourceforge.net Farsight] project incorporates the libmimic source.

FFmpeg has a native decoder for Mimic since r12491.

== Overview ==
The Mimic codec operates in a native [[YUV 4:2:0]] colorspace. The codec employs both intraframes and interframes. Each of the 3 planes, Y, U, and V, is encoded separately, in the YVU order. Each plane is broken up into a series of 8x8 blocks. In an intraframe each block, progressing from left -> right, bottom -> top, is transformed using a discrete cosine transform (DCT), quantized, and re-ordered in a zigzag pattern. Finally the transformed non-zero coefficients and the runs of zeros between them are encoded into a bitstream using variable length codes (VLCs). Interframes encode a bit for each block to indicate that the block is unchanged from the block at the same position from the previous frame, or that the block is completely recoded using the same algorithm as each block in the intraframe.

Note that this process bears some similarity to [[JPEG]] coding. Notably absent are macroblocks as well as delta coding of DC coefficients.

== Data Format ==
Each frame begins with a 20-byte header. All multi-byte numbers in the frame header are in little endian format:

bytes 0-1 unknown
bytes 2-3 quality setting
bytes 4-5 frame width
bytes 6-7 frame height
bytes 8-11 unknown
bytes 12-15 frame type
0 = intraframe
non-zero = interframe
byte 16 number of coefficients coded in each block in the frame
bytes 17-19 unknown

The encoded frame begins at byte 20 (counting from 0). To decode an intraframe, iterate through each plane, Y, V, and U. For each plane, iterate through all the 8x8 blocks from left -> right, bottom -> top.

For each block:
* decode ''n'' coefficients from the VLC bitstream, where ''n'' is obtained from the frame header
* dequantize the coefficients
* de-zigzag the coefficients
* transform the coefficients using an inverse DCT
* saturate the transformed samples to an unsigned byte range (0..255)

The process for decoding an interframe is similar as for an intraframe. Iterate through the planes and the blocks in the same manner. For each block:
* read 1 bit from the bitstream
* if the bit is 1 then the block is unchanged from the block at the same position in the previous frame
* if the bit is 0 then the block is to be decoded using the same process as in an intraframe

== Bitstream Packing ==
The Mimic bitstream is packed into 32-bit integers which are then stored in memory and transferred over the network wire in little endian format. To begin reading a packed Mimic bitstream, read the first 32-bit number from memory in little endian format. Read the bits from right -> left within the integer. When those 32 bits are exhausted, the next 4 bytes are read from memory in little endian byte order and the process is repeated.

As an alternative reading method, byteswap each 32-bit number in the entire input bytestream and use a standard left -> right bitstream reader.

== Decoding Coefficients ==
Each 8x8 block is coded in the bitstream as a DC coefficient and some number (up to 63) AC coefficients. Begin the decode process by clearing all coefficients to 0. Then proceed to decode ''n'' coefficients, according to the number set in the frame header. If there are 15 coefficients coded, that translates to 1 DC coefficient and 14 AC
coefficients.

The DC coefficient is always stored as the next 8 bits in the bitstream.

For each of the remaining AC coefficients, decode a VLC from the bitstream as the number of zero coefficients to skip in the transform block. Then, decode another VLC as the quantized AC coefficient.

'''TODO: import VLC tables into separate page'''

== De-zigzag ==
This is the zigzag table used in the Mimic coding method:
unsigned char zigzag[64] = {
0, 8, 1, 2, 9, 16, 24, 17,
10, 3, 4, 11, 18, 25, 32, 40,
33, 26, 19, 12, 5, 6, 13, 20,
27, 34, 41, 48, 56, 49, 42, 35,
28, 21, 14, 7, 15, 22, 29, 36,
43, 50, 57, 58, 51, 44, 37, 30,
23, 31, 38, 45, 52, 59, 39, 46,
53, 60, 61, 54, 47, 55, 62, 63
};
To de-zigzag decoded coefficient n from the bitstream into a 64-element transform matrix:

transform_matrix[zigzag[n]] = decoded_coefficient[n]

== Dequantization ==
Using the quality setting decoded from a Mimic frame's header, compute the block's dequantization factor as:

f = (10000 - quality_setting) * 10 * 9.9999997e-5

If the block being dequantized belongs to a chrominance plane then saturate the dequantization factor between 2.0..10.0. If the block belongs to the luminance/Y plane, saturate the dequantization factor between 1.0..10.0.

To dequantize the matrix of 64 coefficients, multiply the DC coefficient (element 0) by 2 and multiply the AC coefficients at indices 1 and 8 by 4. Multiply the remainder of the AC coefficients by the computed quantization factor.

== Inverse Discrete Cosine Transform ==
The IDCT is compatible with JPEG's. It is just different by a factor of 4. By multiplying the input data by 4 and passing the block to JPEG's IDCT, you get the same output as libmimic's code.

== Post Processing ==
The open source libmimic package contains an impressive amount of post processing code as well.

[[Category: Video Codecs]]

Mimic

2008-03-22T18:20:56Z

Angustia: Mimic is bottom-to-top, not top-to-bottom

* FourCC: ML20
* Company: [[Logitech]]/[[Microsoft]]
* Samples: http://samples.mplayerhq.hu/V-codecs/ML20/

A video encoding used by MSN Messenger for webcam conversations.

Open source codec library: [http://www.jblinux.net/libmimic/ libmimic]; Note that this website is does not exist as of April 6, 2006. However, the [http://farsight.sourceforge.net Farsight] project incorporates the libmimic source.

== Overview ==
The Mimic codec operates in a native [[YUV 4:2:0]] colorspace. The codec employs both intraframes and interframes. Each of the 3 planes, Y, U, and V, is encoded separately, in the YVU order. Each plane is broken up into a series of 8x8 blocks. In an intraframe each block, progressing from left -> right, bottom -> top, is transformed using a discrete cosine transform (DCT), quantized, and re-ordered in a zigzag pattern. Finally the transformed non-zero coefficients and the runs of zeros between them are encoded into a bitstream using variable length codes (VLCs). Interframes encode a bit for each block to indicate that the block is unchanged from the block at the same position from the previous frame, or that the block is completely recoded using the same algorithm as each block in the intraframe.

Note that this process bears some similarity to [[JPEG]] coding. Notably absent are macroblocks as well as delta coding of DC coefficients.

== Data Format ==
Each frame begins with a 20-byte header. All multi-byte numbers in the frame header are in little endian format:

bytes 0-1 unknown
bytes 2-3 quality setting
bytes 4-5 frame width
bytes 6-7 frame height
bytes 8-11 unknown
bytes 12-15 frame type
0 = intraframe
non-zero = interframe
byte 16 number of coefficients coded in each block in the frame
bytes 17-19 unknown

The encoded frame begins at byte 20 (counting from 0). To decode an intraframe, iterate through each plane, Y, V, and U. For each plane, iterate through all the 8x8 blocks from left -> right, bottom -> top.

For each block:
* decode ''n'' coefficients from the VLC bitstream, where ''n'' is obtained from the frame header
* dequantize the coefficients
* de-zigzag the coefficients
* transform the coefficients using an inverse DCT
* saturate the transformed samples to an unsigned byte range (0..255)

The process for decoding an interframe is similar as for an intraframe. Iterate through the planes and the blocks in the same manner. For each block:
* read 1 bit from the bitstream
* if the bit is 1 then the block is unchanged from the block at the same position in the previous frame
* if the bit is 0 then the block is to be decoded using the same process as in an intraframe

== Bitstream Packing ==
The Mimic bitstream is packed into 32-bit integers which are then stored in memory and transferred over the network wire in little endian format. To begin reading a packed Mimic bitstream, read the first 32-bit number from memory in little endian format. Read the bits from right -> left within the integer. When those 32 bits are exhausted, the next 4 bytes are read from memory in little endian byte order and the process is repeated.

As an alternative reading method, byteswap each 32-bit number in the entire input bytestream and use a standard left -> right bitstream reader.

== Decoding Coefficients ==
Each 8x8 block is coded in the bitstream as a DC coefficient and some number (up to 63) AC coefficients. Begin the decode process by clearing all coefficients to 0. Then proceed to decode ''n'' coefficients, according to the number set in the frame header. If there are 15 coefficients coded, that translates to 1 DC coefficient and 14 AC
coefficients.

The DC coefficient is always stored as the next 8 bits in the bitstream.

For each of the remaining AC coefficients, decode a VLC from the bitstream as the number of zero coefficients to skip in the transform block. Then, decode another VLC as the quantized AC coefficient.

'''TODO: import VLC tables into separate page'''

== De-zigzag ==
This is the zigzag table used in the Mimic coding method:
unsigned char zigzag[64] = {
0, 8, 1, 2, 9, 16, 24, 17,
10, 3, 4, 11, 18, 25, 32, 40,
33, 26, 19, 12, 5, 6, 13, 20,
27, 34, 41, 48, 56, 49, 42, 35,
28, 21, 14, 7, 15, 22, 29, 36,
43, 50, 57, 58, 51, 44, 37, 30,
23, 31, 38, 45, 52, 59, 39, 46,
53, 60, 61, 54, 47, 55, 62, 63
};
To de-zigzag decoded coefficient n from the bitstream into a 64-element transform matrix:

transform_matrix[zigzag[n]] = decoded_coefficient[n]

== Dequantization ==
Using the quality setting decoded from a Mimic frame's header, compute the block's dequantization factor as:

f = (10000 - quality_setting) * 10 * 9.9999997e-5

If the block being dequantized belongs to a chrominance plane then saturate the dequantization factor between 2.0..10.0. If the block belongs to the luminance/Y plane, saturate the dequantization factor between 1.0..10.0.

To dequantize the matrix of 64 coefficients, multiply the DC coefficient (element 0) by 2 and multiply the AC coefficients at indices 1 and 8 by 4. Multiply the remainder of the AC coefficients by the computed quantization factor.

== Inverse Discrete Cosine Transform ==
The IDCT is compatible with JPEG's. It is just different by a factor of 4. By multiplying the input data by 4 and passing the block to JPEG's IDCT, you get the same output as libmimic's code.

== Post Processing ==
The open source libmimic package contains an impressive amount of post processing code as well.

[[Category: Video Codecs]]

Mimic

2008-03-21T15:48:01Z

Angustia: Simpler bitstream packing

* FourCC: ML20
* Company: [[Logitech]]/[[Microsoft]]
* Samples: http://samples.mplayerhq.hu/V-codecs/ML20/

A video encoding used by MSN Messenger for webcam conversations.

Open source codec library: [http://www.jblinux.net/libmimic/ libmimic]; Note that this website is does not exist as of April 6, 2006. However, the [http://farsight.sourceforge.net Farsight] project incorporates the libmimic source.

== Overview ==
The Mimic codec operates in a native [[YUV 4:2:0]] colorspace. The codec employs both intraframes and interframes. Each of the 3 planes, Y, U, and V, is encoded separately, in the YVU order. Each plane is broken up into a series of 8x8 blocks. In an intraframe each block, progressing from left -> right, top -> bottom, is transformed using a discrete cosine transform (DCT), quantized, and re-ordered in a zigzag pattern. Finally the transformed non-zero coefficients and the runs of zeros between them are encoded into a bitstream using variable length codes (VLCs). Interframes encode a bit for each block to indicate that the block is unchanged from the block at the same position from the previous frame, or that the block is completely recoded using the same algorithm as each block in the intraframe.

Note that this process bears some similarity to [[JPEG]] coding. Notably absent are macroblocks as well as delta coding of DC coefficients.

== Data Format ==
Each frame begins with a 20-byte header. All multi-byte numbers in the frame header are in little endian format:

bytes 0-1 unknown
bytes 2-3 quality setting
bytes 4-5 frame width
bytes 6-7 frame height
bytes 8-11 unknown
bytes 12-15 frame type
0 = intraframe
non-zero = interframe
byte 16 number of coefficients coded in each block in the frame
bytes 17-19 unknown

The encoded frame begins at byte 20 (counting from 0). To decode an intraframe, iterate through each plane, Y, V, and U. For each plane, iterate through all the 8x8 blocks from left -> right, top -> bottom.

For each block:
* decode ''n'' coefficients from the VLC bitstream, where ''n'' is obtained from the frame header
* dequantize the coefficients
* de-zigzag the coefficients
* transform the coefficients using an inverse DCT
* saturate the transformed samples to an unsigned byte range (0..255)

The process for decoding an interframe is similar as for an intraframe. Iterate through the planes and the blocks in the same manner. For each block:
* read 1 bit from the bitstream
* if the bit is 1 then the block is unchanged from the block at the same position in the previous frame
* if the bit is 0 then the block is to be decoded using the same process as in an intraframe

== Bitstream Packing ==
The Mimic bitstream is packed into 32-bit integers which are then stored in memory and transferred over the network wire in little endian format. To begin reading a packed Mimic bitstream, read the first 32-bit number from memory in little endian format. Read the bits from right -> left within the integer. When those 32 bits are exhausted, the next 4 bytes are read from memory in little endian byte order and the process is repeated.

Basically, just bswap32 all the data, and use a normal bitstream reader.

== Decoding Coefficients ==
Each 8x8 block is coded in the bitstream as a DC coefficient and some number (up to 63) AC coefficients. Begin the decode process by clearing all coefficients to 0. Then proceed to decode ''n'' coefficients, according to the number set in the frame header. If there are 15 coefficients coded, that translates to 1 DC coefficient and 14 AC
coefficients.

The DC coefficient is always stored as the next 8 bits in the bitstream.

For each of the remaining AC coefficients, decode a VLC from the bitstream as the number of zero coefficients to skip in the transform block. Then, decode another VLC as the quantized AC coefficient.

'''TODO: import VLC tables into separate page'''

== De-zigzag ==
This is the zigzag table used in the Mimic coding method:
unsigned char zigzag[64] = {
0, 8, 1, 2, 9, 16, 24, 17,
10, 3, 4, 11, 18, 25, 32, 40,
33, 26, 19, 12, 5, 6, 13, 20,
27, 34, 41, 48, 56, 49, 42, 35,
28, 21, 14, 7, 15, 22, 29, 36,
43, 50, 57, 58, 51, 44, 37, 30,
23, 31, 38, 45, 52, 59, 39, 46,
53, 60, 61, 54, 47, 55, 62, 63
};
To de-zigzag decoded coefficient n from the bitstream into a 64-element transform matrix:

transform_matrix[zigzag[n]] = decoded_coefficient[n]

== Dequantization ==
Using the quality setting decoded from a Mimic frame's header, compute the block's dequantization factor as:

f = (10000 - quality_setting) * 10 * 9.9999997e-5

If the block being dequantized belongs to a chrominance plane then saturate the dequantization factor between 2.0..10.0. If the block belongs to the luminance/Y plane, saturate the dequantization factor between 1.0..10.0.

To dequantize the matrix of 64 coefficients, multiply the DC coefficient (element 0) by 2 and multiply the AC coefficients at indices 1 and 8 by 4. Multiply the remainder of the AC coefficients by the computed quantization factor.

== Inverse Discrete Cosine Transform ==
The IDCT is compatible with JPEG's. It is just different by a factor of 4. By multiplying the input data by 4 and passing the block to JPEG's IDCT, you get the same output as libmimic's code.

== Post Processing ==
The open source libmimic package contains an impressive amount of post processing code as well.

[[Category: Video Codecs]]

Mimic

2008-03-21T05:31:58Z

Angustia: Yes, the post-processing code is used =)

* FourCC: ML20
* Company: [[Logitech]]/[[Microsoft]]
* Samples: http://samples.mplayerhq.hu/V-codecs/ML20/

A video encoding used by MSN Messenger for webcam conversations.

Open source codec library: [http://www.jblinux.net/libmimic/ libmimic]; Note that this website is does not exist as of April 6, 2006. However, the [http://farsight.sourceforge.net Farsight] project incorporates the libmimic source.

== Overview ==
The Mimic codec operates in a native [[YUV 4:2:0]] colorspace. The codec employs both intraframes and interframes. Each of the 3 planes, Y, U, and V, is encoded separately, in the YVU order. Each plane is broken up into a series of 8x8 blocks. In an intraframe each block, progressing from left -> right, top -> bottom, is transformed using a discrete cosine transform (DCT), quantized, and re-ordered in a zigzag pattern. Finally the transformed non-zero coefficients and the runs of zeros between them are encoded into a bitstream using variable length codes (VLCs). Interframes encode a bit for each block to indicate that the block is unchanged from the block at the same position from the previous frame, or that the block is completely recoded using the same algorithm as each block in the intraframe.

Note that this process bears some similarity to [[JPEG]] coding. Notably absent are macroblocks as well as delta coding of DC coefficients.

== Data Format ==
Each frame begins with a 20-byte header. All multi-byte numbers in the frame header are in little endian format:

bytes 0-1 unknown
bytes 2-3 quality setting
bytes 4-5 frame width
bytes 6-7 frame height
bytes 8-11 unknown
bytes 12-15 frame type
0 = intraframe
non-zero = interframe
byte 16 number of coefficients coded in each block in the frame
bytes 17-19 unknown

The encoded frame begins at byte 20 (counting from 0). To decode an intraframe, iterate through each plane, Y, V, and U. For each plane, iterate through all the 8x8 blocks from left -> right, top -> bottom.

For each block:
* decode ''n'' coefficients from the VLC bitstream, where ''n'' is obtained from the frame header
* dequantize the coefficients
* de-zigzag the coefficients
* transform the coefficients using an inverse DCT
* saturate the transformed samples to an unsigned byte range (0..255)

The process for decoding an interframe is similar as for an intraframe. Iterate through the planes and the blocks in the same manner. For each block:
* read 1 bit from the bitstream
* if the bit is 1 then the block is unchanged from the block at the same position in the previous frame
* if the bit is 0 then the block is to be decoded using the same process as in an intraframe

== Bitstream Packing ==
The Mimic bitstream is packed into 32-bit integers which are then stored in memory and transferred over the network wire in little endian format. To begin reading a packed Mimic bitstream, read the first 32-bit number from memory in little endian format. Read the bits from right -> left within the integer. When those 32 bits are exhausted, the next 4 bytes are read from memory in little endian byte order and the process is repeated.

== Decoding Coefficients ==
Each 8x8 block is coded in the bitstream as a DC coefficient and some number (up to 63) AC coefficients. Begin the decode process by clearing all coefficients to 0. Then proceed to decode ''n'' coefficients, according to the number set in the frame header. If there are 15 coefficients coded, that translates to 1 DC coefficient and 14 AC
coefficients.

The DC coefficient is always stored as the next 8 bits in the bitstream.

For each of the remaining AC coefficients, decode a VLC from the bitstream as the number of zero coefficients to skip in the transform block. Then, decode another VLC as the quantized AC coefficient.

'''TODO: import VLC tables into separate page'''

== De-zigzag ==
This is the zigzag table used in the Mimic coding method:
unsigned char zigzag[64] = {
0, 8, 1, 2, 9, 16, 24, 17,
10, 3, 4, 11, 18, 25, 32, 40,
33, 26, 19, 12, 5, 6, 13, 20,
27, 34, 41, 48, 56, 49, 42, 35,
28, 21, 14, 7, 15, 22, 29, 36,
43, 50, 57, 58, 51, 44, 37, 30,
23, 31, 38, 45, 52, 59, 39, 46,
53, 60, 61, 54, 47, 55, 62, 63
};
To de-zigzag decoded coefficient n from the bitstream into a 64-element transform matrix:

transform_matrix[zigzag[n]] = decoded_coefficient[n]

== Dequantization ==
Using the quality setting decoded from a Mimic frame's header, compute the block's dequantization factor as:

f = (10000 - quality_setting) * 10 * 9.9999997e-5

If the block being dequantized belongs to a chrominance plane then saturate the dequantization factor between 2.0..10.0. If the block belongs to the luminance/Y plane, saturate the dequantization factor between 1.0..10.0.

To dequantize the matrix of 64 coefficients, multiply the DC coefficient (element 0) by 2 and multiply the AC coefficients at indices 1 and 8 by 4. Multiply the remainder of the AC coefficients by the computed quantization factor.

== Inverse Discrete Cosine Transform ==
The IDCT is compatible with JPEG's. It is just different by a factor of 4. By multiplying the input data by 4 and passing the block to JPEG's IDCT, you get the same output as libmimic's code.

== Post Processing ==
The open source libmimic package contains an impressive amount of post processing code as well.

[[Category: Video Codecs]]

Mimic

2008-03-21T05:30:47Z

Angustia: IDCT is the same as used by JPEG

* FourCC: ML20
* Company: [[Logitech]]/[[Microsoft]]
* Samples: http://samples.mplayerhq.hu/V-codecs/ML20/

A video encoding used by MSN Messenger for webcam conversations.

Open source codec library: [http://www.jblinux.net/libmimic/ libmimic]; Note that this website is does not exist as of April 6, 2006. However, the [http://farsight.sourceforge.net Farsight] project incorporates the libmimic source.

== Overview ==
The Mimic codec operates in a native [[YUV 4:2:0]] colorspace. The codec employs both intraframes and interframes. Each of the 3 planes, Y, U, and V, is encoded separately, in the YVU order. Each plane is broken up into a series of 8x8 blocks. In an intraframe each block, progressing from left -> right, top -> bottom, is transformed using a discrete cosine transform (DCT), quantized, and re-ordered in a zigzag pattern. Finally the transformed non-zero coefficients and the runs of zeros between them are encoded into a bitstream using variable length codes (VLCs). Interframes encode a bit for each block to indicate that the block is unchanged from the block at the same position from the previous frame, or that the block is completely recoded using the same algorithm as each block in the intraframe.

Note that this process bears some similarity to [[JPEG]] coding. Notably absent are macroblocks as well as delta coding of DC coefficients.

== Data Format ==
Each frame begins with a 20-byte header. All multi-byte numbers in the frame header are in little endian format:

bytes 0-1 unknown
bytes 2-3 quality setting
bytes 4-5 frame width
bytes 6-7 frame height
bytes 8-11 unknown
bytes 12-15 frame type
0 = intraframe
non-zero = interframe
byte 16 number of coefficients coded in each block in the frame
bytes 17-19 unknown

The encoded frame begins at byte 20 (counting from 0). To decode an intraframe, iterate through each plane, Y, V, and U. For each plane, iterate through all the 8x8 blocks from left -> right, top -> bottom.

For each block:
* decode ''n'' coefficients from the VLC bitstream, where ''n'' is obtained from the frame header
* dequantize the coefficients
* de-zigzag the coefficients
* transform the coefficients using an inverse DCT
* saturate the transformed samples to an unsigned byte range (0..255)

The process for decoding an interframe is similar as for an intraframe. Iterate through the planes and the blocks in the same manner. For each block:
* read 1 bit from the bitstream
* if the bit is 1 then the block is unchanged from the block at the same position in the previous frame
* if the bit is 0 then the block is to be decoded using the same process as in an intraframe

== Bitstream Packing ==
The Mimic bitstream is packed into 32-bit integers which are then stored in memory and transferred over the network wire in little endian format. To begin reading a packed Mimic bitstream, read the first 32-bit number from memory in little endian format. Read the bits from right -> left within the integer. When those 32 bits are exhausted, the next 4 bytes are read from memory in little endian byte order and the process is repeated.

== Decoding Coefficients ==
Each 8x8 block is coded in the bitstream as a DC coefficient and some number (up to 63) AC coefficients. Begin the decode process by clearing all coefficients to 0. Then proceed to decode ''n'' coefficients, according to the number set in the frame header. If there are 15 coefficients coded, that translates to 1 DC coefficient and 14 AC
coefficients.

The DC coefficient is always stored as the next 8 bits in the bitstream.

For each of the remaining AC coefficients, decode a VLC from the bitstream as the number of zero coefficients to skip in the transform block. Then, decode another VLC as the quantized AC coefficient.

'''TODO: import VLC tables into separate page'''

== De-zigzag ==
This is the zigzag table used in the Mimic coding method:
unsigned char zigzag[64] = {
0, 8, 1, 2, 9, 16, 24, 17,
10, 3, 4, 11, 18, 25, 32, 40,
33, 26, 19, 12, 5, 6, 13, 20,
27, 34, 41, 48, 56, 49, 42, 35,
28, 21, 14, 7, 15, 22, 29, 36,
43, 50, 57, 58, 51, 44, 37, 30,
23, 31, 38, 45, 52, 59, 39, 46,
53, 60, 61, 54, 47, 55, 62, 63
};
To de-zigzag decoded coefficient n from the bitstream into a 64-element transform matrix:

transform_matrix[zigzag[n]] = decoded_coefficient[n]

== Dequantization ==
Using the quality setting decoded from a Mimic frame's header, compute the block's dequantization factor as:

f = (10000 - quality_setting) * 10 * 9.9999997e-5

If the block being dequantized belongs to a chrominance plane then saturate the dequantization factor between 2.0..10.0. If the block belongs to the luminance/Y plane, saturate the dequantization factor between 1.0..10.0.

To dequantize the matrix of 64 coefficients, multiply the DC coefficient (element 0) by 2 and multiply the AC coefficients at indices 1 and 8 by 4. Multiply the remainder of the AC coefficients by the computed quantization factor.

== Inverse Discrete Cosine Transform ==
The IDCT is compatible with JPEG's. It is just different by a factor of 4. By multiplying the input data by 4 and passing the block to JPEG's IDCT, you get the same output as libmimic's code.

== Post Processing ==
The open source libmimic package contains an impressive amount of post processing code as well. It is not known if any of these functions are actually employed.

[[Category: Video Codecs]]

Mimic

2008-03-21T01:50:26Z

Angustia: Mimic uses YVU order

* FourCC: ML20
* Company: [[Logitech]]/[[Microsoft]]
* Samples: http://samples.mplayerhq.hu/V-codecs/ML20/

A video encoding used by MSN Messenger for webcam conversations.

Open source codec library: [http://www.jblinux.net/libmimic/ libmimic]; Note that this website is does not exist as of April 6, 2006. However, the [http://farsight.sourceforge.net Farsight] project incorporates the libmimic source.

== Overview ==
The Mimic codec operates in a native [[YUV 4:2:0]] colorspace. The codec employs both intraframes and interframes. Each of the 3 planes, Y, U, and V, is encoded separately, in the YVU order. Each plane is broken up into a series of 8x8 blocks. In an intraframe each block, progressing from left -> right, top -> bottom, is transformed using a discrete cosine transform (DCT), quantized, and re-ordered in a zigzag pattern. Finally the transformed non-zero coefficients and the runs of zeros between them are encoded into a bitstream using variable length codes (VLCs). Interframes encode a bit for each block to indicate that the block is unchanged from the block at the same position from the previous frame, or that the block is completely recoded using the same algorithm as each block in the intraframe.

Note that this process bears some similarity to [[JPEG]] coding. Notably absent are macroblocks as well as delta coding of DC coefficients.

== Data Format ==
Each frame begins with a 20-byte header. All multi-byte numbers in the frame header are in little endian format:

bytes 0-1 unknown
bytes 2-3 quality setting
bytes 4-5 frame width
bytes 6-7 frame height
bytes 8-11 unknown
bytes 12-15 frame type
0 = intraframe
non-zero = interframe
byte 16 number of coefficients coded in each block in the frame
bytes 17-19 unknown

The encoded frame begins at byte 20 (counting from 0). To decode an intraframe, iterate through each plane, Y, V, and U. For each plane, iterate through all the 8x8 blocks from left -> right, top -> bottom.

For each block:
* decode ''n'' coefficients from the VLC bitstream, where ''n'' is obtained from the frame header
* dequantize the coefficients
* de-zigzag the coefficients
* transform the coefficients using an inverse DCT
* saturate the transformed samples to an unsigned byte range (0..255)

The process for decoding an interframe is similar as for an intraframe. Iterate through the planes and the blocks in the same manner. For each block:
* read 1 bit from the bitstream
* if the bit is 1 then the block is unchanged from the block at the same position in the previous frame
* if the bit is 0 then the block is to be decoded using the same process as in an intraframe

== Bitstream Packing ==
The Mimic bitstream is packed into 32-bit integers which are then stored in memory and transferred over the network wire in little endian format. To begin reading a packed Mimic bitstream, read the first 32-bit number from memory in little endian format. Read the bits from right -> left within the integer. When those 32 bits are exhausted, the next 4 bytes are read from memory in little endian byte order and the process is repeated.

== Decoding Coefficients ==
Each 8x8 block is coded in the bitstream as a DC coefficient and some number (up to 63) AC coefficients. Begin the decode process by clearing all coefficients to 0. Then proceed to decode ''n'' coefficients, according to the number set in the frame header. If there are 15 coefficients coded, that translates to 1 DC coefficient and 14 AC
coefficients.

The DC coefficient is always stored as the next 8 bits in the bitstream.

For each of the remaining AC coefficients, decode a VLC from the bitstream as the number of zero coefficients to skip in the transform block. Then, decode another VLC as the quantized AC coefficient.

'''TODO: import VLC tables into separate page'''

== De-zigzag ==
This is the zigzag table used in the Mimic coding method:
unsigned char zigzag[64] = {
0, 8, 1, 2, 9, 16, 24, 17,
10, 3, 4, 11, 18, 25, 32, 40,
33, 26, 19, 12, 5, 6, 13, 20,
27, 34, 41, 48, 56, 49, 42, 35,
28, 21, 14, 7, 15, 22, 29, 36,
43, 50, 57, 58, 51, 44, 37, 30,
23, 31, 38, 45, 52, 59, 39, 46,
53, 60, 61, 54, 47, 55, 62, 63
};
To de-zigzag decoded coefficient n from the bitstream into a 64-element transform matrix:

transform_matrix[zigzag[n]] = decoded_coefficient[n]

== Dequantization ==
Using the quality setting decoded from a Mimic frame's header, compute the block's dequantization factor as:

f = (10000 - quality_setting) * 10 * 9.9999997e-5

If the block being dequantized belongs to a chrominance plane then saturate the dequantization factor between 2.0..10.0. If the block belongs to the luminance/Y plane, saturate the dequantization factor between 1.0..10.0.

To dequantize the matrix of 64 coefficients, multiply the DC coefficient (element 0) by 2 and multiply the AC coefficients at indices 1 and 8 by 4. Multiply the remainder of the AC coefficients by the computed quantization factor.

== Inverse Discrete Cosine Transform ==
To transform a 8x8 matrix, declare 8 temporary integers, v1..v8. For each row (1..8) p in the matrix:
* va = (p[0] << 11) + (p[4] << 11);
* vb = ((p[2] << 2) * 392) + (((p[2] << 2) + (p[6] << 2)) * 277);
* v1 = va + vb + 512;
* v2 = va - vb + 512;
* va = (p[0] << 11) - (p[4] << 11);
* vb = (((p[2] << 2) + (p[6] << 2)) * 277) - ((p[6] << 2) * 946);
* v3 = va + vb + 512;
* v4 = va - vb + 512;
* va = (p[1] << 9) + (p[3] * 724) + (p[7] << 9);
* vb = (p[1] << 9) + (p[5] * 724) - (p[7] << 9);
* v5 = (((va + vb) * 213) - (vb * 71)) >> 6;
* v6 = (((va + vb) * 213) - (va * 355)) >> 6;
* va = (p[1] << 9) - (p[3] * 724) + (p[7] << 9);
* vb = (p[1] << 9) - (p[5] * 724) - (p[7] << 9);
* v7 = (((va + vb) * 251) - (va * 201)) >> 6;
* v8 = (((va + vb) * 251) - (vb * 301)) >> 6;
* p[0] = (v1 + v5) >> 10;
* p[1] = (v3 + v7) >> 10;
* p[2] = (v4 + v8) >> 10;
* p[3] = (v2 + v6) >> 10;
* p[4] = (v2 - v6) >> 10;
* p[5] = (v4 - v8) >> 10;
* p[6] = (v3 - v7) >> 10;
* p[7] = (v1 - v5) >> 10;

Next is the column transform. Treat p[] as the entire 64-element array. For each column (1..8):
* va = (p[0] << 9) + (p[32] << 9);
* vb = ((p[16] + p[48]) * 277) + (p[16] * 392);
* v1 = va + vb + 1024;
* v2 = va - vb + 1024;
* va = (p[0] << 9) - (p[32] << 9);
* vb = ((p[16] + p[48]) * 277) - (p[48] * 946);
* v3 = va + vb + 1024;
* v4 = va - vb + 1024;
* va = ((p[8] << 7) + (p[24] * 181) + (p[56] << 7)) >> 6;
* vb = ((p[8] << 7) + (p[40] * 181) - (p[56] << 7)) >> 6;
* v5 = ((va + vb) * 213) - (vb * 71);
* v6 = ((va + vb) * 213) - (va * 355);
* va = ((p[8] << 7) - (p[24] * 181) + (p[56] << 7)) >> 6;
* vb = ((p[8] << 7) - (p[40] * 181) - (p[56] << 7)) >> 6;
* v7 = ((va + vb) * 251) - (va * 201);
* v8 = ((va + vb) * 251) - (vb * 301);
* p[0] = (v1 + v5) >> 11;
* p[8] = (v3 + v7) >> 11;
* p[16] = (v4 + v8) >> 11;
* p[24] = (v2 + v6) >> 11;
* p[32] = (v2 - v6) >> 11;
* p[40] = (v4 - v8) >> 11;
* p[48] = (v3 - v7) >> 11;
* p[56] = (v1 - v5) >> 11;

== Post Processing ==
The open source libmimic package contains an impressive amount of post processing code as well. It is not known if any of these functions are actually employed.

[[Category: Video Codecs]]

Talk:Mimic

2008-03-21T01:48:52Z

Angustia:

I feel tempted to rewrite this page, or at least clean it up.
What's a good codec description in the wiki I could follow?

I'm pretty sure all the idct code could be removed.

Mimic

2008-03-21T01:42:34Z

Angustia: Committed in r12491

* FourCC: ML20
* Company: [[Logitech]]/[[Microsoft]]
* Samples: http://samples.mplayerhq.hu/V-codecs/ML20/

A video encoding used by MSN Messenger for webcam conversations.

Open source codec library: [http://www.jblinux.net/libmimic/ libmimic]; Note that this website is does not exist as of April 6, 2006. However, the [http://farsight.sourceforge.net Farsight] project incorporates the libmimic source.

== Overview ==
The Mimic codec operates in a native [[YUV 4:2:0]] colorspace. The codec employs both intraframes and interframes. Each of the 3 planes, Y, U, and V, is encoded separately. Each plane is broken up into a series of 8x8 blocks. In an intraframe each block, progressing from left -> right, top -> bottom, is transformed using a discrete cosine transform (DCT), quantized, and re-ordered in a zigzag pattern. Finally the transformed non-zero coefficients and the runs of zeros between them are encoded into a bitstream using variable length codes (VLCs). Interframes encode a bit for each block to indicate that the block is unchanged from the block at the same position from the previous frame, or that the block is completely recoded using the same algorithm as each block in the intraframe.

Note that this process bears some similarity to [[JPEG]] coding. Notably absent are macroblocks as well as delta coding of DC coefficients.

== Data Format ==
Each frame begins with a 20-byte header. All multi-byte numbers in the frame header are in little endian format:

bytes 0-1 unknown
bytes 2-3 quality setting
bytes 4-5 frame width
bytes 6-7 frame height
bytes 8-11 unknown
bytes 12-15 frame type
0 = intraframe
non-zero = interframe
byte 16 number of coefficients coded in each block in the frame
bytes 17-19 unknown

The encoded frame begins at byte 20 (counting from 0). To decode an intraframe, iterate through each plane, Y, U, and V. For each plane, iterate through all the 8x8 blocks from left -> right, top -> bottom.

For each block:
* decode ''n'' coefficients from the VLC bitstream, where ''n'' is obtained from the frame header
* dequantize the coefficients
* de-zigzag the coefficients
* transform the coefficients using an inverse DCT
* saturate the transformed samples to an unsigned byte range (0..255)

The process for decoding an interframe is similar as for an intraframe. Iterate through the planes and the blocks in the same manner. For each block:
* read 1 bit from the bitstream
* if the bit is 1 then the block is unchanged from the block at the same position in the previous frame
* if the bit is 0 then the block is to be decoded using the same process as in an intraframe

== Bitstream Packing ==
The Mimic bitstream is packed into 32-bit integers which are then stored in memory and transferred over the network wire in little endian format. To begin reading a packed Mimic bitstream, read the first 32-bit number from memory in little endian format. Read the bits from right -> left within the integer. When those 32 bits are exhausted, the next 4 bytes are read from memory in little endian byte order and the process is repeated.

== Decoding Coefficients ==
Each 8x8 block is coded in the bitstream as a DC coefficient and some number (up to 63) AC coefficients. Begin the decode process by clearing all coefficients to 0. Then proceed to decode ''n'' coefficients, according to the number set in the frame header. If there are 15 coefficients coded, that translates to 1 DC coefficient and 14 AC
coefficients.

The DC coefficient is always stored as the next 8 bits in the bitstream.

For each of the remaining AC coefficients, decode a VLC from the bitstream as the number of zero coefficients to skip in the transform block. Then, decode another VLC as the quantized AC coefficient.

'''TODO: import VLC tables into separate page'''

== De-zigzag ==
This is the zigzag table used in the Mimic coding method:
unsigned char zigzag[64] = {
0, 8, 1, 2, 9, 16, 24, 17,
10, 3, 4, 11, 18, 25, 32, 40,
33, 26, 19, 12, 5, 6, 13, 20,
27, 34, 41, 48, 56, 49, 42, 35,
28, 21, 14, 7, 15, 22, 29, 36,
43, 50, 57, 58, 51, 44, 37, 30,
23, 31, 38, 45, 52, 59, 39, 46,
53, 60, 61, 54, 47, 55, 62, 63
};
To de-zigzag decoded coefficient n from the bitstream into a 64-element transform matrix:

transform_matrix[zigzag[n]] = decoded_coefficient[n]

== Dequantization ==
Using the quality setting decoded from a Mimic frame's header, compute the block's dequantization factor as:

f = (10000 - quality_setting) * 10 * 9.9999997e-5

If the block being dequantized belongs to a chrominance plane then saturate the dequantization factor between 2.0..10.0. If the block belongs to the luminance/Y plane, saturate the dequantization factor between 1.0..10.0.

To dequantize the matrix of 64 coefficients, multiply the DC coefficient (element 0) by 2 and multiply the AC coefficients at indices 1 and 8 by 4. Multiply the remainder of the AC coefficients by the computed quantization factor.

== Inverse Discrete Cosine Transform ==
To transform a 8x8 matrix, declare 8 temporary integers, v1..v8. For each row (1..8) p in the matrix:
* va = (p[0] << 11) + (p[4] << 11);
* vb = ((p[2] << 2) * 392) + (((p[2] << 2) + (p[6] << 2)) * 277);
* v1 = va + vb + 512;
* v2 = va - vb + 512;
* va = (p[0] << 11) - (p[4] << 11);
* vb = (((p[2] << 2) + (p[6] << 2)) * 277) - ((p[6] << 2) * 946);
* v3 = va + vb + 512;
* v4 = va - vb + 512;
* va = (p[1] << 9) + (p[3] * 724) + (p[7] << 9);
* vb = (p[1] << 9) + (p[5] * 724) - (p[7] << 9);
* v5 = (((va + vb) * 213) - (vb * 71)) >> 6;
* v6 = (((va + vb) * 213) - (va * 355)) >> 6;
* va = (p[1] << 9) - (p[3] * 724) + (p[7] << 9);
* vb = (p[1] << 9) - (p[5] * 724) - (p[7] << 9);
* v7 = (((va + vb) * 251) - (va * 201)) >> 6;
* v8 = (((va + vb) * 251) - (vb * 301)) >> 6;
* p[0] = (v1 + v5) >> 10;
* p[1] = (v3 + v7) >> 10;
* p[2] = (v4 + v8) >> 10;
* p[3] = (v2 + v6) >> 10;
* p[4] = (v2 - v6) >> 10;
* p[5] = (v4 - v8) >> 10;
* p[6] = (v3 - v7) >> 10;
* p[7] = (v1 - v5) >> 10;

Next is the column transform. Treat p[] as the entire 64-element array. For each column (1..8):
* va = (p[0] << 9) + (p[32] << 9);
* vb = ((p[16] + p[48]) * 277) + (p[16] * 392);
* v1 = va + vb + 1024;
* v2 = va - vb + 1024;
* va = (p[0] << 9) - (p[32] << 9);
* vb = ((p[16] + p[48]) * 277) - (p[48] * 946);
* v3 = va + vb + 1024;
* v4 = va - vb + 1024;
* va = ((p[8] << 7) + (p[24] * 181) + (p[56] << 7)) >> 6;
* vb = ((p[8] << 7) + (p[40] * 181) - (p[56] << 7)) >> 6;
* v5 = ((va + vb) * 213) - (vb * 71);
* v6 = ((va + vb) * 213) - (va * 355);
* va = ((p[8] << 7) - (p[24] * 181) + (p[56] << 7)) >> 6;
* vb = ((p[8] << 7) - (p[40] * 181) - (p[56] << 7)) >> 6;
* v7 = ((va + vb) * 251) - (va * 201);
* v8 = ((va + vb) * 251) - (vb * 301);
* p[0] = (v1 + v5) >> 11;
* p[8] = (v3 + v7) >> 11;
* p[16] = (v4 + v8) >> 11;
* p[24] = (v2 + v6) >> 11;
* p[32] = (v2 - v6) >> 11;
* p[40] = (v4 - v8) >> 11;
* p[48] = (v3 - v7) >> 11;
* p[56] = (v1 - v5) >> 11;

== Post Processing ==
The open source libmimic package contains an impressive amount of post processing code as well. It is not known if any of these functions are actually employed.

[[Category: Video Codecs]]

Talk:FFmpeg Summer Of Code 2008

2008-03-16T16:19:02Z

Angustia: /* Port FFmpeg to Visual Studio */

== QuickTime IMA ADPCM Encoder ==
Is this related to http://lists.mplayerhq.hu/pipermail/ffmpeg-devel/2008-February/042475.html ?
: I assume so. I am watching that patch too. --[[User:Multimedia Mike|Multimedia Mike]] 14:32, 25 February 2008 (EST)

== WMV3 Encoder ==
And this to [[Interesting Patches#WMV3 encoder by Denis Fortin|This patch]]?

== Realistic time frame ==

A problem that has come up in past years is the number of projects that go uncompleted. I think the Matroska muxer was the only project that was actually completed by the end of the summer. If the student is willing to continue working on a project past the end of summer then that's great, but we should try to estimate a realistic time frame. In looking over the current project list, I think the following could reasonably be completed in three months time:
*ALAC encoder
*Speex decoder
*MXF muxer
These are all very clearly defined tasks, as opposed to some things involving psychoacoustics and perceptual coding, which can be very open-ended. -[[User:Mkhodor|Mkhodor]] 06:00, 26 February 2008 (EST)

: I'm not sure about the ALAC task. Do we have enough complete information documented for a student to reasonably complete the task? --[[User:Multimedia Mike|Multimedia Mike]] 11:59, 26 February 2008 (EST)

:: We have a working, not too obfuscated decoder. Also, I think it is similar enough to FLAC to put the student in the right track. Also, the original author of the alac decoder says [http://craz.net/programs/itunes/alac.html]:

Although an encoder is not provided, by using the decoder as a sort of specification it should be fairly
trivial to write an encoder. By exploiting other lossless audio encoders, such as FLAC, the task will be
much easier. Although one wouldn't be able to copy the compression algorithms verbatim, as adaptive
compression is used in ALAC and not in FLAC. There are, however, a bunch of academic papers on the issue.

:: --[[User:Vitor|Vitor]] 12:13, 26 February 2008 (EST)

== Cook Encoder ==

It could be done based on the G.722.1 specification as banan suggested once somewhere.

(I know, I haven't submitted the G.722.1 decoder yet, but it's almost cook with different huffman tables and a 320-point iMDCT) ''(posted by [[User:Angustia]])''

: I want to see some more solid documentation before I will consider it for a project. I also need a mentor for such a project. --[[User:Multimedia Mike|Multimedia Mike]] 13:03, 27 February 2008 (EST)

== Port FFmpeg to Visual Studio ==

Are you sure this is welcome by most devs? Who would mentor it?
If so, this would be my preferred project for the summer (winter here =).

IMHO a port is a bad idea because it will quickly become obsolete. Why not develop scripts and/or patches that convert the FFmpeg source tree into a MSVC-compatible source tree. This would reduce maintenance effort, and would faciliate automatic MSVC-regression testing. Task breakdown:
* convert C99 struct and sparse array initialisation statements into MSVC-compatible (ala C89) syntax.
* convert GAS inline assembly syntax into MSVC inline assembly syntax (and/or compiler intrinsics).
* address other MSVC-specific issues: MSVC pedantic about certain typecasts, does not support inline definition of structures, raises error on deliberate attempts to divide-by-zero, and so on.
--[[User:Suxen drol|Suxen drol]] 22:00, 15 March 2008 (EDT)

Yes, I've already developed some ideas on how to do this over the past years...
The most important is to use the current build system (not .sln files), with some gcc->cl.exe wrapper, like wgcc.

Talk:FFmpeg Summer Of Code 2008

2008-03-13T21:01:55Z

Angustia: Port FFmpeg to Visual Studio

== QuickTime IMA ADPCM Encoder ==
Is this related to http://lists.mplayerhq.hu/pipermail/ffmpeg-devel/2008-February/042475.html ?
: I assume so. I am watching that patch too. --[[User:Multimedia Mike|Multimedia Mike]] 14:32, 25 February 2008 (EST)

== WMV3 Encoder ==
And this to [[Interesting Patches#WMV3 encoder by Denis Fortin|This patch]]?

== Realistic time frame ==

A problem that has come up in past years is the number of projects that go uncompleted. I think the Matroska muxer was the only project that was actually completed by the end of the summer. If the student is willing to continue working on a project past the end of summer then that's great, but we should try to estimate a realistic time frame. In looking over the current project list, I think the following could reasonably be completed in three months time:
*ALAC encoder
*Speex decoder
*MXF muxer
These are all very clearly defined tasks, as opposed to some things involving psychoacoustics and perceptual coding, which can be very open-ended. -[[User:Mkhodor|Mkhodor]] 06:00, 26 February 2008 (EST)

: I'm not sure about the ALAC task. Do we have enough complete information documented for a student to reasonably complete the task? --[[User:Multimedia Mike|Multimedia Mike]] 11:59, 26 February 2008 (EST)

:: We have a working, not too obfuscated decoder. Also, I think it is similar enough to FLAC to put the student in the right track. Also, the original author of the alac decoder says [http://craz.net/programs/itunes/alac.html]:

Although an encoder is not provided, by using the decoder as a sort of specification it should be fairly
trivial to write an encoder. By exploiting other lossless audio encoders, such as FLAC, the task will be
much easier. Although one wouldn't be able to copy the compression algorithms verbatim, as adaptive
compression is used in ALAC and not in FLAC. There are, however, a bunch of academic papers on the issue.

:: --[[User:Vitor|Vitor]] 12:13, 26 February 2008 (EST)

== Cook Encoder ==

It could be done based on the G.722.1 specification as banan suggested once somewhere.

(I know, I haven't submitted the G.722.1 decoder yet, but it's almost cook with different huffman tables and a 320-point iMDCT) ''(posted by [[User:Angustia]])''

: I want to see some more solid documentation before I will consider it for a project. I also need a mentor for such a project. --[[User:Multimedia Mike|Multimedia Mike]] 13:03, 27 February 2008 (EST)

== Snow Codec ==

I'm a bit sad because the completion of snow and it's specification doesn't appear as a potential SoC project. Is there a reason for this?

No - I'm not one that could do this. (''posted by [[User:Elte]]'')

== Port FFmpeg to Visual Studio ==

Are you sure this is welcome by most devs? Who would mentor it?
If so, this would be my preferred project for the summer (winter here =).

Quotes

2008-03-11T04:09:23Z

Angustia: Why was this never submitted to this quotes page?

Here are some memorable quotes gathered from various MPlayer and FFmpeg related discussions. Beware of what you say, because it will be recorded, taken out of context and ridiculed!

==IRC Channels==

===#mplayerdev===

<pre>
<ods15> btw, gcc took 900mb of ram and then segfaulted for me when i tried to compile a 30mb C file :P
<ods15> that took about 20 minutes until it evantually gave out of mem error
<ods15> i should probably just write my own compiler than can do it in 0.05s and no ram...
<ShadowJK> can tcc compile it :)
<ods15> ShadowJK, heh i should've tried that
* ods15 just makes a sample file and tries now
<ods15> ahem, it did it in like 3 seconds and no ram :P
</pre>

<pre>
<poirierg> great new ppl! I'm likely to get laid before linuxtag!
<poirierg> woops
<ods15> ...
<poirierg> great new ppl! I'm likely to get laid out before linuxtag!
<dalias> lol poirierg
<poirierg> budget cuts and stuff like that....
<dalias> poirierg, oh
<dalias> i read that as 'get laid'
<dalias> and i was like wtf tmi
<ods15> ja
<dalias> the word is 'laid off' btw, not 'laid out'
<delewis> haha.
<ods15> so, wait, great?
<poirierg> okay, I'm getting laid off
</pre>

<pre>
<ods15> british is american with a sloppy accent, and much stupider curse words
</pre>

<pre>
<poirierg> cartman, you don't see smart girls if you only watch pr0n
</pre>

<pre>
<superdump> Welcome to ye Olde #mplayerdev Tavern. If yaoi 'n' free cola is what ye be lookin' far, we's got 'em! Yarr...
</pre>

<pre>
<dalias> because you can't use x264
<superdump> why not?
<dalias> because the decoder is slower than gabu trying to get a girlfriend
</pre>

<pre>
<dalias> h264 is like matroska
<dalias> yes mmatroska is better than avi but it sucks still
<dalias> hes h264 compresses better than mpeg4 but it sucks still
<dalias> and the question is: is 15% compression gain worth 500% performance drop?
</pre>

<pre>
<poirierg> do you know the difference between God and dalias ? ;)
<dalias> god only tells you what's bad to do when you inhale from a burning bush
<dalias> dalias tells you what's bad all the time
</pre>

<pre>
<reynaldo> i was once atacked by one of those beast
<reynaldo> i was 4 years old iirc
<reynaldo> those birds have almost 4 meters measured from the extremes of their wings
<reynaldo> i have some stories you wouldnt believe :P
<reynaldo> i dont remember meeting any chilean atacked by a condor besides me
<reynaldo> :P
<reynaldo> i was once biten by a black widow too :P extremely hard to find spider
<reynaldo> nature has been trying to kill me since the day i born!
<reynaldo> :P
<iive> i though condors doesn't attack humans.
<reynaldo> they dont
<reynaldo> thats the weirdest part
<reynaldo> :P
<iive> well, then there is only one explanetion. you are not human.
* iive runs
<reynaldo> :P
<reynaldo> who knows
<reynaldo> maybe the karaoke filter is just the begining of my world domination plan
</pre>

<pre>
<reynaldo> why dont you work with me improving the filter then ?
<poirierg> reynaldo, because I don't want to steel the paternity of your little toy
<reynaldo> thats not my boy
<reynaldo> everyone an his girlfriend facing the same problem solved it the same wahy
<reynaldo> we can make something neater
<reynaldo> :)
<poirierg> your are calling me to become the girlfriend of you audio filter?
</pre>

<pre>
<ods15> i'm waiting for someone to send me brains tommorrow, not much to do until then
</pre>

<pre>
<snacky> h264-in-mpeg is standardized since 2003. if hd-dvd does it differently it's because they're stupid ;)
<iive> they do. thay are
</pre>

<pre>
<KotH> Rathann: some nice quotes you have there :)
<Rathann> I know! ^_^
<Rathann> I've been collecting them for months
<KotH> and some i dont even remember typing ^^'
<Rathann> ^_^v
<Rathann> hehe
<Rathann> it's good to have logs
</pre>

<pre>
<phcoder> compiling svn:
<phcoder> allcodecs.c: In function 'avcodec_register_all':
<phcoder> allcodecs.c:67: error: 'ENABLE_DCA_DECODER' undeclared (first use in this function)
<phcoder> allcodecs.c:67: error: (Each undeclared identifier is reported only once
<phcoder> allcodecs.c:67: error: for each function it appears in.)
<phcoder> allcodecs.c:253: error: 'ENABLE_DCA_PARSER' undeclared (first use in this function)
<phcoder> Sorry forgot to configure
<KotH> dont forget make distclean
<Rathann> don't forget to use your brain
</pre>

<pre>
<DonDiego> geez
<DonDiego> how many mistakes can you make in a single line of shell ..
<KotH> one per character
<DonDiego> i'm quite close ;)
<DonDiego> sundays after parties are not the best days for programming ;)
</pre>

<pre>
<cartman> <poirierg> cartman, you don't see smart girls if you only watch pr0n
<dalias> :)
<cartman> this is all I get for reporting quality pr0n bugs
<dalias> cartman, it's what you get for making statements about girls being stupid
<cartman> dalias: girls are stupid anyway
</pre>

<pre>
<ShadowJK> "I have to agree with Rich's supposed opinion here. It is beyond mad."
<ShadowJK> dalias, you've become quite efficient at flamewars, when you don't even need
to participate anymore, people just assume what you were going to say :)
</pre>

<pre>
<iive> btw does somebody know a way to get the xvid bitstream syntax number
<iive> the number that xvid put to identify what bugs they had when encoding it.
<Rathann> rtfs?
<iive> i ask if somebody knows
<iive> this is if nobody knows
<iive> fucker
<rxt> hehe, nothing changed on mplayer while I was away :)
</pre>

<pre>
<snacky> ugh... you guys should see how polite superdump is being to lusers on #ffmpeg . it's really disgusting
<superdump> :)
<snacky> what is it with polite people?! don't you realize you are making the rest of us look bad?
</pre>

<pre>
<KotH> i talked with an ubuntu guy here
<KotH> and the biggest problem they have is that upstream is uncooperative
<Rathann> is it?
<KotH> from their perspective yes
<Rathann> I haven't seen any patches from anyone @ubuntu
<Rathann> nor bugreports, for that matter
<KotH> well, replace upstream by downstream and you get the same in green
</pre>

<pre>
<KotH> the biggest outcome of a 2h+ discussion was that both sites want to work with each other, but think it's impossible
<Rathann> why do they think we're uncooperative?
<Rathann> (obviously we aren't)
<KotH> well... have a look at our history
<ShadowJK> Obviously uncooperative. Refusing to integrate with gstreamer, copying libraries
randomly into source tree, breaking compilation with gcc2.96 on purpose, stuff doesn't compile with PIC, etc etc ;)
<KotH> yeah.. these points come into play too
<KotH> but that's a longer story
...
<ShadowJK> You know, I don't think those MPlayer developers even go to church of Xiph every
week to worship a speedy emergence of Tarkin and ogm as the world dominating system
</pre>

<pre>
<KotH> anyone here who has an understanding of x11?
<ods15> it shows graphics :P
<KotH> yeah, right
</pre>

<pre>
<uau> i was already a better coder than most existing developers when i got involved with mplayer
</pre>

<pre>
<snacky> you guys and your secrets
<KotH> there are more secrets around mplayer than you could possibly imagine
<KotH> like, is there really a michael niedermayer? and if he exists, is he a single entity? is he alien?
<snacky> I wonder if he/they/it has/have any spies in here.
* KotH whistels
* Rathann checks if his tinfoil hat is in place
</pre>

<pre>
<xiphmont_> Vorbis still stands up nicely. Theora, OTOH, is a a bit embarrassing.
* dalias tries to be polite about theora..
<xiphmont_> rather, it's a bit embarrassing until you look at the code, then it's alot embarrassing.
<xiphmont_> and that's 70% 'really fucking stupid encoder, really On2, be ashamed' and 40% 'format
design flaws'. It's so bad it adds up to 110%.
<xiphmont_> I plan to help Theora limp along not too embarrassingly until it can be replaced for
real-- possibly 2-4 years.
<xiphmont_> Theora is actually fixable tho. The amount of low-hanging fruit is staggering.
<xiphmont_> I mean, an entropy backend that results in *more* bits being written than went in? It's
just... wow.
</pre>

<pre>
<|Bio|> but i need fix fo win
<iive> how much do you need it?
<|Bio|> very much.
<iive> as i said, it is not really mplayer problem, mingw is the support library, it should take the ucs2 convert it to utf8 then do the opposite.
<iive> and, very much is not enough.
</pre>

===#mplayer===

<pre>
* KotH wants a point and click solution... w/o the click
</pre>

<pre>
<Micksa> I'm reading about motion compensation
<Micksa> some of this is serious voodoo
<Micksa> I love it :)
</pre>

<pre>
<dtm> you're a free software pimp, Commn
</pre>

<pre>
<Jan_> mplayer has a number of command line options that is large enough to overflow a 32-bit variable.
</pre>

<pre>
<iive> Commn: yeh.. usa people usually have problem with foregin languages like british, australian or canadian. :)
</pre>

<pre>
<CarlFK> how many gig is an hour of raw DV ?
<DogBoy> like from a porno?
<CarlFK> right
<DogBoy> just how raw are we talking
<CarlFK> right from the cam corder's firewire
</pre>

<pre>
<dtm> Commn: i read all of your wiki page and you forgot the final entry for "and seek professional
help immediately for the mental illness that either
1) made you want to follow all these steps for lazy, codependent fools on irc or
2) that you WILL HAVE after faithfully trying to implement all these steps for a week"
<dtm> http://mfrost.typepad.com/photos/uncategorized/gaaallllgh.jpg that big dog is the cumulative laziness of a lot
of irc users the medium sized cat is Commn and the one watching, frozen in horror, is me
<dtm> now is that a normal response for a cat who has a self preservation instinct? i think not.
<dtm> HE LIKES IT!
<Commn> dtm : haha how long did it take to find that picture?
<dtm> Commn: somebody gave it to me and i kept it in a firefox tab all week coz it's so awesome coz
I KNEW IT WOULD HAVE A GREAT PURPOSE
<dtm> Commn: since you asked for feedback, i'll say that you're extraordinarily diligent and conscientious, and
the minority of that content is directly relevant to mplayer, and the majority is relevant to a "how to ask
questions the smart way" type of document if not being totally redundant thereof
<dtm> you are a gentleman and a scholar, and true patriot
<sacarasc> dtm is cute when he is adoring someone
<Commn> dtm : yes, its a modified 'how to ask questions' docu
<Commn> its lame tho
<Commn> i might delete it
<Rathann> dtm is such a clear case of user-support-induced insanity that I wonder why I am still sane sometimes...
</pre>

<pre>
<pianoboy3333> how long does mplayer take to compile?
<dtm> how long til the Point of Know Return?
<pianoboy3333> ...
<dtm> i'm sorry, was that question not as dumb as yours? oh well i tried!
<dtm> <3
<iive> dtm: you are starting to sound like me.
<dtm> Hmmmm.
* dtm commits honorable ninja suicide
</pre>

<pre>
<Erb> Does anyone know how to launch the GUI MPlayer in Linux via PHP (in Firefox)? I can run MPlayer scripts
in the background fine. I only need to do this for local videos for an application I'm building.
* dtm throws his brain into a blender in an attempt to comprehend Erb's question but fails sadly
</pre>

<pre>
<dtm> tell me what i want to know, and nobody gets hurst.
<dtm> hurt.
<Rathann> o_O
<dtm> i'm feeling like the giant cactus wants to be plastered in ascii screenshots
<dtm> I MUST COMPLY
<dtm> HELP ME DO THIS, Rathann
</pre>

<pre>
<DazBrum> what is the channel for developers
<-- DazBrum has quit ()
<dtm> lols
<dtm> i think i'll spare them from that
</pre>

<pre>
<netstat> how come mplayer eating memory
<netstat> it uses up to 90% cpu
<dtm> must be a good movie
</pre>

<pre>
<cappicard> o/~ Ich versteh euch nicht! o/~
<dtm> i'm sorry cappicard i dont speak satanic
<cappicard> LOL
<cappicard> it's just German
<dtm> yeah but not when they're singing it.
<cappicard> heh :)
<iive> cappicard: isn't it the same
</pre>

<pre>
<gioele> How come that I get a 35 minutes MP3 from a 5 minutes FLV video with -dumpaudio?
<Compn> aliens beaming audio into your mp3
<spuck00> ^^
<gioele> Compn: time to call SETI?
<Compn> yep
<Compn> if the aliens are peaceful, say hello
<Compn> if they are aggressive, look out!
</pre>

<pre>
* richard___ wonders why so many people join this channel for no apparent purpose
<rsk> they share the love of mplayer ;-(
<sacarasc> i have a purpose
<richard___> I wasn't implying that there's anything wrong with it :)
</pre>

<pre>
<rms> please tell me how to use dd_rescue
<KotH> RTFM
<rms> and what special will it do, except regular copy?
<KotH> RTFM
<rms> RTFM?
<KotH> the manual says everything oyu need to know
<KotH> read the fucking manual
<rms> oh ok
</pre>

<pre>
<iive> -dumpvideo
<LinuxCart> umm, that's a good idea. i'll try that.
<LinuxCart> thank you iive
<KotH> LinuxCart: if in doubt, it's iive's fault ;)
</pre>

<pre>
<LinuxCart> how could this be explained?
<iive> it just another of dv misteries
<iive> it's KotH fault.
</pre>

<pre>
<LinuxMafia> how can i turn on language and sub
<KotH> RTFM
<LinuxMafia> KotH, using debian or freebsd?
<KotH> LinuxCart: doesnt matter, the FM is OS idenpedent
<LinuxCart> KotH: is RTFM some dialect to say it's iive fault :P
</pre>

<pre>
<ChaosR> MPlayer 1.0rc1-4.1.2-DFSG-free <- my version
<ChaosR> is it out of date
<mjunx> of course
<mjunx> if it wasn't built like within an hour ago at any given time, it's usually out of date
</pre>

<pre>
<Fatsobob> trying to get mplayer to play win32 on ubuntu makes me want to shoot myself
<Fatsobob> mostly because ubuntu is all "totem this" and "totem that"
</pre>

<pre>
<Quintin> Is there any reason to use opengl vo device?
<sacarasc> nope
<Quintin> what's it there for?
<sacarasc> because you might want to use it...
...
<reimar> sacarasc: is there any reason why I should think what you just said makes sense? ;-)
<sacarasc> reason and what people want are not always the same
</pre>

<pre>
<Commn> iive : dont call mplayer users dumb
<Commn> not to their faces anyhow
</pre>

<pre>
<Agiofws> has anyone tried cinerella ?
<Agiofws> i think it great
<Kunalagon> I tried , and I thin 80 % does not work
<MisT_> never get compiled here
<Kunalagon> it has more bugs than my shelter
</pre>

<pre>
<voltagex> ArneB: at one stage I was able to do the maths to crack CSS on paper :P
...
<ArneB> voltagex: Obviously your mind and paper are illegal.
<ArneB> Better hand them over to the MPAA.
<voltagex> I think you could sneeze and accidentally crack CSS
<voltagex> yep
<voltagex> no more pencils
</pre>

<pre>
<danny500> how do I convert a ogm file into an mpeg file using mencoder?
<danny500> anyone>
<danny500> hello?
<danny500> ?
<danny500> help
<BenrA> mencoder -of mpeg -oac lavc -ovc lavc -lavcopts vcodec=mpeg2video -o foo.mpg foo.ogm
<danny500> ?
<BenrA> If you want quality and/or DVD compatibility or anything, consult the docs. ;)
<danny500> ok that was confusing
<danny500> file equals = file:///home/danny500/Trigun/Trigun%20-%201%20-%20The%20%24%2460%20Billion%20Man
<danny500> now, rewrite that code so that It'll work
<danny500> well then?
<BenrA> What is your problem?
<housetier> I'd try replacing "foo.ogm" with /home/danny500/Trigun/Trigun%20-%201%20-%20The%20%24%2460%20Billion%20Man
(if that is the real file name), and see how far it goes
<danny500> fine then, don't help me, I'll go to a room where I'll actually get help. Fucking assholes
</pre>

<pre>
<crackedboy> hi, can I ask something about kmplayer?
<md`> no
<crackedboy> ok, sorry
<md`> you're forgiven
</pre>

<pre>
<CHodapp> I have a program that's basically just generating RGB data for a framebuffer.
<CHodapp> I'm having major issues figuring out how to get this data to an encoded video.
<CHodapp> ffmpeg seems to only want some particular kind of YUV
<CHodapp> can I make mencoder handle raw RGB or raw YUV or anything like that?
<Commn> its easier to get it working with mplayer, to see what options you need
<Commn> mplayer file -demuxer rawvideo -vc rawbgr16
<Commn> etc
<Commn> then you can do mencoder with those opts
<Commn> or maybe even mplayer -vo yuv4mpeg , which ffmpeg probably accepts
<Commn> maybe even use a named pipe... mkfifo stream.yuv && ffmpeg -i stream.yuv -options ...
<CHodapp> ugh, documentation is so sparse on stuff like this
<CHodapp> ugh, why is this such a pain in the ass, with everything
<CHodapp> hrm, maybe rawrgb24 is what I need
<Commn> what part is sparse?
<Commn> if you tell us, we can improve mplayer docs
<CHodapp> well, not so much in mplayer as everything else I've tried... I was mostly searching on
the web to get some clue of how I'd convert what kind of raw input to encoded output
<Commn> mplayer -vc help|grep raw
<Commn> will show what raw codecs mplayer has
<CHodapp> Yeah, I just now found that
<CHodapp> blah . . . Cannot find codec matching selected -vo and .video format 0x30323449.
<Commn> CHodapp : try -vc +rawrgb32 or whatnot
<Commn> just add + in front of it
<CHodapp> then it says the selected video_out device is incompatible with this codec
<CHodapp> tried sdl and x11
<Commn> if you can make a small sample of your file
<Commn> dd if=input of=output count=3 bs=1024k
<Commn> i can try to get it working in mplayer
<CHodapp> you might as well just take 640*480*3*100 bytes of data from /dev/urandom and try
that... it will be functionally equivalent
<CHodapp> I'm using this right now: mplayer -rawvideo w=640:h=480 -demuxer rawvideo -vc +rawrgb24 -vo sdl temp.rgb
<Commn> whats random got to do with it ?
<CHodapp> it's just a bunch of bytes, completely unorganized, and mplayer needs to know the resolution
<CHodapp> it doesn't care about the contents
<CHodapp> something else is wrong, otherwise I'd be getting something on the screen
<Commn> if you give me some file i can help
<Commn> otherwise its hard to debug from here ;p
<CHodapp> www.uc.edu/~hodappcm/temp2.rgb
<CHodapp> not the most coherent video, but you won't find that out unless you get something on the screen
<CHodapp> it's 320x240, 10 frames worth
<Commn> what program generates it ?
<CHodapp> just something I'm writing. it's all procedural.
<Commn> i'm trying to remember why it defaults to i420
<CHodapp> i420? like yuv?
<Commn> ya
<CHodapp> definitely shouldn't be yuv...
<Commn> i know, mplayer -rawvideo is defaulting to that
<CHodapp> hmm
<CHodapp> still no output?
<Commn> CHodapp : something like this didnt work ? ffmpeg -f rawvideo -pix_fmt rgb24
<CHodapp> couldn't find codec parameters...
<CHodapp> wait, I forgot the size
<Commn> haha more static
<CHodapp> what commandline did you use?
<Commn> ffplay -f rawvideo -pix_fmt rgb24 -s 320x240 temp2.rgb
<CHodapp> wonder if my endianness is wrong...
<Commn> is it black frames ?
<Commn> ffplay -f rawvideo -pix_fmt bgr32 -s 320x240 temp2.rgb
<Commn> CHodapp : http://64.233.167.104/search?q=cache:0o70XuNe5QkJ:www.kingcot.eclipse.co.uk/unichrome/tvoutTest.html+mplayer+rawvideo+rgb&hl=en&ct=clnk&cd=50&gl=us&client=opera
<Commn> CHodapp : there is an app on that page which generates rgb data
<CHodapp> yeah...
<CHodapp> by the way, I just sent you data from /dev/urandom
</pre>

<pre>
<Jan-> Just so you know, you do realise, the reason we're after using mplayer is because it's f@&^@ng brilliant.
<Jan-> It plays, as they say, *.
<Jan-> It'd play a bucket of cornflour if you painted the word "MOVIE" on it.
</pre>

<pre>
<nyersa> do I need to also specify the aspect ratio?
<Rathann> that's too vague a question
<Rathann> so my answer is: maybe
</pre>

<pre>
<judaz> i hear music, but not de voices
<judaz> the *
<Rathann> well, it's good that you don't hear voices
<Rathann> hearing voices is usually a sign of insanity
</pre>

<pre>
<sacarasc> i want mplayer 1.0 final so i can laugh and hell freezes over and people stop being idiots
</pre>

<pre>
<ma3x> what do you need mplayer for?
<ma3x> full of bugs
<ma3x> get windows media centre
<rsk> yea
<rsk> get a brain
</pre>

=== #ffmpeg ===

<pre>
<grepper> you don't have -pix_fmt ?
<aum> '-pix_fmt list' worked - it just isn't advertised on the manpage
* aum pays due respect, and acknowledges that the *real* manpages are those files ending in .c, .h, .cxx etc
<grepper> it sure IS in my manpage
<grepper> maybe debian makes it from ffmpeg -h
</pre>

<pre>
<jaredthane> Now I'll just shoot myself in the head for being so stupid!
<andoma> do you want help with that as well? :-)
</pre>

<pre>
<benoit-> zinfandel: read the code
<benoit-> and come back when you know what you're talking about
<zinfandel> thats the 15 minutes i dont have now, but ok you win
</pre>

=== #ffmpeg-devel ===

<pre>
<superdump> well, i've been hailed as a guru and i'm owed a pint (see #ffmpeg)
<superdump> hehe
<andoma> i want a pint too!
<superdump> it's loud and annoying
<kshishkov|work> so what, I've got one marriage proposal (from female) there once
<superdump> o rly?
<andoma> that ranks higher indeed ..
<andoma> kshishkov > superdump
</pre>

<pre>
<caldo_de_cana> ok, I need a little CS help... my callback function for vfwcap
locks a mutex to add packets to a list. lavf's read_packet function also locks
the same mutex to read packets from the list. If there are no packets on the
list and read_packet has to wait, I could make it wait for a semaphore that is
set from inside the callback, right?
<iive> lavf (ffmpeg in general) using mutex is news for me.
<caldo_de_cana> iive: windows stuff... I had to make up for vfw's misdesign
<caldo_de_cana> actually it's lavd... most files there have huge hacks
* iive runs and hides
* mru makes up for windows misdesign by not using it
</pre>

==Mailing lists==

===[http://lists.mplayerhq.hu/mailman/listinfo/mplayer-cvslog mplayer-cvslog]===

<pre>
> btw, anyone has a copy of the ISO-english spec? ;)

Ok. :)

1. There isn't a spec, since the language hasn't been standardized. All
we have are numerous competing drafts written by independent,
non-authoritative organizations.

2. A large amount of existing English code, such as Shakespeare, is
unparseable by modern English speakers.

3. If an element of the language has been frequently misused over a long
enough period of time, such misuse often becomes acceptable.

4. An English speaker can be considered reasonably feature-complete even
if such speaker only recognizes a small subset of the language.

5. Certain keywords tend to cause internal compiler errors. Such
keywords are known as "profanity", and existing English speakers weakly
attempt to prevent recently-written speakers from being aware of them.

6. English is a highly context dependent. Many keywords, when used in
their own particular context, take on an entirely illogical meaning.
These "idioms" cause compilation errors, especially when an old speaker
is attempting to communicate with a new one.

7. ....

I could go on, but that's enough fun for now. :)
-- Michael Niedermayer and Corey Hickey in mplayer-cvslog at mplayerhq.hu
</pre>

<pre>
On Sat, Dec 01, 2007 at 02:35:25PM +0100, reimar wrote:
> Author: reimar
> Date: Sat Dec 1 14:35:25 2007
> New Revision: 25225
>
> Log:
> Fox typos

well ...

[...]
--
Michael
</pre>

===[http://lists.mplayerhq.hu/mailman/listinfo/mplayer-dev-eng mplayer-dev-eng]===

<pre>
Without a frontend, mplayer is useless.
-- Jean-Philippe Guillemin in mplayer-dev-eng at mplayerhq.hu
</pre>

<pre>
[about alsa resampler]
Now why on earth would anyone want to use this crap?? It's only
configurable between two extremes of sucking: very bad quality, or
very bad performance.
-- Rich Felker in mplayer-dev-eng at mplayerhq.hu
</pre>

<pre>
Reinventing the wheel certainly is annoying, but as long as all other
wheels are square...

Reimar Döffinger
</pre>

<pre>
On Thu, Aug 24, 2006 at 01:10:18PM -0400, Dave Dodge wrote:
> IA64 compilation is an ongoing research project.

Which is what leaves me always wondering where on earth (or actually far
away from earth) Intel engineers left their brains when designing
IA64...
Technology for the next century. As in we will get it to work properly
somewhen in the next century...

Reimar Döffinger
</pre>

===[http://lists.mplayerhq.hu/mailman/listinfo/mplayer-users mplayer-users]===

<pre>
> > yes, video decoding is not perfect either so even if u decode the bitstream u
> > loose quality (idct inaccuracies and such) so u should really use a hexeditor
> > instead of mplayer to view ur movies
>
> Perhaps we could rewrite xmatrix so it takes its input from AVI
> files...

"Do you always look at it encoded?"

"Well ya have to. The video codecs work FOR the construct program. But
there's way too much information to decode this DIVX. You get used to
it -- I don't even see the code. All I see is blonde, brunette,
redhead..."
-- Michael Niedermayer, Moritz Bunkus and D Richard Felker III in mplayer-users at mplayerhq.hu
</pre>

<pre>
>>> Is there any possibility to convert a Ream Media video stream to
>>> ogg/theora video?
>>
>> no, ogg is banned for good from the list of possible outputs for
>> manifest insanity
>
> Thank you for your answer, but can you be more specific?

ogg is by far the most insane mux format ever conceived,
thus no conscious coder wants to permit to give birth to an abomination
like that
-- Marek Mahut and Nico Sabbi in mplayer users at mplayerhq.hu
</pre>

<pre>
> > > 1. ok, true, I wanted to say mad TAG right ? How can I get this
> > > to MP3 tag ?
> >
> > There is no such thing as a MAD tag. MAD only plays MP1/MP2/MP3.
> > Your file has to have one of those as the audio track for MAD to be
> > able to play it at all. You also didn't read the rest of my post.
>
> MAD audio codec then ?

...

I'd love to help, but I have to go bang my head against that wall over
there...
-- wim delvaux and RC in mplayer-users at mplayerhq.hu
</pre>

<pre>
Tobias Damisch wrote:
> Guillaume Poirier wrote:
> > MPlayer still lacks "fairies" support to invent the pixels in between,
> > needed to get a truly HD picture.
>
> Just get latest SVN and recompile with:
>
> --enable-fairies
>
> Then try adding -vf fscale=1600:1200 (or any other resolution you
> might desire) to your command line.

Gentoo's latest mplayer ebuild is apparently an SVN snapshot from
08/10/2006 and doesn't seem to include a fairies USE flag for
compilation. Was fairies support added after that date, or is the
ebuild missing a USE flag?

Grant
</pre>

===[http://lists.mplayerhq.hu/mailman/listinfo/ffmpeg-cvslog ffmpeg-cvslog]===

<pre>
>> I'm sure Michael knows how to capitalize and punctuate at
>> least a little bit.
> thats defamation, ive never capitalized and punktuated correctly
> besides that i dont like pure capitalism ;)
I NEVER ASKED YOU TO WRITE LIKE THIS.
-- Måns Rullgård and Michael Niedermayer in ffmpeg-cvslog at mplayerhq.hu
</pre>

<pre>
Michael Niedermayer CVS <michael@mplayerhq.hu>

Modified Files:
ffmpeg-doc.texi
Log Message:
split string to avoid buffer overflow in native english speaking persons (fix suggested by The Wanderer)
</pre>

<pre>
On Mon, Dec 26, 2005 at 09:57:36PM +0100, Alexander Strasser wrote:
> Oh, I just saw it was in the original mail. I must have
> accidently deleted it while writing the answer. Sorry for
> the trouble.

no problem at all, better to ask then to miss some typos by the CIA/KGB guys
who edit all my outgoing and incoming mails

Michael
</pre>

<pre>
>>>Log:
>>>use pr -n -t instead of non-standard cat -n
>>>
>>Is this purely to be standard compliant or did you manage to find a
>>system that doesn't accept cat -n?
>
>Rich has one, apparently.

That's funny...
I admire FFmpeg's standard compliance. It gets to the point where you
create systems to justify such changes.
-- Måns Rullgård and Ramiro Polla
</pre>

<pre>
Besides, people with non-compliant systems need to be taught a lesson.
-- Måns Rullgård
</pre>

===[http://lists.mplayerhq.hu/mailman/listinfo/ffmpeg-devel ffmpeg-devel]===

<pre>
On Mon, Jan 02, 2006 at 05:14:20AM +0100, Michael Niedermayer wrote:
> Hi
>
> On Fri, Dec 16, 2005 at 03:45:37PM -1000, Steve Lhomme wrote:
> > This code moves the AR detection in the codec part so that it works when
> > the DV stream is in AVI (or else) too. Plus the interlacing detection
> > now works.
>
> roman, please choose
> [ ] patch ok
> [ ] patch not ok
> [ ] dv maintainer lazy
> [ ] dv maintainer busy
> [ ] dv maintainer dead

Michael you've forgotten a very important option for somebody who decided
to celebrate New Year in Russia:

[X] dv maintainer drunk
</pre>

<pre>
> All right, new screening process for prospective FFmpeg contributors:
> "Are you now, or have you ever been, a Microsoft Visual C++ user?"
> There's going to be scandal when the oversight committee investigates my
> employment history.
If you used msvc on your day job it doesn't count, as long as you really hated it.
-- Mike Melanson and Måns Rullgård in ffmpeg-devel at mplayerhq.hu
</pre>

<pre>
>>>I never understood the point of those supposedly "cool" aliases some
>>>people use.
>>
>> What about the supposedly "cool" circle you put over the 'a's in
>> your name? :)
>
>
> It's Swedish and turns the 'a' into something that sounds like an 'o' as
> in 'hot'...

Ah, so that's the difference. It's not "cool", it's 'hot'.
-- Måns Rullgård, Mike Melanson, and Diego Biurrun in ffmpeg-devel at mplayerhq.hu
</pre>

<pre>
> patching file configure
> Hunk #1 FAILED at 914.
> 1 out of 1 hunk FAILED -- saving rejects to file configure.rej
Ah, yes, the swift evolution of ffmpeg made the patch obsolete in 24h.
-- Måns Rullgård and Víctor Paesa in ffmpeg-devel at mplayerhq.hu
</pre>

<pre>
[about the lack of "chained ogg" support]
I'm aware of this problem, and I've been trying to think of a
solution. The more I think about it, the more it appears as an
abomination. Just like everything Ogg related. No surprises there.
-- Måns Rullgård in ffmpeg-devel at mplayerhq.hu
</pre>

<pre>
not everything from OO is necessarily bad, like not everything from M$
is necessarily bad, if later where the case M$ would gone bankrupt long
ago ...
but thats geting deeply off topic, lets rather concentrate on flames and
insults ...
-- Michael Niedermayer in ffmpeg-devel at mplayerhq.hu
</pre>

<pre>
[Marco Gerards submits a THP demuxer]
Coooool. I have hundreds of THP files. I will find some that have sound
and get them posted soon. In the meantime, Niedermayer will be along
shortly to tear apart your patch. Good luck! :)
-- Mike Melanson in ffmpeg-devel at mplayerhq.hu
</pre>

<pre>
[about SwScaler rewrite]
> > And then we can call an architecture dependent init function that can
> > overide the C behavior much like is done for the dsputils.
> I was thinking about that too
thinking is good patch is better ...
-- Marc Hoffman, Luca Barbato and Michael Niedermayer in ffmpeg-devel at mplayerhq.hu
</pre>

<pre>
On Sun, Jan 15, 2006 at 06:27:55PM +0100, Reimar Döffinger wrote:
>
> Oh, and the image of my RE drawing is up as well :-) :
> http://www.stud.uni-karlsruhe.de/~uvhe/LZODraw_bw.png

Thank goodness your coding skills are better than your handwriting ;)

Diego
</pre>

<pre>
On Thu, Sep 22, 2005 at 10:51:05AM +0200, oandrieu@gmail.com wrote:
> Michael Niedermayer [Wednesday 21 September 2005] :
> > cosmetics
>
> Yes. And ?

sorry, i should have been more verbose, maybe i should be restarted with -v
can someone of the admin(s) do that?

Michael
</pre>

<pre>
as far as i can see this AVI file has _many_ video frames in each chunk, sick
how can a person be capable of using a text editor (and writing software) and
at the same time be such a complete idiot writing a program generating so
broken avi files ...

Michael
</pre>

<pre>
michaels law: "if gcc can mess up, it does mess up" ;)
</pre>

<pre>
> >> + "psllw $1, %%mm1 \n\t"
> >> + "psllw $1, %%mm2 \n\t"
> >
> > paddw
>
> Is that always faster?

no, you can design a cpu where its not

Michael
</pre>

<pre>
if you think that this patch will be accepted due to you whining how much
time you spend on it already then you live in some strange fantasy world
-- Michael Niedermayer in ffmpeg-devel at mplayerhq.hu
</pre>

<pre>
Rich, I always knew you were a little out of the ordinary, but
pirating gay porn wasn't quite what I was expecting even from you.
-- Måns Rullgård in ffmpeg-devel at mplayerhq.hu
</pre>

<pre>
[after a discussion of a patch with a new audio decoder evolved into
runtime generation of tables vs. hardcoding them in the object file debate]

what is the name of this bikeshed?
-- compn
</pre>

<pre>
On Thu, Oct 18, 2007 at 11:04:23AM +0200, Jean-Michel Pouré wrote:
> Some days ago, Christian Marillat reported that it was impossible to
> compile ffmpeg/libavcodec packages under Debian. Any idea where the
> problem comes from? Was it fixed lately?

Sure. My crystal ball tells me that fiendish aliens have been using
force fields to obstruct the flow of cosmic energies in Christian's
machine. The fact that the aliens have decided to sabotage FFmpeg first
should give us all pause. It is a rare compliment to receive but it
carries along a great responsibility.

Now everybody remember that the survival of the human race rests on our
shoulders. If we are to remain victorious in this epic conflict we must
not succumb to darkness. The pureness of our hearts is our most potent
defense. We must preserve it at any cost.

Diego
</pre>

<pre>
On Tue, Oct 30, 2007 at 12:15:28AM -0400, Ronald S. Bultje wrote:
[...]
> I'm not "they" anymore, I left Fluendo +/- 2 1/2 years ago and GStreamer +/-
> 2 years ago.

i see, ill get the kgb chief liquidated for providing me with outdated
information

Michael
</pre>

<pre>
On Fri, Dec 14, 2007 at 08:01:51PM +0100, Diego Biurrun wrote:
[...]
> > + * @file rectanlge.h
>
> rectANgle.h

diego: /dev/brain: Permission denied ;)

Michael
</pre>

<pre>
The only officially correct spelling of snow is in the form of a frozen
snowflake placed on 5000 year old papyrus and illuminated by the light of
a population III star.

Now please diego fix it to the official spelling!

Michael
</pre>

<pre>
O, mercyfull Diego, hast thou not given the dear needed access?
Wherefore did thou create ye, if not to commit?

Michael
</pre>

<pre>
FFmpeg preys on weak, unmaintained or closed-source codecs. If your
library does not meet those requirements, ffmpeg won't consume it (and
will use a wrapper if it is good one).

Kostya
</pre>

<pre>
>
> Just curios, is it possible to add hardware DVD, h.264 and VC-1 decoding to ffmpeg?

Yes, through ./configure --dont-hijack-threads --see-ffmpeg-users

Benjamin Zores
</pre>

<pre>
Thats like giving a painting from Leonardo da Vinci to a wild boar so it can
correct the fine details.

Michael
</pre>

<pre>
But the only correct usage of autotools is as argument to rm

Michael
</pre>

===[http://lists.mplayerhq.hu/mailman/listinfo/nut-devel NUT-devel]===

<pre>
We should have some nut samples.
Someone, (not me, I am lazy), should mux some free video and
audio into NUT (or just grab a camera and film something funny
like what happens with an egg in the microwave or something
else where A-V sync can be seen).

Michael
</pre>

<pre>
A "spec" as readable as a sendmail configuration file doesn't make
matters better...

Måns Rullgård
</pre>

===other===

<pre>
i've remembered i have root access at new mphq, but probably
it was just a dream :)))
-- A'rpi
</pre>

<pre>
FFmpeg works like a human being: something nice comes in, crap comes out.
-- superdump on an S-Bahn train in Berlin
(written from memory, please fix)
</pre>

<pre>
Michael Niedermayer <michaelni@gmx.at> added the comment:

this is for bugreports not guess reports
</pre>

<pre>
Sun Nov 11 10:32:18 CET 2007
Previous message: [Ffmpeg-user] Anyone?
>Anyone?

someone?

>I still can't make it work.

have you tried cialis?

of course maybe you're referring to an audiovisual problem,
and maybe it even pertains to ffmpeg...
really hard to tell!

tripp
</pre>

<pre>
Breaking DRM is a little like attempting to break through a door even
though the window is wide open and the only thing in the house is a bunch
of things you dont want and which you would get tomorrow for free anyway
-- Michael Niedermayer
</pre>

FFmpeg Wishlist

2008-03-09T14:53:53Z

Angustia: It could be confused with a DirectShow playback or decoding integration.

The various desired features for FFmpeg can be found in the following pages:
* [https://roundup.mplayerhq.hu/roundup/ffmpeg/issue?%40&%40columns=title&%40columns=topic&id=&%40columns=id&%40columns=activity&%40sort=activity&%40columns=priority&%40group=priority&type=2&status=2&%40columns=substatus&%40pagesize=50&%40startwith=0&%40action=search Open feature requests in the issue tracker]
* [http://svn.mplayerhq.hu/ffmpeg/trunk/doc/TODO?view=co TODO file in the SVN tree]
* [[FFmpeg Summer Of Code]] pages
* Finish and commit any code not yet commited at the [http://svn.mplayerhq.hu/soc/ SoC FFmpeg tree]

Also, other features requests can be found in:
* [https://roundup.mplayerhq.hu/roundup/ffmpeg/issue?%40&%40columns=title&%40columns=topic&id=&%40columns=id&%40columns=activity&%40sort=activity&%40columns=priority&%40group=priority&type=2&status=1&%40columns=substatus&%40pagesize=50&%40startwith=0&%40action=search Feature requests marked as "new"]
* Below in this page (mostly deprecated items)

See also the discussion about [[Ffmpeg audio api|Audio API]] TODOs.

= Old list =

The following is deprecated, please '''do not''' add new items to this list, use instead the issue tracker. Also, send a message to the mailing list before implementing one of those items. They could be work-in-progress or not wanted anymore.

Moving any of these items to a '''proper''' feature request in the issue tracker is welcome.

== Decoders ==
* Add b-frame support to the ffsvq3 decoder
* integrate [[Speex]] (glue code or native)
* Fix "[rv20 @ 009C8BF0]unknown bit3 set" in [[RV20]] decoder
* [[xeb|XEB]] - the [[RatDVD]] video codec (stored in [[xvo|XVO]] container format)
* VNC decoder, files created by vncrec. Re-use code from [[VMware Video]] decoder http://www.sodan.org/~penny/vncrec/
* Additional game formats support:
** [[VQA]] v3 support, see http://www.gamers.org/pub/idgames2/planetquake/planetcnc/cncdz/
** [[Gremlin Digital Video]]
** [[ARMovie|ARMovie/RPL]]
** [[ESCAPE]]
** [[M95]]

== Demuxers ==
* [[FluxDVD]] / [[RatDVD]] demuxer for [[xvo|XVO]] files (Note! [[RatDVD]] is the predecesor of [[FluxDVD]])

== Muxers ==
* DVB (MPEG-TS) muxer inside DVB containers
** MPEG-1/2 video-streams inside DVB containers
** MPEG-4 ASP video-streams inside DVB containers
** MPEG-4 AVC (H.264) video-streams inside DVB containers
** AC3 audio-streams inside DVB containers
*** Mutiple AC3 audio-streams inside DVB containers
** MP3 audio-streams inside DVB containers
*** Mutiple MP3 audio-streams inside DVB containers
* NSV muxer
* NSA muxer

== Features ==
* Create a DirectShow grabbing patch

* Improved existing documentation and add additional means to document
**Web
**WIKI
**manpage

== Misc ==
* Clean up the h263 rtp [[Interesting Patches#H.263 rtp patch|patch]].

== Streaming Media Network Protocols ==
Streaming Media Network Protocols (client and server-side) improvements/enhancements and related ideas for new features/functions.
* Create a common 'stream demuxer/parser library' for the client-side to receive input streams (and/or API for adding support for additional streaming formats?) - a LGPL'ed sub-library in FFmpeg with all stream demuxers/parsers gathered (similar to the libpostproc and libavutil). Call it "libstream" (or "stream" or whatever). Move FFmpeg's existing stream code there like HTTP and RTSP/RTP. This will help reduce future code replication by sharing common code, thus making it easier to add support for additional streaming formats. All togther making it super easy for audio/video players using FFmpeg to add all-in-one streaming support to their player.
**Maybe use either [http://www.mplayerhq.hu MPlayer]'s "''stream''" library structure, [http://www.live555.com LIVE555], [http://curl.haxx.se cURL], or probebly the better [http://streaming.polito.it/client/library libnms] (from [http://streaming.polito.it/client NeMeSi]) as a base for such a common library?
*Add support for additional streaming protocols (on the client side) and improve/enhance support for existing protocols:
** HTTP (Hypertext Transfer Protocol) client
*** plus a SSL (Secure Sockets Layer) client support for HTTPS
** UDP (User Datagram Protocol) client
** RTSP - Real-Time Streaming Protocol (RFC2326) client
** RTP/RTCP - Real-Time Transport Protocol/RTP Control Protocol (RFC3550) client
** RTP Profile for Audio and Video Conferences with Minimal Control (RFC3551) client
** RealMedia RTSP/RDT (Real Time Streaming Protocol / Real Data Transport) client
** SDP (Service Discovery Protocol) / SSDP (Simple Service Discovery Protocol) client
** MMS (Microsoft Media Services) client
*** including the subprotocol mmsh (MMS over HTTP) and mmst (MMS over TCP)
*FFServer (streaming server) updating and improving:
**FFServer code hasn't been update for quite a while
**Support for RTSP interleaved RTP media
**RTSP over HTTP tunneling
**SLL (Secure Sockets Layer) support
**TLS (Transport Layer Security) support
**SCTP (Stream Control Transmission Protocol) support
***including tunnel SCTP over UDP
**Per-asset accounting options
**Profiling and performance improvements of the RTSP, HTTP and RTP server code
**Streaming to clients like WMP 9, 10 and 11 is broken
**MMS server streaming support in FFServer, (especially for Linux).
*** including the subprotocol mmsh (MMS over HTTP) and mmst (MMS over TCP)
*** Note that al3x has gotten something working with ffserver, you might want to ask him what needs to be done as well :) --[[User:Compn|Compn]] 14:22, 19 March 2007 (EDT)
***You should also take a look at the [http://streaming.polito.it/server FENG (RTSP Streaming Server)] code, [http://streaming.polito.it/embedded NetEmbryo (Embedded Open Media Streaming Library)], and also [http://curl.haxx.se cURL] --[[User:Gamester17|Gamester17]] 11:20, 29 March 2007 (GMT+1)

==See Also==
*[[FFmpeg Summer Of Code]] for more suggestions/requests (ideas for developers).
*[http://bugzilla.mplayerhq.hu/buglist.cgi?query_format=specific&order=relevance+desc&bug_status=__open__&product=FFmpeg&content= FFmpeg bugs] for bugs in FFmpegs (codecs) that you can help fix or add addition information/samples to.
*[[:Category:Formats missing in FFmpeg]] for formats not implemented in ffmpeg yet

[[Category:FFmpeg]]

Quotes

2008-03-06T23:01:04Z

Angustia: quote about windows on #ffmpeg-devel

Here are some memorable quotes gathered from various MPlayer and FFmpeg related discussions. Beware of what you say, because it will be recorded, taken out of context and ridiculed!

==IRC Channels==

===#mplayerdev===

<pre>
<ods15> btw, gcc took 900mb of ram and then segfaulted for me when i tried to compile a 30mb C file :P
<ods15> that took about 20 minutes until it evantually gave out of mem error
<ods15> i should probably just write my own compiler than can do it in 0.05s and no ram...
<ShadowJK> can tcc compile it :)
<ods15> ShadowJK, heh i should've tried that
* ods15 just makes a sample file and tries now
<ods15> ahem, it did it in like 3 seconds and no ram :P
</pre>

<pre>
<poirierg> great new ppl! I'm likely to get laid before linuxtag!
<poirierg> woops
<ods15> ...
<poirierg> great new ppl! I'm likely to get laid out before linuxtag!
<dalias> lol poirierg
<poirierg> budget cuts and stuff like that....
<dalias> poirierg, oh
<dalias> i read that as 'get laid'
<dalias> and i was like wtf tmi
<ods15> ja
<dalias> the word is 'laid off' btw, not 'laid out'
<delewis> haha.
<ods15> so, wait, great?
<poirierg> okay, I'm getting laid off
</pre>

<pre>
<ods15> british is american with a sloppy accent, and much stupider curse words
</pre>

<pre>
<poirierg> cartman, you don't see smart girls if you only watch pr0n
</pre>

<pre>
<superdump> Welcome to ye Olde #mplayerdev Tavern. If yaoi 'n' free cola is what ye be lookin' far, we's got 'em! Yarr...
</pre>

<pre>
<dalias> because you can't use x264
<superdump> why not?
<dalias> because the decoder is slower than gabu trying to get a girlfriend
</pre>

<pre>
<dalias> h264 is like matroska
<dalias> yes mmatroska is better than avi but it sucks still
<dalias> hes h264 compresses better than mpeg4 but it sucks still
<dalias> and the question is: is 15% compression gain worth 500% performance drop?
</pre>

<pre>
<poirierg> do you know the difference between God and dalias ? ;)
<dalias> god only tells you what's bad to do when you inhale from a burning bush
<dalias> dalias tells you what's bad all the time
</pre>

<pre>
<reynaldo> i was once atacked by one of those beast
<reynaldo> i was 4 years old iirc
<reynaldo> those birds have almost 4 meters measured from the extremes of their wings
<reynaldo> i have some stories you wouldnt believe :P
<reynaldo> i dont remember meeting any chilean atacked by a condor besides me
<reynaldo> :P
<reynaldo> i was once biten by a black widow too :P extremely hard to find spider
<reynaldo> nature has been trying to kill me since the day i born!
<reynaldo> :P
<iive> i though condors doesn't attack humans.
<reynaldo> they dont
<reynaldo> thats the weirdest part
<reynaldo> :P
<iive> well, then there is only one explanetion. you are not human.
* iive runs
<reynaldo> :P
<reynaldo> who knows
<reynaldo> maybe the karaoke filter is just the begining of my world domination plan
</pre>

<pre>
<reynaldo> why dont you work with me improving the filter then ?
<poirierg> reynaldo, because I don't want to steel the paternity of your little toy
<reynaldo> thats not my boy
<reynaldo> everyone an his girlfriend facing the same problem solved it the same wahy
<reynaldo> we can make something neater
<reynaldo> :)
<poirierg> your are calling me to become the girlfriend of you audio filter?
</pre>

<pre>
<ods15> i'm waiting for someone to send me brains tommorrow, not much to do until then
</pre>

<pre>
<snacky> h264-in-mpeg is standardized since 2003. if hd-dvd does it differently it's because they're stupid ;)
<iive> they do. thay are
</pre>

<pre>
<KotH> Rathann: some nice quotes you have there :)
<Rathann> I know! ^_^
<Rathann> I've been collecting them for months
<KotH> and some i dont even remember typing ^^'
<Rathann> ^_^v
<Rathann> hehe
<Rathann> it's good to have logs
</pre>

<pre>
<phcoder> compiling svn:
<phcoder> allcodecs.c: In function 'avcodec_register_all':
<phcoder> allcodecs.c:67: error: 'ENABLE_DCA_DECODER' undeclared (first use in this function)
<phcoder> allcodecs.c:67: error: (Each undeclared identifier is reported only once
<phcoder> allcodecs.c:67: error: for each function it appears in.)
<phcoder> allcodecs.c:253: error: 'ENABLE_DCA_PARSER' undeclared (first use in this function)
<phcoder> Sorry forgot to configure
<KotH> dont forget make distclean
<Rathann> don't forget to use your brain
</pre>

<pre>
<DonDiego> geez
<DonDiego> how many mistakes can you make in a single line of shell ..
<KotH> one per character
<DonDiego> i'm quite close ;)
<DonDiego> sundays after parties are not the best days for programming ;)
</pre>

<pre>
<cartman> <poirierg> cartman, you don't see smart girls if you only watch pr0n
<dalias> :)
<cartman> this is all I get for reporting quality pr0n bugs
<dalias> cartman, it's what you get for making statements about girls being stupid
<cartman> dalias: girls are stupid anyway
</pre>

<pre>
<ShadowJK> "I have to agree with Rich's supposed opinion here. It is beyond mad."
<ShadowJK> dalias, you've become quite efficient at flamewars, when you don't even need
to participate anymore, people just assume what you were going to say :)
</pre>

<pre>
<iive> btw does somebody know a way to get the xvid bitstream syntax number
<iive> the number that xvid put to identify what bugs they had when encoding it.
<Rathann> rtfs?
<iive> i ask if somebody knows
<iive> this is if nobody knows
<iive> fucker
<rxt> hehe, nothing changed on mplayer while I was away :)
</pre>

<pre>
<snacky> ugh... you guys should see how polite superdump is being to lusers on #ffmpeg . it's really disgusting
<superdump> :)
<snacky> what is it with polite people?! don't you realize you are making the rest of us look bad?
</pre>

<pre>
<KotH> i talked with an ubuntu guy here
<KotH> and the biggest problem they have is that upstream is uncooperative
<Rathann> is it?
<KotH> from their perspective yes
<Rathann> I haven't seen any patches from anyone @ubuntu
<Rathann> nor bugreports, for that matter
<KotH> well, replace upstream by downstream and you get the same in green
</pre>

<pre>
<KotH> the biggest outcome of a 2h+ discussion was that both sites want to work with each other, but think it's impossible
<Rathann> why do they think we're uncooperative?
<Rathann> (obviously we aren't)
<KotH> well... have a look at our history
<ShadowJK> Obviously uncooperative. Refusing to integrate with gstreamer, copying libraries
randomly into source tree, breaking compilation with gcc2.96 on purpose, stuff doesn't compile with PIC, etc etc ;)
<KotH> yeah.. these points come into play too
<KotH> but that's a longer story
...
<ShadowJK> You know, I don't think those MPlayer developers even go to church of Xiph every
week to worship a speedy emergence of Tarkin and ogm as the world dominating system
</pre>

<pre>
<KotH> anyone here who has an understanding of x11?
<ods15> it shows graphics :P
<KotH> yeah, right
</pre>

<pre>
<uau> i was already a better coder than most existing developers when i got involved with mplayer
</pre>

<pre>
<snacky> you guys and your secrets
<KotH> there are more secrets around mplayer than you could possibly imagine
<KotH> like, is there really a michael niedermayer? and if he exists, is he a single entity? is he alien?
<snacky> I wonder if he/they/it has/have any spies in here.
* KotH whistels
* Rathann checks if his tinfoil hat is in place
</pre>

<pre>
<xiphmont_> Vorbis still stands up nicely. Theora, OTOH, is a a bit embarrassing.
* dalias tries to be polite about theora..
<xiphmont_> rather, it's a bit embarrassing until you look at the code, then it's alot embarrassing.
<xiphmont_> and that's 70% 'really fucking stupid encoder, really On2, be ashamed' and 40% 'format
design flaws'. It's so bad it adds up to 110%.
<xiphmont_> I plan to help Theora limp along not too embarrassingly until it can be replaced for
real-- possibly 2-4 years.
<xiphmont_> Theora is actually fixable tho. The amount of low-hanging fruit is staggering.
<xiphmont_> I mean, an entropy backend that results in *more* bits being written than went in? It's
just... wow.
</pre>

<pre>
<|Bio|> but i need fix fo win
<iive> how much do you need it?
<|Bio|> very much.
<iive> as i said, it is not really mplayer problem, mingw is the support library, it should take the ucs2 convert it to utf8 then do the opposite.
<iive> and, very much is not enough.
</pre>

===#mplayer===

<pre>
* KotH wants a point and click solution... w/o the click
</pre>

<pre>
<Micksa> I'm reading about motion compensation
<Micksa> some of this is serious voodoo
<Micksa> I love it :)
</pre>

<pre>
<dtm> you're a free software pimp, Commn
</pre>

<pre>
<Jan_> mplayer has a number of command line options that is large enough to overflow a 32-bit variable.
</pre>

<pre>
<iive> Commn: yeh.. usa people usually have problem with foregin languages like british, australian or canadian. :)
</pre>

<pre>
<CarlFK> how many gig is an hour of raw DV ?
<DogBoy> like from a porno?
<CarlFK> right
<DogBoy> just how raw are we talking
<CarlFK> right from the cam corder's firewire
</pre>

<pre>
<dtm> Commn: i read all of your wiki page and you forgot the final entry for "and seek professional
help immediately for the mental illness that either
1) made you want to follow all these steps for lazy, codependent fools on irc or
2) that you WILL HAVE after faithfully trying to implement all these steps for a week"
<dtm> http://mfrost.typepad.com/photos/uncategorized/gaaallllgh.jpg that big dog is the cumulative laziness of a lot
of irc users the medium sized cat is Commn and the one watching, frozen in horror, is me
<dtm> now is that a normal response for a cat who has a self preservation instinct? i think not.
<dtm> HE LIKES IT!
<Commn> dtm : haha how long did it take to find that picture?
<dtm> Commn: somebody gave it to me and i kept it in a firefox tab all week coz it's so awesome coz
I KNEW IT WOULD HAVE A GREAT PURPOSE
<dtm> Commn: since you asked for feedback, i'll say that you're extraordinarily diligent and conscientious, and
the minority of that content is directly relevant to mplayer, and the majority is relevant to a "how to ask
questions the smart way" type of document if not being totally redundant thereof
<dtm> you are a gentleman and a scholar, and true patriot
<sacarasc> dtm is cute when he is adoring someone
<Commn> dtm : yes, its a modified 'how to ask questions' docu
<Commn> its lame tho
<Commn> i might delete it
<Rathann> dtm is such a clear case of user-support-induced insanity that I wonder why I am still sane sometimes...
</pre>

<pre>
<pianoboy3333> how long does mplayer take to compile?
<dtm> how long til the Point of Know Return?
<pianoboy3333> ...
<dtm> i'm sorry, was that question not as dumb as yours? oh well i tried!
<dtm> <3
<iive> dtm: you are starting to sound like me.
<dtm> Hmmmm.
* dtm commits honorable ninja suicide
</pre>

<pre>
<Erb> Does anyone know how to launch the GUI MPlayer in Linux via PHP (in Firefox)? I can run MPlayer scripts
in the background fine. I only need to do this for local videos for an application I'm building.
* dtm throws his brain into a blender in an attempt to comprehend Erb's question but fails sadly
</pre>

<pre>
<dtm> tell me what i want to know, and nobody gets hurst.
<dtm> hurt.
<Rathann> o_O
<dtm> i'm feeling like the giant cactus wants to be plastered in ascii screenshots
<dtm> I MUST COMPLY
<dtm> HELP ME DO THIS, Rathann
</pre>

<pre>
<DazBrum> what is the channel for developers
<-- DazBrum has quit ()
<dtm> lols
<dtm> i think i'll spare them from that
</pre>

<pre>
<netstat> how come mplayer eating memory
<netstat> it uses up to 90% cpu
<dtm> must be a good movie
</pre>

<pre>
<cappicard> o/~ Ich versteh euch nicht! o/~
<dtm> i'm sorry cappicard i dont speak satanic
<cappicard> LOL
<cappicard> it's just German
<dtm> yeah but not when they're singing it.
<cappicard> heh :)
<iive> cappicard: isn't it the same
</pre>

<pre>
<gioele> How come that I get a 35 minutes MP3 from a 5 minutes FLV video with -dumpaudio?
<Compn> aliens beaming audio into your mp3
<spuck00> ^^
<gioele> Compn: time to call SETI?
<Compn> yep
<Compn> if the aliens are peaceful, say hello
<Compn> if they are aggressive, look out!
</pre>

<pre>
* richard___ wonders why so many people join this channel for no apparent purpose
<rsk> they share the love of mplayer ;-(
<sacarasc> i have a purpose
<richard___> I wasn't implying that there's anything wrong with it :)
</pre>

<pre>
<rms> please tell me how to use dd_rescue
<KotH> RTFM
<rms> and what special will it do, except regular copy?
<KotH> RTFM
<rms> RTFM?
<KotH> the manual says everything oyu need to know
<KotH> read the fucking manual
<rms> oh ok
</pre>

<pre>
<iive> -dumpvideo
<LinuxCart> umm, that's a good idea. i'll try that.
<LinuxCart> thank you iive
<KotH> LinuxCart: if in doubt, it's iive's fault ;)
</pre>

<pre>
<LinuxCart> how could this be explained?
<iive> it just another of dv misteries
<iive> it's KotH fault.
</pre>

<pre>
<LinuxMafia> how can i turn on language and sub
<KotH> RTFM
<LinuxMafia> KotH, using debian or freebsd?
<KotH> LinuxCart: doesnt matter, the FM is OS idenpedent
<LinuxCart> KotH: is RTFM some dialect to say it's iive fault :P
</pre>

<pre>
<ChaosR> MPlayer 1.0rc1-4.1.2-DFSG-free <- my version
<ChaosR> is it out of date
<mjunx> of course
<mjunx> if it wasn't built like within an hour ago at any given time, it's usually out of date
</pre>

<pre>
<Fatsobob> trying to get mplayer to play win32 on ubuntu makes me want to shoot myself
<Fatsobob> mostly because ubuntu is all "totem this" and "totem that"
</pre>

<pre>
<Quintin> Is there any reason to use opengl vo device?
<sacarasc> nope
<Quintin> what's it there for?
<sacarasc> because you might want to use it...
...
<reimar> sacarasc: is there any reason why I should think what you just said makes sense? ;-)
<sacarasc> reason and what people want are not always the same
</pre>

<pre>
<Commn> iive : dont call mplayer users dumb
<Commn> not to their faces anyhow
</pre>

<pre>
<Agiofws> has anyone tried cinerella ?
<Agiofws> i think it great
<Kunalagon> I tried , and I thin 80 % does not work
<MisT_> never get compiled here
<Kunalagon> it has more bugs than my shelter
</pre>

<pre>
<voltagex> ArneB: at one stage I was able to do the maths to crack CSS on paper :P
...
<ArneB> voltagex: Obviously your mind and paper are illegal.
<ArneB> Better hand them over to the MPAA.
<voltagex> I think you could sneeze and accidentally crack CSS
<voltagex> yep
<voltagex> no more pencils
</pre>

<pre>
<danny500> how do I convert a ogm file into an mpeg file using mencoder?
<danny500> anyone>
<danny500> hello?
<danny500> ?
<danny500> help
<BenrA> mencoder -of mpeg -oac lavc -ovc lavc -lavcopts vcodec=mpeg2video -o foo.mpg foo.ogm
<danny500> ?
<BenrA> If you want quality and/or DVD compatibility or anything, consult the docs. ;)
<danny500> ok that was confusing
<danny500> file equals = file:///home/danny500/Trigun/Trigun%20-%201%20-%20The%20%24%2460%20Billion%20Man
<danny500> now, rewrite that code so that It'll work
<danny500> well then?
<BenrA> What is your problem?
<housetier> I'd try replacing "foo.ogm" with /home/danny500/Trigun/Trigun%20-%201%20-%20The%20%24%2460%20Billion%20Man
(if that is the real file name), and see how far it goes
<danny500> fine then, don't help me, I'll go to a room where I'll actually get help. Fucking assholes
</pre>

<pre>
<crackedboy> hi, can I ask something about kmplayer?
<md`> no
<crackedboy> ok, sorry
<md`> you're forgiven
</pre>

<pre>
<CHodapp> I have a program that's basically just generating RGB data for a framebuffer.
<CHodapp> I'm having major issues figuring out how to get this data to an encoded video.
<CHodapp> ffmpeg seems to only want some particular kind of YUV
<CHodapp> can I make mencoder handle raw RGB or raw YUV or anything like that?
<Commn> its easier to get it working with mplayer, to see what options you need
<Commn> mplayer file -demuxer rawvideo -vc rawbgr16
<Commn> etc
<Commn> then you can do mencoder with those opts
<Commn> or maybe even mplayer -vo yuv4mpeg , which ffmpeg probably accepts
<Commn> maybe even use a named pipe... mkfifo stream.yuv && ffmpeg -i stream.yuv -options ...
<CHodapp> ugh, documentation is so sparse on stuff like this
<CHodapp> ugh, why is this such a pain in the ass, with everything
<CHodapp> hrm, maybe rawrgb24 is what I need
<Commn> what part is sparse?
<Commn> if you tell us, we can improve mplayer docs
<CHodapp> well, not so much in mplayer as everything else I've tried... I was mostly searching on
the web to get some clue of how I'd convert what kind of raw input to encoded output
<Commn> mplayer -vc help|grep raw
<Commn> will show what raw codecs mplayer has
<CHodapp> Yeah, I just now found that
<CHodapp> blah . . . Cannot find codec matching selected -vo and .video format 0x30323449.
<Commn> CHodapp : try -vc +rawrgb32 or whatnot
<Commn> just add + in front of it
<CHodapp> then it says the selected video_out device is incompatible with this codec
<CHodapp> tried sdl and x11
<Commn> if you can make a small sample of your file
<Commn> dd if=input of=output count=3 bs=1024k
<Commn> i can try to get it working in mplayer
<CHodapp> you might as well just take 640*480*3*100 bytes of data from /dev/urandom and try
that... it will be functionally equivalent
<CHodapp> I'm using this right now: mplayer -rawvideo w=640:h=480 -demuxer rawvideo -vc +rawrgb24 -vo sdl temp.rgb
<Commn> whats random got to do with it ?
<CHodapp> it's just a bunch of bytes, completely unorganized, and mplayer needs to know the resolution
<CHodapp> it doesn't care about the contents
<CHodapp> something else is wrong, otherwise I'd be getting something on the screen
<Commn> if you give me some file i can help
<Commn> otherwise its hard to debug from here ;p
<CHodapp> www.uc.edu/~hodappcm/temp2.rgb
<CHodapp> not the most coherent video, but you won't find that out unless you get something on the screen
<CHodapp> it's 320x240, 10 frames worth
<Commn> what program generates it ?
<CHodapp> just something I'm writing. it's all procedural.
<Commn> i'm trying to remember why it defaults to i420
<CHodapp> i420? like yuv?
<Commn> ya
<CHodapp> definitely shouldn't be yuv...
<Commn> i know, mplayer -rawvideo is defaulting to that
<CHodapp> hmm
<CHodapp> still no output?
<Commn> CHodapp : something like this didnt work ? ffmpeg -f rawvideo -pix_fmt rgb24
<CHodapp> couldn't find codec parameters...
<CHodapp> wait, I forgot the size
<Commn> haha more static
<CHodapp> what commandline did you use?
<Commn> ffplay -f rawvideo -pix_fmt rgb24 -s 320x240 temp2.rgb
<CHodapp> wonder if my endianness is wrong...
<Commn> is it black frames ?
<Commn> ffplay -f rawvideo -pix_fmt bgr32 -s 320x240 temp2.rgb
<Commn> CHodapp : http://64.233.167.104/search?q=cache:0o70XuNe5QkJ:www.kingcot.eclipse.co.uk/unichrome/tvoutTest.html+mplayer+rawvideo+rgb&hl=en&ct=clnk&cd=50&gl=us&client=opera
<Commn> CHodapp : there is an app on that page which generates rgb data
<CHodapp> yeah...
<CHodapp> by the way, I just sent you data from /dev/urandom
</pre>

<pre>
<Jan-> Just so you know, you do realise, the reason we're after using mplayer is because it's f@&^@ng brilliant.
<Jan-> It plays, as they say, *.
<Jan-> It'd play a bucket of cornflour if you painted the word "MOVIE" on it.
</pre>

<pre>
<nyersa> do I need to also specify the aspect ratio?
<Rathann> that's too vague a question
<Rathann> so my answer is: maybe
</pre>

<pre>
<judaz> i hear music, but not de voices
<judaz> the *
<Rathann> well, it's good that you don't hear voices
<Rathann> hearing voices is usually a sign of insanity
</pre>

<pre>
<sacarasc> i want mplayer 1.0 final so i can laugh and hell freezes over and people stop being idiots
</pre>

<pre>
<ma3x> what do you need mplayer for?
<ma3x> full of bugs
<ma3x> get windows media centre
<rsk> yea
<rsk> get a brain
</pre>

=== #ffmpeg ===

<pre>
<grepper> you don't have -pix_fmt ?
<aum> '-pix_fmt list' worked - it just isn't advertised on the manpage
* aum pays due respect, and acknowledges that the *real* manpages are those files ending in .c, .h, .cxx etc
<grepper> it sure IS in my manpage
<grepper> maybe debian makes it from ffmpeg -h
</pre>

<pre>
<jaredthane> Now I'll just shoot myself in the head for being so stupid!
<andoma> do you want help with that as well? :-)
</pre>

<pre>
<benoit-> zinfandel: read the code
<benoit-> and come back when you know what you're talking about
<zinfandel> thats the 15 minutes i dont have now, but ok you win
</pre>

=== #ffmpeg-devel ===

<pre>
<superdump> well, i've been hailed as a guru and i'm owed a pint (see #ffmpeg)
<superdump> hehe
<andoma> i want a pint too!
<superdump> it's loud and annoying
<kshishkov|work> so what, I've got one marriage proposal (from female) there once
<superdump> o rly?
<andoma> that ranks higher indeed ..
<andoma> kshishkov > superdump
</pre>

<pre>
<caldo_de_cana> ok, I need a little CS help... my callback function for vfwcap
locks a mutex to add packets to a list. lavf's read_packet function also locks
the same mutex to read packets from the list. If there are no packets on the
list and read_packet has to wait, I could make it wait for a semaphore that is
set from inside the callback, right?
<iive> lavf (ffmpeg in general) using mutex is news for me.
<caldo_de_cana> iive: windows stuff... I had to make up for vfw's misdesign
<caldo_de_cana> actually it's lavd... most files there have huge hacks
* iive runs and hides
* mru makes up for windows misdesign by not using it
</pre>

==Mailing lists==

===[http://lists.mplayerhq.hu/mailman/listinfo/mplayer-cvslog mplayer-cvslog]===

<pre>
> btw, anyone has a copy of the ISO-english spec? ;)

Ok. :)

1. There isn't a spec, since the language hasn't been standardized. All
we have are numerous competing drafts written by independent,
non-authoritative organizations.

2. A large amount of existing English code, such as Shakespeare, is
unparseable by modern English speakers.

3. If an element of the language has been frequently misused over a long
enough period of time, such misuse often becomes acceptable.

4. An English speaker can be considered reasonably feature-complete even
if such speaker only recognizes a small subset of the language.

5. Certain keywords tend to cause internal compiler errors. Such
keywords are known as "profanity", and existing English speakers weakly
attempt to prevent recently-written speakers from being aware of them.

6. English is a highly context dependent. Many keywords, when used in
their own particular context, take on an entirely illogical meaning.
These "idioms" cause compilation errors, especially when an old speaker
is attempting to communicate with a new one.

7. ....

I could go on, but that's enough fun for now. :)
-- Michael Niedermayer and Corey Hickey in mplayer-cvslog at mplayerhq.hu
</pre>

<pre>
On Sat, Dec 01, 2007 at 02:35:25PM +0100, reimar wrote:
> Author: reimar
> Date: Sat Dec 1 14:35:25 2007
> New Revision: 25225
>
> Log:
> Fox typos

well ...

[...]
--
Michael
</pre>

===[http://lists.mplayerhq.hu/mailman/listinfo/mplayer-dev-eng mplayer-dev-eng]===

<pre>
Without a frontend, mplayer is useless.
-- Jean-Philippe Guillemin in mplayer-dev-eng at mplayerhq.hu
</pre>

<pre>
[about alsa resampler]
Now why on earth would anyone want to use this crap?? It's only
configurable between two extremes of sucking: very bad quality, or
very bad performance.
-- Rich Felker in mplayer-dev-eng at mplayerhq.hu
</pre>

<pre>
Reinventing the wheel certainly is annoying, but as long as all other
wheels are square...

Reimar Döffinger
</pre>

<pre>
On Thu, Aug 24, 2006 at 01:10:18PM -0400, Dave Dodge wrote:
> IA64 compilation is an ongoing research project.

Which is what leaves me always wondering where on earth (or actually far
away from earth) Intel engineers left their brains when designing
IA64...
Technology for the next century. As in we will get it to work properly
somewhen in the next century...

Reimar Döffinger
</pre>

===[http://lists.mplayerhq.hu/mailman/listinfo/mplayer-users mplayer-users]===

<pre>
> > yes, video decoding is not perfect either so even if u decode the bitstream u
> > loose quality (idct inaccuracies and such) so u should really use a hexeditor
> > instead of mplayer to view ur movies
>
> Perhaps we could rewrite xmatrix so it takes its input from AVI
> files...

"Do you always look at it encoded?"

"Well ya have to. The video codecs work FOR the construct program. But
there's way too much information to decode this DIVX. You get used to
it -- I don't even see the code. All I see is blonde, brunette,
redhead..."
-- Michael Niedermayer, Moritz Bunkus and D Richard Felker III in mplayer-users at mplayerhq.hu
</pre>

<pre>
>>> Is there any possibility to convert a Ream Media video stream to
>>> ogg/theora video?
>>
>> no, ogg is banned for good from the list of possible outputs for
>> manifest insanity
>
> Thank you for your answer, but can you be more specific?

ogg is by far the most insane mux format ever conceived,
thus no conscious coder wants to permit to give birth to an abomination
like that
-- Marek Mahut and Nico Sabbi in mplayer users at mplayerhq.hu
</pre>

<pre>
> > > 1. ok, true, I wanted to say mad TAG right ? How can I get this
> > > to MP3 tag ?
> >
> > There is no such thing as a MAD tag. MAD only plays MP1/MP2/MP3.
> > Your file has to have one of those as the audio track for MAD to be
> > able to play it at all. You also didn't read the rest of my post.
>
> MAD audio codec then ?

...

I'd love to help, but I have to go bang my head against that wall over
there...
-- wim delvaux and RC in mplayer-users at mplayerhq.hu
</pre>

<pre>
Tobias Damisch wrote:
> Guillaume Poirier wrote:
> > MPlayer still lacks "fairies" support to invent the pixels in between,
> > needed to get a truly HD picture.
>
> Just get latest SVN and recompile with:
>
> --enable-fairies
>
> Then try adding -vf fscale=1600:1200 (or any other resolution you
> might desire) to your command line.

Gentoo's latest mplayer ebuild is apparently an SVN snapshot from
08/10/2006 and doesn't seem to include a fairies USE flag for
compilation. Was fairies support added after that date, or is the
ebuild missing a USE flag?

Grant
</pre>

===[http://lists.mplayerhq.hu/mailman/listinfo/ffmpeg-cvslog ffmpeg-cvslog]===

<pre>
>> I'm sure Michael knows how to capitalize and punctuate at
>> least a little bit.
> thats defamation, ive never capitalized and punktuated correctly
> besides that i dont like pure capitalism ;)
I NEVER ASKED YOU TO WRITE LIKE THIS.
-- Måns Rullgård and Michael Niedermayer in ffmpeg-cvslog at mplayerhq.hu
</pre>

<pre>
Michael Niedermayer CVS <michael@mplayerhq.hu>

Modified Files:
ffmpeg-doc.texi
Log Message:
split string to avoid buffer overflow in native english speaking persons (fix suggested by The Wanderer)
</pre>

<pre>
On Mon, Dec 26, 2005 at 09:57:36PM +0100, Alexander Strasser wrote:
> Oh, I just saw it was in the original mail. I must have
> accidently deleted it while writing the answer. Sorry for
> the trouble.

no problem at all, better to ask then to miss some typos by the CIA/KGB guys
who edit all my outgoing and incoming mails

Michael
</pre>

<pre>
>>>Log:
>>>use pr -n -t instead of non-standard cat -n
>>>
>>Is this purely to be standard compliant or did you manage to find a
>>system that doesn't accept cat -n?
>
>Rich has one, apparently.

That's funny...
I admire FFmpeg's standard compliance. It gets to the point where you
create systems to justify such changes.
-- Måns Rullgård and Ramiro Polla
</pre>

<pre>
Besides, people with non-compliant systems need to be taught a lesson.
-- Måns Rullgård
</pre>

===[http://lists.mplayerhq.hu/mailman/listinfo/ffmpeg-devel ffmpeg-devel]===

<pre>
> All right, new screening process for prospective FFmpeg contributors:
> "Are you now, or have you ever been, a Microsoft Visual C++ user?"
> There's going to be scandal when the oversight committee investigates my
> employment history.
If you used msvc on your day job it doesn't count, as long as you really hated it.
-- Mike Melanson and Måns Rullgård in ffmpeg-devel at mplayerhq.hu
</pre>

<pre>
>>>I never understood the point of those supposedly "cool" aliases some
>>>people use.
>>
>> What about the supposedly "cool" circle you put over the 'a's in
>> your name? :)
>
>
> It's Swedish and turns the 'a' into something that sounds like an 'o' as
> in 'hot'...

Ah, so that's the difference. It's not "cool", it's 'hot'.
-- Måns Rullgård, Mike Melanson, and Diego Biurrun in ffmpeg-devel at mplayerhq.hu
</pre>

<pre>
> patching file configure
> Hunk #1 FAILED at 914.
> 1 out of 1 hunk FAILED -- saving rejects to file configure.rej
Ah, yes, the swift evolution of ffmpeg made the patch obsolete in 24h.
-- Måns Rullgård and Víctor Paesa in ffmpeg-devel at mplayerhq.hu
</pre>

<pre>
[about the lack of "chained ogg" support]
I'm aware of this problem, and I've been trying to think of a
solution. The more I think about it, the more it appears as an
abomination. Just like everything Ogg related. No surprises there.
-- Måns Rullgård in ffmpeg-devel at mplayerhq.hu
</pre>

<pre>
not everything from OO is necessarily bad, like not everything from M$
is necessarily bad, if later where the case M$ would gone bankrupt long
ago ...
but thats geting deeply off topic, lets rather concentrate on flames and
insults ...
-- Michael Niedermayer in ffmpeg-devel at mplayerhq.hu
</pre>

<pre>
[Marco Gerards submits a THP demuxer]
Coooool. I have hundreds of THP files. I will find some that have sound
and get them posted soon. In the meantime, Niedermayer will be along
shortly to tear apart your patch. Good luck! :)
-- Mike Melanson in ffmpeg-devel at mplayerhq.hu
</pre>

<pre>
[about SwScaler rewrite]
> > And then we can call an architecture dependent init function that can
> > overide the C behavior much like is done for the dsputils.
> I was thinking about that too
thinking is good patch is better ...
-- Marc Hoffman, Luca Barbato and Michael Niedermayer in ffmpeg-devel at mplayerhq.hu
</pre>

<pre>
On Sun, Jan 15, 2006 at 06:27:55PM +0100, Reimar Döffinger wrote:
>
> Oh, and the image of my RE drawing is up as well :-) :
> http://www.stud.uni-karlsruhe.de/~uvhe/LZODraw_bw.png

Thank goodness your coding skills are better than your handwriting ;)

Diego
</pre>

<pre>
On Thu, Sep 22, 2005 at 10:51:05AM +0200, oandrieu@gmail.com wrote:
> Michael Niedermayer [Wednesday 21 September 2005] :
> > cosmetics
>
> Yes. And ?

sorry, i should have been more verbose, maybe i should be restarted with -v
can someone of the admin(s) do that?

Michael
</pre>

<pre>
as far as i can see this AVI file has _many_ video frames in each chunk, sick
how can a person be capable of using a text editor (and writing software) and
at the same time be such a complete idiot writing a program generating so
broken avi files ...

Michael
</pre>

<pre>
michaels law: "if gcc can mess up, it does mess up" ;)
</pre>

<pre>
> >> + "psllw $1, %%mm1 \n\t"
> >> + "psllw $1, %%mm2 \n\t"
> >
> > paddw
>
> Is that always faster?

no, you can design a cpu where its not

Michael
</pre>

<pre>
if you think that this patch will be accepted due to you whining how much
time you spend on it already then you live in some strange fantasy world
-- Michael Niedermayer in ffmpeg-devel at mplayerhq.hu
</pre>

<pre>
Rich, I always knew you were a little out of the ordinary, but
pirating gay porn wasn't quite what I was expecting even from you.
-- Måns Rullgård in ffmpeg-devel at mplayerhq.hu
</pre>

<pre>
[after a discussion of a patch with a new audio decoder evolved into
runtime generation of tables vs. hardcoding them in the object file debate]

what is the name of this bikeshed?
-- compn
</pre>

<pre>
On Thu, Oct 18, 2007 at 11:04:23AM +0200, Jean-Michel Pouré wrote:
> Some days ago, Christian Marillat reported that it was impossible to
> compile ffmpeg/libavcodec packages under Debian. Any idea where the
> problem comes from? Was it fixed lately?

Sure. My crystal ball tells me that fiendish aliens have been using
force fields to obstruct the flow of cosmic energies in Christian's
machine. The fact that the aliens have decided to sabotage FFmpeg first
should give us all pause. It is a rare compliment to receive but it
carries along a great responsibility.

Now everybody remember that the survival of the human race rests on our
shoulders. If we are to remain victorious in this epic conflict we must
not succumb to darkness. The pureness of our hearts is our most potent
defense. We must preserve it at any cost.

Diego
</pre>

<pre>
On Tue, Oct 30, 2007 at 12:15:28AM -0400, Ronald S. Bultje wrote:
[...]
> I'm not "they" anymore, I left Fluendo +/- 2 1/2 years ago and GStreamer +/-
> 2 years ago.

i see, ill get the kgb chief liquidated for providing me with outdated
information

Michael
</pre>

<pre>
On Fri, Dec 14, 2007 at 08:01:51PM +0100, Diego Biurrun wrote:
[...]
> > + * @file rectanlge.h
>
> rectANgle.h

diego: /dev/brain: Permission denied ;)

Michael
</pre>

<pre>
The only officially correct spelling of snow is in the form of a frozen
snowflake placed on 5000 year old papyrus and illuminated by the light of
a population III star.

Now please diego fix it to the official spelling!

Michael
</pre>

<pre>
O, mercyfull Diego, hast thou not given the dear needed access?
Wherefore did thou create ye, if not to commit?

Michael
</pre>

<pre>
FFmpeg preys on weak, unmaintained or closed-source codecs. If your
library does not meet those requirements, ffmpeg won't consume it (and
will use a wrapper if it is good one).

Kostya
</pre>

<pre>
>
> Just curios, is it possible to add hardware DVD, h.264 and VC-1 decoding to ffmpeg?

Yes, through ./configure --dont-hijack-threads --see-ffmpeg-users

Benjamin Zores
</pre>

<pre>
Thats like giving a painting from Leonardo da Vinci to a wild boar so it can
correct the fine details.

Michael
</pre>

<pre>
But the only correct usage of autotools is as argument to rm

Michael
</pre>

===[http://lists.mplayerhq.hu/mailman/listinfo/nut-devel NUT-devel]===

<pre>
We should have some nut samples.
Someone, (not me, I am lazy), should mux some free video and
audio into NUT (or just grab a camera and film something funny
like what happens with an egg in the microwave or something
else where A-V sync can be seen).

Michael
</pre>

<pre>
A "spec" as readable as a sendmail configuration file doesn't make
matters better...

Måns Rullgård
</pre>

===other===

<pre>
i've remembered i have root access at new mphq, but probably
it was just a dream :)))
-- A'rpi
</pre>

<pre>
FFmpeg works like a human being: something nice comes in, crap comes out.
-- superdump on an S-Bahn train in Berlin
(written from memory, please fix)
</pre>

<pre>
Michael Niedermayer <michaelni@gmx.at> added the comment:

this is for bugreports not guess reports
</pre>

<pre>
Sun Nov 11 10:32:18 CET 2007
Previous message: [Ffmpeg-user] Anyone?
>Anyone?

someone?

>I still can't make it work.

have you tried cialis?

of course maybe you're referring to an audiovisual problem,
and maybe it even pertains to ffmpeg...
really hard to tell!

tripp
</pre>

<pre>
Breaking DRM is a little like attempting to break through a door even
though the window is wide open and the only thing in the house is a bunch
of things you dont want and which you would get tomorrow for free anyway
-- Michael Niedermayer
</pre>

Talk:FFmpeg Summer Of Code 2008

2008-02-26T19:18:40Z

Angustia: Cook Encoder

Interesting Patches

2007-12-09T14:31:58Z

Angustia: This patch is more up-to-date

Siren

2007-03-23T19:41:12Z

Angustia: Decoder has been implemented.

* Format: 0x28E
* Company: [[Microsoft]]

This audio codec is used by MSN Messenger for sending/receiving voice clips. It is also one of the available codecs for the 'Computer Call' feature (audio conference).
It is based on the G722.1 codec and only has a few differences to it. For example, it uses a 2 byte big-endian format for storing the encoded data instead of little-endian, and it also adds a few bits (mostly 2) as a header to each frame to specify the sampling rate, and a 4 bits footer which contains a checksum of the frame (but keeping the size of the block to 40 bytes per frame).

The codec has been reverse engineered and is available for download at : https://svn.sourceforge.net/svnroot/amsn/trunk/amsn/utils/tcl_siren/src/
(excluding the tcl_siren* files).

Possibly related to [[Vivo Siren]].

[[Category:Audio Codecs]]
[[Category:Incomplete Audio Codecs]]