MultimediaWiki - User contributions [en]

Quotes

2008-09-06T21:03:25Z

Snacky: /* #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>

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

===[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>

Quotes

2008-03-12T15:24:43Z

Snacky: /* #mplayerdev */

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>

===#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>

Quotes

2007-12-02T20:31:00Z

Snacky: /* [http://lists.mplayerhq.hu/mailman/listinfo/ffmpeg-devel 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>

===#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>

==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>

===[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

2007-12-02T20:21:06Z

Snacky: /* #mplayerdev */

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>

===#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>

==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>
> 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>

===[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

2007-12-02T19:55:28Z

Snacky: /* #mplayerdev */ xiphmont theora quote

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>

===#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>

==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>
> 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>

===[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>

MPEG-2 Transport Stream

2006-06-24T17:20:16Z

Snacky: /* Packet */ some detail/wording stuff

'''Transport stream''' ('''TS''') is a format specified in [[MPEG-2]] Part 1, Systems (ISO/IEC standard 13818-1). Its design goal is to allow multiplexing of digital video and audio and to synchronize the output. Transport stream offers features for error correction for transportation over unreliable media, and is used in broadcast applications such as [[DVB]] and [[ATSC]].

== Some Important Elements of a Transport Stream ==

=== Packet ===
A packet is the basic unit of data in a transport stream. It consists of a sync byte, whose value is 0x47, followed by three one-bit flags and a 13-bit PID. This is followed by a 4-bit continuity counter, which usually increments with each subsequent packet of a frame, and can be used to detect missing packets. Additional optional transport fields, whose presence may be signalled in the optional adaptation field, may follow. The rest of the packet consists of payload. Packets are most often 188 bytes in length, but some transport streams consist of 204-byte packets which end in 16 bytes of [[Reed-Solomon]] error correction data. The 188-byte packet size was originally chosen for compatibility with ATM systems[http://www.chiariglione.org/mpeg/faq/mp2-sys/mp2-sys.htm#mp2-12].

=== PID ===
Each table or elementary stream in a transport stream is identified by a 13-bit PID. A [[Inverse multiplexer|demultiplexer]] extracts elementary streams from the transport stream in part by looking for packets identified by the same PID. In most applications, [[Time-division multiplexing]] will be used to decide how often a particular PID appears in the transport stream.

=== Programs ===
Transport stream has a concept of programs, which are groups of one or more PIDs that are related to each other. For instance, a transport stream used in digital television might contain three programs, to represent three television channels. Suppose each channel consists of one video stream, one or two audio streams, and any necessary metadata. A receiver wishing to tune to a particular "channel" merely has to decode the payload of the PIDs associated with its program. It can discard the contents of all other PIDs.

=== PAT ===
PAT stands for Program Association Table. The PAT lists PIDs for all PMTs in the stream. Packets containing PAT information always have PID 0x0.

=== PMT ===
Program Map Tables, or PMTs, contain information about programs. For each program, there is a PMT, with the PMT for each program appearing on its own PID. The PMTs describe which PIDs contain data relevant to the program. PMTs also provide metadata about the streams in their constituent PIDs. For example, if a program contains an [[MPEG-2]] video stream, the PMT will list this PID, describe it as a video stream, and provide the type of video that it contains (in this case, MPEG-2). The PMT may also contain additional descriptors providing data about its constituent streams.

=== PCR ===
To assist the decoder in presenting programs on time, at the right speed, and with synchronization, programs usually periodically provide a ''Program Clock Reference'', or PCR, on one of the PIDs in the program.

=== Null Packets ===
Some transmission schemes, such as those in [[ATSC]] and [[DVB]], impose strict constant bitrate requirements on the transport stream. In order to ensure that the stream maintains a constant bitrate, a [[multiplexer]] may need to insert some additional packets. The PID 0x1FFF is reserved for this purpose. The payload of null packets may contain any data at all, and the receiver is expected to ignore its contents. As it happens, most multiplexers place all 0's or all F's in these packets, but a few have been seen to insert secret messages for the enjoyment of bored engineers.

[[Category:Container Formats]]

Talk:MPEG-2 Transport Stream

2006-06-18T19:32:10Z

Snacky: signature

I copy-pasted this from my own contribution to Wikipedia: http://en.wikipedia.org/wiki/Transport_stream - taking out parts I don't consider to be important :-)

Feel free to hit me over the head if this is a dumb idea. More importantly, feel free to improve the article so it doesn't suck so much.

I don't expect this to cause much duplication of effort, because while a highly-detailed overview of the entire spec would be a GOOD thing on this site, it's not really what wikipedia's for.[[User:Snacky|Snacky]] 15:32, 18 June 2006 (EDT)

MPEG-2 Transport Stream

2006-06-18T19:31:38Z

Snacky: Add to container format category

'''Transport stream''' ('''TS''') is a format specified in [[MPEG-2]] Part 1, Systems (ISO/IEC standard 13818-1). Its design goal is to allow multiplexing of digital video and audio and to synchronize the output. Transport stream offers features for error correction for transportation over unreliable media, and is used in broadcast applications such as [[DVB]] and [[ATSC]].

== Some Important Elements of a Transport Stream ==

=== Packet ===
A packet is the basic unit of data in a transport stream. It consists of a sync byte, whose value is 0x47, followed by three one-bit flags and a 13-bit PID. This is followed by a 4-bit continuity counter. Additional optional transport fields, as signalled in the optional adaptation field, may follow. The rest of the packet consists of payload. Packets are most often 188 bytes in length, but some transport streams consist of 204-byte packets which end in 16 bytes of [[Reed-Solomon]] error correction data. The 188-byte packet size was originally chosen for compatibility with ATM systems[http://www.chiariglione.org/mpeg/faq/mp2-sys/mp2-sys.htm#mp2-12].

=== PID ===
Each table or elementary stream in a transport stream is identified by a 13-bit PID. A [[Inverse multiplexer|demultiplexer]] extracts elementary streams from the transport stream in part by looking for packets identified by the same PID. In most applications, [[Time-division multiplexing]] will be used to decide how often a particular PID appears in the transport stream.

=== Programs ===
Transport stream has a concept of programs, which are groups of one or more PIDs that are related to each other. For instance, a transport stream used in digital television might contain three programs, to represent three television channels. Suppose each channel consists of one video stream, one or two audio streams, and any necessary metadata. A receiver wishing to tune to a particular "channel" merely has to decode the payload of the PIDs associated with its program. It can discard the contents of all other PIDs.

=== PAT ===
PAT stands for Program Association Table. The PAT lists PIDs for all PMTs in the stream. Packets containing PAT information always have PID 0x0.

=== PMT ===
Program Map Tables, or PMTs, contain information about programs. For each program, there is a PMT, with the PMT for each program appearing on its own PID. The PMTs describe which PIDs contain data relevant to the program. PMTs also provide metadata about the streams in their constituent PIDs. For example, if a program contains an [[MPEG-2]] video stream, the PMT will list this PID, describe it as a video stream, and provide the type of video that it contains (in this case, MPEG-2). The PMT may also contain additional descriptors providing data about its constituent streams.

=== PCR ===
To assist the decoder in presenting programs on time, at the right speed, and with synchronization, programs usually periodically provide a ''Program Clock Reference'', or PCR, on one of the PIDs in the program.

=== Null Packets ===
Some transmission schemes, such as those in [[ATSC]] and [[DVB]], impose strict constant bitrate requirements on the transport stream. In order to ensure that the stream maintains a constant bitrate, a [[Multiplexer]] may need to insert some additional packets. The PID 0x1FFF is reserved for this purpose. The payload of null packets may contain any data at all, and the receiver is expected to ignore its contents. As it happens, most multiplexers place all 0's or all F's in these packets, but a few have been seen to insert secret messages for the enjoyment of bored engineers.

[[Category:Container Formats]]

Talk:MPEG-2 Transport Stream

2006-06-18T19:30:44Z

Snacky:

MPEG-2 Transport Stream

2006-06-18T19:27:26Z

Snacky: Copy/paste of my own contributions to wikipedia's article of same name. (see talk)

'''Transport stream''' ('''TS''') is a format specified in [[MPEG-2]] Part 1, Systems (ISO/IEC standard 13818-1). Its design goal is to allow multiplexing of digital video and audio and to synchronize the output. Transport stream offers features for error correction for transportation over unreliable media, and is used in broadcast applications such as [[DVB]] and [[ATSC]].

== Some Important Elements of a Transport Stream ==

=== Packet ===
A packet is the basic unit of data in a transport stream. It consists of a sync byte, whose value is 0x47, followed by three one-bit flags and a 13-bit PID. This is followed by a 4-bit continuity counter. Additional optional transport fields, as signalled in the optional adaptation field, may follow. The rest of the packet consists of payload. Packets are most often 188 bytes in length, but some transport streams consist of 204-byte packets which end in 16 bytes of [[Reed-Solomon]] error correction data. The 188-byte packet size was originally chosen for compatibility with ATM systems[http://www.chiariglione.org/mpeg/faq/mp2-sys/mp2-sys.htm#mp2-12].

=== PID ===
Each table or elementary stream in a transport stream is identified by a 13-bit PID. A [[Inverse multiplexer|demultiplexer]] extracts elementary streams from the transport stream in part by looking for packets identified by the same PID. In most applications, [[Time-division multiplexing]] will be used to decide how often a particular PID appears in the transport stream.

=== Programs ===
Transport stream has a concept of programs, which are groups of one or more PIDs that are related to each other. For instance, a transport stream used in digital television might contain three programs, to represent three television channels. Suppose each channel consists of one video stream, one or two audio streams, and any necessary metadata. A receiver wishing to tune to a particular "channel" merely has to decode the payload of the PIDs associated with its program. It can discard the contents of all other PIDs.

=== PAT ===
PAT stands for Program Association Table. The PAT lists PIDs for all PMTs in the stream. Packets containing PAT information always have PID 0x0.

=== PMT ===
Program Map Tables, or PMTs, contain information about programs. For each program, there is a PMT, with the PMT for each program appearing on its own PID. The PMTs describe which PIDs contain data relevant to the program. PMTs also provide metadata about the streams in their constituent PIDs. For example, if a program contains an [[MPEG-2]] video stream, the PMT will list this PID, describe it as a video stream, and provide the type of video that it contains (in this case, MPEG-2). The PMT may also contain additional descriptors providing data about its constituent streams.

=== PCR ===
To assist the decoder in presenting programs on time, at the right speed, and with synchronization, programs usually periodically provide a ''Program Clock Reference'', or PCR, on one of the PIDs in the program.

=== Null Packets ===
Some transmission schemes, such as those in [[ATSC]] and [[DVB]], impose strict constant bitrate requirements on the transport stream. In order to ensure that the stream maintains a constant bitrate, a [[Multiplexer]] may need to insert some additional packets. The PID 0x1FFF is reserved for this purpose. The payload of null packets may contain any data at all, and the receiver is expected to ignore its contents. As it happens, most multiplexers place all 0's or all F's in these packets, but a few have been seen to insert secret messages for the enjoyment of bored engineers.

NUT codecs

2006-06-18T19:21:00Z

Snacky: typo?

== NUT fourcc/codec_id convention ==

SHOULD be made of alphanumerical chars
the exact values are outside of the scope this spec
if a codec specifies a prefered identifer which fits within the
constraints of this syntax element then it SHOULD be used, if a codec
is commonly using a identifer which fits within the constraints of this
syntax element in another container format then that identifer SHOULD be
used
if there are several possible values to choose from then the one used
in the source file if any SHOULD be prefered, if there are still several
options left then the one with the most descriptive name SHOULD be
preferred

== NUT codec list ==

{| border="0" class="table" style="text-align:left"
|+ Video
! tag length !! tag id !! Codec Name
|-
|4 ||"h263" || H.263
|-
|4 ||"mp4v" ||MPEG-4 Part 2
|-
|4 ||"h264" ||MPEG-4 Part 10/H.264
|-
|4 ||"snow" ||Snow
|-
|4 ||"drac" ||Dirac/Schroedinger
|-
|4 ||"vc1 " ||VC-1
|}

{| border="0" class="table" style="text-align:left"
|+ Audio
! tag length !! tag id !! Codec Name
|-
|4 ||"vrbs"|| Xiph.org Vorbis
|-
|4 ||"mp2 "|| MP2
|-
|4 ||"mp3 "|| MP3
|-
|4 ||"ac3 "|| AC3
|-
|4 ||"aac "|| AAC/MPEG-4 Part 3
|-
|4 ||"eac3"|| EAC3
|-
|4 ||"flac"|| Free Lossless Audio Codec
|-
|4 ||"wavp"|| WavPack
|}

A52

2006-06-18T19:20:06Z

Snacky: spelling

* Codec ID: 0x2000
* Specification for A/52a: no longer available
* Specification for A/52b: [http://www.atsc.org/standards/a_52b.pdf http://www.atsc.org/standards/a_52b.pdf]

ATSC A/52a is a standard for lossy encoding of audio in digital television broadcasting in the United States. It is the same as Dolby AC3.
ATSC A/52b is an extension to A/52a and was approved for the Bluray and HD-DVD standard. It is the same as Enhanced AC3 or EAC3 for short.
EAC3 is also supposed to be backwards compatible with AC3.

[[Category: Audio Codecs]]

ISO/IEC JTC1/SC29/WG1

2006-06-18T19:18:53Z

Snacky: formatting tweaks

Website: http://www.itscj.ipsj.or.jp/sc29/ http://jpeg.org

The ISO/IEC JTC1/SC29/WG1 "Joint Photographic Experts Group" (JPEG) is a Working Group (WG1) of the [[ISO/IEC JTC1/SC29|SubCommittee (SC29) "Coding of audio, picture, multimedia and hypermedia information"]] of the [[Joint Technical Committee|"Joint Technical Committee 001: Information Technology Standards" (JTC1)]] and standardized:
*[[ISO]]/[[IEC]] IS JPEG|10918-1 | [[ITU-T]] Recommendation T.81 - [[JPEG]]
**Part 1 - The basic JPEG standard, which defines many options and alternatives for the coding of still images of photographic quality
**Part 2 - which sets rules and checks for making sure software conforms to Part 1
**Part 3 - set up to add a set of extensions to improve the standard, including the SPIFF file format
**Part 4 - defines methods for registering some of the parameters used to extend JPEG
*[[ISO]]/[[IEC]] IS 11544 | [[ITU-T]] Recommendation T.82 - [[JBIG]]
*[[ISO]]/[[IEC]] 15444 | [[ITU-T]] Recommendation T.800 [[JPEG2000]]
**Part 1, Core coding system (intended as royalty and license-fee free - NB NOT patent-free)
**Part 2, Extensions (adds more features and sophistication to the core)
** Part 3, Motion JPEG 2000
** Part 4, Conformance
** Part 5, Reference software (Java and C implementations are available)
** Part 6, Compound image file format (document imaging, for pre-press and fax-like applications, etc.)
** Part 7 has been abandoned
** Part 8, JPSEC (security aspects)
** Part 9, JPIP (interactive protocols and API)
** Part 10, JP3D (volumetric imaging)
** Part 11, JPWL (wireless applications)
** Part 12, ISO Base Media File Format (common with MPEG-4)

[[Category: Multimedia-related Standards Bodies]]

MPEG container

2006-06-18T19:17:16Z

Snacky: typo

There are the following formats:
* MPEG-1: [[MPEG-1 Program Stream]]
* MPEG-2: [[MPEG-2 Program Stream|MPEG-2 Program Stream (PS)]]; [[MPEG-2 Transport Stream|MPEG-2 Transport Stream (TS)]]
* MPEG-4: [[MP4|MPEG-4 Container (MP4)]]; [[ISO/IEC 14496-15|ISO/IEC 14496-15 AVC file format]] (both based on the [[ISO Base Media File Format|ISO Base Media File Format (ISO/IEC 15444-12 and ISO/IEC 14496-12)]]

The following are not Container formats but they are sometimes called also MPEG Containers or are modified or extented version of them:
*[[VOB|Video Objects (VOB)]]
*[[PVA]]

[[Category: Container Formats]]

MPEG container

2006-06-18T19:16:40Z

Snacky: more huh?

There are the following formats:
* MPEG-1: [[MPEG-1 Program Stream]]
* MPEG-2: [[MPEG-2 Program Stream|MPEG-2 Program Stream (PS)]]; [[MPEG-2 Transport Stream|MPEG-2 Transport Stream (TS)]]
* MPEG-4: [[MP4|MPEG-4 Container (MP4)]]; [[ISO/IEC 14496-15|ISO/IEC 14496-15 AVC file format]] (booth based on the [[ISO Base Media File Format|ISO Base Media File Format (ISO/IEC 15444-12 and ISO/IEC 14496-12)]]

The following are not Container formats but they are sometimes called also MPEG Containers or are modified or extented version of them:
*[[VOB|Video Objects (VOB)]]
*[[PVA]]

[[Category: Container Formats]]

MPEG container

2006-06-18T19:16:30Z

Snacky: huh?

There are the following formats:
* MPEG-1: [[MPEG-1 Program Stream]]
* MPEG-2: [[MPEG-2 Program Stream|MPEG-2 Program Stream (PS)]]; [[MPEG-2 Transport Stream|MPEG-2 Transport Stream (TS)]]
* MPEG-4: [[MP4|MPEG-4 Container (MP4)]]; [[ISO/IEC 14496-15|ISO/IEC 14496-15 AVC file format]] (booth based on the [[ISO Base Media File Format|ISO Base Media File Format (ISO/IEC 15444-12 and ISO/IEC 14496-12)]]

The following are not Container formats but they are sometimes called also MPEG Containers or are modified or extented version of them:
*[[VOB|Video Objects (VOB)]]
*[[PVA]]
*[[MP3]]

[[Category: Container Formats]]

MPEG container

2006-06-18T19:15:18Z

Snacky: spelling/consistency/mpeg-1

There are the following formats:
* MPEG-1: [[MPEG-1 Program Stream]]
* MPEG-2: [[MPEG-2 Program Stream|MPEG-2 Program Stream (PS)]]; [[MPEG-2 Transport Stream|MPEG-2 Transport Stream (TS)]]
* MPEG-4: [[MP4|MPEG-4 Container (MP4)]] (for MPEG-2 Part2); [[ISO/IEC 14496-15|ISO/IEC 14496-15 AVC file format]] (booth based on the [[ISO Base Media File Format|ISO Base Media File Format (ISO/IEC 15444-12 and ISO/IEC 14496-12)]]

The following are not Container formats but they are sometimes called also MPEG Containers or are modified or extented version of them:
*[[VOB|Video Objects (VOB)]]
*[[PVA]]
*[[MP3]]

[[Category: Container Formats]]

MPEG container

2006-06-18T19:14:37Z

Snacky: spelling

There are the following formats:
* MPEG-2: [[MPEG Program Stream|MPEG Program Stream (PS)]]; [[MPEG Transport Stream|MPEG Transport Stream (TS)]]
* MPEG-4: [[MP4|MPEG-4 Container (MP4)]] (for MPEG-2 Part2); [[ISO/IEC 14496-15|ISO/IEC 14496-15 AVC file format]] (booth based on the [[ISO Base Media File Format|ISO Base Media File Format (ISO/IEC 15444-12 and ISO/IEC 14496-12)]]

The following are not Container formats but they are sometimes called also MPEG Containers or are modified or extented version of them:
*[[VOB|Video Objects (VOB)]]
*[[PVA]]
*[[MP3]]

[[Category: Container Formats]]

MPEG

2006-06-17T15:31:41Z

Snacky: There are three, if you don't count mp4

MPEG stands for [[Moving Picture Experts Group]]. MPEG taken out of context can refer to many different things, the most important are:

* the [[Moving Picture Experts Group]] standards body
* the [[MPEG container]] formats
* MPEG video, mostly [[MPEG-1]] and [[MPEG-2]]

[[Category:Multimedia-related Standards Bodies]]
[[Category:Container Formats]]
[[Category:Video Codecs]]
[[Category:Audio Codecs]]
[[Category:Subtitle Formats]]

Moving Picture Experts Group

2006-06-12T01:43:52Z

Snacky: parens

Website: [http://www.chiariglione.org/mpeg/ http://www.chiariglione.org/mpeg/]

The ISO/IEC JTC1/SC29/WG11 '''Moving Picture Experts Group''' AKA '''MPEG''' is an ISO/IEC standards body dedicated to creating video and audio encoding standards.

Among the compression methods standardized by MPEG are

* [[MPEG-1|ISO/IEC TR 11172 Coding of moving pictures and associated audio for digital storage media at up to about 15 Mbit/s (aka MPEG1)]]
* [[MP1|MPEG audio layer 1]]
* [[MP2|MPEG audio layer 2]]
* [[MP3|MPEG audio layer 3]]
* [[MPEG-2|ISO/IEC 13818 Generic coding of moving pictures and associated audio information (aka MPEG2)]]
* [[AAC|Advanced Audio Codec (AAC)]]
* [[MPEG-4|ISO/IEC 14496 Coding of audio-visual objects (aka MPEG4)]]
* [[H.264|MPEG4 Part 10 Advanced Video Coding (AVC) aka H.264]]
* ISO/IEC 15938 Multimedia content description interface (aka MPEG7)
* ISO/IEC 21000 Multimedia framework (aka MPEG21)
* ISO/IEC 23000 Multimedia Application Formats (aka MPEG-A)
* ISO/IEC 23001 MPEG Systems Technologies
* ISO/IEC 23002 MPEG Visual Technologies
* ISO/IEC 23003 MPEG Audio Technologies
* ISO/IEC 23004 MPEG Multimedia Middleware
* ISO/IEC 25781 Universal 3D file format

[[Category:Multimedia-related Standards Bodies]]

Optical Storage Technology Association

2006-06-12T01:41:21Z

Snacky: sp

The Optical Storage Technology Association make specification on how to save data on Optical discs (Filesystem and lower level). Their [[Universal Disc Format|Universal Disc Format (UDF)]] is used on [[DVD]], [[Blu-Ray]] and [[HD-DVD]].

Links:
Offical Homepage: http://osta.org/
UDF Specification: http://osta.org/specs/index.htm

[[Category: Multimedia-related Standards Bodies]]

Universal Disc Format

2006-06-12T01:41:00Z

Snacky: spaces before parens

The Universal Disc Format is the filesystem used on [[DVD]], [[Blu-Ray]] and [[HD-DVD]].

This format is specified by the Optical Storage Technology Association (OSTA). Their Hompage is http://osta.org/

JACOsub

2006-06-12T01:40:41Z

Snacky:

JACOSub is a Subtitle Editor for the AMIGA with its own file format.
* Homepage: http://unicorn.us.com/jacosub/
* File format specification: http://unicorn.us.com/jacosub/jscripts.html

This format features:
*flexible time format (time expressed as seconds and one configurable sub-second time unit)
*overlapping events possible
*can use other JACOSub scripts
*many styling attributes
*visual positioning
*comment lines and inline comments

[[Category:Subtitle Formats]]

Colorspace

2006-06-12T01:40:05Z

Snacky: wording/typo

A Colorspace is a way to define a color. The two main types/groups are RGB and YUV.

here is a list of colorspaces:
* [[RGB]]
* [[BGR]]
* [[RGB24]]
* [[RGB32]]
* [[YUV]]
* [[YV12]]
* [[HSL]]
* [[HSB]]
* [[CMYK]]
* [[CMY]]
* [[CIELUV]]
* [[CIELAB]]
* [[CIE 1964]]
* [[YIQ]]
* [[YDrDb]]
* [[YPrPb]]
* [[YCC]]

Under http://www.easyrgb.com/math.php is a huge list of Colorspace conversion formulas.

Standardization of Colors:
* INTERNATIONAL COMMISSION ON ILLUMINATION (CIE) http://www.cie.co.at/cie/
Division 1: Vision and Colour
Division 2: Measurement of Light and Radiation
Division 3: Interior Environment and Lighting Design
Division 4: Lighting and Signalling for Transport
Division 5: Exterior Lighting and Other Applications
Division 6: Photobiology and Photochemistry
Division 8: Image Technology

* INTERNATIONAL COLOR CONSORTIUM (ICC) http://www.color.org/
color management (eg. the same color on every system PC, Mac, UNIX, Linux, DVD Players, ...)

[[Category:Compression Theory]]

International Engineering Consortium

2006-06-12T01:38:36Z

Snacky: spaces before parens

The International Engineering Consortium (IEC) works together with ISO in the JTC1 on Multimedia Standards (SC23, 24 and 29).

Links:
* Homepage: http://www.iec.org/

[[Category: Multimedia-related Standards Bodies]]

ISO/IEC JTC1/SC29

2006-06-12T01:38:15Z

Snacky: spaces before parens

The ISO/IEC JTC1/SC29 is the subcommittee of the ISO and IEC (which together comprise the JTC) that researches Multimedia Coding. They have 2 (active) Working Groups.
* Working Group 1 (WG1) is the "Joint Photographic Experts Group"(JPEG) is active
* Working Group 11 (WG11) is the "Motion picture Expert Group" (MPEG) is ative
* Working Group 12 now MTF

Links:
* official Homepage of ISO/IEC JTC1/SC29: http://www.itscj.ipsj.or.jp/sc29/
There is a Database with the Documents made by them and some of them (eg. Final Drafts of Standards) can be downloaded for free and without registration.
* official Homepage of ISO/IEC JTC1/SC29/WG1 (JPEG): http://www.jpeg.org/
* official Homepage of ISO/IEC JTC1/SC29/WG11 (MPEG): http://www.chiariglione.org/mpeg/
* Homepage of Leonardo Chiariglione (Chairman of MPEG) with much info on Multimedia (not only MPEG): http://www.chiariglione.org/

[[Category: Multimedia-related Standards Bodies]]

ISO/IEC JTC1/SC29/WG1

2006-06-12T01:37:11Z

Snacky: spaces before parens

The ISO/IEC JTC1/SC29/WG1 "Joint Photographic Experts Group" (JPEG) is a Working Group (WG1) of the [[ISO/IEC JTC1/SC29|SubCommittee (SC29) "Coding of audio, picture, multimedia and hypermedia information"]] of the [[Joint Technical Committee|"Joint Technical Committee 001: Information Technology Standards" (JTC1)]] and standardized the so-called [[JPEG]] Photo Compression (file) format, [[JBIG]] (Fax image format/compression) and [[JPEG2000]] (Photo Compression).

[[Category: Multimedia-related Standards Bodies]]

International Organization for Standardization

2006-06-12T01:35:51Z

Snacky: I don't have a strong preference here, but this is the way English speakers write decimal (and these pages are in English)

The International Organization for Standardization (ISO) is a network of the national standards institutes of 156 countries, on the basis of one member per country, with a Central Secretariat in Geneva, Switzerland, that coordinates the system. The national standards institutes are also "only" networks of other national institutes that research and develop on special areas. eg the Frauenhofer Institute (who originated MPEG1 Layer 3 (MP3)) is part of Deutsches Institut für Normung (German Instiute for Standardization - DIN) wich is part of ISO.

Only a small fraction of all ISO standards are multimedia related. Other ISO standards define such things as papersize, keyboard layouts, timestamp formats, and many more. For electronics, the ISO works together with the International Engineering Consortium (IEC) which together form the Joint Technical Committee (JTC) wich is split into subcommittees which research special areas. For multimedia, the subcommittees (SC) SC23 "Digital Storage Media for information interchange", SC24 "Computer graphics, image processing and environmental data representation" and SC29 "Coding of audio, picture, multimedia and hypermedia information" are important.

The following standards are Multimedia related:
By ISO/IEC JTC1/SC29/WG1:
* ISO/IEC IS 10918 and ITU-T T.81 (JPEG)
* ISO/IEC IS 11544 and ITU-T T.82 (JBIG)
* ??? (JPEG2000)
By ISO/IEC JTC1/SC29/WG11:
* ISO/IEC TR 11172 Coding of moving pictures and associated audio for digital storage media at up to about 1.5 Mbit/s (aka MPEG1)
* ISO/IEC 13818 Generic coding of moving pictures and associated audio information (aka MPEG2)
* ISO/IEC 14496 Coding of audio-visual objects (aka MPEG4)
* ISO/IEC 15938 Multimedia content description interface (aka MPEG7)
* ISO/IEC 21000 Multimedia framework (aka MPEG21)
* ISO/IEC 23000 Multimedia Application Formats (aka MPEG-A)
* ISO/IEC 23001 MPEG Systems Technologies
* ISO/IEC 23002 MPEG Visual Technologies
* ISO/IEC 23003 MPEG Audio Technologies
* ISO/IEC 23004 MPEG Multimedia Middleware
* ISO/IEC 25781 Universal 3D file format

Links:
*Homepage: http://www.iso.org
*public available Standards: http://isotc.iso.org/livelink/livelink/fetch/2000/2489/Ittf_Home/PubliclyAvailableStandards.htm

[[Category: Multimedia-related Standards Bodies]]

International Organization for Standardization

2006-06-12T01:34:54Z

Snacky: wording/grammar/punctuation

The International Organization for Standardization (ISO) is a network of the national standards institutes of 156 countries, on the basis of one member per country, with a Central Secretariat in Geneva, Switzerland, that coordinates the system. The national standards institutes are also "only" networks of other national institutes that research and develop on special areas. eg the Frauenhofer Institute (who originated MPEG1 Layer 3 (MP3)) is part of Deutsches Institut für Normung (German Instiute for Standardization - DIN) wich is part of ISO.

Only a small fraction of all ISO standards are multimedia related. Other ISO standards define such things as papersize, keyboard layouts, timestamp formats, and many more. For electronics, the ISO works together with the International Engineering Consortium (IEC) which together form the Joint Technical Committee (JTC) wich is split into subcommittees which research special areas. For multimedia, the subcommittees (SC) SC23 "Digital Storage Media for information interchange", SC24 "Computer graphics, image processing and environmental data representation" and SC29 "Coding of audio, picture, multimedia and hypermedia information" are important.

The following standards are Multimedia related:
By ISO/IEC JTC1/SC29/WG1:
* ISO/IEC IS 10918 and ITU-T T.81 (JPEG)
* ISO/IEC IS 11544 and ITU-T T.82 (JBIG)
* ??? (JPEG2000)
By ISO/IEC JTC1/SC29/WG11:
* ISO/IEC TR 11172 Coding of moving pictures and associated audio for digital storage media at up to about 1,5 Mbit/s (aka MPEG1)
* ISO/IEC 13818 Generic coding of moving pictures and associated audio information (aka MPEG2)
* ISO/IEC 14496 Coding of audio-visual objects (aka MPEG4)
* ISO/IEC 15938 Multimedia content description interface (aka MPEG7)
* ISO/IEC 21000 Multimedia framework (aka MPEG21)
* ISO/IEC 23000 Multimedia Application Formats (aka MPEG-A)
* ISO/IEC 23001 MPEG Systems Technologies
* ISO/IEC 23002 MPEG Visual Technologies
* ISO/IEC 23003 MPEG Audio Technologies
* ISO/IEC 23004 MPEG Multimedia Middleware
* ISO/IEC 25781 Universal 3D file format

Links:
*Homepage: http://www.iso.org
*public available Standards: http://isotc.iso.org/livelink/livelink/fetch/2000/2489/Ittf_Home/PubliclyAvailableStandards.htm

[[Category: Multimedia-related Standards Bodies]]

ISO/IEC JTC1/SC29

2006-06-12T01:29:37Z

Snacky: grammar/wording

The ISO/IEC JTC1/SC29 is the subcommittee of the ISO and IEC (which together comprise the JTC) that researches Multimedia Coding. They have 2(active) Working Groups.
* Working Group 1(WG1) is the "Joint Photographic Experts Group"(JPEG) is active
* Working Group 11 (WG11) is the "Motion picture Expert Group"(MPEG) is ative
* Working Group 12 now MTF

Links:
* official Homepage of ISO/IEC JTC1/SC29: http://www.itscj.ipsj.or.jp/sc29/
There is a Database with the Documents made by them and some of them (eg. Final Drafts of Standards) can be downloaded for free and without registration.
* official Homepage of ISO/IEC JTC1/SC29/WG1(JPEG): http://www.jpeg.org/
* official Homepage of ISO/IEC JTC1/SC29/WG11(MPEG): http://www.chiariglione.org/mpeg/
* Homepage of Leonardo Chiariglione(Chaireman of MPEG) with much info on Multimedia(not only MPEG): http://www.chiariglione.org/

[[Category: Multimedia-related Standards Bodies]]

International Engineering Consortium

2006-06-12T01:27:54Z

Snacky:

The International Engineering Consortium(IEC) works together with ISO in the JTC1 on Multimedia Standards(SC23, 24 and 29).

Links:
* Homepage: http://www.iec.org/

[[Category: Multimedia-related Standards Bodies]]

ISO/IEC JTC1/SC29/WG1

2006-06-12T01:27:27Z

Snacky:

The ISO/IEC JTC1/SC29/WG1 "Joint Photographic Experts Group"(JPEG) is a Working Group(WG1) of the [[ISO/IEC JTC1/SC29|SubCommittee(SC29) "Coding of audio, picture, multimedia and hypermedia information"]] of the [[Joint Technical Committee|"Joint Technical Committee 001: Information Technology Standards"(JTC1)]] and standardized the so-called [[JPEG]] Photo Compression (file) format, [[JBIG]](Fax image format/compression) and [[JPEG2000]](Photo Compression).

[[Category: Multimedia-related Standards Bodies]]

Universal Disc Format

2006-06-12T01:25:39Z

Snacky: awesome grammar fix

Optical Storage Technology Association

2006-06-12T01:25:19Z

Snacky: awesome grammar fix

The Optical Storage Technology Association make specification on how to save data on Optical discs(Filesystem and lower level). Their [[Universal Disc Format|Universal Disc Format(UDF)]] is used on [[DVD]], [[Blu-Ray]] and [[HD-DVD]].

Links:
Offical Homepage: http://osta.org/
UDF Specification: http://osta.org/specs/index.htm

[[Category: Multimedia-related Standards Bodies]]

Talk:Nintendo GameCube

2006-06-09T14:39:28Z

Snacky:

[[Mkhodor]]: Okay, if you say the reverse spindle is inaccurate, I'll take your word for it. I have never found any good data one way or another. I do know it's an 80mm disc, same as the usual small form factor optical disc. Do you know if the disc has the same optical characteristics as a [[DVD]]? That should make it a regular 80mm DVD and it seems that I should be able to read the raw sectors in a standard DVD-ROM drive. However, I can not seem to do this. --[[User:Multimedia Mike|Multimedia Mike]] 02:01, 7 June 2006 (EDT)
: You can do that with dome dvd readers. --[[User:Merbanan|Merbanan]] 04:46, 7 June 2006 (EDT)

::What's a dome DVD reader? --[[User:Multimedia Mike|Multimedia Mike]] 09:40, 7 June 2006 (EDT)

: My 2 cents: The old "rumor" Mkhodor may have been thinking of is the rumor that gamecube disks spin counterclockwise instead of clockwise. It's easy to verify this is false, and my guess is that he incorrectly assumed this is what you meant by "spindle". [[User:Snacky|Snacky]] 10:37, 9 June 2006 (EDT)

== Fractal-based?! ==
:For FMV, GameCube games are alleged to use a fractal-based, intra-coded video codec.
Is there any evidence for this at all? It seems pretty absurd on the face of it. And is there any reason why Gamecube games would all use the same codec for FMV anyway? [[User:Snacky|Snacky]] 10:39, 9 June 2006 (EDT)

Talk:Nintendo GameCube

2006-06-09T14:37:17Z

Snacky: reverse spindle argument

ISO MPEG-4

2006-05-23T14:02:35Z

Snacky: Englishify

* FourCCs: 3IV2, 3iv2, BLZ0, DIV1, div1, DIVX, divx, DX50, dx50, DXGM, FMP4, fmp4, HDX4, hdx4, M4S2, m4s2, MP4S, mp4s, MP4V, mp4v, RMP4, SEDG, SMP4, UMP4, WV1F, XVID, XviD, xvid, XVIX
* Matroska CodecIDs: V_MPEG4/ISO/SP (Simple Profile), V_MPEG4/ISO/ASP (Advanced Simple Profile)
* Samples:
** 3IV2: [http://www.mplayerhq.hu/MPlayer/samples/V-codecs/3iv2/ http://www.mplayerhq.hu/MPlayer/samples/V-codecs/3iv2/]
** BLZ0: [http://www.mplayerhq.hu/MPlayer/samples/V-codecs/BLZ0/ http://www.mplayerhq.hu/MPlayer/samples/V-codecs/BLZ0/]
** DX50: [http://www.mplayerhq.hu/MPlayer/samples/V-codecs/DX50-DivX5/ http://www.mplayerhq.hu/MPlayer/samples/V-codecs/DX50-DivX5/]
** M4S2: [http://www.mplayerhq.hu/MPlayer/samples/V-codecs/M4S2/ http://www.mplayerhq.hu/MPlayer/samples/V-codecs/M4S2/]
** MP4S: [http://www.mplayerhq.hu/MPlayer/samples/V-codecs/MP4S/ http://www.mplayerhq.hu/MPlayer/samples/V-codecs/MP4S/]
** RMP4: [http://www.mplayerhq.hu/MPlayer/samples/V-codecs/RMP4/ http://www.mplayerhq.hu/MPlayer/samples/V-codecs/RMP4/]
** SEDG: [http://www.mplayerhq.hu/MPlayer/samples/V-codecs/SEDG/ http://www.mplayerhq.hu/MPlayer/samples/V-codecs/SEDG/]
** SMP4: [http://www.mplayerhq.hu/MPlayer/samples/V-codecs/SMP4/ http://www.mplayerhq.hu/MPlayer/samples/V-codecs/SMP4/]
** UMP4: [http://www.mplayerhq.hu/MPlayer/samples/V-codecs/UMP4/ http://www.mplayerhq.hu/MPlayer/samples/V-codecs/UMP4/]
** WV1F: [http://www.mplayerhq.hu/MPlayer/samples/V-codecs/WV1F/ http://www.mplayerhq.hu/MPlayer/samples/V-codecs/WV1F/]

MPEG-4 part 2 video. Different encoders use different FourCCs to identify MPEG-4 content in AVI files, with DIVX, XVID, DX50, and FMP4 being most common. Strictly speaking, some of these FourCCs should refer only to simple profile rather than advanced simple profile, but this can not be relied upon.

This does not include [[H.264]] video (MPEG-4 part 10).

In particular, specifically for FMP4 fourcc, accordingly with MPlayer FAQ :

Q:
Why do third-party players fail to play MPEG-4 movies encoded by MEncoder versions later than 1.0pre7?

A:
libavcodec, the native MPEG-4 encoding library usually shipped with MEncoder, used to set the FourCC to 'DIVX' when encoding MPEG-4 videos (the FourCC is an AVI tag to identify the software used to encode and the intended software to use for decoding the video). This led many people to think that libavcodec was a DivX encoding library, when in fact it is a completely different MPEG-4 encoding library which implements the MPEG-4 standard much better than DivX does. Therefore, the new default FourCC used by libavcodec is 'FMP4', but you may override this behavior using MEncoder's -ffourcc option. You may also change the FourCC of existing files in the same way:

mencoder input.avi -o output.avi -ffourcc XVID

Note that this will set the FourCC to XVID rather than DIVX. This is recommended as DIVX FourCC means DivX4, which is a very basic MPEG-4 codec, whereas DX50 and XVID both mean full MPEG-4 (ASP). Therefore, if you change the FourCC to DIVX, some bad software or hardware players may choke on some advanced features that libavcodec supports, but DivX doesn't; on the other hand XviD is closer to libavcodec in terms of functionality, and is supported by all decent players.

Because of this annoying detail, third-party software may fail to decode video that has been encoded with software based on a recent libavcodec, such as VLC.
Modifying the fourcc with 'DX50' or 'XVID', for example, should resolve the problem.

[[Category:Video Codecs]]

FFmpeg Summer Of Code 2006

2006-05-09T23:15:26Z

Snacky: /* MP3 */

[http://www.google.com/ Google] is sponsoring its second [http://code.google.com/summerofcode.html Summer of Code]. [http://code.google.com/soc/ffmpeg/about.html FFmpeg] has been selected as one of the approved mentoring organizations. If you have any questions, feel free to contact the FFmpeg mentoring administrator, Mike Melanson, at (mike -at- multimedia.cx). This page contains a few project ideas (which, by no means, limits any prospective proposals).

== Applying ==
If you are interested in participating in the Google Summer of Code you will need to register at the official SoC site linked above and file an official application. Traditionally, top applications are fairly detailed. Look at this application for inspiration [http://vfer.sourceforge.net/cgi-bin/index.cgi?page=writeup]. The [http://www.drupal.org/ Drupal] project has also prepared guidelines:
* http://drupal.org/node/59037
* http://drupal.org/node/59963
Further, there is a [http://groups.google.com/group/Summer-Discuss-2006 Google Group] that includes much discussion of what it takes to be accepted into this program. Good luck!

== VC-1 ==
[[VC-1]], a.k.a. Microsoft Windows Media Video 3 or 9, is widely used and should see even wider use due to the introduction of [[HD-DVD]]. The format for this codec is open and known, but so far unimplemented in FFmpeg. This task entails implementing the VC-1 codec based on the emerging [[Understanding VC-1|open specification Wiki document]] and forthcoming roadmap. This is a big task but will have very clearly defined milestones, e.g., the first major goal is to decode I-frames, and to get that point there will be a number of smaller goals, each with its own set of unit tests.

The decoder should be clean, simple, readable, and efficient. It should incorporate existing FFmpeg facilities where appropriate.

Major goals/milestones for this project include:
* create a skeleton decoder module to ensure that you understand how the module interacts with the FFmpeg system
* decode progressive I-frame
* decode progressive P-frame
* decode progressive B-frame
* decode interlaced I-frame
* decode interlaced P-frame
* decode interlaced B-frame
* SIMD optimizations
Note that the progressive frame decodes are the most important steps for decoding existing media available via the internet. Interlaced decoding is less important, but is still necessary. SIMD optimizations (optimizing certain critical functions using CPU instructions like MMX, SSE2 and Altivec) is a "nice to have" feature in the end but not strictly part of this endeavor.

''Mentor: Mike Melanson''

== AAC ==
AAC is quickly becoming the new MP3. FFmpeg wants its own independent implementation. This task entails implementing a new, optimized AAC decoder in a similar manner as outlined in the [[FFmpeg Summer Of Code#VC-1|VC-1]] section, based on the emerging [[Understanding AAC|open specification Wiki document]].

''Mentor: Mike Melanson, Backup mentors: Benjamin Larsson, Oded Shimon''

== FFmpeg Refactoring And Test Suite ==
Multimedia programs tend to be highly modular in design and FFmpeg is no exception. However, it does not make the best use of independent modules. The major task in refactoring FFmpeg modules will be to reorganize code so that each individual codec or muxer/demuxer module can be easily enabled and disabled at compile time. This task also entails creating a test suite that can automatically enable each module, one at a time, and validate that FFmpeg still builds and works.

''Mentor: Mike Melanson''

== Improving libavformat ==
libavformat is the interface of FFmpeg that is responsible for splitting apart encoded audio and video data from multimedia files (demuxing) and putting it together in new multimedia files (muxing). While libavcodec -- the FFmpeg component that encodes and decodes audio and video data -- enjoys [http://ffmpeg.sourceforge.net/projects.php widespread use among an impressive array of multimedia projects] libavformat has not seen the same level of adoption. This task would entail investigating how to improve the libavformat API, how it interacts with client applications and input layers, developing proof of concept code for a new API and working to port existing muxers and demuxers to the new API.

''Mentor: Mike Melanson''

== Dirac ==
[[Dirac]] is an experimental codec developed by [[BBC]] as an open standard. It employs a wide range of advanced compression tecniques and shares some features with [[SNOW]].
Implementing this codec based on the upcoming new specification from [http://dirac.sf.net Dirac site] will follow a roadmap/milestone approach similar to the one that will be used on the [[VC-1]] project.

Requirements:

* Good C knowledge
* Basic knowledge of compression techniques in multimedia

''Mentor: Luca Barbato''

== NUT ==
There are already many widely used and well specified container formats like [[Matroska]] or [[Ogg]] that are open and free for use. Each of them have some shortcomings due design decisions that make them non optimal for a number of applications.
[[NUT]] is designed to be simple to implement and parse, easy to seek to precise position without unnecessary reads, even on partial files, error resistant, and with the lowest possible overhead.
This Summer of Code project consists of updating the current ancient ffmpeg implementation to be in line with the
[http://www1.mplayerhq.hu/cgi-bin/cvsweb.cgi/~checkout~main/DOCS/tech/mpcf.txt?rev=1.155&content-type=text/plain&cvsroot=main current specification], and benchmark it against other implementations of [[NUT]] and other container formats.
Another part of the project will be helping the team to improve the documentation available; this will be mostly a side effect of the implementation task.

Roadmap:

* Study the current specification and clarify it, putting it in a more verbose and understandable form.
** Conversion to rst or docbook isn't really required, but would be greatly appreciated.
* Update the demuxer using libnut-produced files as testcases
** Testcase 1: it should demux the complete file correctly as sequential reads
** Testcase 2: it should seek correctly in the complete file
** Testcase 3: same as 1 but with corrupted file
** Testcase 4: same as 2 but with corrupted file
* Update the muxer using libnut and ffnut demuxer to validate the produced files
** Make sure that the interleaving rules are respected.

Requirements:

* Good C knowledge
* Technical writing skills

''Mentor: Luca Barbato''

== SNOW ==

[[SNOW]] is a lossy and lossless video codec featuring wavelet transform and overlapping block based motion compensation. It shares with [[Dirac]] the choice of wavelets but it is quite simpler and with less optional features. At the present the ffmpeg implementation is partially optimized for x86, amd64 and ppc and usable on high end systems.

This project could be split in two macrotasks:

* Improve the optimizations and refine the implementation in order to have ffmpeg playing [[SNOW]] in more constrained environments. Most of the work will be related to avoid cache trashing and vectorize the code.

* Write a formal specification of the codec and document the implementation.

A complete roadmap will be decided together with the candidates.

For this project you must know:

* How to profile an application using oprofile, valgrind and the internal timers available in ffmpeg

* SIMD theory and how to vectorize certain algorithms in practice

* DocBook, rst, or doxygen for the documentation steps

* Basic knowledge of the math beside the transformations in use.

* Altivec, MMX/SSE, VIS or any other vector extension assembly/C intrinsics for your favourite arch.
** Altivec would preferably be written as intrinsics
** SSE/MMX/3dNow! code as inline assembly.

''Mentor: Luca Barbato''

== AC3 ==
Implement a LGPL/BSD/MIT licensed (E)AC3 decoder (Dolby Digital(Plus)) for FFmpeg based on the specifications found at http://wiki.multimedia.cx/index.php?title=A52.
* The main objective is a fairly optimized floating point version of the decoder; expected time for that is one month.
* The second objective is a fixed point version of the decoder; expected time for that is two months.

Sample files for this task can be found at http://www.mplayerhq.hu/MPlayer/samples/A-codecs/AC3-samples/. If sample files for Enhanced AC-3 (Dolby Digital Plus) turn up before the task starts, the enhanced part of the AC-3 is to be included in the task. The resulting code should be clean and commented. It should use already existing infrastructure in FFmpeg when possible.

''Mentor: Benjamin Larsson''

== Profiling and Optimization ==
Profile and optimize memory usage

== Vorbis ==
Implement a [[Vorbis]] encoder

== AMR ==
Implement a LGPL AMR decoder (encoder). AMR (Adaptive Multi Rate) is the codec used in several new mobiles. Specifications can be found here [http://www.3gpp.org/ftp/Specs/html-info/26-series.htm]. A decoder for both AMR narrow band and wide band is the goal. The expected time for this task is 2 months.

''Mentor: Benjamin Larsson''

== MP3 ==
Implement a simple MP3 encoder. The encoder should be a fixed-point implementation and should use the already existing infrastructure in ffmpeg when possible. A bitstream compatible encoder should take 1 month to complete and 2 more months for a fairly optimized good sounding encoder.

''Mentor: Benjamin Larsson''

== Psychoacoustics ==
Implement a good [[Psychoacoustic Model|psychoacoustic model]]. Support the usage of this model from the AC3, MP2 and other audio encoders.

FFmpeg Summer Of Code 2006

2006-05-09T23:12:34Z

Snacky: /* SNOW */

[http://www.google.com/ Google] is sponsoring its second [http://code.google.com/summerofcode.html Summer of Code]. [http://code.google.com/soc/ffmpeg/about.html FFmpeg] has been selected as one of the approved mentoring organizations. If you have any questions, feel free to contact the FFmpeg mentoring administrator, Mike Melanson, at (mike -at- multimedia.cx). This page contains a few project ideas (which, by no means, limits any prospective proposals).

== Applying ==
If you are interested in participating in the Google Summer of Code you will need to register at the official SoC site linked above and file an official application. Traditionally, top applications are fairly detailed. Look at this application for inspiration [http://vfer.sourceforge.net/cgi-bin/index.cgi?page=writeup]. The [http://www.drupal.org/ Drupal] project has also prepared guidelines:
* http://drupal.org/node/59037
* http://drupal.org/node/59963
Further, there is a [http://groups.google.com/group/Summer-Discuss-2006 Google Group] that includes much discussion of what it takes to be accepted into this program. Good luck!

== VC-1 ==
[[VC-1]], a.k.a. Microsoft Windows Media Video 3 or 9, is widely used and should see even wider use due to the introduction of [[HD-DVD]]. The format for this codec is open and known, but so far unimplemented in FFmpeg. This task entails implementing the VC-1 codec based on the emerging [[Understanding VC-1|open specification Wiki document]] and forthcoming roadmap. This is a big task but will have very clearly defined milestones, e.g., the first major goal is to decode I-frames, and to get that point there will be a number of smaller goals, each with its own set of unit tests.

The decoder should be clean, simple, readable, and efficient. It should incorporate existing FFmpeg facilities where appropriate.

Major goals/milestones for this project include:
* create a skeleton decoder module to ensure that you understand how the module interacts with the FFmpeg system
* decode progressive I-frame
* decode progressive P-frame
* decode progressive B-frame
* decode interlaced I-frame
* decode interlaced P-frame
* decode interlaced B-frame
* SIMD optimizations
Note that the progressive frame decodes are the most important steps for decoding existing media available via the internet. Interlaced decoding is less important, but is still necessary. SIMD optimizations (optimizing certain critical functions using CPU instructions like MMX, SSE2 and Altivec) is a "nice to have" feature in the end but not strictly part of this endeavor.

''Mentor: Mike Melanson''

== AAC ==
AAC is quickly becoming the new MP3. FFmpeg wants its own independent implementation. This task entails implementing a new, optimized AAC decoder in a similar manner as outlined in the [[FFmpeg Summer Of Code#VC-1|VC-1]] section, based on the emerging [[Understanding AAC|open specification Wiki document]].

''Mentor: Mike Melanson, Backup mentors: Benjamin Larsson, Oded Shimon''

== FFmpeg Refactoring And Test Suite ==
Multimedia programs tend to be highly modular in design and FFmpeg is no exception. However, it does not make the best use of independent modules. The major task in refactoring FFmpeg modules will be to reorganize code so that each individual codec or muxer/demuxer module can be easily enabled and disabled at compile time. This task also entails creating a test suite that can automatically enable each module, one at a time, and validate that FFmpeg still builds and works.

''Mentor: Mike Melanson''

== Improving libavformat ==
libavformat is the interface of FFmpeg that is responsible for splitting apart encoded audio and video data from multimedia files (demuxing) and putting it together in new multimedia files (muxing). While libavcodec -- the FFmpeg component that encodes and decodes audio and video data -- enjoys [http://ffmpeg.sourceforge.net/projects.php widespread use among an impressive array of multimedia projects] libavformat has not seen the same level of adoption. This task would entail investigating how to improve the libavformat API, how it interacts with client applications and input layers, developing proof of concept code for a new API and working to port existing muxers and demuxers to the new API.

''Mentor: Mike Melanson''

== Dirac ==
[[Dirac]] is an experimental codec developed by [[BBC]] as an open standard. It employs a wide range of advanced compression tecniques and shares some features with [[SNOW]].
Implementing this codec based on the upcoming new specification from [http://dirac.sf.net Dirac site] will follow a roadmap/milestone approach similar to the one that will be used on the [[VC-1]] project.

Requirements:

* Good C knowledge
* Basic knowledge of compression techniques in multimedia

''Mentor: Luca Barbato''

== NUT ==
There are already many widely used and well specified container formats like [[Matroska]] or [[Ogg]] that are open and free for use. Each of them have some shortcomings due design decisions that make them non optimal for a number of applications.
[[NUT]] is designed to be simple to implement and parse, easy to seek to precise position without unnecessary reads, even on partial files, error resistant, and with the lowest possible overhead.
This Summer of Code project consists of updating the current ancient ffmpeg implementation to be in line with the
[http://www1.mplayerhq.hu/cgi-bin/cvsweb.cgi/~checkout~main/DOCS/tech/mpcf.txt?rev=1.155&content-type=text/plain&cvsroot=main current specification], and benchmark it against other implementations of [[NUT]] and other container formats.
Another part of the project will be helping the team to improve the documentation available; this will be mostly a side effect of the implementation task.

Roadmap:

* Study the current specification and clarify it, putting it in a more verbose and understandable form.
** Conversion to rst or docbook isn't really required, but would be greatly appreciated.
* Update the demuxer using libnut-produced files as testcases
** Testcase 1: it should demux the complete file correctly as sequential reads
** Testcase 2: it should seek correctly in the complete file
** Testcase 3: same as 1 but with corrupted file
** Testcase 4: same as 2 but with corrupted file
* Update the muxer using libnut and ffnut demuxer to validate the produced files
** Make sure that the interleaving rules are respected.

Requirements:

* Good C knowledge
* Technical writing skills

''Mentor: Luca Barbato''

== SNOW ==

[[SNOW]] is a lossy and lossless video codec featuring wavelet transform and overlapping block based motion compensation. It shares with [[Dirac]] the choice of wavelets but it is quite simpler and with less optional features. At the present the ffmpeg implementation is partially optimized for x86, amd64 and ppc and usable on high end systems.

This project could be split in two macrotasks:

* Improve the optimizations and refine the implementation in order to have ffmpeg playing [[SNOW]] in more constrained environments. Most of the work will be related to avoid cache trashing and vectorize the code.

* Write a formal specification of the codec and document the implementation.

A complete roadmap will be decided together with the candidates.

For this project you must know:

* How to profile an application using oprofile, valgrind and the internal timers available in ffmpeg

* SIMD theory and how to vectorize certain algorithms in practice

* DocBook, rst, or doxygen for the documentation steps

* Basic knowledge of the math beside the transformations in use.

* Altivec, MMX/SSE, VIS or any other vector extension assembly/C intrinsics for your favourite arch.
** Altivec would preferably be written as intrinsics
** SSE/MMX/3dNow! code as inline assembly.

''Mentor: Luca Barbato''

== AC3 ==
Implement a LGPL/BSD/MIT licensed (E)AC3 decoder (Dolby Digital(Plus)) for FFmpeg based on the specifications found at http://wiki.multimedia.cx/index.php?title=A52.
* The main objective is a fairly optimized floating point version of the decoder; expected time for that is one month.
* The second objective is a fixed point version of the decoder; expected time for that is two months.

Sample files for this task can be found at http://www.mplayerhq.hu/MPlayer/samples/A-codecs/AC3-samples/. If sample files for Enhanced AC-3 (Dolby Digital Plus) turn up before the task starts, the enhanced part of the AC-3 is to be included in the task. The resulting code should be clean and commented. It should use already existing infrastructure in FFmpeg when possible.

''Mentor: Benjamin Larsson''

== Profiling and Optimization ==
Profile and optimize memory usage

== Vorbis ==
Implement a [[Vorbis]] encoder

== AMR ==
Implement a LGPL AMR decoder (encoder). AMR (Adaptive Multi Rate) is the codec used in several new mobiles. Specifications can be found here [http://www.3gpp.org/ftp/Specs/html-info/26-series.htm]. A decoder for both AMR narrow band and wide band is the goal. The expected time for this task is 2 months.

''Mentor: Benjamin Larsson''

== MP3 ==
Implement a simple MP3 encoder, the encoder should be a fixedpoint implementation and using the already existing infrastructure in ffmpeg when possible. A bitstream compatible encoder should take 1 month to complete and 2 more months for a fairly optimized good sounding encoder.

''Mentor: Benjamin Larsson''

== Psychoacoustics ==
Implement a good [[Psychoacoustic Model|psychoacoustic model]]. Support the usage of this model from the AC3, MP2 and other audio encoders.

FFmpeg Summer Of Code 2006

2006-05-09T23:10:42Z

Snacky: /* NUT */

[http://www.google.com/ Google] is sponsoring its second [http://code.google.com/summerofcode.html Summer of Code]. [http://code.google.com/soc/ffmpeg/about.html FFmpeg] has been selected as one of the approved mentoring organizations. If you have any questions, feel free to contact the FFmpeg mentoring administrator, Mike Melanson, at (mike -at- multimedia.cx). This page contains a few project ideas (which, by no means, limits any prospective proposals).

== Applying ==
If you are interested in participating in the Google Summer of Code you will need to register at the official SoC site linked above and file an official application. Traditionally, top applications are fairly detailed. Look at this application for inspiration [http://vfer.sourceforge.net/cgi-bin/index.cgi?page=writeup]. The [http://www.drupal.org/ Drupal] project has also prepared guidelines:
* http://drupal.org/node/59037
* http://drupal.org/node/59963
Further, there is a [http://groups.google.com/group/Summer-Discuss-2006 Google Group] that includes much discussion of what it takes to be accepted into this program. Good luck!

== VC-1 ==
[[VC-1]], a.k.a. Microsoft Windows Media Video 3 or 9, is widely used and should see even wider use due to the introduction of [[HD-DVD]]. The format for this codec is open and known, but so far unimplemented in FFmpeg. This task entails implementing the VC-1 codec based on the emerging [[Understanding VC-1|open specification Wiki document]] and forthcoming roadmap. This is a big task but will have very clearly defined milestones, e.g., the first major goal is to decode I-frames, and to get that point there will be a number of smaller goals, each with its own set of unit tests.

The decoder should be clean, simple, readable, and efficient. It should incorporate existing FFmpeg facilities where appropriate.

Major goals/milestones for this project include:
* create a skeleton decoder module to ensure that you understand how the module interacts with the FFmpeg system
* decode progressive I-frame
* decode progressive P-frame
* decode progressive B-frame
* decode interlaced I-frame
* decode interlaced P-frame
* decode interlaced B-frame
* SIMD optimizations
Note that the progressive frame decodes are the most important steps for decoding existing media available via the internet. Interlaced decoding is less important, but is still necessary. SIMD optimizations (optimizing certain critical functions using CPU instructions like MMX, SSE2 and Altivec) is a "nice to have" feature in the end but not strictly part of this endeavor.

''Mentor: Mike Melanson''

== AAC ==
AAC is quickly becoming the new MP3. FFmpeg wants its own independent implementation. This task entails implementing a new, optimized AAC decoder in a similar manner as outlined in the [[FFmpeg Summer Of Code#VC-1|VC-1]] section, based on the emerging [[Understanding AAC|open specification Wiki document]].

''Mentor: Mike Melanson, Backup mentors: Benjamin Larsson, Oded Shimon''

== FFmpeg Refactoring And Test Suite ==
Multimedia programs tend to be highly modular in design and FFmpeg is no exception. However, it does not make the best use of independent modules. The major task in refactoring FFmpeg modules will be to reorganize code so that each individual codec or muxer/demuxer module can be easily enabled and disabled at compile time. This task also entails creating a test suite that can automatically enable each module, one at a time, and validate that FFmpeg still builds and works.

''Mentor: Mike Melanson''

== Improving libavformat ==
libavformat is the interface of FFmpeg that is responsible for splitting apart encoded audio and video data from multimedia files (demuxing) and putting it together in new multimedia files (muxing). While libavcodec -- the FFmpeg component that encodes and decodes audio and video data -- enjoys [http://ffmpeg.sourceforge.net/projects.php widespread use among an impressive array of multimedia projects] libavformat has not seen the same level of adoption. This task would entail investigating how to improve the libavformat API, how it interacts with client applications and input layers, developing proof of concept code for a new API and working to port existing muxers and demuxers to the new API.

''Mentor: Mike Melanson''

== Dirac ==
[[Dirac]] is an experimental codec developed by [[BBC]] as an open standard. It employs a wide range of advanced compression tecniques and shares some features with [[SNOW]].
Implementing this codec based on the upcoming new specification from [http://dirac.sf.net Dirac site] will follow a roadmap/milestone approach similar to the one that will be used on the [[VC-1]] project.

Requirements:

* Good C knowledge
* Basic knowledge of compression techniques in multimedia

''Mentor: Luca Barbato''

== NUT ==
There are already many widely used and well specified container formats like [[Matroska]] or [[Ogg]] that are open and free for use. Each of them have some shortcomings due design decisions that make them non optimal for a number of applications.
[[NUT]] is designed to be simple to implement and parse, easy to seek to precise position without unnecessary reads, even on partial files, error resistant, and with the lowest possible overhead.
This Summer of Code project consists of updating the current ancient ffmpeg implementation to be in line with the
[http://www1.mplayerhq.hu/cgi-bin/cvsweb.cgi/~checkout~main/DOCS/tech/mpcf.txt?rev=1.155&content-type=text/plain&cvsroot=main current specification], and benchmark it against other implementations of [[NUT]] and other container formats.
Another part of the project will be helping the team to improve the documentation available; this will be mostly a side effect of the implementation task.

Roadmap:

* Study the current specification and clarify it, putting it in a more verbose and understandable form.
** Conversion to rst or docbook isn't really required, but would be greatly appreciated.
* Update the demuxer using libnut-produced files as testcases
** Testcase 1: it should demux the complete file correctly as sequential reads
** Testcase 2: it should seek correctly in the complete file
** Testcase 3: same as 1 but with corrupted file
** Testcase 4: same as 2 but with corrupted file
* Update the muxer using libnut and ffnut demuxer to validate the produced files
** Make sure that the interleaving rules are respected.

Requirements:

* Good C knowledge
* Technical writing skills

''Mentor: Luca Barbato''

== SNOW ==

[[SNOW]] is a lossy and lossless video codec featuring wavelet transform and overlapping block based motion compensation. It shares with [[Dirac]] the choice of wavelets but it is quite simpler and with less optional features. At the present the ffmpeg implementation is partially optimized for x86, amd64 and ppc and usable on high end systems.

This project could be split in two macrotasks:

* Improve the optimizations and refine the implementation in order to have ffmpeg playing [[SNOW]] in more constrained environments, most of the work will be related to avoid cache trashing and vectorize the code.

* Write a formal specification of the codec and document the implementation.

A complete roadmap will be decided together with the candidates.

For this project you must know:

* How to profile an application using oprofile, valgrind and the internal timers available in ffmpeg

* SIMD theory and how to vectorize in practice certain algorithms

* DocBook, rst, or doxygen for the documentation steps

* Basic knowledge of the math beside the transformations in use.

* Altivec, MMX/SSE, VIS or any other vector extension assembly/C intrinsics for your favourite arch.
** Altivec would be preferred written as intrinsics
** SSE/MMX/3dNow! code as inline assembly.

''Mentor: Luca Barbato''

== AC3 ==
Implement a LGPL/BSD/MIT licensed (E)AC3 decoder (Dolby Digital(Plus)) for FFmpeg based on the specifications found at http://wiki.multimedia.cx/index.php?title=A52.
* The main objective is a fairly optimized floating point version of the decoder; expected time for that is one month.
* The second objective is a fixed point version of the decoder; expected time for that is two months.

Sample files for this task can be found at http://www.mplayerhq.hu/MPlayer/samples/A-codecs/AC3-samples/. If sample files for Enhanced AC-3 (Dolby Digital Plus) turn up before the task starts, the enhanced part of the AC-3 is to be included in the task. The resulting code should be clean and commented. It should use already existing infrastructure in FFmpeg when possible.

''Mentor: Benjamin Larsson''

== Profiling and Optimization ==
Profile and optimize memory usage

== Vorbis ==
Implement a [[Vorbis]] encoder

== AMR ==
Implement a LGPL AMR decoder (encoder). AMR (Adaptive Multi Rate) is the codec used in several new mobiles. Specifications can be found here [http://www.3gpp.org/ftp/Specs/html-info/26-series.htm]. A decoder for both AMR narrow band and wide band is the goal. The expected time for this task is 2 months.

''Mentor: Benjamin Larsson''

== MP3 ==
Implement a simple MP3 encoder, the encoder should be a fixedpoint implementation and using the already existing infrastructure in ffmpeg when possible. A bitstream compatible encoder should take 1 month to complete and 2 more months for a fairly optimized good sounding encoder.

''Mentor: Benjamin Larsson''

== Psychoacoustics ==
Implement a good [[Psychoacoustic Model|psychoacoustic model]]. Support the usage of this model from the AC3, MP2 and other audio encoders.

FFmpeg Summer Of Code 2006

2006-05-09T23:06:46Z

Snacky: /* Dirac */

[http://www.google.com/ Google] is sponsoring its second [http://code.google.com/summerofcode.html Summer of Code]. [http://code.google.com/soc/ffmpeg/about.html FFmpeg] has been selected as one of the approved mentoring organizations. If you have any questions, feel free to contact the FFmpeg mentoring administrator, Mike Melanson, at (mike -at- multimedia.cx). This page contains a few project ideas (which, by no means, limits any prospective proposals).

== Applying ==
If you are interested in participating in the Google Summer of Code you will need to register at the official SoC site linked above and file an official application. Traditionally, top applications are fairly detailed. Look at this application for inspiration [http://vfer.sourceforge.net/cgi-bin/index.cgi?page=writeup]. The [http://www.drupal.org/ Drupal] project has also prepared guidelines:
* http://drupal.org/node/59037
* http://drupal.org/node/59963
Further, there is a [http://groups.google.com/group/Summer-Discuss-2006 Google Group] that includes much discussion of what it takes to be accepted into this program. Good luck!

== VC-1 ==
[[VC-1]], a.k.a. Microsoft Windows Media Video 3 or 9, is widely used and should see even wider use due to the introduction of [[HD-DVD]]. The format for this codec is open and known, but so far unimplemented in FFmpeg. This task entails implementing the VC-1 codec based on the emerging [[Understanding VC-1|open specification Wiki document]] and forthcoming roadmap. This is a big task but will have very clearly defined milestones, e.g., the first major goal is to decode I-frames, and to get that point there will be a number of smaller goals, each with its own set of unit tests.

The decoder should be clean, simple, readable, and efficient. It should incorporate existing FFmpeg facilities where appropriate.

Major goals/milestones for this project include:
* create a skeleton decoder module to ensure that you understand how the module interacts with the FFmpeg system
* decode progressive I-frame
* decode progressive P-frame
* decode progressive B-frame
* decode interlaced I-frame
* decode interlaced P-frame
* decode interlaced B-frame
* SIMD optimizations
Note that the progressive frame decodes are the most important steps for decoding existing media available via the internet. Interlaced decoding is less important, but is still necessary. SIMD optimizations (optimizing certain critical functions using CPU instructions like MMX, SSE2 and Altivec) is a "nice to have" feature in the end but not strictly part of this endeavor.

''Mentor: Mike Melanson''

== AAC ==
AAC is quickly becoming the new MP3. FFmpeg wants its own independent implementation. This task entails implementing a new, optimized AAC decoder in a similar manner as outlined in the [[FFmpeg Summer Of Code#VC-1|VC-1]] section, based on the emerging [[Understanding AAC|open specification Wiki document]].

''Mentor: Mike Melanson, Backup mentors: Benjamin Larsson, Oded Shimon''

== FFmpeg Refactoring And Test Suite ==
Multimedia programs tend to be highly modular in design and FFmpeg is no exception. However, it does not make the best use of independent modules. The major task in refactoring FFmpeg modules will be to reorganize code so that each individual codec or muxer/demuxer module can be easily enabled and disabled at compile time. This task also entails creating a test suite that can automatically enable each module, one at a time, and validate that FFmpeg still builds and works.

''Mentor: Mike Melanson''

== Improving libavformat ==
libavformat is the interface of FFmpeg that is responsible for splitting apart encoded audio and video data from multimedia files (demuxing) and putting it together in new multimedia files (muxing). While libavcodec -- the FFmpeg component that encodes and decodes audio and video data -- enjoys [http://ffmpeg.sourceforge.net/projects.php widespread use among an impressive array of multimedia projects] libavformat has not seen the same level of adoption. This task would entail investigating how to improve the libavformat API, how it interacts with client applications and input layers, developing proof of concept code for a new API and working to port existing muxers and demuxers to the new API.

''Mentor: Mike Melanson''

== Dirac ==
[[Dirac]] is an experimental codec developed by [[BBC]] as an open standard. It employs a wide range of advanced compression tecniques and shares some features with [[SNOW]].
Implementing this codec based on the upcoming new specification from [http://dirac.sf.net Dirac site] will follow a roadmap/milestone approach similar to the one that will be used on the [[VC-1]] project.

Requirements:

* Good C knowledge
* Basic knowledge of compression techniques in multimedia

''Mentor: Luca Barbato''

== NUT ==
There are already many spread and well specified container formats like [[Matroska]] or [[Ogg]] that are open and free for usage, each of them have some shortcomings due design decision that make them non optimal for a number of applications.
[[NUT]] is designed to be simple to implement and parse, easy to seek to precise position without unnecessary reads even on partial files, error resistant and with the lowest possible overhead.
This Summer of Code project consists in updating the current ancient ffmpeg implementation to be in line with the
[http://www1.mplayerhq.hu/cgi-bin/cvsweb.cgi/~checkout~main/DOCS/tech/mpcf.txt?rev=1.155&content-type=text/plain&cvsroot=main current specification], benchmark it against other implementations of [[NUT]] and other container formats.
Another part of the project will be helping the team improving the documentation available, this will be mostly a side effect of the implementation task.

Roadmap:

* Study the current specification and clarify it, putting it in a more verbose and understandable form.
** Conversion to rst o docbook isn't really required but would be greatly appreciated.
* Update the demuxer using libnut produced files as testcases
** Testcase 1: it should demux correctly the complete file as sequential reads
** Testcase 2: it should seek correctly the complete file
** Testcase 3: same as 1 but with corrupted file
** Testcase 4: same as 2 but with corrupted file
* Update the muxer using libnut and ffnut demuxer to validate the produced files
** Make sure that the interleaving rules are respected.

Requirements:

* Good C knowledge
* Technical writing skills

''Mentor: Luca Barbato''

== SNOW ==

[[SNOW]] is a lossy and lossless video codec featuring wavelet transform and overlapping block based motion compensation. It shares with [[Dirac]] the choice of wavelets but it is quite simpler and with less optional features. At the present the ffmpeg implementation is partially optimized for x86, amd64 and ppc and usable on high end systems.

This project could be split in two macrotasks:

* Improve the optimizations and refine the implementation in order to have ffmpeg playing [[SNOW]] in more constrained environments, most of the work will be related to avoid cache trashing and vectorize the code.

* Write a formal specification of the codec and document the implementation.

A complete roadmap will be decided together with the candidates.

For this project you must know:

* How to profile an application using oprofile, valgrind and the internal timers available in ffmpeg

* SIMD theory and how to vectorize in practice certain algorithms

* DocBook, rst, or doxygen for the documentation steps

* Basic knowledge of the math beside the transformations in use.

* Altivec, MMX/SSE, VIS or any other vector extension assembly/C intrinsics for your favourite arch.
** Altivec would be preferred written as intrinsics
** SSE/MMX/3dNow! code as inline assembly.

''Mentor: Luca Barbato''

== AC3 ==
Implement a LGPL/BSD/MIT licensed (E)AC3 decoder (Dolby Digital(Plus)) for FFmpeg based on the specifications found at http://wiki.multimedia.cx/index.php?title=A52.
* The main objective is a fairly optimized floating point version of the decoder; expected time for that is one month.
* The second objective is a fixed point version of the decoder; expected time for that is two months.

Sample files for this task can be found at http://www.mplayerhq.hu/MPlayer/samples/A-codecs/AC3-samples/. If sample files for Enhanced AC-3 (Dolby Digital Plus) turn up before the task starts, the enhanced part of the AC-3 is to be included in the task. The resulting code should be clean and commented. It should use already existing infrastructure in FFmpeg when possible.

''Mentor: Benjamin Larsson''

== Profiling and Optimization ==
Profile and optimize memory usage

== Vorbis ==
Implement a [[Vorbis]] encoder

== AMR ==
Implement a LGPL AMR decoder (encoder). AMR (Adaptive Multi Rate) is the codec used in several new mobiles. Specifications can be found here [http://www.3gpp.org/ftp/Specs/html-info/26-series.htm]. A decoder for both AMR narrow band and wide band is the goal. The expected time for this task is 2 months.

''Mentor: Benjamin Larsson''

== MP3 ==
Implement a simple MP3 encoder, the encoder should be a fixedpoint implementation and using the already existing infrastructure in ffmpeg when possible. A bitstream compatible encoder should take 1 month to complete and 2 more months for a fairly optimized good sounding encoder.

''Mentor: Benjamin Larsson''

== Psychoacoustics ==
Implement a good [[Psychoacoustic Model|psychoacoustic model]]. Support the usage of this model from the AC3, MP2 and other audio encoders.

FFmpeg Summer Of Code 2006

2006-05-09T23:05:29Z

Snacky: /* FFmpeg Refactoring And Test Suite */

[http://www.google.com/ Google] is sponsoring its second [http://code.google.com/summerofcode.html Summer of Code]. [http://code.google.com/soc/ffmpeg/about.html FFmpeg] has been selected as one of the approved mentoring organizations. If you have any questions, feel free to contact the FFmpeg mentoring administrator, Mike Melanson, at (mike -at- multimedia.cx). This page contains a few project ideas (which, by no means, limits any prospective proposals).

== Applying ==
If you are interested in participating in the Google Summer of Code you will need to register at the official SoC site linked above and file an official application. Traditionally, top applications are fairly detailed. Look at this application for inspiration [http://vfer.sourceforge.net/cgi-bin/index.cgi?page=writeup]. The [http://www.drupal.org/ Drupal] project has also prepared guidelines:
* http://drupal.org/node/59037
* http://drupal.org/node/59963
Further, there is a [http://groups.google.com/group/Summer-Discuss-2006 Google Group] that includes much discussion of what it takes to be accepted into this program. Good luck!

== VC-1 ==
[[VC-1]], a.k.a. Microsoft Windows Media Video 3 or 9, is widely used and should see even wider use due to the introduction of [[HD-DVD]]. The format for this codec is open and known, but so far unimplemented in FFmpeg. This task entails implementing the VC-1 codec based on the emerging [[Understanding VC-1|open specification Wiki document]] and forthcoming roadmap. This is a big task but will have very clearly defined milestones, e.g., the first major goal is to decode I-frames, and to get that point there will be a number of smaller goals, each with its own set of unit tests.

The decoder should be clean, simple, readable, and efficient. It should incorporate existing FFmpeg facilities where appropriate.

Major goals/milestones for this project include:
* create a skeleton decoder module to ensure that you understand how the module interacts with the FFmpeg system
* decode progressive I-frame
* decode progressive P-frame
* decode progressive B-frame
* decode interlaced I-frame
* decode interlaced P-frame
* decode interlaced B-frame
* SIMD optimizations
Note that the progressive frame decodes are the most important steps for decoding existing media available via the internet. Interlaced decoding is less important, but is still necessary. SIMD optimizations (optimizing certain critical functions using CPU instructions like MMX, SSE2 and Altivec) is a "nice to have" feature in the end but not strictly part of this endeavor.

''Mentor: Mike Melanson''

== AAC ==
AAC is quickly becoming the new MP3. FFmpeg wants its own independent implementation. This task entails implementing a new, optimized AAC decoder in a similar manner as outlined in the [[FFmpeg Summer Of Code#VC-1|VC-1]] section, based on the emerging [[Understanding AAC|open specification Wiki document]].

''Mentor: Mike Melanson, Backup mentors: Benjamin Larsson, Oded Shimon''

== FFmpeg Refactoring And Test Suite ==
Multimedia programs tend to be highly modular in design and FFmpeg is no exception. However, it does not make the best use of independent modules. The major task in refactoring FFmpeg modules will be to reorganize code so that each individual codec or muxer/demuxer module can be easily enabled and disabled at compile time. This task also entails creating a test suite that can automatically enable each module, one at a time, and validate that FFmpeg still builds and works.

''Mentor: Mike Melanson''

== Improving libavformat ==
libavformat is the interface of FFmpeg that is responsible for splitting apart encoded audio and video data from multimedia files (demuxing) and putting it together in new multimedia files (muxing). While libavcodec -- the FFmpeg component that encodes and decodes audio and video data -- enjoys [http://ffmpeg.sourceforge.net/projects.php widespread use among an impressive array of multimedia projects] libavformat has not seen the same level of adoption. This task would entail investigating how to improve the libavformat API, how it interacts with client applications and input layers, developing proof of concept code for a new API and working to port existing muxers and demuxers to the new API.

''Mentor: Mike Melanson''

== Dirac ==
[[Dirac]] is an experimental codec developed by [[BBC]] as an open standard, it employs a wide range of advanced compression tecniques and shares with [[SNOW]] some features.
Implementing this codec based on the upcoming new specification from [http://dirac.sf.net Dirac site] will follow a roadmap/milestone approach similar to the one that will be used on the [[VC-1]] project.

Requirements:

* Good C knowledge
* Basic knowledge of compression tecniques in multimedia

''Mentor: Luca Barbato''

== NUT ==
There are already many spread and well specified container formats like [[Matroska]] or [[Ogg]] that are open and free for usage, each of them have some shortcomings due design decision that make them non optimal for a number of applications.
[[NUT]] is designed to be simple to implement and parse, easy to seek to precise position without unnecessary reads even on partial files, error resistant and with the lowest possible overhead.
This Summer of Code project consists in updating the current ancient ffmpeg implementation to be in line with the
[http://www1.mplayerhq.hu/cgi-bin/cvsweb.cgi/~checkout~main/DOCS/tech/mpcf.txt?rev=1.155&content-type=text/plain&cvsroot=main current specification], benchmark it against other implementations of [[NUT]] and other container formats.
Another part of the project will be helping the team improving the documentation available, this will be mostly a side effect of the implementation task.

Roadmap:

* Study the current specification and clarify it, putting it in a more verbose and understandable form.
** Conversion to rst o docbook isn't really required but would be greatly appreciated.
* Update the demuxer using libnut produced files as testcases
** Testcase 1: it should demux correctly the complete file as sequential reads
** Testcase 2: it should seek correctly the complete file
** Testcase 3: same as 1 but with corrupted file
** Testcase 4: same as 2 but with corrupted file
* Update the muxer using libnut and ffnut demuxer to validate the produced files
** Make sure that the interleaving rules are respected.

Requirements:

* Good C knowledge
* Technical writing skills

''Mentor: Luca Barbato''

== SNOW ==

[[SNOW]] is a lossy and lossless video codec featuring wavelet transform and overlapping block based motion compensation. It shares with [[Dirac]] the choice of wavelets but it is quite simpler and with less optional features. At the present the ffmpeg implementation is partially optimized for x86, amd64 and ppc and usable on high end systems.

This project could be split in two macrotasks:

* Improve the optimizations and refine the implementation in order to have ffmpeg playing [[SNOW]] in more constrained environments, most of the work will be related to avoid cache trashing and vectorize the code.

* Write a formal specification of the codec and document the implementation.

A complete roadmap will be decided together with the candidates.

For this project you must know:

* How to profile an application using oprofile, valgrind and the internal timers available in ffmpeg

* SIMD theory and how to vectorize in practice certain algorithms

* DocBook, rst, or doxygen for the documentation steps

* Basic knowledge of the math beside the transformations in use.

* Altivec, MMX/SSE, VIS or any other vector extension assembly/C intrinsics for your favourite arch.
** Altivec would be preferred written as intrinsics
** SSE/MMX/3dNow! code as inline assembly.

''Mentor: Luca Barbato''

== AC3 ==
Implement a LGPL/BSD/MIT licensed (E)AC3 decoder (Dolby Digital(Plus)) for FFmpeg based on the specifications found at http://wiki.multimedia.cx/index.php?title=A52.
* The main objective is a fairly optimized floating point version of the decoder; expected time for that is one month.
* The second objective is a fixed point version of the decoder; expected time for that is two months.

Sample files for this task can be found at http://www.mplayerhq.hu/MPlayer/samples/A-codecs/AC3-samples/. If sample files for Enhanced AC-3 (Dolby Digital Plus) turn up before the task starts, the enhanced part of the AC-3 is to be included in the task. The resulting code should be clean and commented. It should use already existing infrastructure in FFmpeg when possible.

''Mentor: Benjamin Larsson''

== Profiling and Optimization ==
Profile and optimize memory usage

== Vorbis ==
Implement a [[Vorbis]] encoder

== AMR ==
Implement a LGPL AMR decoder (encoder). AMR (Adaptive Multi Rate) is the codec used in several new mobiles. Specifications can be found here [http://www.3gpp.org/ftp/Specs/html-info/26-series.htm]. A decoder for both AMR narrow band and wide band is the goal. The expected time for this task is 2 months.

''Mentor: Benjamin Larsson''

== MP3 ==
Implement a simple MP3 encoder, the encoder should be a fixedpoint implementation and using the already existing infrastructure in ffmpeg when possible. A bitstream compatible encoder should take 1 month to complete and 2 more months for a fairly optimized good sounding encoder.

''Mentor: Benjamin Larsson''

== Psychoacoustics ==
Implement a good [[Psychoacoustic Model|psychoacoustic model]]. Support the usage of this model from the AC3, MP2 and other audio encoders.

FFmpeg Summer Of Code 2006

2006-05-09T23:04:30Z

Snacky: /* VC-1 */

[http://www.google.com/ Google] is sponsoring its second [http://code.google.com/summerofcode.html Summer of Code]. [http://code.google.com/soc/ffmpeg/about.html FFmpeg] has been selected as one of the approved mentoring organizations. If you have any questions, feel free to contact the FFmpeg mentoring administrator, Mike Melanson, at (mike -at- multimedia.cx). This page contains a few project ideas (which, by no means, limits any prospective proposals).

== Applying ==
If you are interested in participating in the Google Summer of Code you will need to register at the official SoC site linked above and file an official application. Traditionally, top applications are fairly detailed. Look at this application for inspiration [http://vfer.sourceforge.net/cgi-bin/index.cgi?page=writeup]. The [http://www.drupal.org/ Drupal] project has also prepared guidelines:
* http://drupal.org/node/59037
* http://drupal.org/node/59963
Further, there is a [http://groups.google.com/group/Summer-Discuss-2006 Google Group] that includes much discussion of what it takes to be accepted into this program. Good luck!

== VC-1 ==
[[VC-1]], a.k.a. Microsoft Windows Media Video 3 or 9, is widely used and should see even wider use due to the introduction of [[HD-DVD]]. The format for this codec is open and known, but so far unimplemented in FFmpeg. This task entails implementing the VC-1 codec based on the emerging [[Understanding VC-1|open specification Wiki document]] and forthcoming roadmap. This is a big task but will have very clearly defined milestones, e.g., the first major goal is to decode I-frames, and to get that point there will be a number of smaller goals, each with its own set of unit tests.

The decoder should be clean, simple, readable, and efficient. It should incorporate existing FFmpeg facilities where appropriate.

Major goals/milestones for this project include:
* create a skeleton decoder module to ensure that you understand how the module interacts with the FFmpeg system
* decode progressive I-frame
* decode progressive P-frame
* decode progressive B-frame
* decode interlaced I-frame
* decode interlaced P-frame
* decode interlaced B-frame
* SIMD optimizations
Note that the progressive frame decodes are the most important steps for decoding existing media available via the internet. Interlaced decoding is less important, but is still necessary. SIMD optimizations (optimizing certain critical functions using CPU instructions like MMX, SSE2 and Altivec) is a "nice to have" feature in the end but not strictly part of this endeavor.

''Mentor: Mike Melanson''

== AAC ==
AAC is quickly becoming the new MP3. FFmpeg wants its own independent implementation. This task entails implementing a new, optimized AAC decoder in a similar manner as outlined in the [[FFmpeg Summer Of Code#VC-1|VC-1]] section, based on the emerging [[Understanding AAC|open specification Wiki document]].

''Mentor: Mike Melanson, Backup mentors: Benjamin Larsson, Oded Shimon''

== FFmpeg Refactoring And Test Suite ==
Multimedia programs tend to be highly modular in design and FFmpeg is no exception. However, it does not make the best use of independent modules. The major task in refactoring FFmpeg modules will be to reorganize code so that each individual codec or muxer/demuxer module can be easily enabled and disabled at compile time. This task also entails creating an test suite that can automatically enable each module, one at a time, and validate that FFmpeg still builds and works.

''Mentor: Mike Melanson''

== Improving libavformat ==
libavformat is the interface of FFmpeg that is responsible for splitting apart encoded audio and video data from multimedia files (demuxing) and putting it together in new multimedia files (muxing). While libavcodec -- the FFmpeg component that encodes and decodes audio and video data -- enjoys [http://ffmpeg.sourceforge.net/projects.php widespread use among an impressive array of multimedia projects] libavformat has not seen the same level of adoption. This task would entail investigating how to improve the libavformat API, how it interacts with client applications and input layers, developing proof of concept code for a new API and working to port existing muxers and demuxers to the new API.

''Mentor: Mike Melanson''

== Dirac ==
[[Dirac]] is an experimental codec developed by [[BBC]] as an open standard, it employs a wide range of advanced compression tecniques and shares with [[SNOW]] some features.
Implementing this codec based on the upcoming new specification from [http://dirac.sf.net Dirac site] will follow a roadmap/milestone approach similar to the one that will be used on the [[VC-1]] project.

Requirements:

* Good C knowledge
* Basic knowledge of compression tecniques in multimedia

''Mentor: Luca Barbato''

== NUT ==
There are already many spread and well specified container formats like [[Matroska]] or [[Ogg]] that are open and free for usage, each of them have some shortcomings due design decision that make them non optimal for a number of applications.
[[NUT]] is designed to be simple to implement and parse, easy to seek to precise position without unnecessary reads even on partial files, error resistant and with the lowest possible overhead.
This Summer of Code project consists in updating the current ancient ffmpeg implementation to be in line with the
[http://www1.mplayerhq.hu/cgi-bin/cvsweb.cgi/~checkout~main/DOCS/tech/mpcf.txt?rev=1.155&content-type=text/plain&cvsroot=main current specification], benchmark it against other implementations of [[NUT]] and other container formats.
Another part of the project will be helping the team improving the documentation available, this will be mostly a side effect of the implementation task.

Roadmap:

* Study the current specification and clarify it, putting it in a more verbose and understandable form.
** Conversion to rst o docbook isn't really required but would be greatly appreciated.
* Update the demuxer using libnut produced files as testcases
** Testcase 1: it should demux correctly the complete file as sequential reads
** Testcase 2: it should seek correctly the complete file
** Testcase 3: same as 1 but with corrupted file
** Testcase 4: same as 2 but with corrupted file
* Update the muxer using libnut and ffnut demuxer to validate the produced files
** Make sure that the interleaving rules are respected.

Requirements:

* Good C knowledge
* Technical writing skills

''Mentor: Luca Barbato''

== SNOW ==

[[SNOW]] is a lossy and lossless video codec featuring wavelet transform and overlapping block based motion compensation. It shares with [[Dirac]] the choice of wavelets but it is quite simpler and with less optional features. At the present the ffmpeg implementation is partially optimized for x86, amd64 and ppc and usable on high end systems.

This project could be split in two macrotasks:

* Improve the optimizations and refine the implementation in order to have ffmpeg playing [[SNOW]] in more constrained environments, most of the work will be related to avoid cache trashing and vectorize the code.

* Write a formal specification of the codec and document the implementation.

A complete roadmap will be decided together with the candidates.

For this project you must know:

* How to profile an application using oprofile, valgrind and the internal timers available in ffmpeg

* SIMD theory and how to vectorize in practice certain algorithms

* DocBook, rst, or doxygen for the documentation steps

* Basic knowledge of the math beside the transformations in use.

* Altivec, MMX/SSE, VIS or any other vector extension assembly/C intrinsics for your favourite arch.
** Altivec would be preferred written as intrinsics
** SSE/MMX/3dNow! code as inline assembly.

''Mentor: Luca Barbato''

== AC3 ==
Implement a LGPL/BSD/MIT licensed (E)AC3 decoder (Dolby Digital(Plus)) for FFmpeg based on the specifications found at http://wiki.multimedia.cx/index.php?title=A52.
* The main objective is a fairly optimized floating point version of the decoder; expected time for that is one month.
* The second objective is a fixed point version of the decoder; expected time for that is two months.

Sample files for this task can be found at http://www.mplayerhq.hu/MPlayer/samples/A-codecs/AC3-samples/. If sample files for Enhanced AC-3 (Dolby Digital Plus) turn up before the task starts, the enhanced part of the AC-3 is to be included in the task. The resulting code should be clean and commented. It should use already existing infrastructure in FFmpeg when possible.

''Mentor: Benjamin Larsson''

== Profiling and Optimization ==
Profile and optimize memory usage

== Vorbis ==
Implement a [[Vorbis]] encoder

== AMR ==
Implement a LGPL AMR decoder (encoder). AMR (Adaptive Multi Rate) is the codec used in several new mobiles. Specifications can be found here [http://www.3gpp.org/ftp/Specs/html-info/26-series.htm]. A decoder for both AMR narrow band and wide band is the goal. The expected time for this task is 2 months.

''Mentor: Benjamin Larsson''

== MP3 ==
Implement a simple MP3 encoder, the encoder should be a fixedpoint implementation and using the already existing infrastructure in ffmpeg when possible. A bitstream compatible encoder should take 1 month to complete and 2 more months for a fairly optimized good sounding encoder.

''Mentor: Benjamin Larsson''

== Psychoacoustics ==
Implement a good [[Psychoacoustic Model|psychoacoustic model]]. Support the usage of this model from the AC3, MP2 and other audio encoders.

Talk:ISO MPEG-4

2006-05-08T20:36:23Z

Snacky:

I think the entire conception of this page is confused.

MPEG-4 is a standards '''suite'''. It '''does''' include H.264. It also includes a whole bunch of crap supposedly related to video in Part 2; really, only a subset of this, ASP, is what we think of as a video codec. Unfortunately the naming wrt to this entire suite (and for that matter, most things MPEG-related) is horrible and confusing, but as currently written, this page is also confused.

In summary, the MPEG-4 suite now contains two completely different video codecs; some audio codec or another; a container format; a popcorn flavoring; a DRM scheme; and a partridge in a pear tree. Saying "MPEG-4" to refer to a type of video is easy, but wrong. IMO maybe we should have all along been using the (stupid, annoying) name "ASP" (Advanced Simple Profile), and this mess wouldn't have gotten as bad as it is. Then, we have Apple confusing the public even further by getting their container format named .mp4...
--[[User:Snacky|Snacky]] 19:28, 26 January 2006 (EST)

:Replying to myself here. How about renaming this article to "MPEG-4 ASP" (lame, annoying name IMO but it also happens to be more correct)? Then you could have an "MPEG-4" page that breaks down the standards suite into its components (parts). One component will be "MPEG-4 Part 2", which in turn breaks down into a bunch of profiles, of which only "Simple Profile" and "Advanced Simple Profile" are really of any interest.
[[User:Snacky|Snacky]] 15:38, 8 May 2006 (EDT)

Snacky-- please, by all means, I invite you to edit this page up one side and down the other. That's what the Wiki concept is for. Split it out into other pages and reorganize as you see fit. We need people who take initiative. I eventually want to cover all of this stuff in the Wiki (everything multimedia, after all). --[[User:Multimedia Mike|Multimedia Mike]] 16:20, 8 May 2006 (EDT)

:OK, will do, probably before 1 week passes. I thought I should give warning first. Note that my re-organization of the topics will essentially end up looking like Wikipedia's, which I consider to be more correct. [[User:Snacky|Snacky]] 16:36, 8 May 2006 (EDT)

Talk:ISO MPEG-4

2006-05-08T20:30:03Z

Snacky:

Talk:ISO MPEG-4

2006-05-08T19:38:12Z

Snacky: I always forget to sign

Talk:ISO MPEG-4

2006-05-08T19:37:35Z

Snacky: more whining about terminology

Talk:Understanding AAC

2006-05-08T17:19:23Z

Snacky: somewhat belated signature added to my question

:This portion of the MultimediaWiki tracks an effort to get an open, freely-distributable, usable, and clear specification for the Advanced Audio Coding (AAC) format.

Lemme get this straight - the spec is so bad, that there has to be a major effort to write a "usable, and clear" one? [[User:Snacky|Snacky]] 13:19, 8 May 2006 (EDT)

I've never been partial to ISO specs. But there is also the bigger issue that we are not allowed to have open and free access to the latest, formal specs. Sure, you might find a draft out there but you take your chances with the accuracy. That is why I want to create truly open documents for these formats, starting with AAC. --[[User:Multimedia Mike|Multimedia Mike]] 21:35, 4 February 2006 (EST)

Sega Saturn

2006-05-07T18:18:57Z

Snacky: More gaming history nitpicking (JP release was 1994)

The Sega Saturn is a video game console developed by [[Sega (Company)|Sega]] and released in 1994. It is [[Compact Disc|CD]]-based and many games for the system featured much [[FMV]]. Sega apparently provided developers with a standard method for encoding and displaying FMV: [[Sega FILM]]. This format used [[Cinepak]] video that was slightly modified to be bitstream-incompatible with standard Cinepak decoder implementations.

Another FMV format that appears on a number of Sega Saturn games is [[Duck TrueMotion 1]] video, and [[Duck DK3 IMA ADPCM|Duck DK3]] and [[Duck DK4 IMA ADPCM|DK4]] IMA ADPCM audio codecs, all packaged in [[AVI]] files.

[[Category:Multimedia Hardware]]

Talk:H.264

2006-05-07T02:50:28Z

Snacky: