[Ffmpeg-devel-irc] ffmpeg-devel.log.20140828

[burek]

[00:04] <J_Darnley> Oh wait... there is no --enable-gplv3
[00:08] <cone-843> ffmpeg.git 03Michael Niedermayer 07master:35debfc366cd: avformat/rdt: fix compiler warning about const qualifier being discarded
[00:08] <cone-843> ffmpeg.git 03Michael Niedermayer 07master:e6516944a3d5: avformat/rtpdec_asf: fix compiler warning about const qualifier being discarded
[00:43] <J_Darnley> WTF?!  What happened to the -preset option?
[00:45] <J_Darnley> Oh wait.. is that because I didn't enable x264?
[02:02] <cone-843> ffmpeg.git 03James Darnley 07master:8c1b942ad7b6: Replace incorrect use of "multiply" with "multiple"
[02:03] <Timothy_Gu> Daemon404 & Compn: from my experiences tonal languages are easier at first, when you are learning the basics like pronunciation
[02:04] <Timothy_Gu> But when you get to higher level stuff like conjugation and tenses, Chinese is way easier because it doesn't have tenses.
[02:05] <llogan> What about Cantonese?
[02:06] <llogan> Do nine men interpret? Nine men, I nod.
[02:06] <Timothy_Gu> It doesn't even have plural forms except when you are talking about people, like I vs we ( vs ì), but even then it's crazily easy as you just add a character, no weird I vs we, he vs they stuff
[02:06] <Timothy_Gu> Cantonese is Chinese
[02:06] <Timothy_Gu> With a special pronunciation
[02:07] <llogan> And Inupiaq is American. My Mandarin speaking friend can't understand a damned thing in Cantonese.
[02:07] <Timothy_Gu> I _speak_ Mandarin and a little bit of Shanghainese, but everything written is the same
[02:10] <Timothy_Gu> And most Cantonese-speaking population in China speak Mandarin too (sometimes with an accent so rich you can't even understand it, which happened to me when my family went to a "Chinese " restaurant operated by people from Guangdong (another name for Canton))
[02:16] <Daemon404> i think you may be a bit biased
[02:16] <Daemon404> i must say ive made efforts to learn cantonese in my mid-20s... nope.jpg
[02:16] <Daemon404> tones just dont click
[02:19] <llogan> Daemon404: but Swahili does. ha ha ha....eeehhhhh. sorry.
[02:19] <Daemon404> funny
[02:25] <Timothy_Gu> Daemon404: how am I biased? I know quite a few Chinese people who just learned Cantonese by singing songs made by Hong Kong singers. Of course it's easy to learn it! (If you know standard Chinese/Mandarin, that is...)
[02:27] <Daemon404> i am assuming you learned a tonal language from a vey young age
[02:27] <Daemon404> very*
[02:27] <Daemon404> "I know quite a few Chinese people who just learned Cantonese by singing songs" -> that completely ignores the tonal aspect
[02:27] <Timothy_Gu> Also IIRC UN officially recognized Cantonese as a language some time ago. It's really unfair because Cantonese isn't even the most spoken Chinese dialect else than Mandarin (Wu, the higher classification of Shanghainese, is)
[02:27] <Timothy_Gu> What do you mean by tonal languages?
[02:28] <Timothy_Gu> Oh Chinese
[02:28] <Daemon404> http://simple.wikipedia.org/wiki/Tone_language
[02:28] <Timothy_Gu> Never mind
[02:29] <Timothy_Gu> I meant English, Spanish etc. are easier in the beginning, harder later
[02:30] <Daemon404> maybe
[02:30] <Daemon404> it say it relies heavily on your linguistic background
[02:30] <Daemon404> a to which is easier in the long run
[02:30] <Timothy_Gu> There are no subjunctives or fancy participles in Chinese. There are also no difference between past tense versus present perfect
[02:31] <Daemon404> chinese has two things going against it that are a (massive) speedbump for me
[02:31] <Daemon404> 1) tones (cantonese)
[02:31] <Daemon404> 2) you cant practice it usign writing
[02:31] <Daemon404> e.g. french i learned via writing and speaking.
[02:31] <Timothy_Gu> Well I know one tonal languages and one Indo-European languages at least semi-natively so I guess I'm pretty good with languages :D
[02:32] <Timothy_Gu> Cantonese tones are weird, I have heard.
[02:32] <Daemon404> i really dislike the sound of cantonese
[02:32] <Daemon404> it is had on my ears
[02:32] <Daemon404> mandarin is ok.
[02:32] <Daemon404> hard*
[02:33] <Daemon404> (my SO speaks cantonese to her parents)
[02:33] <Timothy_Gu> (Its kinda like Vietnamese)
[02:33] <Timothy_Gu> SO?
[02:33] <Daemon404> signigicant other
[02:33] <Timothy_Gu> hmm
[02:35] <Timothy_Gu> She can't read or write Chinese can she?
[02:35] <Daemon404> no
[02:35] <Timothy_Gu> Sad
[02:36] <Daemon404> it has no practical value
[02:36] <Timothy_Gu> You can use it to decipher Chinese DTS specs ;)
[02:36] <kierank> chinese dca
[02:37] <Timothy_Gu> Whatever
[02:37] <kierank> dra i mean
[02:38] <Timothy_Gu> Anyways I gotta start on doing AP World homework now (if you know what AP World is and how AP world homework is like)
[02:40] <Timothy_Gu> BTW CE flamed me for writing the patch that changed Gerard/Fabrice's name and Michael for applying it
[02:41] <Timothy_Gu> Legal stuff, blah blah blah
[02:41] <llogan> i was one of the dumb/smart kids who didn't want to do AP because i was too busy playing video games and bullshitting with friends.
[02:42] <kierank> Timothy_Gu: he might be right
[02:42] <wm4> Timothy_Gu: where?
[02:43] <Timothy_Gu> I'm currently in a Catholic school where 80% of all the people are white not counting Hispanic and 15% are Hispanic. And in my AP World class 50% are Asian.
[02:43] <Timothy_Gu> Not to be racist, but it's the truth
[02:43] <wm4> I mean, where did CE flame you?
[02:43] <Timothy_Gu> Privately
[02:44] <Timothy_Gu> Well he mainly blamed Michael as he flamed him for merging a Libav change that changed copyright some time ago
[02:44] <Timothy_Gu> And Michael still aplied my patch
[02:45] <llogan> don't let it bug you. anyway you have to go study or you'll end up like me.
[02:45] <Timothy_Gu> kierank: I'm perfectly fine with taking 3 AP classes at one time, but stupid rules of my new school don't let me
[02:45] <Timothy_Gu> llogan: thanks
[02:45] <Timothy_Gu> Bye then
[02:50] <Compn> interesting
[02:51] <Compn> i thought poeple hated it when describing mandarin and or cantonese as 'chinese'
[02:53] <Daemon404> oh so it's not just kierank and I who CE flames privately (not me anymore, since i dont think he wants to talk to me)
[02:53] <Daemon404> \o/
[02:53] Action: Daemon404 sleeps
[02:53] <Compn> i watch films from china, vietnam, fillipenes, korea, thailand... anywhere i can get my hands on. i've picked up some chinese. ni hao :)
[02:53] <Compn> CE flames me  too :P
[02:54] Action: Compn waves to carl
[02:54] Action: Daemon404 throws some wuxia at Compn and goes back to sleep
[02:55] <Compn> i dont really mind mandarin vs cantonese, the only thing that bugs me is that the film has to be in the original language, many times the dubbing into the other language is terrrrrible and high pitch.
[02:55] <Compn> sometimes its the original cast doing both ?
[02:55] <Daemon404> they have to do that because many cant read enough symbols or whatever
[02:56] <Daemon404> but i agree it looks retarded.
[02:56] <Compn> china film industry is really bad now. :( i cant remember anything big in the last 10 years 
[02:56] <Compn> only big news was destroying actors careers because of sex tapes :P
[02:56] <Daemon404> Compn, http://en.wikipedia.org/wiki/What_Women_Want_(2011_film)
[02:56] <Daemon404> ill just leave that here
[02:56] <Daemon404> yes HK remade that mel gibson movie. enjoy.
[02:56] Action: Daemon404 runs
[02:57] <Compn> lol
[02:57] <Compn> no more gwanji films :(
[02:57] <llogan> what am i missing? In [1] can't the suggestion (or joke?) from Nicolas [2] be used instead of wget?
[02:57] <llogan> [1] https://lists.ffmpeg.org/pipermail/ffmpeg-devel/2014-August/161881.html
[02:57] <llogan> [2] https://lists.ffmpeg.org/pipermail/ffmpeg-devel/2014-August/161872.html
[02:58] <Compn> Daemon404 : http://en.wikipedia.org/wiki/Jiangshi
[02:58] <Compn> cant even remember the name of the films :\
[02:58] <Compn> er genre
[02:59] <Compn> llogan : ffmpeg can be used to download the image, yes
[02:59] <Compn> llogan : did you md5 verify its the same though ?
[02:59] <Compn> iirc ffmpeg might remux it
[03:00] <Compn> whereas mplayer -dumpstream would not :D
[03:01] <llogan> md5 is same. and anyway i'm a curltard and don't have wget on my system
[03:04] <Compn> so ping michael or send patch
[03:05] <Compn> or just commit directly ;D
[03:05] <Compn> but really no wget? :P
[03:18] <BBB> ubitux: you mean reproduce? it is; only first 3 frames was sufficient form what I remember
[04:13] <cone-843> ffmpeg.git 03Deb Mukherjee 07master:b6a0b8bcf497: Adds support for setting aq_mode in libvpx encoder
[05:04] <Timothy_Gu> I have no idea when Chinese people's English began to be this terrible. Maybe it has never been good?
[05:06] <Timothy_Gu> Oh, ubitux, FYI I've been to Japan once and the English spoken by people there is incomprehensible even to my parents, who both have graduate degrees in English
[07:32] <ubitux> Timothy_Gu: it's fine in most big cities IMO; but as soon as you go sidetrack/countryside, please just don't speak at all
[07:33] <ubitux> it's more like they prefer not to talk than even try :p
[07:33] <ubitux> at least from my experience
[07:34] <ubitux> (why did i wrote "please", i meant "they")
[09:58] <nevcairiel> when i tell swscale to downscale HD to SD, can i also tell it to convert bt709 to bt601? I don't think it has such an option, has it?
[09:58] <wm4> yes
[09:58] <wm4> via avoptions
[09:58] <nevcairiel> but does it actually process this stuff when just scaling yuv->yuv?
[09:58] <wm4> whether it works, dunno
[09:58] <wm4> you'll probably have to try
[09:59] <wm4> michaelni: can it?
[10:04] <wm4> hm I couldn't get it to convert them
[10:05] <nevcairiel> there is a lavfi filter that does it, but dont really feel like putting lavfi into this conversion code, its not used there yet at all
[10:07] <nevcairiel> ... and i highly doubt android players would read the color matrix tag from a h264 file, if i try setting that instead
[10:14] <wm4> also looking at the API again, what I said about avoptions was incorrect too - you have to use sws_setColorspaceDetails, which fails for yuv->yuv
[10:18] <nevcairiel> its not like anyone complained about this issue yet
[10:18] <nevcairiel> maybe i'll just ignore it for a few months more
[12:20] <cone-226> ffmpeg.git 03Stefano Sabatini 07master:fa39f8c0e2c9: doc/ffprobe: fix -show_entries example
[12:48] <Daemon404> "I think for there to be a motvation the payment should be above the
[12:48] <Daemon404> minimum wage of the average western country
[12:48] <Daemon404> :D
[12:48] Action: Daemon404 loled
[12:58] <BBB> the problem with bug payment is, it could take a few minutes to a few months
[12:58] <BBB> $50/bug is thus highly inefficient
[12:58] <BBB> it promotes working on silly one-liner bugs
[12:58] <BBB> (not these that take 2 days of debugging)
[13:02] <J_Darnley> If it gets "silly one-liner bugs" fixed quickly, good.
[13:03] <J_Darnley> They must have been present long enough for someone to report them.
[13:03] <beastd> BBB: silly one liner fixes can take weeks to debug in sometimes. anyway it is somthing else that is important. if those silly bugs are away they are out of the list and people start to focus on what is remaining. so IMHO 50$/bug seems not too bad.
[13:10] <beastd> I'd say for the more involved bugs, the 50$ bounties won't help in any way. It is eithter the person wants to work on it and therefore heavily invest in it or not. That person would get paid 50$ in the end, but it would just be a tiny partial refund of the overall investment she did already.
[13:14] <nevcairiel> ubitux: so you got luca to implement your pkg-config problem somehow? :P
[13:14] <ubitux> not really
[13:15] <wm4> heh
[13:15] <ubitux> i'm preventing him from doing changes
[13:15] <wm4> if some jerk on ffmpeg rejects something, just send a patch to Libav
[13:15] <ubitux> the pkg-config problem is solved
[13:15] <wm4> that's the nice side of the split
[13:15] <ubitux> --pkg-config=true is what CE is looking for
[13:15] <ubitux> there is no need to add an ambigous --pkg-config=false
[13:16] <nevcairiel> especially because false is also an executable
[13:16] <ubitux> (because false can be a program and it's used as a special key here)
[13:16] <ubitux> yes, right :)
[13:16] <ubitux> anyway, i found the solution for CE
[13:16] <ubitux> he just has to use --pkg-config=true --extra-ldflags=-lx264
[13:16] <ubitux> he didn't reply in the thread though
[13:17] <nevcairiel> he probably wants to not have to do the last part
[13:18] <ubitux> he's specifying the other ldflags anyway
[13:18] <ubitux> and since this -lx264 is wrong in the case of static typically there is no reason to hardcode it
[13:19] <ubitux> what would be the point of using pkg-config if we had to also hardcode an incomplete version of the flags..
[13:20] <nevcairiel> i'm not saying he is being logical
[13:21] <ubitux> and anyway, he will have to add --pkg-config=true in his cli anyway as a retro-compat option
[13:21] <ubitux> so he can add -lx264 as well
[14:02] <ubitux> we don't use "local" anywhere in the configure
[14:02] <ubitux> it's not standard?
[14:04] <ubitux> (there is some evil in the configure around that)
[14:16] <ubitux> ok i just reworked the whole pkg/configure thing
[14:16] <ubitux> it looks more usable
[14:20] <ubitux> so here is a PoC http://pastie.org/9509979
[14:21] <ubitux> and it looks like this: http://pastie.org/pastes/9509980/text (version check hacked)
[14:30] <Daemon404> ubitux, dont worry, carl will reject it
[14:30] <Daemon404> i am certain
[14:32] <ubitux> we'll see
[14:39] <durandal_1707> is anyone writting new filter(s)?
[14:40] <kierank> after ibc i will make vf_scale properly support interlaced chroma
[14:42] <saste> durandal_1707, no, are you?
[14:42] <wm4> durandal_1707: someone still needs to port pp7
[14:42] <saste> who is willing to help me with ASM?
[14:42] <ubitux> durandal_1707: mmh i'd like to, but my TODO list is filled with fixes & improvements in filters
[14:42] <saste> in that case i might consider to port eq/eq2
[14:42] <ubitux> saste: o/
[14:43] <saste> i should probably start with a C-only version
[14:43] <ubitux> yes
[14:43] <cone-226> ffmpeg.git 03Michael Niedermayer 07master:d6bd29492ca2: avformat/icoenc: Remove deprecated use of codec_name
[14:44] <durandal_1707> saste: i'm working on silence removal, filter from sox
[14:44] <ubitux> saste: there isn't much asm actually
[14:45] <ubitux> and it's just poor mmx
[14:50] <J_Darnley> I can probably help with asm
[14:50] <J_Darnley> x86 simd assembly that is.
[14:50] <Daemon404> i dont get why port sox filters
[14:51] <Daemon404> just vf_sox.c
[14:51] <Daemon404> because NIH?
[14:51] <wm4> because having them in a single big project with unstable ABI is better than a light weight plugin interface
[14:53] <J_Darnley> To be honest, one advantage to porting is not having to make some interface between av_opt and, in this case, sox's options (whatever they might be like)
[14:54] <Daemon404> thats not really an advantage
[14:54] <Daemon404> thats laziness
[14:55] <durandal_1707> sox does not support floats and doubles
[14:55] <J_Darnley> True, you still have to dea with the escaping hell anyway.
[14:56] <J_Darnley> *deal
[14:56] <Daemon404> it most certain does support floats
[14:56] <Daemon404> certainly*
[14:56] <durandal_1707> nope 32bit ints
[14:56] <Daemon404> all of its documents indicate it sure does support f32 and f64
[14:57] <durandal_1707> that is something else
[14:57] <Daemon404> i love your vague responses
[14:57] <Daemon404> completely devoid of any actual information
[14:58] <ubitux> (last commit from sox is from nov 2013?)
[15:00] <durandal_1707> define SOX_SAMPLE_MAX (sox_sample_t)SOX_INT_MAX(32)
[15:00] <ubitux> durandal_1707: if you're porting a silence cut filter; could you instead port the code to silence detect, and make it possible for aselect to drop using the meta?
[15:01] <ubitux> the silence detect code in af_silence is really weak, so you can really do what you want with it if you don't break the interface
[15:02] <durandal_1707> that would be nightmare to work with
[15:02] <ubitux> -af "silencedetect,aselect='not(silence)'" ?
[15:03] <durandal_1707> silenceremove can remove actual nonsilence
[15:04] <wm4> a terrible DSL is growing here...
[15:04] <durandal_1707> and metadata is not designed for such thing, as filter must operate with samples and not frames
[15:05] <ubitux> silencedetect can control the frame size
[15:05] <ubitux> but yeah i get your point
[15:05] <ubitux> if you don't want to use the meta & aselect for that, then at least share the code between silencedetect and silencecut
[15:06] <ubitux> so both would benefit from the same code & efficiency
[15:07] <durandal_1707> there is not much to share except A < B
[15:08] <wm4> hm, is accessing AVIndexEntry a sane idea? I suspect not, but it seems attractive for certain uses
[15:10] <durandal_1707> from AVStream?
[15:11] <wm4> yes
[15:12] <wm4> mapping byte positions to timestamps for visualizing what of a network stream has been cached
[15:12] <durandal_1707> if you want to be mplayer you can use it
[15:14] <wm4> that means it's a "don't go there" API?
[15:15] <durandal_1707> i see big warning message several lines above
[15:17] <wm4> oh it's in the private section
[15:17] <wm4> that took me several seconds to get
[15:17] <wm4> great API
[15:19] <wm4> ubitux: with the audio visualizers, what's a good recommendation to keep them in sync?
[15:19] <ubitux> keep them in sync with the audio?
[15:20] <wm4> you have to do correct "scheduling" of audio frames
[15:21] <wm4> well, hard to explain, but you need to ensure sane dataflow, without ending up with excessive buffering somewhere
[15:22] <wm4> can one output be used as input to multiple inputs?
[15:23] <cone-226> ffmpeg.git 03Deb Mukherjee 07master:b543a2902023: avcodec/libvpxenc: Adds support for constant quality mode in VP9.
[15:24] <ubitux> wm4: parse error
[15:24] <ubitux> you can use split
[15:24] <ubitux> if you want to dup one output to feed it to several other inputs
[15:25] <wm4> so maybe it would be best to funnel the audio data always through lavfi, and produce video frames as side-effect of the visualization filter
[15:31] Action: ubitux doesn't get it
[15:31] <wm4> what I said or what cehoyos said?
[15:31] <ubitux> what you said
[15:32] <ubitux> but i admit i don't understand much what's going on everywhere these days, so i don't get exactly what CE is talking about either :p
[15:33] <wm4> a video player basically decodes audio and video independently from each other, and then times them to show up synchronized using the timestamps
[15:33] <wm4> but with visualization, video depends on audio decoding
[15:33] <wm4> so what do you do, add a second FIFO for audio? or a FIFO for the produced video frames?
[15:37] <ubitux> ok get it, but i don't know
[15:37] <ubitux> i believe the request_frame() thing is used for that
[15:37] <ubitux> to force to get a frame (audio or video) at any point
[15:37] <ubitux> i'm not the best person to ask
[15:45] <J_Darnley> wm4: I don't know about rendering but I have a working visualiser in lavfi
[15:47] <J_Darnley> I just ask the filter chain to provide me with audio frame of constant size.
[15:49] <J_Darnley> If you want to look: https://gitorious.org/jdarnley/advanced-visualization-studio/source/avf_avs.c
[15:49] <ubitux> wm4: ffplay is able to playback and show visualization at the same time
[15:49] <ubitux> so i would guess you could do it as well
[15:51] <cone-226> ffmpeg.git 03Michael Niedermayer 07master:87961a8a504a: avcodec/flashsv2enc: fix "unused variable" warnings
[16:09] <cone-226> ffmpeg.git 03Michael Niedermayer 07master:ef768ab9763d: avcodec/h264: Move h264_vdpau_class under ifdef to avoid unused variable warning
[16:39] <wm4> ubitux: how do you call ffplay to visualize audio? there are options for some manual ffplay-specific rendering, but that can't be it
[16:39] <ubitux> you're not gonna like it ;)
[16:39] <ubitux> ffplay -f lavfi "amovie=$HOME/samples/music/heart.flac,asplit[out0][x];[x]showwaves=mode=cline:split_channels=1[out1]"
[16:41] <wm4> oh, that's cheating
[16:41] <wm4> mpv can do the same...
[16:41] <ubitux> ffplay doesn't have -filter_complex unfortunately
[16:42] <wm4> why does ffplay call the decoders at all
[16:42] <wm4> it could just use lavfi :D:D:D
[16:42] <ubitux> yes
[16:43] <ubitux> and we need a sink encode filter ;)
[16:43] <wm4> buffersink?
[16:43] <ubitux> no
[16:43] <ubitux> just like [a]movie
[16:43] <ubitux> but for outputs
[16:43] <wm4> I don't get it
[16:44] <ubitux> -vf "testsrc, encode=bla.mp4"
[16:44] <wm4> ah
[16:45] <ubitux> haters gonna hate
[16:45] <wm4> if you actually had scripting language bindings, that would be even useful
[16:47] <ubitux> oh
[16:47] <ubitux> i did it with ffmpeg
[16:47] <ubitux> wm4: ./ffmpeg -i ~/samples/music/heart.flac -filter_complex "asplit[a][x];[x]showwaves=mode=cline,format=yuv420p[v]" -map '[v]' -f sdl - -map '[a]' -f alsa default
[16:47] <ubitux> it's not fluid though
[16:48] <wm4> I wonder how that synchronizes
[16:48] <ubitux> doesn't work with showspectrum :(
[16:48] <ubitux> wm4: badly it seems :p
[17:22] <kierank> 3:43 PM <"ubitux> and we need a sink encode filter ;) --> waaa?
[17:22] <kierank> wtf
[17:22] <ubitux> 16:45:13 <@ubitux> haters gonna hate
[17:23] <durandal_1707> gui for lavfi?
[17:23] <ubitux> kierank: the rational was that we could have a fffilter being able to do most of what ffmpeg does but just being a filtergraph string
[17:24] <kierank> my head
[17:24] <kierank> boom
[17:24] <ubitux> and so you could indeed design a GUI to create a filtergraph to pipe to it, or whatever workflow you fancy
[17:25] <ubitux> kierank: filtergraph already have various sources, either being synth (aevalsrc, sine, testsrc, smptebars, mandelbrot...) or actually using real file sources (movie, amovie)
[17:26] <ubitux> so having a special sink doing the encode would be consistent ;)
[17:26] Action: kierank invokes godwin's law and says it's like ffsystemd
[17:26] <ubitux> :D
[17:26] <ubitux> speaking of this, we need ffserver integration in systemd ;)
[17:27] <wm4> shouldn't systemd be part of libavdevice?
[17:28] <wm4> kierank: the worst about this is that conceptually it's not even a bad idea, but in practice it's worse than hitler
[17:29] <ubitux> ./fffitler "amovie=bla.mp3, showwaves, encode=waves.mp4:vcodec=libx264"
[17:29] <kierank> wm4: it'll end up being a purely academic exercise
[17:30] <ubitux> ff > ss
[17:30] <ubitux> i need a blazon
[17:31] <Daemon404> "fitler"
[17:31] <Daemon404> lol
[17:31] <Daemon404> how apt.
[17:31] <ubitux> :)
[17:31] <ubitux> we probably can't name it as such unfortunately
[17:31] <ubitux> because debian will reject it
[17:32] <durandal_1707> like lena
[17:32] <ubitux> let's replace lena.pnm with hitler.pnm
[17:33] <Daemon404> i really would like to just tell the debian folks to go forth and multiply.
[17:34] <kierank> ubitux: lol
[17:36] <ubitux> actually, we can
[17:36] <ubitux> https://commons.wikimedia.org/wiki/File:Adolf_Hitler_cropped_restored.jpg is under CC
[17:36] <ubitux> that could be a nice troll
[17:36] <wm4> but it's B&W
[17:36] <wm4> such a problem
[17:37] <ubitux> https://commons.wikimedia.org/wiki/File:Hitler,_recoloured.jpg
[17:37] <ubitux> what about this one?
[17:37] <wm4> also needs the debian logo somewhere
[17:37] Action: ubitux gonna send a patch
[17:37] <wm4> or is it copyrighted?
[17:38] <kierank> wm4: LOL
[17:47] <ubitux> ffplay http://lucy.pkh.me/lena.pnm
[17:52] <wm4> I have to say lena looks more attractive
[17:52] <cone-226> ffmpeg.git 03Paul B Mahol 07master:0ddb0516f113: avformat/soxenc: return more meaningful error code
[17:56] <ubitux> wm4: maybe we can make the picture a bit more pinky
[17:56] <ubitux> would that help?
[17:58] <ubitux> ffplay http://lucy.pkh.me/lena.pnm -vf hue=h=-30
[17:59] <Daemon404> ubitux, use eval to create a picture of hitler from fractals
[17:59] <saste> ubitux, wm4 find an hitler pic, and replace the swastika symbol with a debian logo
[17:59] <wm4> why is there hue but not eq? seems strange
[17:59] <ubitux> saste :D
[18:00] <wm4> saste: that was the idea
[18:00] <wm4> they're playing copyright nazis
[18:00] <saste> wm4, i'm all for it
[18:01] <Daemon404> wm4, i prefer to think of them as teh freedom enforcement squad
[18:01] <Daemon404> KGB?SS
[18:07] <ubitux> ffplay http://lucy.pkh.me/lena-debian.pnm
[18:07] <ubitux> alternative
[18:09] <ubitux> anyway, gtg
[18:10] <durandal11707> push it without review
[18:10] <saste> shouldn't be controversial
[18:12] <wm4> too crappy
[18:51] <llogan> hangover........
[19:40] <durandal_1707> who is stalking libav devs?
[19:43] <kierank> carl
[19:44] <kierank> (allegedly)
[19:51] <BtbN> Is it even supposed to produce identical results with all optimizations?
[19:51] <BtbN> @ that ticket
[19:52] <nevcairiel> Not necessarily, mpeg2 is not strictly specified like that
[19:52] <nevcairiel> Although he seems to test copying, not decoding
[19:58] <BtbN> Aparently it's not the video that causes it to be diffrent
[19:58] <BtbN> it's the audio
[19:58] <BtbN> But as long as the result is still valid and plays fine, i wouldn't see that as a problem or even bug
[19:59] <BtbN> My guess would be that the atom is lacking some cpu extensions, and the optimized asm code on the i7 produces slightly diffrent results than the non optimized code.
[20:00] <nevcairiel> None of the streams are being decoded, and if he used audio independently its also the same md5
[20:38] <TheFluff> some decoders produce different outputs even on the same input on the same machine
[20:39] <TheFluff> like the mp3 one for example produces different outputs every time
[20:39] <TheFluff> or at least it used to
[21:37] <cone-123> ffmpeg.git 03Luca Barbato 07master:f07a4290a0e8: x11grab: K&R formatting cosmetics
[21:37] <cone-123> ffmpeg.git 03Michael Niedermayer 07master:5393c9dadd23: Merge commit 'f07a4290a0e8f31796e348edd3ed06b8d15132d8'
[21:45] <cone-123> ffmpeg.git 03Luca Barbato 07master:20e82b41fcad: x11grab: Small near-cosmetic refactorings
[21:45] <cone-123> ffmpeg.git 03Michael Niedermayer 07master:65c9e2d0030d: Merge commit '20e82b41fcad23ebbb18d89948aebfcc53921198'
[22:01] <ubitux> beastd: let's not play the game of who is willing or not in this thread
[22:02] <ubitux> beastd: this is merely an attempt to summarize who would be ok with that
[22:02] <ubitux> so we can see who seems to be willing to cooperate
[22:03] <beastd> ubitux: Only wanted to point out that the person complaining about hostility of FFmpeg is completely hostile towards FFmpeg in the very same email.
[22:03] <beastd> Occurred to me kind of ironic...
[22:04] <ubitux> yes i know but it doesn't matter :)
[22:04] <Compn> [03:52] <courmisch> If FFmpeg was actually compatible, then how come the soname changes (just like libav's)
[22:04] <Compn> [03:53] <courmisch> and you call that a long-haul compatible binary interface?
[22:05] <Compn> if someone wants to explain to remi about soname changes... i do not.
[22:06] <cone-123> ffmpeg.git 03Luca Barbato 07master:7bb505a33ca1: x11grab: Drop a spurious space in the extension reporting message
[22:06] <cone-123> ffmpeg.git 03Michael Niedermayer 07master:1fc396318833: Merge commit '7bb505a33ca131906b2ceb2f298e104c862740ea'
[22:06] <Compn> ubitux , beastd : make kierank explain things. it was his idea
[22:06] <Compn> :P
[22:06] <ubitux> i believe my post was clear enough
[22:12] <cone-123> ffmpeg.git 03Luca Barbato 07master:58396e806c65: x11grab: Use a typedef for the context, as most other code does
[22:12] <cone-123> ffmpeg.git 03Michael Niedermayer 07master:c6a3b0092498: Merge commit '58396e806c65fe0eb00e6ccf1980f810cdceed05'
[22:20] <cone-123> ffmpeg.git 03Vittorio Giovara 07master:f2583bc86eb5: matroska: list supported extensions
[22:20] <cone-123> ffmpeg.git 03Michael Niedermayer 07master:56cc754c76d3: Merge commit 'f2583bc86eb5d7decc639fc9a36edc93e6003eef'
[22:24] <Compn> ubitux : after dvd support in ffmpeg ... then binary codec loader and we can kill mencoder :)
[22:24] <Compn> well and multiple file input ...
[22:25] <ubitux> vobsub muxer
[22:25] <kepstin-laptop> what about multiple file input is missing?
[22:26] <Compn> kepstin-laptop : mencoder file.rm file.avi file.mpeg -oac lavc -ovc lavc -vf scale=640:480 -o file.avi
[22:26] <Compn> might be possible with advanced filtering and concat in ffmpeg. 
[22:26] <kepstin-laptop> what does that do, concat them? or output as multiple video tracks?
[22:26] <Compn> concat them
[22:27] <kepstin-laptop> yeah, the concat filter can do that.
[22:27] <Compn> assuming i put the -vf scale at the start of the command (oops)
[22:27] <Compn> then maybe make concat by default
[22:27] <Compn> multiple video tracks bah :P
[22:28] <ubitux> you know we can't do that
[22:29] <kepstin-laptop> but yeah, that example would be equivalent to ffmpeg -i file.rm -i file.avi -i file.mpeg -filter_complex 
[22:29] <kepstin-laptop> er, silly enter key
[22:29] <ubitux> yes, we have the concat filter that does exactly that indeed
[22:30] <ubitux> it's slightly less intuitive but it works
[22:30] <kepstin-laptop> ffmpeg -i file.rm -i file.avi -i file.mpeg -filter_complex [0]scale=640:480[i0];[1]scale=640:480[i2];[2]scale=640:480[i2];[i1][i2][i3]concat=n=3 file.avi
[22:31] <kepstin-laptop> (concat defaults to having 1 video stream and 0 audio streams in the output, otherwise it would need more parameters)
[22:32] <kepstin-laptop> with some fixing of my silly off-by-one errors, of course.
[22:33] <cone-123> ffmpeg.git 03Vittorio Giovara 07master:9301486408a4: avcodec: add stream-level stereo3d side data
[22:33] <cone-123> ffmpeg.git 03Michael Niedermayer 07master:f30a8154abf2: Merge commit '9301486408a480629336af4d7fd873c0f28fb2d5'
[22:34] <Compn> fair enough :)
[22:35] <jamrial> now if we could get that working with a command line as simple and intuitive as the one from mencoder :P
[22:37] <kepstin-laptop> pretty much the last thing I was holding out for from mencoder was a working detelecine, and it looks like ffmpeg has that now.
[22:46] <Compn> jamrial : yes, it would be nice to make it automagically work...
[22:52] <J_Darnley> I believe that ffmpeg should do less "automagically"
[22:53] <Compn> then mencoder continues to live :P
[22:54] <Compn> which i dont have a problem with, i cant speak for ffmpeg project on what ffmpeg should do 
[23:36] <kierank> ubitux: look at all the good natured conversations on the mailing list
[23:36] <kierank> such harmoney
[23:36] <kierank> ...
[23:54] <cone-123> ffmpeg.git 03Vittorio Giovara 07master:d4ae8ac92f61: matroskadec: parse stereo mode on decoding
[23:54] <cone-123> ffmpeg.git 03Michael Niedermayer 07master:31f9c228c042: ffmpeg: Fix missing {} in Stream to Packet side data code
[23:54] <cone-123> ffmpeg.git 03Michael Niedermayer 07master:fcc39099087e: Merge commit 'd4ae8ac92f619507aadd021bb67b517d39d3a36f'
[00:00] --- Fri Aug 29 2014