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

[burek]

[00:15] <kierank> 9:52 PM <"wm4> ubitux: libav has opw thus ffmpeg needs opw --> lol
[00:49] <cone-252> ffmpeg.git 03Oliver Fromme 07master:3f0a3e9e127d: avcodec/dvdsubdec: Fix off-by-one error
[00:50] <cone-252> ffmpeg.git 03Oliver Fromme 07master:d73823286d5f: avcodec/dvdsubdec: fix alpha in debuging code
[01:07] <cone-252> ffmpeg.git 03Anton Khirnov 07master:9279826008b8: id3v2enc: use a case-insensitive comparison for APIC picture type
[01:07] <cone-252> ffmpeg.git 03Michael Niedermayer 07master:b28fcbba0c27: Merge commit '9279826008b80daad7446950a821f32033ccd33f'
[01:14] <cone-252> ffmpeg.git 03Justin Ruggles 07master:c6698dfe7cdb: webpdec: Fix decoding of the huffman group indices.
[01:15] <cone-252> ffmpeg.git 03Michael Niedermayer 07master:cf8c44fc4733: Merge commit 'c6698dfe7cdbc7634f33245875488ed3fa4a8ced'
[01:24] <cone-252> ffmpeg.git 03Diego Biurrun 07master:391ecc961ced: x86: mpegvideoenc: Change SIMD optimization name suffixes to lowercase
[01:24] <cone-252> ffmpeg.git 03Michael Niedermayer 07master:5c65aed7fdfb: Merge commit '391ecc961ced2bde7aecb3053ac35191f838fae8'
[01:51] <cone-252> ffmpeg.git 03James Almer 07master:857cd1f33bcf: swr: initialize only the necessary resample dsp functions
[02:05] <cone-252> ffmpeg.git 03James Almer 07master:8279a1528470: x86/swr: split audioconvert and rematrix DSP into separate files
[02:11] <cone-252> ffmpeg.git 03Carl Eugen Hoyos 07master:4c145b692c31: Autodetect JPEG2000 imagess.
[02:19] <cone-252> ffmpeg.git 03James Almer 07master:9937362c54be: x86/swr: use lavu helper macros to check CPU extensions
[02:28] <cone-252> ffmpeg.git 03Lukasz Marek 07master:3ba6dce48dc1: lavf/ftp: make response parsing more RFC compliant
[02:28] <cone-252> ffmpeg.git 03Lukasz Marek 07master:a0358db323a8: lavf/ftp: explicitly enable UTF-8
[02:28] <cone-252> ffmpeg.git 03Lukasz Marek 07master:c82521713d1f: lavf/ftp: always treat all response codes >= 500 as error
[02:29] <cone-252> ffmpeg.git 03Michael Niedermayer 07master:7d179b126b95: Merge remote-tracking branch 'lukaszmluki/master'
[04:42] <cone-252> ffmpeg.git 03Michael Niedermayer 07master:726e253b004d: avformat/img2dec: allocate and clear padding area for probe correctly
[04:42] <cone-252> ffmpeg.git 03Michael Niedermayer 07master:6691eee48c7f: avformat/img2dec: avoid seekback on probeing
[04:42] <cone-252> ffmpeg.git 03Michael Niedermayer 07master:0437445926a3: avformat/img2dec: set AVProbeData size correctly on corner cases of tiny files
[05:05] <cone-252> ffmpeg.git 03Michael Niedermayer 07master:a195c98cbc50: configure: update dependencies for vf_spp
[05:05] <cone-252> ffmpeg.git 03Michael Niedermayer 07master:d36fe733c1e8: avformat/img2dec: increase probe buffer to 2k
[05:05] <cone-252> ffmpeg.git 03Michael Niedermayer 07master:c277ab6b7889: avformat/img2dec: improve bmp probe
[13:20] <plepere> is there a 4K stream for the world cup ?
[13:23] <av500> kierank: ^^^
[14:06] <kierank> plepere: yes in london, Manchester and glasgow
[14:06] <kierank> And an MPEG dash version within the bbc
[14:07] <plepere> is there a way to grab a stream?
[14:07] <kierank> No
[14:07] <plepere> outside of the UK
[14:07] <plepere> dang it
[14:07] <kierank> Did I send you the sample?
[14:08] <plepere> yes, with the trees moving
[14:08] <plepere> or was it ubitux ?
[14:08] <kierank> OK that was mine
[14:08] <plepere> :)
[14:09] <plepere> hmm. So if I grab a london based VPN, I should be able to get the BBC... :p
[14:10] <plepere> nevermind. I'll have to grab the streams once the world cup is over, I guess.
[14:10] <JEEBsv> I'll have to check how the Japanese 4K station aired the world cup
[14:11] <JEEBsv> currently not exactly easy to handle because my own capbox is down because of hw problems
[14:20] <Mavrik> hmm
[14:20] <Mavrik> isn't 4K stream available from satellites?
[14:21] <plepere> IIRC there's a 4K satellite broadcast in Spain, maybe in the UK.
[14:21] <Mavrik> but just for few games tho
[14:22] <plepere> ah, for the world cup ? 
[14:22] <plepere> yes, only tonight's games + finals will be in 4K
[14:22] <plepere> filmed in 4K
[14:22] <plepere> and broadcasted in specific locations.
[14:25] <kierank> http://www.bbc.co.uk/rd/blog/2014/06/bbc-r-d-ultra-high-definition-trials
[14:28] <JEEBsv> Mavrik: yeah  the JApanese one is on sate as well as fiber atm
[15:18] <Voicu> hello
[15:19] <plepere> good morning
[15:19] <Voicu> quick question: when I have an AVFrame I understand that frame->linesize gives me the length of a video line
[15:19] <Voicu> but if the format is something like YUV420 (which is common) is there a way to find out how many lines are in each frame->data buffer?
[15:20] <Voicu> i.e. if I understand YUV correctly there are 1/4 U and V bytes for each pixel 
[15:20] <Voicu> the linesize for my frame is 1/2 of the image width so I assume the frame contains height/2 lines, each of length linesize
[15:21] <Voicu> it wasn't such a quick question after all...
[15:22] <av500> well, this is how YUV420 is defined
[15:22] <av500> and all the other formats
[15:23] <Voicu> av500, yes. My question is: is there no way to know the number of lines? By looking in the AVFrame structure, I couldn't find anything like that
[15:23] <Voicu> so I can be sure I won't get a seg fault or similar
[15:23] <av500> you have frame width and heiight
[15:24] <JEEBsv> there's a horizontal and vertical subsampling function, that tells you the type of subsampling
[15:24] <BBB> Voicu: av_pix_fmt_desc_get()
[15:24] <BBB> in libavutil/pixdesc.h
[15:24] <JEEBsv> and then you can bit shift with that value for each plane IIRC
[15:24] <Voicu> BBB, cool thanks
[15:24] <BBB> gives you a pixfmtdescriptor, that has a comp[] array
[15:25] <BBB> that defines h/v subsampling in log2 units per plane
[15:25] <Voicu> JEEBsv, ty too
[15:25] <JEEBsv> yeah, that was it
[15:25] <BBB> itll tell you comp[1] and comp[2] have 1 h/v log2 subsampling
[15:25] <BBB> meaning chroma h/v is half of y h/v
[15:25] <Voicu> hmm
[15:25] <Voicu> I think I understand
[15:25] <Voicu> I need to check
[15:25] <BBB> actually, the main struct even has log2_chroma_w and log2_chroma_h
[15:25] <BBB> so there you go
[15:26] <JEEBsv> yeah
[15:26] <BBB> so -((-AVFormatContext->height) >> desc->log2_chroma_h) gives you number of lines in chroma
[15:26] <BBB> the negation is to round up instead of down
[15:26] <BBB> it may even have a utility function for that, not sure, anyway, that should get you started
[15:26] <JEEBsv> that's an interesting hack
[15:27] <ubitux> you're supposed to use FF_CEIL_RSHIFT()
[15:27] <BBB> ah I knew there was a utility function
[15:27] <BBB> ty
[15:29] <cone-148> ffmpeg.git 03Michael Niedermayer 07master:bd8b6ed96df5: avcodec/bmp: fix integer overflow in checking header sizes
[15:39] <Voicu> thanks all, very useful
[15:40] <Voicu> also, while we're at it... to determine the padding I can just use the log2_chroma_w, right?
[15:41] <Voicu> and can I assume the padding is at the end of each line?
[15:45] <BBB> padding depends on whow/here you allocated the image
[15:45] <BBB> and padding is already part of linesize[]
[15:47] <Voicu> BBB, I am decoding a h264 stream and I get a linesize larger than the width. I assumed it's the padding referred to in the docs. By inspecting the values in the buffer I think the padding is at the end (all the extra bytes are 0)
[15:48] <Voicu> i.e. for an image size of 320x240 I get the linesize 352 on Y and 176 on U and V. I have 32 '0' bytes respectively 16 '0' bytes at the end of each line in the buffers
[15:50] <nevcairiel> Yes padding is at the end, not sure why anyone would think its somewhere else. :d
[15:51] <J_Darnley> I know ffmpeg has some LUTs.  How are they stored?  Global variables or in some context somewhere?
[15:51] <Voicu> nevcairiel, I was thinking it might be half at the beginning and half at the end or something like that
[15:51] <J_Darnley> Voicu: how can that be when data[0] points to the first pixel?
[15:52] <Voicu> J_Darnley, well it still does, you just need to skip the padding :P
[15:52] <Voicu> btw, why does it add padding when the width is already divisible by 32 (and 16)
[15:52] <J_Darnley> But then if you skip padding at the start of the first line, padding at the start of the second looks like it is at the end of the first
[15:53] <J_Darnley> And that is because SIMD loops can read/write upto 32 bytes after the end of a line
[15:54] <Voicu> J_Darnley, I was just thinking that maybe some decoders/filters/whatever work on larger pieces of 'pixels'. I was thinking at algorithms like interpolating pixels where you need to average with pixels outside the image
[15:54] <Voicu> J_Darnley, ok, I get it now
[15:54] <nevcairiel> It might not be required anymore these days, but there used to be some edge processing things that needed it
[15:55] <Voicu> thanks again
[15:55] <nevcairiel> Most stuff moved to emulated edges
[15:56] <BBB> we used to add 16 pixels left and right of the data (i.e. the allocated block actually started 16 lines and 16 pixels before data[0])
[15:56] <BBB> also top/bottom
[15:57] <BBB> these pixels would be used for edge emulation for faster mc routines
[15:57] <BBB> we stopped doing that because we found a faster algorithm that didnt require edges in allocated images
[15:58] <BBB> but the image allocation routine still allocates the edges just because some old codecs havent been updated to use the new algorithm yet
[15:58] <Voicu> I see... so I was not overly cautious :D
[15:58] <BBB> well youre thinking too much about it, I guess
[15:58] <BBB> were trying to provide you data in such a way that you dont have to think about it
[15:59] <BBB> so the part where you thought you did have to think about it is clever, but were trying to make it so that you dont have to ;)
[15:59] <Voicu> hehe
[16:33] <kierank> 1:09 PM <plepere> hmm. So if I grab a london based VPN, I should be able to get the BBC... :p --> you would need an antenna
[16:34] <plepere> kierank, I was just kidding, I'm not even interested in football/soccer
[16:35] <Daemon404> bbc iplayer
[16:35] <Daemon404> ?
[16:36] <plepere> Daemon404, I don't think it will recieve the 4K HEVC stream.
[16:36] <kierank> i think the mpegdash stream is internal only
[16:36] <kierank> but the dvb-t2 stream is public
[16:36] <Daemon404> ah
[16:37] <plepere> but limited to the UK
[16:38] <kierank> limited to 3 cities 
[16:38] <kierank> a friend of mine said he is going to record everything
[16:38] <kierank> also it will be showing commonwealth games
[16:38] <kierank> the contribution links for that are x264 intra encoded 4k
[16:38] <plepere> he will record the stream ? :D
[17:19] <cone-148> ffmpeg.git 03Michael Niedermayer 07master:d1a8659efe66: avformat/img2dec: remove functions from image pipe which are unneeded for image pipes
[17:24] <J_Darnley> Why does ffmpeg start spamming my terminal if I press left while it is encoding?
[17:26] <saste> J_Darnley, because that way you are increasing the log level?
[17:37] <J_Darnley> I didn't know you could do that.
[17:41] Action: kierank didn't know that too
[18:00] <plepere> see ya all
[18:00] <plepere> have a nice week end
[18:01] <plepere> and happy 4th of july for americans
[20:30] <cone-148> ffmpeg.git 03Michael Niedermayer 07master:2d1555485079: avcodec/mlp_parser: check ff_combine_frame() return code
[20:51] <cone-148> ffmpeg.git 03Lukasz Marek 07master:b7adc5b5a60c: lavf/libssh: call ssh_userauth_none before ssh_userauth_list
[21:04] <cone-148> ffmpeg.git 03Timothy Gu 07master:0201ce002cb7: avutil: fix version macros doxygen module
[21:38] <Timothy_Gu> My Nexus 7 broke yesterday
[21:38] <Timothy_Gu> :(
[21:38] <Timothy_Gu> It just doesn't turn on
[21:38] <Timothy_Gu> which means that I can't read the mailing list posts or IRC without my laptop
[21:41] <Timothy_Gu> It's the 2012 model, and it's out of warranty
[22:16] <cone-148> ffmpeg.git 03Timothy Gu 07master:31a6dfcbf74d: Doxyfile: enable browser-based search engine
[22:16] <cone-148> ffmpeg.git 03Timothy Gu 07master:beed4ac1108a: channel_layout: doxy: merge functions with macros
[22:17] <cone-148> ffmpeg.git 03Timothy Gu 07master:3679edf429eb: downmix_info: clarify doxygen
[22:50] <BBB> Timothy_Gu: moto G goes for <$200 on play store, I think its currently at $180, not bad
[22:50] <BBB> if you want a tablet...
[22:51] <BBB> dunno
[22:51] <Timothy_Gu> yeah
[22:51] <BBB> I have a nexus 7, I dont use it :-p
[22:51] <BBB> just one of these things taking space
[22:51] <Timothy_Gu> what phone do you use?
[22:51] <Timothy_Gu> iPhone? :p
[22:51] <BBB> I have a galaxy nexus, my wife has a moto G
[22:52] <BBB> we have an ipad for facetime, its the best application ever
[22:52] <Timothy_Gu> I don't have a phone, and I don't wanna get one in near future
[22:52] <Timothy_Gu> oh
[22:52] <Timothy_Gu> ever considered updating yourr phone?
[22:52] <BBB> nah, galaxy nexus is still fine
[22:52] <Timothy_Gu> seems like your wife's better than yours
[22:52] <BBB> it is :-p
[22:52] <BBB> she just bought it
[22:52] <Timothy_Gu> oh that's why
[22:53] <BBB> mine is a 2.5 year old google holiday present gift
[22:53] <BBB> 1.5 year ago we got the nexus 7
[22:53] <BBB> then I quit
[22:53] <Timothy_Gu> then you don't get gifts anymore?
[22:53] <BBB> :-p
[22:53] <BBB> surprising right?
[22:54] <Timothy_Gu> i would stay in google just for those gifts ;)
[22:54] <Timothy_Gu> the 2013 nexus 7 is pretty old so that's why i dont wanna get one
[22:55] <BBB> the gifts are worth a couple 100 US$ each
[22:55] <BBB> so you can afford that out of your salary if you work at google
[22:55] <BBB> esp. if youre single :)
[22:56] <BBB> (I used to see all these single google engineers having >$100k cars and going racing every weekend)
[22:56] <BBB> anyway, back to football
[22:56] <Timothy_Gu> oh shit, it's working now!
[22:56] <Timothy_Gu> Nexus 7
[22:56] <BBB> \o/
[22:56] <BBB> congrats
[22:56] <Timothy_Gu> thx
[22:57] <Timothy_Gu> and i forgot about soccer writing those doxy patches o_o
[22:57] <JEEB> I've just started at another big evil corporation, and slowly getting used to the M-Bs and Audis and BMWs that people have when we drive to have lunch
[22:57] <JEEB> (because the local cafeteria sucks)
[22:58] <JEEB> nothing like the US, of course
[23:00] <Timothy_Gu> jeeb: which country are u in?
[23:00] <JEEB> .fi
[23:28] <cone-148> ffmpeg.git 03Timothy Gu 07master:939d22a297bf: Doxyfile: imitate gcc for better libavutil/attributes.h documentation
[23:32] <BBB> JEEB: yeah thats engineering culture
[23:34] <JEEB> I'll be trying to go to work by bicycle this weekend, to test it out. Given that the bus that goes to the place I work at sucks time-wise, bicycling actually becomes a viable alternative
[23:57] <Timothy_Gu> reynaldo: I changed the OPW wiki page name to "SponsoringPrograms/OPW/2014-12", so if you are doing any additional changes please refer to that page.
[00:00] --- Sat Jul  5 2014